Alex1970

Microsoft Defender maakt zich er niet druk om. Er is nog wel een nadeel, als een YouTube kanaal meerdere livestreams heeft is het channel-id voor allemaal hetzelfde.

Ben je niet in de war met het programma Gorbtrack?

@bamma Kan jij antwoord geven waar de paginabron te vinden en waar daar de URL met het channelid staat? Zie voorgaand bericht.

Inderdaad, daar staat: - Oplossing = Via de paginabron kan je channelIds achterhalen. (https://www.youtube.com/channel/channelId/live) & (https://www.youtube.com/embed/live_stream?channel=channelId&autoplay=1) Wanneer je de YT user channelId gebruikt blijft de YT stream werken. Maar nergens een uitleg waar ik de paginabron kan vinden en waar het dan in de paginabron staat. Ik vermoed dat onderstaand scherm bedoeld wordt, maar waar staat dan die URL waar het channel-ID staat?

Ik kom nog even terug op een vraag waar ik (volgens mij) nog geen antwoord heb gehad. Er is eerder gesproken dat de URL van YouTube-livestreams soms veranderd. Dat is niet handig als deze in de boeketlijst staat. Er is toen gezegd dat je niet de URL moet gebruiken maar het "channel-ID" of iets dergelijks. Op mijn vraag waar ik het channel-ID kan vinden kwam geen antwoord (of ik heb het gemist). Voorbeeld: Live Stream - Erasmusbrug, Rotterdam - KPN Led Wall Zie: https://www.youtube.com/@RotterdamMakeItHappen/streams De URL is https://www.youtube.com/watch?v=gsViKzj7nuQ Als je op delen klikt is de link: https://www.youtube.com/live/gsViKzj7nuQ?si=d-WP64A9IHTUneEX Maar is gsViKzj7nuQ dan het channel-ID? Want dat gebruiken we al in het boeket (en wijzigt dus bij sommige livestreams): http://127.0.0.1:8088/https://youtu.be/gsViKzj7nuQ In Chrome met F12 (Inspecteren) zie ik het ook (nog) niet.

Er zijn inderdaad compatibiliteitsproblemen met de YouTube module van streamlink en de YT-website. In OpenPLi zou dit (binnenkort) opgelost zijn. Anders in de map \usr\lib\python3.9\site-packages\streamlink\plugins\ het bestand youtube.py (in de zip in de bijlage) vervangen en je box herstarten. (Het nummer bij python kan in sommige images anders zijn, bij python 3.9 werkt deze work-around, geen garantie voor andere versies). Of updaten en kijken of je imagebouwer het al geïmplementeerd heeft. youtube.zip

Ja, maar satlex.eu is dezelfde site. Bedoel je dit soms? https://satlex.eu/nl/elobst_calc.html

Kwestie van uitproberen. Trial and error (punt intended). Je zal wel Triax bedoelen? Op foto's ziet de Schwaiger hetzelfde uit als Triax. Kortom, het zal niet veel uitmaken.

Gaat het nog over AFN?

PLi team heeft hard gewerkt aan de implementatie van de utf8snp picons in hun feed en deze zijn per vandaag "zonder gepruts", zoals hierboven gezegd, weer gewoon uit het pluginmenu te downloaden. Het bestand openpicons.conf kan je blijven gebruiken (maar dan staan de pakketten er dubbel in), of weer verwijderen uit de map /etc/opkg/

De gemiddelde gebruiker kan niet zelf de service referenties toevoegen, zou je dan de genoemde service referenties willen toevoegen aan de Benelux xmltv?

Je hebt softwarebeheer ook niet nodig om deze picons te installeren, maar softwarebeheer vind je ook bij de plugins > systemplugins > softwaremanager

Welke service referenties heb je dan aan BBCEastenders.nl en BBCTopgear.nl gekoppeld? 5002:0:1:1C:0:31:CCCC0000:0:0:3: en 5002:0:1:1F:0:31:CCCC0000:0:0:3: ? En welke aan welke zender? En wat is die 3 op het einde?

OpenPli ging er pas op over als we zouden stoppen, in oktober hebben we het aangegeven dat dit eraan zit te komen. Begrijpelijk dat er niet direct tijd voor was, het is immers allemaal werk in je (schaarse) vrije tijd. Maar als we zowel snp als utf8snp moeten bijhouden is dat meer werk. Het liefste stopte ik ook met srp, maar nog genoeg die dat om voor mij onbegrijpelijk reden beter vinden. Heb je ook echt gedaan wat er in het eerste bericht staat? Dus ook het bestand openpicons.conf in de map /etc/opkg/ gezet? Je kan het controleren bij Softwarebeheer of openpicons.conf er bij staat: (Menu > Instellingen > Softwarebeheer > Geavanceerde opties > Kies de bron om te updaten)

In andere images is (voor zover ik begrepen had) al ondersteuning voor utf8snp-picons, kijk even welke picons je kan installeren. Ik zie dat ik vergeten ben het bestand openpicons.conf toe te voegen, zie bijlage in de eerste bijdrage. Zet die op de ontvanger op /etc/opkg/ Eventueel een restart.