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!...

UKCvS AutoBouquets E2 by LraiZer BETA.

you can find the code for MTV Trax is in the Autobouquets plugin folder in the autobouquets.log file that gets generated each time you run the plugin. the only current way to override the flags that are transmitted in the stream is to add an entry in the supplement.txt file to overwrite that channels automated data. these channels will then no longer be automatically updated and you will need to manually keep these channels up to date yourself via the data in the supplement.txt file. ill look to see if we can update individual pieces of data in future versions.

here is an example supplement.txt file for you drop in AutoBouquests plugin folder to test. you'll notice comments are allowed, so you can keep a small reference to any additions.

Thanks for that. It worked a treat. Just a word of caution for others. By adding a non sky epg channel to autobouquets causes the numbering of channels in log to go out of sequence by 1 after the channel you have inserted.

Example Adding MTV Trax to position 400, changes Sky Sports 1 sd to position 407 not 406 in the log. So for example if you later decide you want to swap Sky Sports 1 sd with ESPN HD you swap 407=417 not 406=416. Hope this makes sence. (It does not effect epg numbers, only log sequence)

So for this reason its probably best to add all non sky epg channels to the 975< and then do a channel swap.

On a side note can anyone convert correct code for supplement.txt for DMAX+2

Here is code from log:

#POS 195 #EPG 5711 #90b:ccc9:1 #FTA DMAX+2
 
On a side note can anyone convert correct code for supplement.txt for DMAX+2

Here is code from log:

#POS 195 #EPG 5711 #90b:ccc9:1 #FTA DMAX+2

The log entry implies that this channel is already in your EPG - in position 195. But to answer your specific question, the following would add it into EPG position 975 (03cF):

Code:
03cf:5711:01:ccc9:090b:11a0000:BSkyB:FTA:DMAX+2
 
Last edited:
QUICK TIP:
as the channel number is the only thing that needs converting from decimal to hex when adding to supplement.txt file!
in windows, run the calculator app with view option as programmer.
select dec, and enter decimal channel number you wish to put your supplement.txt channel into.
now select hex, and your channel number conversion is done ;)
 
However, I've also run into a problem. For the Grampian HD region, the script does not find the STVSD channel, and channel 103 is always empty. This prevents me from being able to channel swap the STVSD & STVHD channels. For Grampian HD the only way I can get STVHD into position 103 is to inject it directly from the supplement.txt file. As an alternative work around, I can also select the Scottish East HDregion. Using this region, the script finds the STVSD channel and correctly places it in position 103. The HD swap then works fine. Looks like a small bug in the code somewhere?

No, this is not a code bug, is a chaser bug ;)
There is no STV SD being found in Grampian HD region because i seem to have used your hack code data in post #556 as i reference for the STV HD channel data in supplement.txt file assuming it was correct. I have just checked the data for STV HD and that is not the correct epgid for STV HD in supplement.txt, that epgid is for grampian STV SD so the grampian sd service is being overwritten by the hd service. The epgid for STV HD is 4055.

If you use the correct data for STV HD in supplement.txt then your STV SD channel for grampian HD scan will be found just fine.
Code:
03e2:[COLOR="#FF0000"]4055[/COLOR]:19:0f0f:0808:11a0000:BSkyB:FTA:STV HD
 
No, this is not a code bug, is a chaser bug ;)
There is no STV SD being found in Grampian HD region because i seem to have used your hack code data in post #556 as i reference for the STV HD channel data in supplement.txt file assuming it was correct. I have just checked the data for STV HD and that is not the correct epgid for STV HD in supplement.txt, that epgid is for grampian STV SD so the grampian sd service is being overwritten by the hd service. The epgid for STV HD is 4055.

If you use the correct data for STV HD in supplement.txt then your STV SD channel for grampian HD scan will be found just fine.
Code:
03e2:[COLOR="#FF0000"]4055[/COLOR]:19:0f0f:0808:11a0000:BSkyB:FTA:STV HD

Ah. superb. When I hard coded it into your older script I wasn't sure what the correct epgid was for STVHD (I kinda guessed it didn't actually exist, since it isn't part of the official Sly UK lineup), so I just copied the SD version - understanding that the EPG position was the key parameter. It didn't ever cross my mind that the problem would be related to that. Will give it a try with the new epgid shortly.

I have one further (unrelated) question. With the old script, I noticed that there was quite a lot of intermediate writing to the /tmp folder of the sat receiver. I wasn't sure if there might be a problem with so much write activity to the internal flash memory of the box, so I chose to run the script only once every week. Does the new code write as much intermediate data, and do you think this might cause a problem with the internal flash memory over time? If so, could we get an option to write the temp data to our external USB readers instead (which are much cheaper to replace!)?

