Transcoding werkt, zoals gezegd, alleen op de VU+ Solo2 en VU+ Duo2. Eenieder die niet zo'n ontvanger heeft hoeft dit niet te lezen 
Oorspronkelijk kreeg OpenPLi van VU+ een plugin om de transcoding in te stellen (de bekende "transcode setup" plugin). Het enige wat deze plugin deed was een venster aan de gebruiker presenteren, waar men het poortnummer (8001/8002) kon instellen en "aan/uit". De feitelijke interface naar de transcoding zelf was een programma transtreamproxy, ook door VU+ aangeleverd en die werd automatisch met de plugin mee-geinstalleerd. Dit programma transtreamproxy was in feite gewoon de "streamproxy" zoals die jarenlang met onze image werd meegeleverd (zie vorige bericht) met een paar minieme modificaties. Beetje makkelijk van af gemaakt dus.
In andere images verscheen (kwam ik later achter) een nieuwere versie van de transcoding plugin. Deze plugin was meer uitgebreid, er konden wat transcoding parameters ingesteld worden (zoals de grootte van het beeld, bitrate e.d.). Ik heb op het punt gestaan om deze plugin in OpenPLi op te nemen, maar ik heb daar van afgezien om de volgende twee redenen:
- het blijkt dat het grootste deel van combinaties van instellingen van transcoding een crashende ontvanger or een crashende transcoding engine oplevert
- transcoding instellingen horen per keer ingesteld te kunnen worden, het maakt nogal wat uit waar je bent met je pda hoeveel bandbreedte je hebt, een globale instelling is weinig zinvol.
Af en toe zie ik dat er wel eens gerefereerd wordt aan deze versie van de plugin, dat we die "verwijderd" zouden hebben, maar dat is dus niet zo, deze versie heeft nooit in OpenPLi gezeten.
Wat wel enige tijd in OpenPLi gezeten heeft, zijn updates van VU+ op de transtreamproxy, een paar maanden geleden. VU+ had inmiddels op de transtreamproxy voortgeborduurd en een transtreamproxy ("v2") een filestreamproxy geproduceerd. Hiermee was het mogelijk om niet alleen "live" televisie getranscodeerd te bekijken, maar ook opnames. Ik heb daar enige tijd mee gestoeid en kwam snel tot de conclusie dat de kwaliteit hiervan ver onder de maat is, niet alleen in hoe het gemaakt is, maar ook dat het bepaalde voorzorgsmaatregelen mist, die nodig zijn om de transcoding engine niet te laten crashen.
Op dat punt ben ik begonnen aan de streamproxy, vanaf "nul". Ik heb zelf het gevoel dat het véél beter in elkaar steekt (maar ja, daarvoor ben je natuurlijk de auteur), maar het is ook heel duidelijk merkbaar dat het gewoon beter werkt, ik hoef niet meer na elke twee keer transcoding de ontvanger te herstarten.
Deze heeft zowel de transtreamproxy als de filestreamproxy van VU+ vervangen. Daar kwam bij dat er ook packages (.ipk) automatisch vervangen moesten worden bij een update. Dat is helaas niet vlekkeloos gegaan. Dat kán dus een reden zijn waarom transcoding niet meer werkt op een bepaalde ontvanger. Opnieuw flashen is dan de makkelijkste oplossing. Het betekent ook dat de transcoding setup plugin weg is. Een aantal gebruikers concludeerde daaruit dat OpenPLi transcoding niet meer support. Niets is minder waar. Het is gewoon zo dat die plugin niks toevoegt. Transcoding heeft de plugin gewoon niet nodig.
Wat merkt de gebruiker daarvan? Als het goed is niks. Vanaf de web interface kun je nog steeds gewoon services en files kiezen voor transcoding en dan komt het verzoek netjes uit bij de streamproxy, daar merk je niks van. Er zijn een aantal extra mogelijkheden bijgekomen, vergeleken met de proxy's van VU+, maar die zijn momenteel nog niet direct bereikbaar voor de gebruiker (helaas), als je vanuit de web interface komt, zoals per sessie bitrate en andere transcoding parameters instellen.
De default transcoding parameters (m.a.w. als ze niet per sessie ingesteld worden) kunnen nu, voor de liefhebber, ingesteld worden in de file /etc/enigma2/streamproxy.conf. Ik zeg expres liefhebber, want voor de meeste gebruikers zal het niet/nauwelijks de moeite waard zijn. Vandaar dat er ook geen plugin is om e.e.a. in te stellen. Als er interesse is, wil ik wel een keer een overzichtje maken met wat je kunt instellen en wat het doet. Elke optie/waarde die een crash oplevert wordt geweigerd (anders dan de plugin van VU+, die staat alles toe). Daardoor blijft er maar een zeer beperkt aantal combinaties over. Als je iets aanpast in deze file (en wegschrijft) dan wordt dat vanzelf gedetecteerd en doorgevoerd.
Nu het "not item" van de laatste tijd: de http authenticatie. Hoewel we toch wel zeer regelmatig aangeven dat het zéér onverstandig is om je ontvanger vanaf internet bereikbaar te maken (en sommigen hebben dat inmiddels ook al ondervonden), zijn er toch gebruikers die er op staan dat ze vanaf internet, zónder beveiligde verbinding (vpn), streaming/transcoding kunnen doen. Dat is uiteraard op hun eigen verantwoordelijkheid en om dat niet helemaal onbeveiligd te kunnen doen, is er basic http authentication toegevoegd, oftewel, inloggen met username en password. Dit is nog steeds bepaald niet veilig, maar beter dan niks. Helaas heeft dit de laatste tijd niet meteen continu goed gewerkt. Dit heeft te maken met interactie met de Open Webinterface (zonder verder op technische details in te gaan hier). Dat is inmiddels rechtgetrokken. Als je nu "http authentication" instelt bij de Open Webinterface plugin (let op: niet in enigma dus, zoals voor streaming), dan werkt transcoding ook met http authentication. Wel even enigma herstarten om de streamproxy op de hoogte te brengen van de aanpassing.
Vervolgens gelden dezelfde beperkingen als met streaming met authenticatie. Er wordt geen onderscheid gemaakt tussen pc, pda, tabel, lan of internet. Het is "aan" of "uit". Niet voor iedereen zal het dus even nuttig zijn.
Als er nog vragen zijn hoor ik het wel, ik houd het nu expres wat op de vlakte omdat het al zo'n lang verhaal is...
Edited by Erik Slagter, 16 May 2014 - 13:15.
