375 replies to this topic

[siroj]

@Erik Slagter:

De melding krijg ik op de client box, de box waar de Fallback tuner op ingesteld is. Op de server is niets te zien. De exacte text in het engels is: "In order to record a timer, the TV was switched to the recording service!"

Het mooie is dat hij dus aangeeft te switchen, maar de zender waar hij naartoe wil switchen word op dit moment al bekeken op de client. De server staat in dit geval op standby, er is daar dus geen "extra" tuner in gebruik van de Vu Duo.

Zie bijlage voor screenshot:

 NPO1 HD-1422015-1319.jpg   71.15KB   4 downloads

 

En dit is de timer:

 NPO1 HD-1422015-132.jpg   46.14KB   4 downloads

Edited by siroj, 14 February 2015 - 13:16.

[WanWizard]

Wat me wel opvalt is bij het gebruik van Fallback tuner dat de Server wat 'stroperig' wordt als er een cliënt aanhangt, je kunt dan moeilijker door de kanalen zappen op de server.

Ook is het niet mogelijk een extern ip en poort 8001 in de cliënt in te geven, en het interne ip van de server en de poort te forwarden in de router, dan werkt de cliënt niet meer. 

 

Het is een standaard stream, dus het zal erg afhangen van de box die gebruikt wordt als "server". Ik merk op mijn 10K niets in ieder geval.

 

Waarom zou je geen extern IP kunnen opgeven? Netwerk technisch is het geen enkel probleem, dus ik denk dat er in jou test iets anders speelt. Nog even los van het feit dat je helemaal zot bent als je 8001 op het internet open zou zetten (daar loopt nu een andere thread over), daarmee hang je je box direct in een illegaal IPTV netwerk.

[siroj]

Intern, extern.... Let op dat je wel weet waar je mee bezig bent. Voor je het weet kijken er ongenodigde gasten mee.... ;-)
En een stroperige box lijkt mij een box die het een beetje druk heeft vanwege capaciteitsproblemen

Edited by siroj, 14 February 2015 - 18:49.

[Erik Slagter]

Wat me wel opvalt is bij het gebruik van Fallback tuner dat de Server wat 'stroperig' wordt als er een cliënt aanhangt, je kunt dan moeilijker door de kanalen zappen op de server.

Ook is het niet mogelijk een extern ip en poort 8001 in de cliënt in te geven, en het interne ip van de server en de poort te forwarden in de router, dan werkt de cliënt niet meer. 

Voor de rest werkt Fallback tuner prima en je merkt bijna niet op de cliënt dat je via een stream kijkt.

Ehh ja, dat is het nadeel van NAT hè (port en address forwarding), dat is één van de redenen dat ik er zo'n hekel aan heb. NAT is een workaround, het is geen onderdeel van hoe IPv4 bedacht is en dus heeft het nadelen.

[Erik Slagter]

@siroj, hier kan ik weer even wat mee, thx. Ik ga er "binnenkort" mee aan de slag.

[WanWizard]

Ik kan me niet voorstellen dat NAT hier de boosdoener zou kunnen zijn, er zit in de stream niks dat zicht op de oorspronkelijke IP's zou moeten hebben.

 

Streamen via de webif gaat wel een probleem opleveren, omdat dit een m3u oplevert waarin de stream URL zit (met het interne IP), maar dat is voor de fallback tuner niet zo relevant.

[Sagitarius †]

 

Wat me wel opvalt is bij het gebruik van Fallback tuner dat de Server wat 'stroperig' wordt als er een cliënt aanhangt, je kunt dan moeilijker door de kanalen zappen op de server.

Ook is het niet mogelijk een extern ip en poort 8001 in de cliënt in te geven, en het interne ip van de server en de poort te forwarden in de router, dan werkt de cliënt niet meer. 

 

Het is een standaard stream, dus het zal erg afhangen van de box die gebruikt wordt als "server". Ik merk op mijn 10K niets in ieder geval.

 

Waarom zou je geen extern IP kunnen opgeven? Netwerk technisch is het geen enkel probleem, dus ik denk dat er in jou test iets anders speelt. Nog even los van het feit dat je helemaal zot bent als je 8001 op het internet open zou zetten (daar loopt nu een andere thread over), daarmee hang je je box direct in een illegaal IPTV netwerk.

 

