Image Manager extremely slow - is there something wrong

[nekrub2]

Dear all
I just tried to download the latest image and noticed a very strange behavior of the image manager. I already started when clicking on image manager. The circle started spinning and it went nearly one minute to open. Inside the spinning went on and I suspect something does not play.
So I looked into the debug log which I will attach. Here are some lines with an error statement.

21:27:32.2512 [InputDevice] Found: evdev='event0', name='dreambox advanced remote control (native)', type='remote'
21:27:32.2538 [InputDevice] Error: evdev='mice' getInputDevices <ERROR: ioctl(EVIOCGNAME): '[Errno 25] Inappropriate ioctl for device'>
21:27:32.2647 [InputDevice] Error: evdev='mouse0' getInputDevices <ERROR: ioctl(EVIOCGNAME): '[Errno 25] Inappropriate ioctl for device'>

21:29:57.5436 [InfoBarGenerics] Key: 108 (Break) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:29:57.5451 [eDVBPESReader] ERROR reading PES (fd=27): Function not implemented
21:30:01.5647 [gRC] main thread is non-idle! display spinner!
21:30:40.0372 [eInputDeviceInit] 1 6c (108) 1
21:30:40.0379 [eRCDeviceInputDev] emit: 1
21:30:40.0390 [InfoBarGenerics] Key: 108 (Make) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:30:40.0394 [ActionMap] Keymap 'DirectionActions' -> Action = 'down'.
21:30:40.0400 [eInputDeviceInit] 0 6c (108) 1
21:30:40.0401 [eRCDeviceInputDev] emit: 0
21:30:40.0410 [InfoBarGenerics] Key: 108 (Break) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:30:40.0416 [eDVBPESReader] ERROR reading PES (fd=27): Function not implemented
21:30:44.1245 [gRC] main thread is non-idle! display spinner!

Do you have a clue what is going on when trying to upgrade?
nekrub2

[twol]

Dear all
I just tried to download the latest image and noticed a very strange behavior of the image manager. I already started when clicking on image manager. The circle started spinning and it went nearly one minute to open. Inside the spinning went on and I suspect something does not play.
So I looked into the debug log which I will attach. Here are some lines with an error statement.

21:27:32.2512 [InputDevice] Found: evdev='event0', name='dreambox advanced remote control (native)', type='remote'
21:27:32.2538 [InputDevice] Error: evdev='mice' getInputDevices <ERROR: ioctl(EVIOCGNAME): '[Errno 25] Inappropriate ioctl for device'>
21:27:32.2647 [InputDevice] Error: evdev='mouse0' getInputDevices <ERROR: ioctl(EVIOCGNAME): '[Errno 25] Inappropriate ioctl for device'>

21:29:57.5436 [InfoBarGenerics] Key: 108 (Break) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:29:57.5451 [eDVBPESReader] ERROR reading PES (fd=27): Function not implemented
21:30:01.5647 [gRC] main thread is non-idle! display spinner!
21:30:40.0372 [eInputDeviceInit] 1 6c (108) 1
21:30:40.0379 [eRCDeviceInputDev] emit: 1
21:30:40.0390 [InfoBarGenerics] Key: 108 (Make) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:30:40.0394 [ActionMap] Keymap 'DirectionActions' -> Action = 'down'.
21:30:40.0400 [eInputDeviceInit] 0 6c (108) 1
21:30:40.0401 [eRCDeviceInputDev] emit: 0
21:30:40.0410 [InfoBarGenerics] Key: 108 (Break) KeyID='KEY_DOWN' Binding='('DOWN',)'.
21:30:40.0416 [eDVBPESReader] ERROR reading PES (fd=27): Function not implemented
21:30:44.1245 [gRC] main thread is non-idle! display spinner!

Do you have a clue what is going on when trying to upgrade?
nekrub2
By popular request ( because other images do it) Imagemager now searches all attached devices (including network) for images.
… and Yes, it means a delay

[cactikid]

By popular request ( because other images do it) Imagemager now searches all attached devices (including network) for images.
… and Yes, it means a delay

So that could mean a backup image from 1 box could end up on another box on same network as i found H7S on my Et 10000

[twol]

So that could mean a backup image from 1 box could end up on another box on same network as i found H7S on my Et 10000

It only looks in local attached devices and networked devices… so if you keep.everything on a NAS then add machine identifier

[nekrub2]

Would be nice to have a setup option, disabling network search for for image manager. Without this, I would have to un-mount my laptop and remove my swap USB. Alternative: Old way - download new release, put it on a USB and boot with stick.

[twol]

Would be nice to have a setup option, disabling network search for for image manager. Without this, I would have to un-mount my laptop and remove my swap USB. Alternative: Old way - download new release, put it on a USB and boot with stick.

I don,t think it takes that long….. I have 2 NAS boxes and its only probably 20 + seconds at most, and the box has to have the devices attached through your network settings.

