Superb quality and spec AB-Com PULSe 4K SE. Crazy offer! Only £99! FREE UK DELIVERY! 4K UHD, Enigma 2, Multiboot 4 images & more!...
Superb quality and spec AB-Com PULSe 4K Rev II Twin Satellite tuner only £149! FREE UK DELIVERY! 4K UHD, Enigma 2, SATA HDD facility, Multiboot 4 images & more!...

Solo2 Sluggish Response after Upgrade to build 95

Ok, success I have removed the EPG lag by patching certain things using a fresh flash of build Apollo 098, setup CrossEPG to use OpenTV 28.2 and use ZZL ABM (my normal settings).

Now obviously at this point, the EPG lagging was there so I FTP'd from build 090 the following folders (and their files) from "/usr/lib/enigma2/python" :-

"Components", "Screens" and those files only located "/usr/lib/enigma2/python"

Now EPG shows no sign of lagging. This is on the default skin Vix-Night HD skin. At this point, I've not tried any other skin especially any of the 1080 skins as I suspect this may not work.

I realise this of course doesn't pinpoint the actual problem but it's narrowed it down to files within "/usr/lib/enigma2/python" and those files within "Components" and "Screens" as these are the only files I've patched from 090 build.

I shall continue narrowing it down but I hope this helps.
 
Okay, slowly narrowed it down to files in the following folders:-

/usr/lib/enigma2/python/Screens
/usr/lib/enigma2/python/Components/Renderer
/usr/lib/enigma2/python/Components

So it's just the actual files in the above folders I've changed and EPG lag has gone.

I shall continue to see if I can narrow it down further...
 
Just swapping out the epglist.pyo file in the components folder seems to fix most of the lag. However, I still get a 'sticky' highlighted program if I only swap out this file. This 'sticky' behaviour disappears if I swap out the entire folders you've highlighted earlier. Likewise, I'll try and narrow this down!

Edit: Oh, and I'm using the You-Vix 1080 skin
 
Last edited:
I can confirm that replacing the epglist.pyo from components folder fixed the lag on both normal default skin and the 1080 you-vix blue skin. One problem solved.

I shall also continue narrowing down reason for 'sticky' highlighted program. I'm looking for file size changes between 090 build and current 098 build.
 
no the pyo is created from the py.
put the py in and restart e2. a new pyo will be created. then deleted old py
 
Should that not be .pyo extension to match current file?

no it's correct.

.pyo files are machine readable python files.
.py files are human readable python files.

Place the .py file in the correct directory on your receiver (delete the .pyo file first), then reboot the receiver. Upon reboot the image will generate a brand new .pyo file from the .py file, but remember to once again FTP into the receiver and delete the .py file you placed there earlier otherwise it will just regenerate on every reboot overwriting the .pyo file.
 
I'm looking for file size changes between 090 build and current 098 build.

Just be careful with that approach. For example, although the two EpgLoadSave.pyo files (v90 & v99) are the same size, there are differences in the files!
 
please test this py
and hopefully you'll come back with the right response :)
 
please test this py
and hopefully you'll come back with the right response :)
I can confirm this works fine using default normal skin. Will update when tried with 1080 skin.


UPDATE: Seems fine with you vix blue 1080 skin.
 
Last edited:
i tried already, its fine on 1080 :)

i was having this issue on my solose, turns out some extra code i applied isnt supported on vu machines. thats been removed and the whole code cleaned up.
courtesy of andyb!
 
please test this py
and hopefully you'll come back with the right response :)

Yes, that one seems to be working better. I'm certain there's not as much lag.

I still have the problem with a sticky highlighted field on initial channel move, but based on testing so far, that seems to be down to another file.
 
Thanks rossi, andyb and chaser.

I assume this will be applied in next build once a few others have confirmed it's okay? Any idea if that will likely be this either today or tomorrow?

I shall, in meantime, keep with the manually applied file.
 
for the sticky epg selection

iirc to do with epg cache
not in sync
ie
NOW/NEXT
being different to sky epg data


in epg settings, set show eit now/next on infobar to no and see how it goes.
 
Thanks rossi, andyb and chaser.

I assume this will be applied in next build once a few others have confirmed it's okay? Any idea if that will likely be this either today or tomorrow?

I shall, in meantime, keep with the manually applied file.


yes will be in next builds. i will commit it shortly
 
for the sticky epg selection

iirc to do with epg cache
not in sync
ie
NOW/NEXT
being different to sky epg data


in epg settings, set show eit now/next on infobar to no and see how it goes.

This doesn't seem to have made any difference. Changed to No and rebooted the box, but still get sticky selection. It definitely disappears if I use your v90 HD image, or copy the screen & component files over from your v90 image to the latest v99 image. May be worth picking up this issue in the other thread I created, and keep this thread on topic of sluggish response.
 

OpenViX Feeds Status

Back
Top