Stremdev Client/Server Umschaltzeiten bei HDTV

    Ich habe gestern meinen zum testen mal einen HD Streaming Client aufgesetzt.


    Mein Server hat zwei DVB-S2 Karten und stellt die via Streamdev Server zur Verfügung.


    Netwerk ist 100MBit wobei schon für 1GBit ausgelegt. Brauche nur noch eine neue Netzwerkkarte.


    Der Client holt sich daher die Streams via Streamdev Client vom Server. Klappt alles sehr gut und bei SD Sendern auch relativ flott.
    Nun bei HD Sendern dauert es gefühlte zwei Sekunden bis das Bild da ist.
    Das ist mir echt zu lange.
    Wie lange dauert es bei euch?

    also bei mir dauert es sogar ohne client/server konfiguration schon über 2 sekunden, auf nen hd sender umzuschalten ;)


    an den 100mbit liegts bei dir wohl eher nicht ... die sind mehr als ausreichend zum streamen


    ich vermute mal, dass der wiedergabepuffer am client vielleicht ein bisschen zu gross gewählt ist ... was verwendest du als frontend? xine? xineliboutput?



    lg, Mike

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep


    xineliboutput, könnte aber zum testen heute Abend mal xine verwenden.

    also meiner persönlichen erfahrung nach ist xineliboutput schneller mit umschalten


    in den plugin settings von xineliboutput gibts ja diesen punkt "decoder" (oder so aehnlich) wo man die buffer size einstellen kann ... falls das bei dir auf "large" steht, probiers mal mit "medium" oder "small"


    rein theoretisch sollte damit das zappen schneller werden, weil ein kleinerer buffer ja auch schneller gefüllt ist ... allerdings könnte es dann natuerlich auch öfter zu buffer underruns kommen, sprich hängern


    ich würd mal folgendes vorschlagen: vergiss streamdev, und verwende vdr-sxfe, um am client die verbindung zum server herzustellen ... was ich so gehoert hab, soll das ziemlich gut funktionieren ...allerdings hab ich das selbst noch nie getestet ...

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep

    Zitat

    Original von MikeDK
    ich würd mal folgendes vorschlagen: vergiss streamdev, und verwende vdr-sxfe, um am client die verbindung zum server herzustellen ... was ich so gehoert hab, soll das ziemlich gut funktionieren ...allerdings hab ich das selbst noch nie getestet ...


    Das geht aber nur wenn Du einen einzigen Client hast......

    echt? ich dachte das geht auch für mehrere :/


    dann bleibt wohl nur noch vnsi-xbmc ;)

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep

    vdr-sxfe ist nur das Frontend vom xineliboutput Plugin.


    Du hast also nur ein Backend.
    Zwar kann man auch mehrere Frontends auf mehren Rechnern laufen lassen aber die zeigen dann natürlich alle das selbe an.
    Und ich glaube das will man nicht.


    vnsi-xbmc wird glaube ich nicht schneller sein. Eher das Gegenteil.

    stimmt da hast du recht ... ich bringe immer frontend/backend und client/server architektur durcheinander ;)


    zu xbmc: also vnsi ist zumindest schon mal um einiges schneller als streamdev ;)

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep

    Zitat

    Original von MikeDK
    stimmt da hast du recht ... ich bringe immer frontend/backend und client/server architektur durcheinander ;)


    zu xbmc: also vnsi ist zumindest schon mal um einiges schneller als streamdev ;)


    ...aber auch noch ziemlich instabil. Bei mir hängt sich XBMC beim umschalten manchmal auf. Besonders wenn die channels.conf noch nicht bearbeitet ist und da nicht empfangbare Sender zwischen drin sind...


    Ich merk bei mir keinen unterschied bei den Umschaltzeiten zwischen xineliboutput und vnsi...

    VDR1: Antec New Solution NSK2480 mit Asrock K10N78M Pro | 2GB Ram | GeForce 8200 |AMD Athlon x2 250 | Ferni: Harmony 200 + IRF Media W-01RN | Display: Futaba mdm166a | Terratec Cinergy 1200 & Skystar 2 DVB-S | yaVDR 0.6.1 Kernel 3.19
    VDR2: ESPRIMO E5625 | 4GB Ram | GeForce 8200 | AMD Sempron LE-1250 2,2GHz | Ferni: 0471:20cc | yaVDR 0.6.1 Kernel 3.13
    VDR3: ESPRIMO E720 | 8GB Ram | GeForce GT730 2GB | INTEL PENTIUM Core G3220 CPU 2x 3,0GHz | Ferni: 0471:20cc | Sundtek DVB-C | yaVDR 0.6.1 Kernel 4.4 / LibreELEC 8.1.2 Dualboot

    also der Dharma-pvr branch vom lars opdenkamp laeuft bei mir ziemlich gut ... hab das seit zwei tagen laufen, und hat sich erst zweimal aufgehängt ... das ist ne extreme verbesserung ... pvr-testing2 hat sich jeden tag mindestens 10mal aufgehaengt ;)

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep


    Habe noch mal gesucht.
    Finde keine Einstellung bezüglich "Decoder" oder sonst was was mit Buffern zusammen hängt. :(

    hmm ... hab xineliboutput schon laenger nicht mehr am laufen .... aber ich guck mal, ob ich das wieder reaktivieren kann, dann kann ich dir die genaue einstellung sagen ... kann sich nur um stunden handeln ;)



    lg, mike

    HW: ASUS P5G43T-M Pro, C2D E8400, 4GB DDR3, TeVii S470, TT-connect S2-3650 CI, TT-connect S2-3600, HDD: Seagate Barracuda Green 5900.3 2TB
    SW: Debian 6.0.2.1 AMD64, Kernel 2.6.32, vdr 1.7.21, xbmc vom pipelka rep

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden