Immer noch Probleme mit HD

    Hallo,


    Ab einer gewissen xinelib-vdpau Version hatte ich Probleme auf Debian lenny Systemen.
    Heute habe ich zum Testen mal auf so einer Maschine ubuntu installiert.
    Läuft eigentlich sauber bis auf dieses Problem auf HD Kanälen:


    Aug 8 11:43:28 vdr-kno vdr: [14734] buffer usage: 70% (tid=14733)
    Aug 8 11:43:28 vdr-kno vdr: [14734] buffer usage: 80% (tid=14733)
    Aug 8 11:43:28 vdr-kno vdr: [14734] buffer usage: 90% (tid=14733)
    Aug 8 11:43:28 vdr-kno vdr: [14734] buffer usage: 100% (tid=14733)
    Aug 8 11:43:28 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:30 vdr-kno vdr: [14736] EnigmaNG effects thread ended (pid=14661, tid=14736)
    Aug 8 11:43:30 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:31 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2
    Aug 8 11:43:32 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:34 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:35 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2
    Aug 8 11:43:36 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:39 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:39 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2
    Aug 8 11:43:41 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:43 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:43 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2
    Aug 8 11:43:45 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:45 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2
    Aug 8 11:43:47 vdr-kno vdr: [14733] ERROR: TS packet not accepted in Transfer Mode
    Aug 8 11:43:47 vdr-kno vdr: [14734] ERROR: driver buffer overflow on device 2



    Scheint eventuell mit der libX11 zusammenzuhängen. Ubuntu ist ja auch Debianbasierend. Kann man diese lib eventuell austauschen? Wo bekomme ich eine funktionierende? Oder kann man diese sogar selber übersetzen?



    VDR ist 1.7.8 , xine und xineliboutput tagesaktuell aus dem CVS.


    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

    Einmal editiert, zuletzt von pixelpeter ()

    Hi,


    ist ein bug im aktuellen cvs von xineliboutput. Mach mal bitte folgendes in device.c von xineliboutput (Zeile 1128 auskommentieren):


    #ifndef NO_HACKS
    - ForEach(m_clients, &cXinelibThread::SetHDMode, m_h264);
    +// ForEach(m_clients, &cXinelibThread::SetHDMode, m_h264);
    #endif


    Danach neu kompilieren und der Fehler sollte verschwinden ... der Entwickler weiß Bescheid und schaut sich das schon an ...


    Viele Grüße
    Dirk

    Hallo Dirk,


    Super TIP. HD-Bildmäßig tadellos.
    Nur noch das alte Problem mit den Tonaussetzern besteht immer noch.
    Hoffe, dass sich da noch etwas tut.
    Wie kann man den Author überhaupt kontaktieren
    Ist er hier im Forum aktiv?



    Viele Grüße
    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

    Hallo,


    der o.g. Workaround ist für den aktuellen cvs checkout nicht mehr notwendig. Das neue, vollautomatische HD-Buffering funktioniert jetzt. D.h. das Plugin sorgt bei HD-Kanälen jetzt automatisch für die richtige Buffergröße - die statische Konfiguration via config_xineliboutput entfällt.


    Bild & Ton bei SD- und HD-Sendern laufen bei mir damit störungsfrei ... viel Spaß beim Testen!


    Viele Grüße
    Dirk


    P.S. Wer den HD-Buffer-Ausgangswert von 2000 erhöhen will, kann dies in den defines von xine_input_vdr.c tun. Ich habe ihn auf 2500 erhöht, um "buffer overflow"-Fehlermeldungen auszuknipsen.


    Hallo Dirk,


    häng doch bitte mal einen Link auf die Sourcen rein.


    Danke!


    Gruß
    Wolfgang

    Hallo Wolfgang,


    Sourcen muß man sich direkt aus dem cvs holen ...


    Code
    #! /bin/sh 
cvs -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput login 
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co -P vdr-xineliboutput


    Viele Grüße
    Dirk

    Hi,


    bitte kontrolliere einmal in deinem VDR-Konfigurationsverzeichnis unter /plugins/xineliboutput/ die Datei "config". Du solltest Buffer-Settings wie


    # Anzahl der Audiopuffer
    # numeric, default: 230
    #engine.buffers.audio_num_buffers:230


    # number of video buffers
    # numeric, default: 500
    #engine.buffers.video_num_buffers:1000


    # Standardanzahl von Videobildern
    # numeric, default: 15
    #engine.buffers.video_num_frames:22


    einfach mal auskommentieren. Dann klappts auch mit den HD-Sendern ...;-)


    Viele Grüße
    Dirk

    Hi nochmal,


    also bei mir läufts soweit, ich benutze das locale Frontend.


    Dabei kommt es aber nach wie vor auf den HD-Sendern von ARD und ZDF sowie EinsFestival mit Dolby/PassThrough an zu kompletten Ton-Ausfällen.


    Entwender man schaltet hin und nix kommt oder man hört nur knacksen und dann nix mehr.


    Irgendetwas läuft da noch nicht sauber.


    Mit der 1.0.4 gibt es die Probleme nicht.


    Danke schon mal.


    Gruß
    Wofgang

    Ok, jetzt hab ich noch einmal die CVS-Version vom xineliboutput probiert, da laufen auch die HD-Sender ohne Probleme.


    Allerdings habe ich noch ein Problem mit dem Digitalton:


    Das Xine-Plugin starte ich mit

    Code
    --audio-driver alsa:iec958

    und alles geht prima, inkl. laut, leise und stumm (Einstellung auf Software).


    Im xineliboutput bekomme ich nur Ton, wenn ich es mit

    Code
    --audio=alsa:iec958

    starte und in den Einstellungen auf 'Hardware' stelle. Dann geht aber auch kein Laut/leise oder Mute.


    Ansonsten hätte ich lieber xineliboutput ;)


    ...Hagen

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden