Streamdev und DVB-S2 Streams

  • Also nachdem sich hier keiner gemeldet hat, hab ich es selbst getestet. Mit VDR 1.7.0 gibts die selben Probleme.


    Wie gehts hier weiter?

  • Könntest Du's mal mit folgenden Änderungen im streamdev versuchen:

  • Wenn schon tunen dann richtig ;)
    habe mal:
    - den Sleep auf 10ms
    - StreamerBufSize auf 8MB
    - WriterBufSize auf 2MB gesetzt
    und ... es läuft tatsächlich wesentlich besser als vorher, fast keine Bildartefakte mehr und womit ich vorher noch sehr viel größere Probleme hatte: keine Tonunterbrechungen mehr!

  • Okay - dann werden wir mutiger: Kannst Du es mal mit dem sibuffer-0.4-Patch von http://www.vdr-developer.org/mantisbt/view.php?id=374 versuchen? Vor dem Patchen bitte die Änderungen an der Puffergröße und der Sleep-Dauer wieder Rückgängig machen, da der Patch beide Stellen modifiziert. Das cCondWait::SleepMs(100); fliegt komplett raus. Nach dem Patchen bitte den WRITERBUFSIZE wieder erhöhen (z.B. auf 4000 * TS_SIZE + 1).

  • Ich hab es mit dem sibuffer-0.4 Patch getestet, funktioniert schon viel besser, nur noch wenige Bildfehler. Das Erhöhen des WRITEBUFSIZE auf 8000*TS_SIZE+1 bringt noch ein wenig Verbesserung.


    Danke erstmal.


    Was hats denn mit der Version 0.5 des Patches auf sich?

  • Um es noch einmal etwas zu konkretisieren: Die kleinen Bildfehler treten nun auch im SDTV auf, relativ regelmäßig. Ich habe den sibuffer-0.5 Patch installiert, das hat keine Besserung gebracht. Mit dem 0.5er Patch funktioniert aber PES Streaming wieder. Damit treten diese Probleme nicht auf. Mit PES wiederum funktioniert das streamen von HD-Kanälen nicht mehr.

  • Zitat

    Was hats denn mit der Version 0.5 des Patches auf sich?


    Ist im Bugtracker dokumentiert.


    Zitat

    Um es noch einmal etwas zu konkretisieren: Die kleinen Bildfehler treten nun auch im SDTV auf, relativ regelmäßig. Ich habe den sibuffer-0.5 Patch installiert, das hat keine Besserung gebracht.


    Kannst Du mal prüfen ob mit dem sukzessives Erhöhen der WRITEBUFSIZE die Bildstörungen im selben Maße weniger werden? Welchen Compiler verwendest Du? Handelt es sich um ein Multicore-/-prozessor-System?


    Zitat

    Mit PES wiederum funktioniert das streamen von HD-Kanälen nicht mehr.


    Das liegt daran, dass für PES-Streaming eine leicht modifizierte Kopie des Remuxer von VDR 1.6.0 seine Dienste tut - und dieser hat keine Ahnung von H.264. Ich für meinen Teil werde dies auch für's Erste nicht nachbessern. Die Zukunft ist TS. PES bleibt nur deshalb im Programm, weil für das TS-Streaming von analogen DVB-Karten das pvrinput-Plugin nicht alle Daten liefert, so dass z.B. VLC den Stream akzeptiert.


    Beim PES-Streaming mit sibuffer-0.5 kann es aufgrund fehlender namespace-Deklarationen zu Abstürzen kommen. Verbesserter Patch ist in Arbeit (aber wenn der fertig ist, wird der sibuffer-Patch ohnehin eingecheckt.)

  • Zitat

    Kannst Du mal prüfen ob mit dem sukzessives Erhöhen der WRITEBUFSIZE die Bildstörungen im selben Maße weniger werden? Welchen Compiler verwendest Du? Handelt es sich um ein Multicore-/-prozessor-System?


    Hnm, den Standard der bei Ubuntu Jaunty dabei ist. Wenn du willst schau ich heut abend mal nach und schreib die genaue Version von gcc. Prozessor ist ein Intel Zweikern E5200 (siehe sig). Das mit dem Erhöhen des Caches teste ich aus und melde mich dann nochmal.

  • Jaunty verwendet gcc 4.3.3.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

  • gcc Version ist tatsächlich die 4.3.3.


    Die vorgeschlagene Änderung bringt eine Verbesserung, behebt das Problem aber nicht ganz (momentan noch ca. alle 90 Sekunden ein kleiner Bildfehler auf ZDF, vorher ca. alle 20 Sekunden). Trotzdem danke, mühsam ernährt sich das Eichhörnchen. ;)

  • Hi, dein patch hat einen reject gegen das actuelle cvs :


    1 out of 5 hunks FAILED -- saving rejects to file server/streamer.c.rej


    EDIT : Sorry, mein fehler. Falscher alarm.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Einmal editiert, zuletzt von ebsi ()

  • Eines ist mit dem letzten patch komisch. Nun meint xbmc das der ORF HD 1 33.3 FPS hätte. Was deffinitiv nicht stimmt. Der sendet in 720p ;)

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

  • Zitat

    Original von ebsi
    Eines ist mit dem letzten patch komisch. Nun meint xbmc das der ORF HD 1 33.3 FPS hätte. Was deffinitiv nicht stimmt. Der sendet in 720p ;)


    Und das war mit sibuffer-0.5 bzw. ohne Patch anders :schiel???

  • Kann ich nicht sagen. Ich hab bisher xbmc + streamdev nur ohne dem sibuffer patch verwendet. Und da hatte ich in XBMC die korrekte Framrate.
    Wo finde ich den sibuffer-0.5 patch damit ich es probieren kann ?

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

    Einmal editiert, zuletzt von ebsi ()

  • Der sibuffer-0.6 funzt bei mir besser. Habe aber noch keine größeren Erfahrungen, weil momentan spinnt xbmc, wenn der läuft werd ich mal ein bisschen tv schauen und dann noch mal berichten. Aber über VLC siehts schon mal sehr gut aus. :)

  • Hab nochmals rumgespielt und habe mehr und mehr das gefühl das XBMC selber das problem ist. Schalte ich die Auflösung fix auf 720p geht der ORF 1 HD wunderbar und XBMC verwendet auch die richtige Framerate.

    HW HD-VDR-1 : Foxconn H67S MiniITX, Intel G620T, 1x 80GB Intel Postvile X25 SSD, anysee E7 PS2 CI DVB-S2 intern, Gehäuse JCP MI 101, 2 GB DDR3 Ram.
    HW HD-VDR-2 : Zotac H61 MiniITX , Intel G440, 1x 320GB HDD, TeVII 470, Gehäuse Silverstone Sugo SG05, 4 GB DDR3 Ram.
    SW HD-VDR : archlinux 64bit mit archvdr Paketen ( http://archvdr.sf.net ) und VAAPI. Kernel 3.1.x, Rest bleeding edge :D
    xine-lib-1.2 VAAPI : https://github.com/huceke/xine-lib-vaapi/commits/vaapi + vdr-xine als Frontend

  • Ich wollte ja nochmal berichten wie es im live-Einsatz funktioniert. Leider bekomme ich es nicht zum laufen. Sobald ich das streamdev-plugin mit dem sibuffer-patch 0.6 patche, sagt xbmc dass das streamdev inkompatibel ist, mit dem 0.5 funktioniert es. :(
    Somit von mir erstmal keine Praxiserfahrungen.


    PS: Trotzdem danke für deine Arbeit schmirl!

Jetzt mitmachen!

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