Hello Guest, if you are reading this it means you have not registered yet. Please take a second, Click here to register, and in a few simple steps you will be able to enjoy our community and use our OpenViX support section.

View Entry Info: Weird EPG errors. EPG Refresh. Recent versions of OpenViX e.g. 5.4.008.

Category:
Possible Bug
What ViX Image build number are you using?
Please provide your ViX Team image build number. Menu > Information > About > Build number > ENTER THIS NUMBER e.g. 4.2.028
5.4.008
Have you tried a flash WITHOUT settings restore?
Have you tried this? PLEASE SELECT YES OR NO.
No
Have you tried a flash WITH settings restore?
Have you tried this? PLEASE SELECT YES OR NO.
Yes
Attachments
Page 12 of 12 FirstFirst ... 2101112
Results 166 to 179 of 179

Thread: Weird EPG errors. EPG Refresh. Recent versions of OpenViX e.g. 5.4.008.

  1. #166
    Huevos's Avatar
    Title
    Moderator
    Join Date
    Jun 2010
    Location
    38.5N, 0.5W
    Posts
    9,858
    Thanks
    1,762
    Thanked 3,629 Times in 2,380 Posts
    Quote Originally Posted by birdman View Post
    There does seem to be some end-user documentation for an OpenTV API here:
    Code:
    https://opentv.nagra.com/sites/default/files/api/medialive_os_api/5.2.4/CCOM/index.html
    Not sure how complete this is, but I can't find any reference to CRID data in it.
    Definitely has it though because Sky boxes use it.

  2. #167
    birdman's Avatar
    Title
    Moderator
    Join Date
    Sep 2014
    Location
    Hitchin, UK
    Posts
    6,313
    Thanks
    173
    Thanked 1,456 Times in 1,130 Posts
    Quote Originally Posted by Huevos View Post
    Definitely has it though because Sky boxes use it.
    Good point...
    So we'll need another hack to use it.
    MiracleBox Prem Twin HD - 2@DVB-T2 + Xtrend et8000 - 5(incl. 2 different USBs)@DVB-T2[terrestrial - UK Freeview HD, Sandy Heath] - LAN/USB-stick/HDD

  3. #168

    Title
    ViX Beta Tester
    Join Date
    Apr 2011
    Location
    Ireland
    Posts
    1,648
    Thanks
    343
    Thanked 553 Times in 446 Posts
    No spurious epg entries today on build 5.004.009.005 (as expected). Good work Brian on tracking down that gremlin.
    Zgemma H7S running OpenVIX 5.4, Darkmotor, Triax TD110 dish, Inverto Black Ultra dual lnb
    LG 50UM7450 4K TV, Pioneer VSX-534 AVR , LG UBK80 4K Bluray & a Playstation 4.

  4. The Following User Says Thank You to ronand For This Useful Post:

    BefuddledBrian (15-03-21)

  5. #169

    Title
    ViX Beta Tester
    Join Date
    Sep 2014
    Posts
    4,187
    Thanks
    412
    Thanked 1,021 Times in 866 Posts
    Quote Originally Posted by ronand View Post
    No spurious epg entries today on build 5.004.009.005 (as expected). Good work Brian on tracking down that gremlin.
    ..... and @something_fishy who spotted the 36 hours 24 minutes link.

  6. The Following 5 Users Say Thank You to ccs For This Useful Post:

    bbbuk (15-03-21),BefuddledBrian (15-03-21),Joe_90 (15-03-21),ronand (15-03-21),something_fishy (15-03-21)

  7. #170
    BefuddledBrian's Avatar
    Title
    Forum Supporter
    Donated Member
    Join Date
    Sep 2020
    Location
    near Reading, England
    Posts
    302
    Thanks
    217
    Thanked 42 Times in 34 Posts
    If anyone is able to check this change to OpenTV EPG doesn't cause problems with other services (other than Sky UK) that use OpenTV EPG, that would be good.

  8. #171

    Title
    V.I.P
    Join Date
    Jan 2011
    Posts
    197
    Thanks
    58
    Thanked 486 Times in 145 Posts
    I only have 28.2E to test on. so cant test on others, but here is some code ideas for your pondering

    Interpretation of the data sent as a negative number, not a positive:
    Code:
    		// HACK: startSecond is detected as being from the previous 
    		// mjd date when the h:m:s is sent as greater than 1 day.
    		// when this occurs, shifted two's complement has a negative 
    		// sign bit of a signed integer, and is not a positive number.
    
    		int32_t startSecond = UINT16(&buffer[2]) << 1;
    
    		// if h:m:s is sent as greater than 1 day in seconds,
    		// first bit is a negative sign bit without padding.
    
    		if (startSecond >= 86400)
    			startSecond = 0xFFFE0000 | (startSecond & 0x1FFFF);
    
    		startTimeBcd = ((startMjd - 40587) * 86400) + startSecond;

  9. The Following 2 Users Say Thank You to LraiZer For This Useful Post:

    Andy_Hazza (28-03-21),BefuddledBrian (28-03-21)

  10. #172
    Huevos's Avatar
    Title
    Moderator
    Join Date
    Jun 2010
    Location
    38.5N, 0.5W
    Posts
    9,858
    Thanks
    1,762
    Thanked 3,629 Times in 2,380 Posts
    Quote Originally Posted by LraiZer View Post
    I only have 28.2E to test on. so cant test on others, but here is some code ideas for your pondering

    Interpretation of the data sent as a negative number, not a positive:
    Code:
    		// HACK: startSecond is detected as being from the previous 
    		// mjd date when the h:m:s is sent as greater than 1 day.
    		// when this occurs, shifted two's complement has a negative 
    		// sign bit of a signed integer, and is not a positive number.
    
    		int32_t startSecond = UINT16(&buffer[2]) << 1;
    
    		// if h:m:s is sent as greater than 1 day in seconds,
    		// first bit is a negative sign bit without padding.
    
    		if (startSecond >= 86400)
    			startSecond = 0xFFFE0000 | (startSecond & 0x1FFFF);
    
    		startTimeBcd = ((startMjd - 40587) * 86400) + startSecond;
    Is this tested code on 28.2E?

    On another note, do you know about CRID on this transport stream? It would be a nice addition now that Simon is adding code in eEPGCache to process it.
    https://github.com/OpenViX/enigma2/c...de9dcd0d44b0c0

  11. The Following User Says Thank You to Huevos For This Useful Post:

    bbbuk (28-03-21)

  12. #173

    Title
    V.I.P
    Join Date
    Jan 2011
    Posts
    197
    Thanks
    58
    Thanked 486 Times in 145 Posts
    Quote Originally Posted by Huevos View Post
    Is this tested code on 28.2E?

    Only tested by me so far based on how i now interpret the data can be a positive or a negative signed integer.
    It correctly adjusted about 10 yesterday inc. all the regular occurring ones on our test channel Gempora Craft.


    On another note, do you know about CRID on this transport stream? It would be a nice addition now that Simon is adding code in eEPGCache to process it.
    https://github.com/OpenViX/enigma2/c...de9dcd0d44b0c0
    I dont see CRID, as far as i am aware it uses URI as defined:

    Code:
    DVB original_network_id = 1 (0x1)
    DVB transport_stream_id = 10 (0xa)
    DVB service_id = 100 (0x64)
    DVB event_id = 1000 (0x3e8)
    Unique eventId string = 0001000a006403e8
    
    DVB original_network_id = 1 (0x1)
    DVB transport_stream_id = 10 (0xa)
    DVB service_id = 100 (0x64)
    Unique serviceId string = "0001000a0064"
    
    event.serviceId = “serviceId_XYZ”
    event.uri = “tv://channel.serviceId_XYZ”
    event.eventID = eventId_XYZ
    event.seriesID = seriesLink (we can now proccess)
    event.episodeID = ??? (cant see this in the data)
    
    .sourceURL = event.uri

  13. The Following 4 Users Say Thank You to LraiZer For This Useful Post:

    abu baniaz (28-03-21),bbbuk (28-03-21),BefuddledBrian (28-03-21),Huevos (07-04-21)

  14. #174

    Title
    Forum Supporter
    Donated Member
    Join Date
    Jun 2014
    Posts
    1,274
    Thanks
    586
    Thanked 405 Times in 258 Posts
    Looking at OpenTV.nagra.com website, it references "seriesId" and "episodeId" as @LraiZer mentions...
    Code:
    https://www.google.co.uk/search?q=site%3Ahttps%3A%2F%2Fopentv.nagra.com+seriesid&ei=G1VgYJ3tKouU8gLegLiABg&oq=site%3Ahttps%3A%2F%2Fopentv.nagra.com+seriesid&gs_lcp=Cgdnd3Mtd2l6EANQ1NYBWPDrAWD_7AFoAXAAeACAAewCiAGQEJIBBzQuMy40LjGYAQCgAQGqAQdnd3Mtd2l6wAEB&sclient=gws-wiz&ved=0ahUKEwjd5pfV3tLvAhULilwKHV4ADmAQ4dUDCA0&uact=5
    Code:
    https://docs.nagra.com/docs/os/524/series-linking-tutorial

  15. The Following User Says Thank You to bbbuk For This Useful Post:

    BefuddledBrian (28-03-21)

  16. #175
    BefuddledBrian's Avatar
    Title
    Forum Supporter
    Donated Member
    Join Date
    Sep 2020
    Location
    near Reading, England
    Posts
    302
    Thanks
    217
    Thanked 42 Times in 34 Posts
    Quote Originally Posted by LraiZer View Post
    I only have 28.2E to test on. so cant test on others, but here is some code ideas for your pondering

    Interpretation of the data sent as a negative number, not a positive:
    Code:
    		// HACK: startSecond is detected as being from the previous 
    		// mjd date when the h:m:s is sent as greater than 1 day.
    		// when this occurs, shifted two's complement has a negative 
    		// sign bit of a signed integer, and is not a positive number.
    
    		int32_t startSecond = UINT16(&buffer[2]) << 1;
    
    		// if h:m:s is sent as greater than 1 day in seconds,
    		// first bit is a negative sign bit without padding.
    
    		if (startSecond >= 86400)
    			startSecond = 0xFFFE0000 | (startSecond & 0x1FFFF);
    
    		startTimeBcd = ((startMjd - 40587) * 86400) + startSecond;
    I'm not entirely sure it's any clearer now that we have a comment by the original code.
    Though it does kind of process things in a more logical order.
    You could write 0xFFFE0000 as (-0x20000) though that shouldn't be necessary since int32_t should be guaranteed to be 32 bits.
    Last edited by BefuddledBrian; 30-03-21 at 01:46.

  17. #176
    BefuddledBrian's Avatar
    Title
    Forum Supporter
    Donated Member
    Join Date
    Sep 2020
    Location
    near Reading, England
    Posts
    302
    Thanks
    217
    Thanked 42 Times in 34 Posts
    Quote Originally Posted by bbbuk View Post
    Looking at OpenTV.nagra.com website....
    This must be documentation for some piece of software that takes in EPGs and things and produces the "secret" OpenTV data that Sky transmit.
    I certainly can't find much information in there to help with interpreting the raw transmitted data (such as EPG).
    Perhaps all the APIs and things described are how the TV companies transfer their EPG data, and so on, to Sky.
    (but it does, as bbbuk pointed out, give you a good idea of what's in there somewhere)
    Last edited by BefuddledBrian; 30-03-21 at 01:54.

  18. #177
    BefuddledBrian's Avatar
    Title
    Forum Supporter
    Donated Member
    Join Date
    Sep 2020
    Location
    near Reading, England
    Posts
    302
    Thanks
    217
    Thanked 42 Times in 34 Posts
    Quote Originally Posted by Huevos View Post
    Gemporia Craft has holes.
    For a while after using the fix I think I wasn't seeing any holes in Gemporia Craft.

    But now I am seeing holes, and also weird program ending times of the form xx:x7 just before the holes.

    All other channels seem fine though.

    I think the most liekly explanation is that Gemporia Craft are doing something weird.

  19. #178

    Title
    V.I.P
    Join Date
    Jan 2011
    Posts
    197
    Thanks
    58
    Thanked 486 Times in 145 Posts
    Just thinking aloud

    Gemporia Craft take the piss with 20 hour events = 72000 seconds duration. I guess you could start your debug by checking opentv code for uint16_t getDuration limits of 65535. Maybe there could also be an upper int18_t limit on a (startSecond+duration) that also triggers startSecond as a negative, even when startSecond is not greater than 1 day?

  20. #179

    Title
    V.I.P
    Join Date
    Jan 2011
    Posts
    197
    Thanks
    58
    Thanked 486 Times in 145 Posts
    Quote Originally Posted by BefuddledBrian View Post
    For a while after using the fix I think I wasn't seeing any holes in Gemporia Craft.

    But now I am seeing holes, and also weird program ending times of the form xx:x7 just before the holes.

    All other channels seem fine though.

    I think the most liekly explanation is that Gemporia Craft are doing something weird.
    I've fixed the issue on OpenPLi where xx.x7 was seen for 20 hours (72000 seconds) events.
    This was just a wrongly defined upper uint16_t limitation which subtracting 65535 from 72000 giving a false duration of 1 hour 47 minutes.

    The issue of the holes now again on Gemporia Craft is that most events they send are sent correctly as GMT +0, but the ones that appear to be causing the issue are the new 20 hour events that are sent with an 1 hour too late startTime. I can only assume this is related to BST +1 change last week that they have not done correctly and so may only be a temporary issue once they realize their mistake?

  21. The Following User Says Thank You to LraiZer For This Useful Post:

    Andy_Hazza (10-04-21)

Page 12 of 12 FirstFirst ... 2101112

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.