OpenViX 6.8 Release discussion thread

[bellejt]

you mean 6.8.007 ?

 

[spanner123]

6.8.007, going to 'remove plugins' the picon option is not there?

 

[Huevos]

6.8.007, going to 'remove plugins' the picon option is not there?

Did you originally download them from the feeds? Which package? Where are they installed?

 

[smipx]

Hi, Updated to 6.8.006 and then 2 days later I Updated to 6.8.007 (from 6.8.003) and have encountered an issue with Timeshift. Not sure if it was there in 6.8.006 or was nerw to 6.8.007 as I didn't use timeshift in 6.8.006 in the day or so I had it installed (I didn't realise that 6.8.007 was imminent when I went to 006 )

On 30/04/2026 I was watching a streamed program from my main box (BBC Breakfast) and at around 7:22am and then again at around 7:50am and again at around 8am I tried to pause the program and watch it a minute or so later. I pressed pause and the program paused. now... normally in this situation I come back after making a coffee and use the 9,6,3 keys to jump forward a bit and then press play (or sometimes press play and then use the 9,6,3 keys to skip to the bit I want). This did not work. I pressed the 6 key to skip approx 30 seconds and it did not react. I then thought "oh OK I will press pause again to just play the timeshift from where it was originally paused".

At this stage the picture froze. I was unable to press play, pause or anyting else. The only thing I could do was go into the EPG and select another channel (which worked). On the other attempts I tried to press "stop" to be presented with the "do you want to save timeshift" screen but this also did not pop up and the whole timeshift seemed to get into a muddle.

I tried again some time later and it seemed to work okay (08:20am).

Has something has changed with the timeshift code that has caused this unintended action?

I have attached the log file and if you look at the above approximate times (on 30/04/2026) you will see some quite odd entries that should hopefully explain why this happened.



Many thanks
Paul

 

[spanner123]

Did you originally download them from the feeds? Which package? Where are they installed?

Originally downloaded from feed, snp light-on transparent installed on HDD. Only reason I was checking was because with every openvix update my free flash memory keeps reducing drastically and I'm down to 15MB so was just trying to make sure they were not installed in flash.

 

[abu baniaz]

Use the utf8snp versions.The SNP version have not been updated since the beginning of the year.

It's good that you do not store the picons on internal flash, they are massive now. A USB flash drive in ext format is best. Or any non-mechanical device.

 

[smipx]

Hi, Updated to 6.8.006 and then 2 days later I Updated to 6.8.007 (from 6.8.003) and have encountered an issue with Timeshift. Not sure if it was there in 6.8.006 or was nerw to 6.8.007 as I didn't use timeshift in 6.8.006 in the day or so I had it installed (I didn't realise that 6.8.007 was imminent when I went to 006 )

On 30/04/2026 I was watching a streamed program from my main box (BBC Breakfast) and at around 7:22am and then again at around 7:50am and again at around 8am I tried to pause the program and watch it a minute or so later. I pressed pause and the program paused. now... normally in this situation I come back after making a coffee and use the 9,6,3 keys to jump forward a bit and then press play (or sometimes press play and then use the 9,6,3 keys to skip to the bit I want). This did not work. I pressed the 6 key to skip approx 30 seconds and it did not react. I then thought "oh OK I will press pause again to just play the timeshift from where it was originally paused".

At this stage the picture froze. I was unable to press play, pause or anyting else. The only thing I could do was go into the EPG and select another channel (which worked). On the other attempts I tried to press "stop" to be presented with the "do you want to save timeshift" screen but this also did not pop up and the whole timeshift seemed to get into a muddle.

I tried again some time later and it seemed to work okay (08:20am).

Has something has changed with the timeshift code that has caused this unintended action?

I have attached the log file and if you look at the above approximate times (on 30/04/2026) you will see some quite odd entries that should hopefully explain why this happened.



Many thanks
Paul

So today I did a similar thing and the timeshift was frozen again. It was in the attached log at around 07:14 or so. It would not play, forward, rewind or skip. All of the menus were working so the box was operational. I tried to play, skip, etc. and then gave up for about 5 minutes. then, all of a sudden the box decided it would let me press play and all was working again. During all of this it seems that the timeshift was still recording in the background as I could then watch the timeshifted program as normal, including skipping forward, pausing and skipping back. It was still recording the timeshift when it was in its frozen state frozen as I was able (once working again) to skip past the point where the playback of the timeshift froze.

Something very odd happening here and I would be grateful if I could get a bit of help to work out what is going wrong.

