Posts by jeepcook

    Hello,


    Are the "/" allowed in category name or service name?


    example for group:

    <groupe name="ES TDT/AUTONOMICOS">


    example for service:

    "UFC 00: Uae warriors 45 // UK Tue 17 Oct 4:00pm // ET Tue 17 Oct 11:00am"


    This sort of service name is ridiculous but I have in the process log errors like that:


    [17.10 07:51:51] [e2m3u2b] [Storesat_Brut]: Reload bouquets ...

    [17.10 07:51:51] [e2m3u2b] [Storesat_Brut]: 'STARZPLAY SPORT | EVENT PPV'

    [17.10 07:51:51] [e2m3u2b] [Storesat_Brut]: An error occured during update


    [17.10 09:19:36] [e2m3u2b] [Storesat_Brut]: Reload bouquets ...

    [17.10 09:19:36] [e2m3u2b] [Storesat_Brut]: 'ES TDT/AUTONOMICOS'

    [17.10 09:19:36] [e2m3u2b] [Storesat_Brut]: An error occured during update

    [Storesat_Brut]: Provider skipped without creating new bouquets 👎

    A bug in the algo:

    - A provider named Favoris

    - A channel #EXTINF:-1 tvg-id="6ter.fr" tvg-logo="http://localhost/static/picons/6ter.png" group-title="=== TNT ===",6TER FHD

    - A channel #EXTINF:-1 tvg-id="superecran4.ca" tvg-logo="http://localhost/static/picons/superecran4ca.png" group-title="=== Quebec ===",SUPER ECRAN 4 HD2


    --> booth have the same ServiceRef: 5002:0:1:1a15:d596:c1c1:dddd0000:0:0:0 so the same picon and the same epg

    I had good reasons to change algo... If possible, I want to completely emulate the work of DVB for IPTV

    Is this algo's version a stable one, a final version or will you do some other mods?


    This broke some functionalities like subservices

    If the selection logic for "subservices" is implemented correctly, then my change in serviceref does NOT affect it in ANY WAY... As an example - HistoryZap Selector written by me :smiling face with halo:

    Your HisoryZap selector has nothing to do with subservices because you base it on a zap history. I don't want to explain once again what is this functionality. You don't want to dev on a oe-a team or oe-a core so how subservices can have a corresponding implementation with yours devs. There is no logic there.....

    I don't understand why the algorithm has been totally changed. Not only the mask 1010101 mod by dddd0000, but the full serviceref. This broke some functionalities like subservices. Everything has to be rewritten manually.



    As asked before, could you please definitely remove from enigma2-plugin-extensions-e2m3u2bouquet.postinst script this line:


    find . -name "enigma2-plugin-extensions-$PluginName_*.*" -type f -delete


    This has no sense and avoid to automatically install the plugin with automatic Backup Restore process.


    Thanks

    I need tvg-shift only for few channels,

    Is the logic of this tag correctly described by me above in the posts?


    But this logic can only be implemented for channels that are at least somewhat different ... in name or group ... if you have entries in the playlist that differ only in that one has "tvg-shift" tag, and the other does not. then the logic is not implemented

    Yes I read your previous mod posts. I'm ok with you, the logic would be to have the information directly in the xml with correct timestamps. I think I will contact the epg provider to see if he can do something for the different cases I detected.


    And I confirm the channels have different names between the one with "tvg-shift" and the one without. It's the case in my previous example.

    Hello,


    Is the tvg-shift m3u8 parameter supported by the plugin?

    I've tested a case:

    Code
    #EXTINF:-1 tvg-id="canal+cinemaouest" tvg-shift="-1" tvg-logo="http://<picon_url>" group-title="=== Canal+ AF ===",C+ CINEMA CENTRE AF
    http://<stream_url>
    #EXTINF:-1 tvg-id="canal+cinemaouest" tvg-logo="http://<picon_url>" group-title="=== Canal+ AF ===",C+ CINEMA OUEST AF
    http://<stream_url>

    I obtain the same epg for these 2 channels, no shift for the first one. Perhaps a limitation of epgimport, no?

    If you noticed, all the plugins I made work everywhere... and the code in them is ABSOLUTELY THE SAME.... there is no separate code for OA, OE, DreamOS, etc.

    Yes but they are separate from the oe-a branch dev, not in feeds, because you don't want and you want to keep them closed-sources. And OpenPli, DreamOs have their own dev branch. I can't ask to a oe-a dev to make it's dev for other images, the answer will be that he can't commit to these images..

    Who and why forbids me or anyone else NOT to use a similar built-in functionality in any image, but to use a plugin with extended functionality? Do you have such an opportunity to select from your favorites by channel name, regardless of whether they have EPG or not ... in those images where this is implemented?

    Subservices functionality. But for now up to date only in OpenATV images. For information, I've asked years ago to migrate it from images devs to oe-a core. But this has not been taken in account so each oe-a image has its own dev for subservices. I can do nothing anymore for that.