View Full Version : [VU+ Uno4K] IPTV EPG (5002) In channel selection screen
Hi im not sure where to put this thread but I thought iamge support would be best.
I have EPG with service ref 5002 and this works fine in EPG but not channel selection screen (pressing TV button)
I have done a bit of digging and seen some of the chat on other forums and see this should be fixed for EPG but channel selection is blank see screen shots.
55958
55959
This works fine on OpenATV but not for VIX, Im not sure if this commit fixed it for OpenATV https://github.com/openatv/enigma2/commit/c0774c5fac0afd9722ae9279938392f69e9c30e0#diff-08e0c09531e8c0a7cb3569cc86cbc5a5
OpenVIX has the epgcache.cpp changes but not the lib/Makefile.am changes by adding include dvb/lowlevel/Makefile.inc.
I could be wrong but I thought I would mention it in case it is, if not would anyone have any ideas what could be done to include IPTV service ref to channel selection screen?
p,s Im not sure if debug logs would help if it does please advise to what steps I would need to do after enabling debug logs ie go into channel selection.
You are right, only the first one is needed. https://github.com/OpenPLi/enigma2/pull/325/commits/27bf60235e0791ff8e6c3153519e46416de177af
You can install serviceapp from ATV or try this one.
I already have serviceapp on OpenVIX. How would you manually add to makefile or does it need adding on building of the image?
.... Doesn't @rimas mean replace serviceapp with the one he's attached?
.... Doesn't @rimas mean replace serviceapp with the one he's attached?
I'll give it a try but I wouldn't think serviceapp would modify Openvix files?
I think openvix needs to add
include dvb/lowlevel/Makefile.inc.*
to https://github.com/OpenViX/enigma2/blob/master/lib/Makefile.am
just added this change
must of been missed somewhere else.
I'll give it a try but I wouldn't think serviceapp would modify Openvix files?
It's serviceapp, that gets modified. You can wait for ViX update or try the attached file.
It's serviceapp, that gets modified. You can wait for ViX update or try the attached file.
Thanks would you happen to have an ARM version? Current version installed is 0.5+git106 from feeds.
will this modified ipk work on my ultimo 4k or do I need the arm version?
will this modified ipk work on my ultimo 4k or do I need the arm version?
You'll need arm version aswel. I'm not sure if we can extract IPK and manually transfer files.
@Rossi has added this to (developer build for testing atm)
https://github.com/OpenViX/enigma2/commit/352aeeaf5a2d859c51ee21fa1f9689eadd05184b#diff-b31a65448bdda3d6610b21f782ade859
What is epg 5002 please? I have epg shown in channel selection using iptv
abu baniaz
03-02-18, 01:35
As posted by WanWizard on PLi forum
The service type determines what processes the service.
1 means processed by the SoC,
4097 by gstreamer via servicemp3,
5001 by gestreamer via gst-player and
5002 via extplayer3.
So 1 isn't related to sattelite channels perse, if you have a stable TS stream, or any other stream format the SoC has a decoder for, it can be played by service type 1 as well, as long as there is no buffering required (the SoC needs a realtime data flow).
What is epg 5002 please? I have epg shown in channel selection using iptv
It's just what I've been recommended to use and using serviceapp with extplayer3. If yours is fine probably best leaving it as it is.
Anyone tested this file, does it fix epg issue
Anyone tested this file, does it fix epg issue
What file? For the makefile yes it should do but we only will know when new images are released with the fix unless one of the beta testers can confirm.
If you mean serviceapp IPK I can't test as I have an ARM box, have you tried It?
What file? For the makefile yes it should do but we only will know when new images are released with the fix unless one of the beta testers can confirm.
If you mean serviceapp IPK I can't test as I have an ARM box, have you tried It?Sorry I meant the ipk file, I'm not sure how to remove the old file to test it. I will have a look on net to see how it's done and try file then
Sent from my ONE E1003 using Tapatalk
Sorry I meant the ipk file, I'm not sure how to remove the old file to test it. I will have a look on net to see how it's done and try file then
Sent from my ONE E1003 using Tapatalk file won't install for me
Sent from my ONE E1003 using Tapatalk
file won't install for me
Sent from my ONE E1003 using Tapatalk
It's from my ViX 5.2 home-build. You can't install it even for mipsel box with ViX 5.1. Sorry for posting it. But it works.
You have to wait for ViX update.
It's from my ViX 5.2 home-build. You can't install it even for mipsel box with ViX 5.1. Sorry for posting it. But it works.
You have to wait for ViX update.That would explain it. Thanks
Sent from my ONE E1003 using Tapatalk
I've just updated to the 5.1.014 release and the issue is still there. Did the update fix it for anyone?
I've just updated to the 5.1.014 release and the issue is still there. Did the update fix it for anyone?
Im not sure if the fix got into 5.1.014. Mines still the same.
The change indicated in post #14 is in 5.1.014
The change indicated in post #14 is in 5.1.014
Ok ill try a reflash rather than online update would you think that would effect it?
Ok ill try a reflash rather than online update would you think that would effect it?
No idea ( I never use the software update), but if you clean flash then it will verify the fix ... or not.
No idea ( I never use the software update), but if you clean flash then it will verify the fix ... or not.
Re flash worked thanks.
Couch flash worked here too :)
I personally never do online update as I remember Scillian mentioned once that drivers have changed so a re-flash is needed. This obviously implies that not all files can be updated during an online update. I just re-flash with setting restore (in most cases).
I've submitted a suggestion here (http://www.world-of-satellite.com/showthread.php?58583-ABM-with-use-of-IPTV-Streams&p=466099&viewfull=1#post466099) to hopefully further improve this by allowing IPTV streams (those mentioned in custommix) to use any service type (ie gstreamer, etc) and not just default option as is case now.
Re flash worked thanks.
Reinstalling the serviceapp would have been enough.
Reinstalling the serviceapp would have been enough.
I tried that, fully uninstalled, rebooted, re-installed and rebooted - it didn't work
I have a related request - can you remove the filter that prevents recording of 5002 streams?
abu baniaz
16-02-18, 01:32
I have a related request - can you remove the filter that prevents recording of 5002 streams?
Which file?
I have a related request - can you remove the filter that prevents recording of 5002 streams?
I dont think there is a single file for recording on different service types, If you try to do a recording from Graphical EPG we now get a sanity timer error
56155
If I try to record via info bar I get Could not record due to invalid service.
56156
I think it maybe a case of someone going through varies files to find reference to :1 and try to add other service types.
So far I think RecordTimer.py is one of the files but I could be wrong https://github.com/OpenViX/enigma2/blob/95480d3460a8b9ac66fb764b01bb6d4381100130/RecordTimer.py#L153
The last major change for IPTV recording was in 2015 https://github.com/OpenViX/enigma2/commit/c59bfcc1fa72dc56c4abd7789f8bef0b2bf30fc8 im not sure if that would help would help with what files may need changing.
I dont think there is a single file for recording on different service types, If you try to do a recording from Graphical EPG we now get a sanity timer error
56155
If I try to record via info bar I get Could not record due to invalid service.
56156
I think it maybe a case of someone going through varies files to find reference to :1 and try to add other service types.
So far I think RecordTimer.py is one of the files but I could be wrong https://github.com/OpenViX/enigma2/blob/95480d3460a8b9ac66fb764b01bb6d4381100130/RecordTimer.py#L153
The last major change for IPTV recording was in 2015 https://github.com/OpenViX/enigma2/commit/c59bfcc1fa72dc56c4abd7789f8bef0b2bf30fc8 im not sure if that would help would help with what files may need changing.
Have you tried using a different skin mate? Try one of Kiddacs skins like the Onyx one I am currently using and see if this makes any difference?
Have you tried using a different skin mate? Try one of Kiddacs skins like the Onyx one I am currently using and see if this makes any difference?
It's not the skin, I use KiddaC Vskin but also tested on default skin.
It's the service type's. If you check the above service reference 4097 can record but not others like 5002 or 5001.
I have a related request - can you remove the filter that prevents recording of 5002 streams?
It's not the skin, I use KiddaC Vskin but also tested on default skin.
It's the service type's. If you check the above service reference 4097 can record but not others like 5002 or 5001.Try amending this (https://github.com/OpenViX/enigma2/blob/c59bfcc1fa72dc56c4abd7789f8bef0b2bf30fc8/ServiceReference.py#L38) existing line:
return ref.flags & eServiceReference.isGroup or (ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 0x100 or ref.type == 0x2000 or ref.type == 0x1001)to:
return ref.flags & eServiceReference.isGroup or (ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 0x100 or ref.type == 0x2000 or ref.type == 0x1001 or ref.type == 0x1389 or ref.type == 0x138A)
Obviously ensure you have made a full backup of your image beforehand and save on another location other than your box - ie computer, USB, etc to allow easy recovery back to state it was in beforehand.
This only amends one line, which I found at first glance, but there could be other lines that need amending as a consequence. You may need to look through them more than I did.
Specifically, this adds the other two service types to list of service ref's pre-defined as recordable as per the function "isRecordable". The values mentioned are in hex.
To move with the times, more support for IPTV would be appreciated otherwise their is a risk of falling behind!
Try amending this (https://github.com/OpenViX/enigma2/blob/c59bfcc1fa72dc56c4abd7789f8bef0b2bf30fc8/ServiceReference.py#L38) existing line:
return ref.flags & eServiceReference.isGroup or (ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 0x100 or ref.type == 0x2000 or ref.type == 0x1001)to:
return ref.flags & eServiceReference.isGroup or (ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 0x100 or ref.type == 0x2000 or ref.type == 0x1001 or ref.type == 0x1389 or ref.type == 0x138A)
Obviously ensure you have made a full backup of your image beforehand and save on another location other than your box - ie computer, USB, etc to allow easy recovery back to state it was in beforehand.
This only amends one line, which I found at first glance, but there could be other lines that need amending as a consequence. You may need to look through them more than I did.
Specifically, this adds the other two service types to list of service ref's pre-defined as recordable as per the function "isRecordable". The values mentioned are in hex.
To move with the times, more support for IPTV would be appreciated otherwise their is a risk of falling behind!
Thanks ill try and test tomorrow, boxing today :beer_toast: and I dont want to mess about with box :)
OK, tried this, slightly different from what you posted
return ref.flags & eServiceReference.isGroup or ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 256 or ref.type == 8192 or ref.type == 4097
became
return ref.flags & eServiceReference.isGroup or ref.type == eServiceReference.idDVB or ref.type == eServiceReference.idDVB + 256 or ref.type == 8192 or ref.type == 4097 or ref.type == 5002
It tried to record but got stuck on the spinner with the following looping in the log
<200753.533> [RecordTimer] activating state 1
<200753.534> [RecordTimer] Found enough free space to record
<200753.534> [RecordTimer] Filename calculated as: '/media/hdd/movie/20180217 2145 - TSN 1 HD - NASCAR XFINITY Series'
<200753.534> [Navigation] recording service: 5002:0:1:86FB:3DB3:C52F:0:0:0:0:http%3a//providor%3a80/live/user/pass/2845.ts:TSN 1 HD
<200753.534> [eNavigation] record: -1
<200753.536> [Navigation] record returned non-zero
<200753.536> [RecordTimer] 'record service' failed
<200753.536> [RecordTimer] prepare failed
<200753.536> [RecordTimer] activating state 1
<200753.538> [RecordTimer] Found enough free space to record
<200753.538> [RecordTimer] Filename calculated as: '/media/hdd/movie/20180217 2145 - TSN 1 HD - NASCAR XFINITY Series'
I had a look in RecordTimer and found
if not Screens.Standby.inStandby and NavigationInstance.instance.getCurrentlyPlayingSer viceReference() and ('0:0:0:0:0:0:0:0:0' in NavigationInstance.instance.getCurrentlyPlayingSer viceReference().toString() or '4097:' in NavigationInstance.instance.getCurrentlyPlayingSer viceReference().toString()):
so changed that to
if not Screens.Standby.inStandby and NavigationInstance.instance.getCurrentlyPlayingSer viceReference() and ('0:0:0:0:0:0:0:0:0' in NavigationInstance.instance.getCurrentlyPlayingSer viceReference().toString() or '4097:' in NavigationInstance.instance.getCurrentlyPlayingSer viceReference().toString() or '5002:' in NavigationInstance.instance.getCurrentlyPlayingSer viceReference().toString()):
But still get the same problem. I'm guessing there is something in Navigation that needs changing but I can't see anything obvious and my coding skill is very low
Ok, flashed to latest (v18) of vix and tried this....
Yes, it results in a spinner when trying to record from live TV (I guess from GEPG but never tried that).
However, could this also be related to exteplayer as well as something else that may have been missed?
I ask this because installed exteplayer and serviceapp and I noticed that within ServiceApp, if I choose "exteplayer3" as default player, it won't record and results in spinner as mentioned above.
This is regardless of service type (ie 4097 or 5002) used because I had mixture of 4097 and 5002 service references.
I then went back into ServiceApp and chose "original" as default player and rebooted, I could again record service type 4097 but not 5002 as this resulted in spinner.
So in my experience anyhow, if I chose "exteplayer" as default player for all streams even 4097 streams wont record so this implies that whatever has changed by using exteplayer causes all streams to result in vix spinner.
I'm going back to using default gstreamer for 4097 service types as i've found this more stable. Just waiting on ABM to hopefully be updated to easily allow this.
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.