Finally, I notice from an earlier post that you're considering updating your code to provide the ability to modify specific parts of an EPG entry. That would be an excellent additional feature. It would (for example) give us the ability a set a custom channel name - which several people have asked for - whilst retaining the ability for the script to still automatically pick up frequency changes etc, and would put your Autobouquet maker in a league of it's own.

Keep up the superb work.

Best Regards
Chaser.
 
the old script used to write about 7 meg data to /tmp during processing, the new version only writes about 1 meg data to /tmp during processing. However, only the final generated bouquets ever get written to the internal flash at the very end in a single move step. None of the temporary processing files get written to internal flash. The /var/volatile/tmp folder is mounted tmpfs ram memory, it's not a folder on the internal flash. I would guess writing to /tmp has a million times longer life cycle than writing to any mounted usb reader.

yes, you should be able to set custom channel names for any specific position or just change a flag, when i get round to finding some time to do it. Im all out of spare time for a while now.
 
For modern, good quality flash-modules you don't have to worry about it wearing out. The same applies to USB-flash.
 
Numbering no longer corresponds to correct channel ie 103= channel 4 501= Premier sports any ideas previously the numbering was spot on maybe i have messed this up some how Thanks
 
Numbering no longer corresponds to correct channel ie 103= channel 4 501= Premier sports any ideas previously the numbering was spot on maybe i have messed this up some how Thanks

I had a similar issue with the numbering getting corrupted. I cured it by deleting all the UK bouquets, rebooting the box, then running the autobouquets again.
 
I had a similar issue with the numbering getting corrupted. I cured it by deleting all the UK bouquets, rebooting the box, then running the autobouquets again.

Thanks will give this go
 
Anyone on vix build 632?

Just tried running this plugin and it closes within a second of being run?
 
we would need to see debug logs from the time the plugin is launched to be able to see what if any thing is happening.
 
Autobouquets E2 also not working for me. TM Twin, openvix 632.

EDIT: Using Vix-Night-HD skin

Debug log 1363518843.34 sent.

I found this bit
Code:
[AutoBouquets] AutoStart Enabled
[AutoBouquets] AutoBouquets Schedule Disabled at (now=Sun 17 Mar 2013 11:12:08 GMT)
[ImageManager] AutoStart Enabled
[ImageManager] Backup Schedule Disabled at (now=Sun 17 Mar 2013 11:12:08 GMT)
[BackupManager] AutoStart Enabled
[BackupManager] Backup Schedule Disabled at (now=Sun 17 Mar 2013 11:12:08 GMT)
[AutoBouquetsMaker] AutoStart Enabled
[AutoBouquetsMaker] AutoBouquetsMaker Schedule Disabled at Sun 17 Mar 2013 11:12:08 GMT
[XMLTVImport] autostart (0) occured at 1363518728.55
[XMLTVImport] WakeUpTime now set to -1 (now=1363518728)
[ePNG] couldn't open /usr/share/enigma2/skin_default/icons/dvb-s.png
[ePNG] couldn't open /usr/share/enigma2/skin_default/icons/dvb-c.png
[ePNG] couldn't open /usr/share/enigma2/skin_default/icons/dvb-t.png
[ePNG] couldn't open /usr/share/enigma2/skin_default/ico_service_group.png
RemovePopup, id = ZapError
[Skin] Attribute not implemented: alphatest value: blend
setValue 30
Setvolume: 100 100 (raw)
Setvolume: 0 0 (-1db)
Setvolume: 30 30 (raw)
Setvolume: 45 45 (-1db)
[LogManager] Poll Started
playing 1:0:1:1CFC:7DE:2:11A0000:0:0:0:
[LogManager] probing folders
[LogManager] found following log's: ['/media/hdd/logs', '/media/usb/logs', '/home/root/logs']
[LogManager] looking in: /media/hdd/logs
[LogManager] looking in: /media/usb/logs
[LogManager] /media/usb/logs: bytesToRemove -10342162
[LogManager] looking in: /home/root/logs
RemovePopup, id = ZapError
allocate channel.. 07de:0002
opening frontend 0
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 0 Freq 11973000 Pol 1 SR 27500000 INV 2 FEC 2 orbpos 282 system 0 modulation 1 pilot 2, rolloff 0
tuning to 1373 mhz
OURSTATE: tuning
allocate Channel: res 0
[eDVBCIInterfaces] addPMTHandler 1:0:1:1CFC:7DE:2:11A0000:0:0:0:
allocate demux
child has terminated
pipes closed
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 33(16)
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 36(16)
poll: unhandled POLLERR/HUP/NVAL for fd 40(16)
job Components.Task.Job name=LogManager #tasks=1 completed with [] in None
executing opkg  --add-dest /:/ update
child has terminated
pipes closed
 
Last edited:

OpenViX Feeds Status

Back
Top