Dat weet ik wel wat de risico's zijn maar het is een proefje later zet ik een VPN op, ik heb een ET8000 als server technisch gelijk aan de ET10000 dus dat zou geen problemen moeten geven. Maar het lukt me niet met een extern ip en poort, en een 100Mbps upload daar ligt het echt niet aan, probeer het maar eens mij lukte het niet.

[siroj]

Als er idd nat translatie zou zijn dan zou dat mogelijk problemen op "kunnen" leveren ja, maar dat is hier niet het geval. Alles is local.
Althans in mijn situatie....

Edited by siroj, 14 February 2015 - 20:22.

[siroj]

En als je extern eea beschikbaar wil stellen maak dan gebruik van een dedicated VPN oplossing ipv portforwarding. Stuk veiliger...

[WanWizard]

Als er idd nat translatie zou zijn dan zou dat mogelijk problemen op "kunnen" leveren ja, maar dat is hier niet het geval. Alles is local.
Althans in mijn situatie....

 

Heh? Je zit intern met een extern IP adres?

 

Of probeer je van binnen naar je publiek adres te gaan, om dan geNAT weer terug naar binnen te gaan? Want dat is andere koek dan alleen maar NAT, en lang niet alle routers vinden dat even lekker.

[siroj]

Bij mij niet, ik doel op @Sagitarius

[Sagitarius †]

Bij mij niet, ik doel op @Sagitarius

Dat schreef ik ook, maar wilde even een proefje doen met een kennis van me, die heeft een huisje in het noorden van het land en thuis een uitgebreide satelliet installatie en die wil hij met Fallback tuner over het internet delen.

[WanWizard]

Vanuit een technisch perspectief zou dat gewoon moeten werken. 

 

Het kan natuurlijk wel zijn dat er bijvoorbeeld te veel delay op de setup van de stream zit, zodat Enigma er mee op houdt voordat de stream goed binnen is.

[siroj]

Dat werkt ook, ik heb het eens geprobeerd. Vooral bij HD zenders heeft je internetverbinding wel voldoende upload snelheid nodig Bij de test die ik deed trok de client ongeveer 6MB/s. De uploadsnelheid was geen probleem en ook de downloadsnelheid bij de client niet, maar toch haperde het beeld af en toe en soms was het niet om aan te zien. Er zijn zoveel factoren die problemen kunnen geven bij een dergelijke setup en dan hebben we het idd nog niet over de veiligheid, want dat is in mijn ogen het grootste struikelblok hierbij.
Maar technisch gezien werkt het inderdaad.

Edited by siroj, 15 February 2015 - 12:20.

[WanWizard]

Het probleem is zelden bandbreedte, het probleem is latency en jitter.

 

Enigma heeft nauwelijks enige buffer mogelijkheid (in tegenstelling tot bv youtube op een PC, die zie je eerst seconden bufferen), dus elke variatie en delay in het afleveren van de stream is direct zichtbaar.

[cobus]

Is dat bufferen niet te maken voor enigma2 dan ?

[WanWizard]

Daar is al wel over nagedacht, maar dat lijkt niet zo eenvoudig te zijn.

 

Er zijn maar beperkte mogelijkheden, en die zijn nu hoofdzakelijk voor opnames gereserveerd (als ik het goed begrepen heb, ik ben hier geen expert in).

[Sagitarius †]

Is dat bufferen niet te maken voor enigma2 dan ?

Dat vroeg ik me ook al af, webcam streams worden nu toch ook al gebufferd dat is zelfs te zien in het beeld.

[Erik Slagter]

DVB (en de hardware die gebruikt wordt) is gemaakt voor realtime demuxing/decodering. Alles in de keten vanaf muxer+encoder is er op ingericht de demuxer+decoder continu van precies genoeg bits en frames te voorzien zodat er maar zeer beperkt gebufferd hoeft te worden. Daarom heb je ook heel snel beeld met zappen (met name op FTA zenders). Als je telkens eerst een paar seconden gaat bufferen, daar word je niet zo blij van. Het kan ook om flinke hoeveelheden data gaan, dat is geen youtube compressie...

[siroj]

@Erik Wellicht nog iets wijzer geworden betreffende de issue met opnemen bij gebruik van de Fallback Tuner?