On trying to connect to the zgemma box (streaming box at the other end) I noticed that it would not let me connect with SFTP. When I looked into it I found that after upgrading to 007 it did not restore the password for network access. Once I added this on the Zggem H7s I was again able to connect by SFTP. I don't think it is but I wonder if somehow this could be a potential cause? The sf8008 streams the channel I was timeshifting from the zgemma box (and stores the timeshift locally on the SF8008). May be a red herring but wanted to make full disclosure. on the SF8008 when I restored the settings its own password for networking DID restore correctly annd on both boxes all of the other settings seemed to restore correctly including mounts, skins, plugins (except Automatic Volume Adjustment - see below). It seems to have been only the password on the sf8008 that failed.

On another matter. The Automatic Volume Adjustment plugin is missing on 007 on both my Zgemma and sf8008 - is this intentional? I could not find it under my installed plugins or the downloads under Extensions or System Plugins. I think it was there in 006 and was definately there in 003.

Thanks
Paul



Thanks
Paul

 

[twol]

So this is the issue..... and the log continues with those messages.

06:58:29.1818 [XMLTVImport] Save last import date and count event
06:58:29.1819 [XMLTVImport] Run check deep standby after import
06:58:29.1820 [EPGImport] #### Finished ####
06:58:29.4759 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:29.4760 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:30.1635 [eHdmiCEC] received message 00 32 65 6E 67
06:58:30.1865 [eHdmiCEC] received message 05 72 01
06:58:30.2085 [eHdmiCEC] received message 05 87 00 00 F0
06:58:31.3369 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3369 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:31.3371 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3371 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete

Its interesting that you apparently have the epgcache on one your network mounts
05:00:26.6849 [eEPGCache] setCacheFile read/write epg data from/to '/media/autofs/zgemmah7/epg.dat'

and that the Timeshift buffer issues occur as epgimport is finishing and the epgcache is being updated. (Moveorganiser is also working the hdd hard)

So why do you have the epgcache on a network mount??

 

[smipx]

Hi, I

So this is the issue..... and the log continues with those messages.

06:58:29.1818 [XMLTVImport] Save last import date and count event
06:58:29.1819 [XMLTVImport] Run check deep standby after import
06:58:29.1820 [EPGImport] #### Finished ####
06:58:29.4759 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:29.4760 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:30.1635 [eHdmiCEC] received message 00 32 65 6E 67
06:58:30.1865 [eHdmiCEC] received message 05 72 01
06:58:30.2085 [eHdmiCEC] received message 05 87 00 00 F0
06:58:31.3369 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3369 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:31.3371 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3371 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete

Its interesting that you apparently have the epgcache on one your network mounts
05:00:26.6849 [eEPGCache] setCacheFile read/write epg data from/to '/media/autofs/zgemmah7/epg.dat'

and that the Timeshift buffer issues occur as epgimport is finishing and the epgcache is being updated. (Moveorganiser is also working the hdd hard)

So why do you have the epgcache on a network mount??

I have the EPG cache on the Zgemma box where all the tuners are located as this box is used as a streaming box. The Zgemma does all of the heavy lifting to populate the EPG and the SF8008 reads it every so often. I have had it like this for 3 months and it has always worked without issue and seemed the logical way to set it up as I like to get my EPG data from the iepg on the sat tuners and from a fake recording on the T2 tuners as I find these better than downloading EPG from the internet. Is what I am doing not okay?

I do get some EPG data for a couple of IP channels locally and add them to the EPG cache on the Zgemma as they are streamed direct to the SF8008 and not via the Zgemma. The Zgemma is in standby all day and does the EPG work every few hours and the SF8008 loads the EPG from the Zgemma every hour or so in order that it picks up any last minute schedule changes.

Movieorganisor - I have used this for years as I prefer the way it structures recordings as opposed to using the virtual view of organised folders that I have tried a few times and did not get on with for various reasons.

All of the recordings are stored locally on the sf8008 and the movieorganisor runs every 6 hours locally to do its thing. It has never failed or caused an issue.

It's all worked well up until the last update to 007 but I guess some code may have changed for other unconnected reasons and that may be why?

Thanks

Paul

 

[smipx]

So this is the issue..... and the log continues with those messages.

06:58:29.1818 [XMLTVImport] Save last import date and count event
06:58:29.1819 [XMLTVImport] Run check deep standby after import
06:58:29.1820 [EPGImport] #### Finished ####
06:58:29.4759 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:29.4760 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:30.1635 [eHdmiCEC] received message 00 32 65 6E 67
06:58:30.1865 [eHdmiCEC] received message 05 72 01
06:58:30.2085 [eHdmiCEC] received message 05 87 00 00 F0
06:58:31.3369 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3369 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:31.3371 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3371 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete

