Verplaatste zenders automatisch ook naar bouqet

[PaulSlap]

Wie kan mij helpen?

 

Iedere keer als Ziggo een zenderupdate doet doe je een kabel scan.

 

Je "Ziggo" lijst is dan weer up-to-date.

Je moet dan de verplaatste zenders voorzien van de juiste xpicon of een nieuw setje van bijvoorbeeld stevie-v installeren

 

Echter, alle zenders die je in een bouqet hebt zitten en die nu niet meer goed zijn, moet je handmatig vervangen

 

Dus Ziggo lijst is geüpdatet en voorzien van juiste xpicon en automatisch zijn de bouqetten ook geüpdatet

Wie heeft daar een oplossing/tool voor?

[Alex1970]

Sinds ik snp-picons van https://www.picons.eu/ gebruik hoef ik nauwelijks meer picons aan te passen.

Met de laatste wijziging van Ziggo zijn er inderdaad SID's (en daarmee ook service referenties) aangepast, maar meestal bleven die hetzelfde, maar ik begrijp het probleem.

[stevie-v]

SNP picons kunnen inderdaad een oplossing zijn helaas is de ondersteuning binnen enkele images ver te zoeken vandaar dat deze niet mijn voorkeur hebben.

 

VTI gaat daar vaak niet goed mee om, de satelliet picons van Ocram moet ik dus allemaal rebuilden met een script en de zenderlijst van icesat.

Binnen VTI heb ik ook problemen met de 1_0_1 ipv 1_0_19 aangezien VTI die terugkoppeling niet doet heb ik weinig aan de picons van Ocram zoals ze op de website staan.

VTI heeft bijvoorbeeld ook geen ondersteuning wat betreft een default_picon.png.

 

PLI en bijvoorbeeld VIX gaan daar veel beter mee om.

Aangezien de picons zonder al teveel ellende voor iedereen bruikbaar moeten zijn heb ik bewust gekozen voor een SRP.

Voor mij is dit het meeste werk voor jullie enkel downloaden en plaatsen zoveel werk kan dat niet zijn voor wie mijn Ziggo picons gebruikt.

Ik ga nu dus enkel in op het antwoord van Alex1970.

 

 

Wat betreft Paulslap ik begrijp wat je bedoelt.

 

 

 

Are you missing picons? Here's why...

 

There used to be multiple servicerefs like (below is a made up sample):

 

Channel - Horse and country:

1_0_1_D37C_A2A_2_11A0000_0_0_0

1_0_19_D37C_A2A_2_11A0000_0_0_0

1_0_16_D37C_A2A_2_11A0000_0_0_0

 

After channel changes:

1_0_1_D37C_A2A_2_11A0000_0_0_0 --> BBC One

 

These remained unchanged:

1_0_19_D37C_A2A_2_11A0000_0_0_0 --> Horse and country

1_0_16_D37C_A2A_2_11A0000_0_0_0 --> Horse and country

 

Some time later somebody reports that 1_0_16_D37C_A2A_2_11A0000_0_0_0 is also BBC One.

 

So we get:

1_0_1_D37C_A2A_2_11A0000_0_0_0 --> BBC One

1_0_19_D37C_A2A_2_11A0000_0_0_0 --> Horse and country

1_0_16_D37C_A2A_2_11A0000_0_0_0 --> BBC One

 

With 1_0_19_D37C_A2A_2_11A0000_0_0_0 nothing happens and stays in as garbage, because Horse and Country is also changed and has a new serviceref.

 

So for this 1 example I had to do 2x the same work and we still got 1

obsolete serviceref. After quite some time this builds up and becomes

quite a mess.

 

So as of now only the unique part is being tracked as tv.D37C_A2A_2_11A0000.uid or radio.D37C_A2A_2_11A0000.uid.

 

If it's tv. than 1_0_1(=TV) is generated and for XVDR 1_0_1 and 1_0_19, if it's radio. then 1_0_2(=RADIO) is generated.

 

So why not generate 1_0_19 for Enigma2 also?? Because then I would have to also generate 1_0_16

and many more, users that use the 7z versions for on their USB stick

will complain that the filesize has gone x3, online updates will also

take longer, because there are 3 times as many files.

 

And since OpenPLI and OpenVIX fallback to 1_0_1 by default if no 1_0_19 or 1_0_16

version is found, problems would be minimal, on my own box I have had

zero issues doing this switchover. Only the Openwebif does not have this

fallback and certain skins that use a different picon renderer. I've

reported this...

 

If you are experiencing a loss of picons on channels beginning with 1_0_19 or 1_0_16, you are probably using an image not based on OpenPLI.

13 juli 2017 aangepast door stevie-v

[Alex1970]

Ik heb die snp picons ook op OpenATV gebruikt en geen probleem gezien (maar nog niet uitvoerig gebruikt).

Met snp picons heb je dus juist geen probleem met 1_0_1, 1_0_16, 1_0_19 of wat dan ook.

Deze kijken puur naar de naam en alleen als er twee zenders zijn met dezelfde naam maar die horen verschillende picons te hebben wordt er één gelinkt met de naam en de andere met de zenderreferentie.

 

Trouwens twee verschillende zenders kunnen nooit dezelfde SID, ONID, TID en namespace combinatie hebben en dat wordt in hierboven in het voorbeeld wel gesuggereerd:
 

1_0_1_D37C_A2A_2_11A0000_0_0_0 --> BBC One
1_0_19_D37C_A2A_2_11A0000_0_0_0 --> Horse and country
1_0_16_D37C_A2A_2_11A0000_0_0_0 --> BBC One

 

