68 replies to this topic

[dolphs]

Beste medebezitters van de ET10000 - Gister werd mij bekend dat de transcoding optie beshcikbaar is, ook icm OpenPli4.

Nu moet ik eerlijk zeggen dat ik nog geen leesvoer heb gevonden hoe dat te enablen, of dat het standaarrd gewoon te adresseren is.

 

Zojuist probeerde ik in de VU+player een profiel te configureren en onder " Advanced Settings " de transcoding aan te zetten.

Het is mij duidelijk dat port 8002 het niet is, dacht nog even aan 8192 maar dat lijkt allemaal niet te werken.

 

Mijn vraag is eigenlijk of het reeds mogelijk is op Android eea te configureren, of zal een nieuwe ( Xtrend ) App komen?

DreamDroid lijkt ook niet echt mee te werken gezien de lelijke reacties o.a. naar " OpenWebIf clones "

 

[WTE]

Poort 8001 zou je moeten hebben.

[dolphs]

hum dan zou transcoding streaming port hetzelfde moeten zijn als de video streaming port, dat lijkt mij stug?

Normaliter 8001 voor streaming en 8002 voor transcoding, vandaar mijn vraag - welke is de goede, of werkt het nog niet zo simpel icm de et10k?

Edited by dolphs, 4 June 2014 - 16:06.

[kwajoep]

Werkt transcoding ook al op de ET8000 ?

[WTE]

hum dan zou transcoding streaming port hetzelfde moeten zijn als de video streaming port, dat lijkt mij stug?

Normaliter 8001 voor streaming en 8002 voor transcoding, vandaar mijn vraag - welke is de goede, of werkt het nog niet zo simpel icm de et10k?

 

Je zal een andere image moeten pakken om het te testen. Openpli is nog niet compatible.

 

Mij lijkt poort 8001 echter logisch. Waarom zou transcodeerd media een apart poort moeten hebben?

Het is na het transcoderen in de ontvanger gewoon een stream. Het is niet iets speciaals.

[Rob van der Does]

Omdat je zowel ongetranscodeerd (is dat een woord??) moet kunnen streamen (via je LAN), als getranscodeerd (naar extern).

En zo is het in de WEB-IF ook altijd standaard opgenomen.

Edited by SatKiekerd, 4 June 2014 - 17:25.

[Patrick80]

Wacht met smart, dat dit gaat werken, want met 10Mbit up gaat streamen naar buiten niet lukken

[Erik Slagter]

Mij lijkt poort 8001 echter logisch. Waarom zou transcodeerd media een apart poort moeten hebben?
Het is na het transcoderen in de ontvanger gewoon een stream. Het is niet iets speciaals.

Op één detail na, de oorspronkelijke timestamps gaan verloren bij het transcoden. Voor de meeste toepassingen maakt dat niks uit, maar als je een app hebt die probeert seeking te doen op basis van timestamps (vplayer bijvoorbeeld), dan gaat dat mis, omdat de timestamps die hij ontvangt, geen relatie hebben met de offset in de file.

[Erik Slagter]

Het hele welke-poort verhaal heeft overigens een andere achtergrond dan wat kennelijk gedacht wordt. Er wordt niet zomaar voor gekozen om transcoding op een andere poort dan streaming te doen omdat dat "beter" zou zijn. Het is simpelweg zo dat poort 8001 door enigma (in OpenPLi) gebruikt wordt voor streaming. Als je daar, zoals VU+ deed, een externe transtreamproxy aan gaat toevoegen voor de transcoding, dat zit er niks anders op dan een andere poort te gebruiken. Het was mooier geweest als dezelfde poort gebruikt had kunnen worden, en dat de url aangeeft wat de verwacht actie is. Helaas heeft men bij de ontwikkeling van enigma geen streaming voorzien, dus geef je aan poort 8001 alleen een serviceref mee, niet wat ermee moet gebeuren (streaming/transcoding). Dat is op zich te workarounden, maar het was mooier geweest als er altijd eenduidig een bijbehorende actie bij de request zou zijn.

Dat even zeer terzijde.

Edited by Erik Slagter, 5 June 2014 - 15:11.

[littlesat]

Erik. +1... Die andere poort is een erfenis zoals vu het gemaakt heeft...

Edited by littlesat, 5 June 2014 - 15:30.

[dolphs]

hoor ik daar een crowdfunding voor openpli4 op de android aankomen ;-)

[dolphs]

Nog even terugkomend op Erik's verhaal:

 

Het hele welke-poort verhaal heeft overigens een andere achtergrond dan wat kennelijk gedacht wordt. Er wordt niet zomaar voor gekozen om transcoding op een andere poort dan streaming te doen omdat dat "beter" zou zijn

 

Nee die perceptie komt bij mij eigenlijk naar boven omdat ik een dreambox8000 inzette voor de DVB signalen en dat ik op een debian doos vlc had draaien om "blackbox op de apple" ( heb ik nu niet meer ) toch te kunnen laten transcoden zodat ik buiten over VPN naar zendertjes kon kijken. Daarom was ik aan de slag met meerdere ports op de ET10000, niet dat ik dacht dat VLC erop stond maar was wat aan het prutten. Zou fijn zijn als het werkt in de VU+ player, misschien iets als een Xtrend player maken voor op de Android vandaar mijn eerdere bericht. Mijn hoop is eigenlijk dat Xtrend binnenkort met een appie voor zowel android als iOS komt, maar ja koffiedik kijken ... ...

Edited by dolphs, 6 June 2014 - 08:16.

[mjaydb]

Is transcoding inmiddels geïmplementeerd in Openpli?

 

Ik heb via een Duits forum de uitleg gevolgd maar er gebeurt nu nog niks.

 

Via OpenWebif een stream link copieren,

 

Bijv:

 

http://[ip#.et10000]/web/stream.m3u?ref=1:0:1:5144:C8B:3:EB0000:0:0:0:&name=TV%20West
 

 

 

En dan dit gedeelte &name=TV%20West vervangen door ?bitrate=300000?width=720?height=576?framerate=25000?interlaced=0?aspectratio=0

 

De onaangeapste link werkt wel in VLC, de aangeapste link doet niks.

Edited by mjaydb, 12 June 2014 - 09:10.

[amigo]

Al een paar keer gevraagd, via welke poort werkt transcoding nou?

[WTE]

8001

[amigo]

8001

Hier niet, werkt dat wel op jou ET10000

[radxnl]

zit geen transcoding support in openpli, dus het werkt idd niet

[amigo]

zit geen transcoding support in openpli, dus het werkt idd niet

Volgens Tech wel, jammer dat we op het verkeerde been zijn gezet dan.

 

Trouwens poort 8001 en 80 openzetten, heb je beeld mbv blackbox. Was er idd achter dat transcoding niet werkte, zelfs SD zenders schokken over 4G

 

Ga nu openxta even testen

Edited by amigo, 12 June 2014 - 11:24.

[amigo]

opentxta werkt ook niet heur

[radxnl]

openatv wel