Its interesting that you apparently have the epgcache on one your network mounts
05:00:26.6849 [eEPGCache] setCacheFile read/write epg data from/to '/media/autofs/zgemmah7/epg.dat'

and that the Timeshift buffer issues occur as epgimport is finishing and the epgcache is being updated. (Moveorganiser is also working the hdd hard)

So why do you have the epgcache on a network mount??

So an update. I owe you a thanks Twol!! It looks like the restoration of settings did not work properly on this box either. on the Zgemma the restore failed to restore the password for network access and on this box (the SF8008) it seemed to restore some old settings for the EPG Import. Some weeks ago I was testing Rytec XML import as well as my generated IPTV import. I didn't like what was being imported for the UK FTA Rytec stuff so disabled this in EPG Import by taking the tick out and only leaving the tick in the IPTV source that was created from the IPTV plugin.

this worked for some time (month or more) and no issues.

When I did the backup prior to flashing it seems to have backed up some bad / old settings OR not restored the correct settings that should have been backed up prior to the flash. This is the cause of my issues here. I have now changed the EPG Import on the sf8008 to only import the IP stuff again and I will see if things stabalize but it might be worth looking at the backup script as I am convinced it is doing some pretty odd things when it generates the backup. The fact that the Zgemma did not restore the correct settings either makes me believe that the Backup of settings may be "problematic".

I know I could set it all up from scratch and not do the import but.... the feature is there to be used. Also, I have some configuration that takes an age to setup e.g. some network mounts and other bits like the IPTV settings so I really don't want to set each box up from scratch manually at every upgrade. It would turn a 10 minute job into an all day marathon.

Lesson Learned. I will flash then Import the settings but then double check all of the settings to make sure they match what they were prior to the flash and not some random settings from a month prior.

So.... I will update this thread if any more timehift issues occur having disabled the above Rytec import to my network mounted EPG file.