[adm]

I don,t think it takes that long….. I have 2 NAS boxes and its only probably 20 + seconds at most, and the box has to have the devices attached through your network settings.

Is the short time because the network devices respond quickly? I don't know anything about this function but on other networks I have had experience of, if a network check is taking place and a device doesn't respond (perhaps it's been removed) the delay becomes the much longer timeout values.

[cactikid]

Interesting as my network scans on Et 100000 does not see my H7s but is mounted on it and might be to do with switch and everything on Home network except for 2 nas drives which need looking at or moving .

[Huevos]

By popular request ( because other images do it) Imagemager now searches all attached devices (including network) for images.
… and Yes, it means a delayI've added an option to disable it.

[birdman]

By popular request ( because other images do it) Imagemager now searches all attached devices (including network) for images.
… and Yes, it means a delayi thought Vix had a configurable option to say where they are? One location only.

[abu baniaz]

To me, it would be far better to scan the varying folder names used by the images (images, downloaded_images, imagebackups) as well as root of devices connected to box. Scanning network locations should be an option that is off by default. Those who use a network mount will enable that option, majority don't.

[twol]

This is not a new situation, it was discussed.
So Huevos now provides an option, default to the user defined folder(so OK birdman) and for the rest it does what all the others do and looks for image zips.
If anybody wants something else feel free to issue a commit.

[abu baniaz]

Sorry, I am not understanding what what you are saying nor do I have access to where the discussion was held, so sorry if I am duplicating what was asked already

Can you please answer this specific question:
Does image manager now check the folder names that other images use?

[abu baniaz]

Sorry, I am not understanding what what you are saying nor do I have access to where the discussion was held, so sorry if I am duplicating what was asked already

Can you please answer this specific question:
Does image manager now check the folder names that other images use?

To answer my own question:

getImages([path.join(media, x) for x in medialist if path.splitext(x)[1] == ".zip" and model in x])
for folder in ["imagebackups", "downloaded_images", "images"]:

EDIT: But it does not work

[Huevos]

To answer my own question:

getImages([path.join(media, x) for x in medialist if path.splitext(x)[1] == ".zip" and model in x])
for folder in ["imagebackups", "downloaded_images", "images"]:

EDIT: But it does not workOf course it works. Do you think that code was written and nobody bothered to test it.

[abu baniaz]

Of course it works. Do you think that code was written and nobody bothered to test it.

Maybe it does for you, but it does not work for me. It does not list images in "images" or "downloaded_images" folder for me.

[Huevos]

Sorry, I am not understanding what what you are saying nor do I have access to where the discussion was held, so sorry if I am duplicating what was asked already

Can you please answer this specific question:
Does image manager now check the folder names that other images use?The feature was added 14 months ago. No idea why people are making an issue of it now as if it is something to do with this release.

https://github.com/OpenViX/vix-core/commit/638edd77b8a9d95ee41541bdc30a9460fcb4d6c9#diff-77ab288b430a639343576f5abaa5c78f85721cb051bb390ba4 f72cf21f0ab0edR378-R398

[abu baniaz]

Nobody has made an issue of anything, so don't get defensive.

I asked Jibyel to add the other locations to openatv, on 20December 2021. They did and it works for their image all the locations used by vix/atv/pli. Pli did similar it and and it works too.

The commit on Vix does not work for me, but it works for you. So, there is no problem, I can drag and drop images when using vix to flash or boot into the other images to flash.

Have a nice evening

[Huevos]

Maybe it does for you, but it does not work for me. It does not list images in "images" or "downloaded_images" folder for me.And the image names are?

[abu baniaz]

And the image names are?


Last login: Sun Mar 5 21:50:56 GMT 2023 on pts/0
root@zgemmah9sse:~# ls -l /media/hdd/imagebackups
-rwxrwxrwx 1 root root 113509459 Sep 13 14:04 openatv-7.0-zgemmah9sse-20220910_mmc.zip
-rwxrwxrwx 1 root root 121490963 Mar 4 18:24 openatv-7.2-zgemmah9sse-20230304_multi.zip
-rwxrwxrwx 1 root root 111485646 Jan 7 00:47 openvix-6.3.001.release-zgemmah9sse_multi.zip
-rwxrwxrwx 1 root root 111254878 Jan 21 16:24 openvix-6.3.002.release-zgemmah9sse_multi.zip
-rwxrwxrwx 1 root root 111248460 Mar 5 21:19 openvix-6.3.003.release-zgemmah9sse_multi.zip
-rwxrwxrwx 1 root root 111246345 Mar 5 20:56 openvix-6.3.004.001.developer-zgemmah9sse_multi.zip


root@zgemmah9sse:~# ls -l /media/hdd/images
-rwxrwxrwx 1 root root 100177097 Sep 18 15:45 openatv-6.4-zgemmah9sse-20220917_mmc.zip
-rwxrwxrwx 1 root root 99957625 Nov 14 18:19 openatv-6.4-zgemmah9sse-20221114_multi.zip
-rwxrwxrwx 1 root root 99959688 Nov 23 20:28 openatv-6.4-zgemmah9sse-20221118_multi.zip
-rwxrwxrwx 1 root root 107273299 Nov 17 23:52 openatv-7.0-zgemmah2h-20221117_usb.zip
-rwxrwxrwx 1 root root 113669696 Sep 27 17:05 openatv-7.0-zgemmah9sse-20220927_mmc.zip
-rwxrwxrwx 1 root root 113861588 Nov 23 20:20 openatv-7.0-zgemmah9sse-20221120_multi.zip
-rwxrwxrwx 1 root root 128774503 Nov 28 19:38 openatv-7.1-vusolose-20221127_usb.zip
-rwxrwxrwx 1 root root 115883800 Nov 27 16:51 openatv-7.1-zgemmah9sse-20221126_multi.zip
-rwxrwxrwx 1 root root 116855263 Jan 10 14:10 openatv-7.1-zgemmah9sse-20230108_multi.zip
-rwxrwxrwx 1 root root 115813465 Jan 31 13:21 openatv-7.2-h3-20230130_usb.zip
-rwxrwxrwx 1 root root 120738075 Dec 11 16:09 openatv-7.2-zgemmah9sse-20221209_multi.zip
-rwxrwxrwx 1 root root 120752351 Dec 15 17:07 openatv-7.2-zgemmah9sse-20221213_multi.zip
-rwxrwxrwx 1 root root 120768794 Dec 15 16:50 openatv-7.2-zgemmah9sse-20221215_multi.zip
-rwxrwxrwx 1 root root 121489301 Jan 21 06:40 openatv-7.2-zgemmah9sse-20230120_multi.zip
-rwxrwxrwx 1 root root 89032071 Dec 11 15:09 openpli-develop-h3-20221210_usb.zip
-rwxrwxrwx 1 root root 90267111 Feb 15 17:43 openpli-homebuild-vuduo4k_usb.zip
-rwxrwxrwx 1 root root 110558023 Dec 24 16:46 openvix-6.3.000.release-zgemmah9sse_multi.zip


root@zgemmah9sse:~# ls -l /media/hdd/downloaded_images
-rwxrwxrwx 1 root root 115813465 Jan 31 13:20 openatv-7.2-zgemmah2h-20230130_usb.zip
-rwxrwxrwx 1 root root 81934696 Sep 17 22:45 openpli-develop-h9se-20220916_emmc.zip
-rwxrwxrwx 1 root root 81895713 Dec 11 15:51 openpli-develop-h9se-20221210_emmc.zip


Without changing the image name, moving it between folders makes it show up.

Another thing I am doing wrong, I am somehow making the images show up twice. Not sure what I am doing wrong.

[birdman]

Of course it works. Do you think that code was written and nobody bothered to test it.To be fair, I've seen commits arrive in git, then get corrected the next day because of a typo (which implies an absence of a test).
It's also possible that it's been tested against an original cause of the change, but another user has now found another (slightly) perverse case.

[dsayers]

I didn't know this existed but I can't see images from other folders only that is in imagebackups

An example of a few images in images folder

openvix-vuuno4k-backup-6.2.012.001-20221104_151423_usb.zip

openvix-vuuno4k-release-6.0.007-20220222_151125.zip

openatv-7.0-vuuno4k-20220221_usb.zip

I just normally transfer the images to the folders when needed

[abu baniaz]

If you manually transfer the modified files in the commits from today, contents of all three folders names will be displayed. Without duplication. (Shame the Zgemmas have different names between OE-A and PLI) otherwise all the images I listed above would have been shown. Thank you @Huevos for improving this.

Pity that sort by name and then date was rejected. You could have had the various names grouped together.

[Huevos]

Shame the Zgemmas have different names between OE-A and PLI) otherwise all the images I listed above would have been shown. Thank you @Huevos for improving this.

Pity that sort by name and then date was rejected. You could have had the various names grouped together.Please explain about the name differences.

Images (and backups) are sorted by mtime reversed, so the most recently created/transferred image is the first in the list.

[abu baniaz]

If possible, I would like to have all the vix images together with newest on top, all the PLi images together with newest on top. If you look at my screenshot, 6.3 003 release appears above 6.3 004 001 developer too. So I must have transferred them in different order

P.S there are no feeds for the developer image on h9se

[Huevos]

If you look at my screenshot, 6.3 003 release appears above 6.3 004 001 developer too.Yes, whatever order they were loaded that is the order they will appear.


P.S there are no feeds for the developer image on h9sezgemmah9sse? I've updated the symlinks for that box.