De enige zender met D37C_A2A_2_11A0000 is Horse & Country, met 1_0_1 ervoor, maar kan nooit een andere zender zijn als dat 1_0_16 of 1_0_19 zou zijn.
 

En correct me if I'm wrong, maar geef dan een maar eens een concreet voorbeeld van twee zenders waar dat in werkelijkheid zo is en niet een verzonnen voorbeeld.

[stevie-v]

Welk gedeelte begrijp je niet?

Ook heb ik het niet over OpenATV maar over VTI!

 

Since OpenPLI and OpenVIX fallback to 1_0_1 by default if no 1_0_19 or 1_0_16 version is found.

If you are experiencing a loss of picons on channels beginning with 1_0_19 or 1_0_16, you are probably using an image not based on Open.

Dat doet VTI dus NIET.

Een default_picon.png is ook niet mogelijk in VTI dat is jaren geleden eruit gehaald.

Waar heb jij het eigenlijk over als je schrijft een verzonnen voorbeeld?

 

Wat de SNP betreft van Ocram deze worden ook lang niet allemaal weergegeven maar daar ben ik nog mee aan het testen.

 

NPO 1 HD Ziggo begint hier met 1_0_19 bij de Ocram picons is deze te vinden onder 1_0_1, VTI vind deze picon niet onder 1_0_16 en maakt er dan niet automatisch 1_0_1 van, duidelijk?

13 juli 2017 aangepast door stevie-v

[PaulSlap]

Is er dan ook een lijst van alle ziggo kanalen wat de snp-naam zou moeten zijn?

en werkt dat uberhaupt in OpenATV 6.* ?

 

Wil dat wel een testen, scheelt volgens mij veel werk

 

 

En het is allemaal een leuk onderwerp, maar geen antwoord op mijn vraag hoe de bouqetten snel/automatisch bij te werken

[Alex1970]

Als je die picons wilt testen:

-Eerst al je huidige picons deinstalleren.
-Van https://www.picons.eu/downloads/ download je naar bijv. /tmp op je receiver, of usb-stick:
enigma2-plugin-picons-snp-full.400x240-370x210.light.on.transparent_2017-07-12--22-21-32_all.ipk
(Of een latere datum)
Ander formaat en/of achtergrond kan ook, maar deze heb ik geïnstalleerd.
 
-Dan ga je naar Softwarebeheer, Installeer plugins lokaal, kies de locatie waar je de ipk hebt opgeslagen, kies Installeer applicaties, Druk op ok (vinkje aan) bij de picons-ipk en klik op groen.

[Alex1970]

Welk gedeelte begrijp je niet?

Ook heb ik het niet over OpenATV maar over VTI!

 

Since OpenPLI and OpenVIX fallback to 1_0_1 by default if no 1_0_19 or 1_0_16 version is found.

If you are experiencing a loss of picons on channels beginning with 1_0_19 or 1_0_16, you are probably using an image not based on Open.

Dat doet VTI dus NIET.

Een default_picon.png is ook niet mogelijk in VTI dat is jaren geleden eruit gehaald.

Waar heb jij het eigenlijk over als je schrijft een verzonnen voorbeeld?

 

Wat de SNP betreft van Ocram deze worden ook lang niet allemaal weergegeven maar daar ben ik nog mee aan het testen.

 

NPO 1 HD Ziggo begint hier met 1_0_19 bij de Ocram picons is deze te vinden onder 1_0_1, VTI vind deze picon niet onder 1_0_16 en maakt er dan niet automatisch 1_0_1 van, duidelijk?

 

Ja duidelijk, maar daar heb je dus niks mee van doen met snp-picons.

[stevie-v]

Klopt dus ik ga eens bekijken hoe snp reageren op VTI.

[stevie-v]

https://www.vuplus-support.org/wbb4/index.php?thread/102570-picons-unterschied-by-name-und-referenz/ 13 juli 2017 aangepast door stevie-v

[PaulSlap]

Ik heb via e-channalizer van alle xpicon een export gedaan naar SNP. Heel eenvoudig

vervolgens alle xpicons verwijderd van mijn box met openATV 6.0 en daarna alle snp-xpicons er naar toe gekopieerd (map /picon) en het werkt perfect.

Dat probleem/extra werk is dus opgelost.

 

Maar nu blijft de vraag, hoe krijg ik de geupdate zenders uit de ziggo lijst naar de bouqetten? de oorspronkelijke vraag van dit item

 

Wie heeft of weet daar een tool voor?

[PaulSlap]

Is het wellicht mogelijk om deze bouqetten/favorietenlijsten te laten verwijzen naar de zendernaam in de "ziggo"/gescande lijst?

Dan zou het net zo kunnen werken als met de SNP, dus ook voor iedere provider

geen idee of dit mogelijk is / is te maken

 

 

Blijkt in zo'n horizonbox het zelfde probleem te zitten.

Na het aanpassen van de zenderlijst moeten ook die gebruikers de favo lijsten aanpassen

17 juli 2017 aangepast door PaulSlap

[mebo870]

Na een scan komen alle zenders terecht in een database (lamedb)  

De favorieten waar je het over hebt, zijn een soort snelkoppelingen naar zenders in die database.

Als daar wijzigingen in gebeurd zijn kloppen die linken niet meer.

Om je favorieten aan te passen moet je vanuit die database die nieuw aangepaste zenders weer overzetten naar je favorieten (slepen)

Met E_Chanellizer is dat kinderspel, je moet natuurlijk wel eerst je zenderlijst naar de pc overzetten.

[Alex1970]

Dan kan dat dus ook met dreamboxEDIT of Dreamset.

http://www.dreamset-editor.com

Maar dat is dan nog steeds niet automatisch.