I am more than happy to hear thoughts on my setup though because, it should not break the timeshift even if I am an oddball in my configuration of using a network mounted EPG cache and if I *did* want to use the rytec EPG for FTA Freesat (which I don't).

Hope that all makes sense.

thanks
Paul

 

[twol]

So an update. I owe you a thanks Twol!! It looks like the restoration of settings did not work properly on this box either. on the Zgemma the restore failed to restore the password for network access and on this box (the SF8008) it seemed to restore some old settings for the EPG Import. Some weeks ago I was testing Rytec XML import as well as my generated IPTV import. I didn't like what was being imported for the UK FTA Rytec stuff so disabled this in EPG Import by taking the tick out and only leaving the tick in the IPTV source that was created from the IPTV plugin.

this worked for some time (month or more) and no issues.

When I did the backup prior to flashing it seems to have backed up some bad / old settings OR not restored the correct settings that should have been backed up prior to the flash. This is the cause of my issues here. I have now changed the EPG Import on the sf8008 to only import the IP stuff again and I will see if things stabalize but it might be worth looking at the backup script as I am convinced it is doing some pretty odd things when it generates the backup. The fact that the Zgemma did not restore the correct settings either makes me believe that the Backup of settings may be "problematic".

I know I could set it all up from scratch and not do the import but.... the feature is there to be used. Also, I have some configuration that takes an age to setup e.g. some network mounts and other bits like the IPTV settings so I really don't want to set each box up from scratch manually at every upgrade. It would turn a 10 minute job into an all day marathon.

Lesson Learned. I will flash then Import the settings but then double check all of the settings to make sure they match what they were prior to the flash and not some random settings from a month prior.

So.... I will update this thread if any more timehift issues occur having disabled the above Rytec import to my network mounted EPG file.

I am more than happy to hear thoughts on my setup though because, it should not break the timeshift even if I am an oddball in my configuration of using a network mounted EPG cache and if I *did* want to use the rytec EPG for FTA Freesat (which I don't).

Hope that all makes sense.

thanks
Paul

Yes makes sense….so worth keeping an eye on things.
you are using a SSD for hdd and timeshift was active there so should have been fine, but obviously the I/O system was working very slowly to cause those issues.

 

[smipx]

Well I do have an ssd but was duped by octagon because it's the s**tty nvme to USB bridge. That nvme ssd was a waste of time and money . It was meant to be for this type of thing so I don't need to hear that an ssd is overkill for Enigma2. If it was a sata (proper) or nvme (proper) interface I expect this would never have happened. Lesson learned... Read the specs more closely (except that little nugget is not in the specs on the retail sites).

What about the backup and restore though. It seems to be doing some unreliable stuff??

 

[twol]

So with changes in the OE-A build system there have been (corrected) issues with plugins in the backup, but the settings have been fine.

 

[smipx]

So with changes in the OE-A build system there have been (corrected) issues with plugins in the backup, but the settings have been fine.

We'll the settings backup failed to backup the right stuff on two boxes for me. One password for remote access failed to apply on the zgemma and either the wrong settings were backed up for epg import plugin or the plugin did not remove something properly from its settings that got restored. I might be having a brain fart about the epg plugin so I'll boot back into 006 2mo and check that I had not erroneously left the rytec download ticked. But the password on the zgemma is 100%.

Thanks
Paul

 

[twol]

We'll the settings backup failed to backup the right stuff on two boxes for me. One password for remote access failed to apply on the zgemma and either the wrong settings were backed up for epg import plugin or the plugin did not remove something properly from its settings that got restored. I might be having a brain fart about the epg plugin so I'll boot back into 006 2mo and check that I had not erroneously left the rytec download ticked. But the password on the zgemma is 100%.

Thanks
Paul

Sorry…..on the zgemma do you mean the password for internet access or?

 

[smipx]

Sorry…..on the zgemma do you mean the password for internet access or?

Hi yes the password for ftp etc. As soon as I upgraded I couldn't work out why I could not tftp to it to install my rogue plugin (movieorganisor). I had to put the password back in and full reboot. There is an outside chance that I forgot to do a full reboot after the import though (old mind forgets easily) so maybe 90% rather than 100%) although I think it does that by a prompt after it's finished.

 

[smipx]

So this is the issue..... and the log continues with those messages.

06:58:29.1818 [XMLTVImport] Save last import date and count event
06:58:29.1819 [XMLTVImport] Run check deep standby after import
06:58:29.1820 [EPGImport] #### Finished ####
06:58:29.4759 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:29.4760 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:30.1635 [eHdmiCEC] received message 00 32 65 6E 67
06:58:30.1865 [eHdmiCEC] received message 05 72 01
06:58:30.2085 [eHdmiCEC] received message 05 87 00 00 F0
06:58:31.3369 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3369 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete
06:58:31.3371 [eFilePushThreadRecorder] Warning: All write buffers busy
06:58:31.3371 [eDVBDemux][eDVBRecordFileThread] Waiting for I/O to complete

Its interesting that you apparently have the epgcache on one your network mounts
05:00:26.6849 [eEPGCache] setCacheFile read/write epg data from/to '/media/autofs/zgemmah7/epg.dat'

and that the Timeshift buffer issues occur as epgimport is finishing and the epgcache is being updated. (Moveorganiser is also working the hdd hard)

So why do you have the epgcache on a network mount??

Hi Twol, following your query about why I do the epg generation on the zgemma box. I decided to try to do it with epgrefresh on the sf8008 via the streamed channels from the zgemma and I now re-remembered why I decided to do it the other way. If I do a fake recording of one of the streamed T2 channels it's fine and the epg populates. If I try either the iepg channel or a regular channel on the satellite tuners being streamed it is not picking up any epg data. I tried for 4 minutes on several channels. I also tried pip rather than fake recording but no luck. It seems the epg data is not getting streamed or epg refresh isn't extracting it from an s2x steam but it is from a t2 stream. I appreciate that I "could" use internet epg data instead but I don't like the long descriptions or the fact that it is not updated on the servers when there is a last minute program change). So..... I'm a bit stuck with generating the epg locally on the zgemma and then copying it to the sf8008. Easiest way to do this is to generate it on the zgemma and then load it periodically using the settings in the epg setup on the sf8008 to point to it remotely.

That's why

If the issue wasn't there I'd happily do it locally. It would be great if someone else can test it out to see if it's a problem with the streaming between boxes or if it's a bug in the epgrefresh plugin.

Thanks
Paul

 

[2stein]

imho epg is not fetched by the epgrefresh plugin itself. the plugin just triggers the recording and then "automagically" the epg mechanism is triggered to update the epg data file.

 

[smipx]

imho epg is not fetched by the epgrefresh plugin itself. the plugin just triggers the recording and then "automagically" the epg mechanism is triggered to update the epg data file.

So it looks like the streaming of the S2X is not passing the EPG data in the stream whereas if it is a T2 stream then it is. Odd!

 

[tanis]

Help! DM900, after having updated to OpenViX 6.8, the box turned off and it should have restrted, but did'nt restart. It keeps flashing red and nothing happens. Tried downloading OpenViX 6.8 on usb and plug it the box, but it does the same, keeps blinking red and it cannot restart, like is in a loop. I then downloade Open Vix 6,7, to see in that could restart the box, but i cannot. I tried leave it on and every ten minutes or so it riest to restart, but it can'nt. At the moment is still flashing/blinking red and nothin happens. Any idea? Thanks