[RPI Ausgabeplugin] Knacken

    Hallo zusammen,


    ich folge diesem Thread schon seit einiger Zeit, und habe das rpihddevice zusammen mit einem streamdevclient auf einem raspberry pi b+ (übertaktet auf 900 MHZ) aufgesetzt. Das rpihddevice ist aus dem git von gestern. Ich benutze den Ton nach einem HDMI Splitter (Delock xxxx) per Lichtkabel und bin soweit von der Performance etc. sehr zufrieden. Ich habe allerdings das knacken, oder knacksen, oder wie es hier genannt wurde weiterhin drin. Es wird weniger, wenn ich die Tips mit einbeziehe bzgl. der Veränderung von omxdevice.c (sowohl das erhöhen von #define LATENCY_TARGET auf 45000LL oder höher (bis 1000 msec), als auch S(0.995f), S(0.999f), S(1.000f), S(1.001), S(1.005)), aber ganz verschwunden ist es nie, auch nicht wenn ich runtertakte auf normale 700 MHZ.
    Die Aufteilung zwischen GPU und RAM ist 128/128. Da ich in den Posts am Ende keinerlei Knack-Probleme mehr gelesen habe: Ist das Knacken bei jedem weg ?
    Ich sehe soweit keinerlei Errors in den Logs, weder vom Server, noch vom raspberry selbst.
    Kann ich noch irgendwas ändern, um eine Verbesserung möglicherweise zu erzielen ???


    Ansonsten gefällt mir diese Konstellation sehr viel besser als openelec oder raspbmc, weil dafür - so finde ich - ist der Raspberry zu langsam (besonders die Pufferei beim Umschalten dauert dort zu lange).


    Achja, da ich auch mit dem Zucken besonders bei ZDF HD zu tun hatte, habe ich die Ausgabe in der config.txt auf
    1920x1080 @ 60Hz 16:9, clock:74MHz interlaced
    gestellt. Dabei waren dann die 'Zuck'-Einheiten verschwunden, aber vielleicht hat das ja auch mit dem Ton Einfluss wg. des Timings, deshalb erwähne ich es hier.


    Noch etwas bzgl. der Konstellation: Mein server besitzt 4 (3 angeschlossene) DVB Tuner, sodass ich beim streamdev-client natürlich auch 3 angegeben habe.


    Für Vorschläge immer offen
    vg mcfly

    Raspberry Pi B+
    overclocked 950 MHZ
    mem/gpu split 256/256
    VDR 2.1.6 mit rpihddevice und streamdev aus dem git
    HDMI Splitter

    Gefällt mir 1

    Hallo


    ich habe hier auch noch das "knacksen" oder wie ich es nenne "Audio Plops" an 4 verschiedenen RPI´s mit unterschiedlichen TV Geräten ohne jeglichen Switch/HDMI Umschalter etc.. - alles direkt RPI > TV


    habe auch schon die Patches eingespielt und an der Taktfrequenz herumprobiert.
    Auch habe ich mit diversen Eisntellungen in der config.txt getestet (HDMI)


    ABer bisher alles ohne Erfolg.


    CU
    GTR


    PS: ganz aktuelles Raspbian + frische Variante aus dem GIT + VDR 2.1.6

    Hallo Zusammen,


    Zitat von mcflyvdr

    Ich habe allerdings das knacken, oder knacksen, oder wie es hier genannt wurde weiterhin drin. Es wird weniger, wenn ich die Tips mit einbeziehe bzgl. der Veränderung von omxdevice.c (sowohl das erhöhen von #define LATENCY_TARGET auf 45000LL oder höher (bis 1000 msec), als auch S(0.995f), S(0.999f), S(1.000f), S(1.001), S(1.005)), aber ganz verschwunden ist es nie, auch nicht wenn ich runtertakte auf normale 700 MHZ.


    Also ich habe exakt die selbe Hardware im Einsatz und habe mit #define LATENCY_TARGET180000LL (2000msec) deutlich weniger Knacken. Das veränderen der Angleichzeit


    Code
    S(0.995f), S(0.999f), S(1.000f), S(1.001), S(1.005))


    brachte bei mir keinerlei Verbesserung.
    Aber ganz weg ist es immer noch nicht. Das Knacken ist bei mir auch nur bei Sendern OHNE DD zu hören.



    Zum Thema Ruckeln bei TV:


    Ich empfinde die Einstellung in der config.txt am Besten.


    Code
    hdmi_mode=31   1080p  50 Hz


    Was bei mir aber die meiste Verbesserung gebracht hat, ist folgende Einstellung in der /etc/sysctl.conf:


    Code
    vm.min_free_kbytes=16384


    Damit läuft das Netzwerk wesentlich performanter und somit auch weniger (bzw. keine) Ausetzer.


    VG Uli

    Hallo binduli,


    ich habe es auch mal probiert: LATENCY_TARGET 180000LL (also 2000 msec)


    Aber bei so hohen Werten stellte ich gestern abend fest, dass das Bild bei z.B. ARD HD irgendwann stehen bleibt (so nach ca. 5 Min schauen) und nur ein Umschalten und Zurückschalten hilft dann.. ABER: Das Knacken wird dadurch noch weniger.... das stimmt schon


    Da ihr alle schreibt, bei Dolby Digital (DD) tritt das nicht auf, habe ich z.B. ARD HD auch mal auf DD gestellt. War ok.... nur dann schaute ich eine Aufnahme und dabei passierte was ganz komisches: Die nennen wir es Hintergrundmusik und die Nebengeräusche konnte man normal hören, die Stimmen waren aber sooooo leise, das man sie fast garnicht hörte. Nach der Umstellung beim Fernseh auf den 'noralen' Stereo Kanal, war bei der Aufnahme dann wieder alles normal.... (aber das nur am Rande)
    Vielleicht kann Reufer ja noch was tun gegen das Knacken ???!!!!


    VG
    mcfly

    Raspberry Pi B+
    overclocked 950 MHZ
    mem/gpu split 256/256
    VDR 2.1.6 mit rpihddevice und streamdev aus dem git
    HDMI Splitter

    Hi,
    ich habe auch während live-tv ab und an kleinere Audio Plops oder Ruckler, aber leider noch mehr während Aufnahmen und vor allem wenn ich eine Aufnahme anschaue, die gerade aufgezeichnet wird.
    Ich habe nicht übertacktet und

    Code
    vm.min_free_kbytes = 16384

    und aktuelle GIT-Version ausgecheckt.


    Video format ist bei mir 1080p @50Hz (mode 31) eingestellt.


    Wie kann ich mehr Debug-Ausgaben aus dem Plugin holen? :)
    Im Makefile ist schon

    Code
    DEBUG = 1

    eingestellt


    Schöne Grüße
    Patrick

    Hi Patrick,

    Zitat von djdagobert

    ich habe auch während live-tv ab und an kleinere Audio Plops oder Ruckler, aber leider noch mehr während Aufnahmen und vor allem wenn ich eine Aufnahme anschaue, die gerade aufgezeichnet wird.
    Ich habe nicht übertacktet und

    Code
    vm.min_free_kbytes = 16384

    und aktuelle GIT-Version ausgecheckt.

    Wie siehts mit der Auslastung auf dem Raspberry PI aus? (top). Sind es Aufnahmen mit DD-Ton? Wie ausgelastet ist der zugehörige Server? Benutzt du NFS um die Aufnahmen zu teilen?



    Hi mcfly

    Zitat

    Die nennen wir es Hintergrundmusik und die Nebengeräusche konnte man
    normal hören, die Stimmen waren aber sooooo leise, das man sie fast
    garnicht hörte. Nach der Umstellung beim Fernseh auf den 'noralen'
    Stereo Kanal, war bei der Aufnahme dann wieder alles normal....

    Ich denke das Phänomen ist normal, weil Dolby Digital. Da erscheinen Stimmen immer leiser, zumindest habe ich diese Erfahrung gemacht.


    Zitat


    Aber bei so hohen Werten stellte ich gestern abend fest, dass das Bild
    bei z.B. ARD HD irgendwann stehen bleibt (so nach ca. 5 Min schauen) und
    nur ein Umschalten und Zurückschalten hilft dann.

    Dieses Phänomen kann ich NICHT bestätigen. Bei mir läuft das auch mit der Einstellung (LATENCY_TARGET 180000LL) völlig normal.


    VG Uli

    ich habe meinen Produktiv RasPI mit MLD vor ein paar Tagen leider upgedated. Dabei ist auch eine neue Version von diesem Plugin rein gekommen. Seite dem habe ich auch deutlich mehr Knacken und Ruckler. Besonders bei HD TV. Aufnahmen laufen dagegen ruckelfrei.

    Wäre interessant ob es am neuen MMC/SD card Treiber liegt.


    Für alle die keinen RPI+ haben wäre es ein Versuch den alten Treiber wieder zu erwingen:


    also den neuen Treiber zu deaktivierenin der /boot/cmdline.txt


    Code
    bcm2708.bcm2835_mmc=0


    Siehe hier:
    http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=85061


    Vielleicht macht der Treiber ja SD Card zugriff besser aber Audio Knacksiger?



    lg,
    Joe

    Zitat von mcflyvdr

    nennen wir es Hintergrundmusik und die Nebengeräusche konnte man normal hören, die Stimmen waren aber sooooo leise, das man sie fast garnicht hörte


    das klingt danach, das bei Mehrkanalton der Center Kanal fehlt und nur die Haupt und/oder Rear-Kanäle zugemischt wurden.

    Hallo zusammen


    Erst mal danke für die zahlreichen Feedbacks. Auch wenn ich diese Probleme bei mir nicht habe, scheint es noch Spielraum für Verbesserungen zu geben bezüglich Buffer-Verteilung und Live-Mode. Ich schau mir das nach meinem Urlaub an, aktuell kann ich nicht viel konstruktives dazu beitragen.


    Zitat von binduli

    Also ich habe exakt die selbe Hardware im Einsatz und habe mit #define LATENCY_TARGET180000LL (2000msec) deutlich weniger Knacken.

    Gut zu wissen. 2000ms erscheinen mir aber etwas viel, das Plugin hat aktuell wohl zu wenig Audio-Buffer um volle zwei Sekunden zwischenzuspeichern.


    Zitat von binduli

    Aber ganz weg ist es immer noch nicht. Das Knacken ist bei mir auch nur bei Sendern OHNE DD zu hören.

    Welche sind das bei dir konkret?


    Ein Parameter an dem man testweise noch schrauben kann, sind die Anzahl der Audiobuffer. Die sind in omx.c auf Zeile 1054 momentan auf 4 gesetzt:

    Code
    ...
param.nBufferSize = KILOBYTE(160);
param.nBufferCountActual = 4;
m_freeAudioBuffers = true;
...


    Ich würde den Wert versuchsweise mal auf 8 oder 16 erhöhen und schauen, ob sich da was ändert.


    Gruss
    Thomas

    Zitat von decembersoul

    ich habe meinen Produktiv RasPI mit MLD vor ein paar Tagen leider upgedated. Dabei ist auch eine neue Version von diesem Plugin rein gekommen. Seite dem habe ich auch deutlich mehr Knacken und Ruckler. Besonders bei HD TV. Aufnahmen laufen dagegen ruckelfrei.


    Du weisst nicht zufällig, welche Version die vorherige war?


    Gruss
    Thomas

    Servus alle miteinander,

    So, ich habe jetzt alle Änderungen zurückgenommen (LATENCY vor allem), und nur den Audio buffer auf 16 (wie oben angeg.) gesetzt. Leider kein Erfolg.
    Nun versuch ich dies beizubehalten und die LATENCY wieder hoch zu setzen....

    Raspberry Pi B+
    overclocked 950 MHZ
    mem/gpu split 256/256
    VDR 2.1.6 mit rpihddevice und streamdev aus dem git
    HDMI Splitter

    Hi,


    Was ich bei den Aufnahmen noch festgestellt habe ist, dass Audio UND Bild im 4-Sekunden Rythmus stockt. Vielleicht hilft das bei der Ursachenforschung :)


    Hi Uli,

    Zitat von binduli

    Wie siehts mit der Auslastung auf dem Raspberry PI aus? (top)


    die load-average liegt bei ca. 0.8, vdr braucht ca. 27% CPU


    Zitat von binduli

    Sind es Aufnahmen mit DD-Ton?


    Code
    rpihddevice: set audio codec to 6ch AC3
rpihddevice: 6ch PCM, 48.0kHz not supported by HDMI device
rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
rpihddevice: decoding S16 samples in 2 channels


    Kommen zum Beispiel die Aussetzer/Ruckler


    Zitat von binduli

    Wie ausgelastet ist der zugehörige Server? Benutzt du NFS um die Aufnahmen zu teilen?


    Der Server langweilt sich :) und ja, ich menutze NFS.


    Hi Thomas,

    Zitat von reufer

    Ein Parameter an dem man testweise noch schrauben kann, sind die Anzahl der Audiobuffer. Die sind in omx.c auf Zeile 1054 momentan auf 4 gesetzt:

    Code
    ...
param.nBufferSize = KILOBYTE(160);
param.nBufferCountActual = 4;
m_freeAudioBuffers = true;
...


    Ich würde den Wert versuchsweise mal auf 8 oder 16 erhöhen und schauen, ob sich da was ändert.


    Das und das deaktivieren des neuen Treibers könnte ich auch noch ausprobieren.


    Schöne Grüße
    Patrick

    Hi Patrick,


    Code
    rpihddevice: set audio codec to 6ch AC3
rpihddevice: 6ch PCM, 48.0kHz not supported by HDMI device
rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
rpihddevice: decoding S16 samples in 2 channels


    Das Ruckeln liegt daran das dein Raspberry versucht den DD-Ton in PCM umzuwandeln.
    Dafür ist der Raspberry aber zu schwach. Du musst Ihm sagen das er immer den Ton durchreichen soll.


    Das kannst du in der config.txt über folgende Einstellung ändern:


    Code
    hdmi_force_edid_audio=1


    http://reicheltpedia.de/index.php/Media-Center-Raspberry_Pi


    VG Uli

    Hallo Gemeinde,


    wieso ist Seite 53 nicht mehr zu sehen ??? Ich komme nur noch per "letzte Antwort" auf den Thread...

    Raspberry Pi B+
    overclocked 950 MHZ
    mem/gpu split 256/256
    VDR 2.1.6 mit rpihddevice und streamdev aus dem git
    HDMI Splitter

    Zitat von mcflyvdr

    wieso ist Seite 53 nicht mehr zu sehen Ich komme nur noch per "letzte Antwort" auf den Thread ???


    könnte sein, das das Audio Problem ausgelagert wurde , weil der Original Thread hier --> [Prototyp] RPI Ausgabeplugin
    geschlossen wurde. Dadurch fehlen dann die ausgelagerten Posts und lassen sich nicht mehr gezielt anspringen


    Hm, früher gab es im Eingangspost aber dafür immer einen Hinweis auf die Quelle

    Zitat von mcflyvdr

    wieso ist Seite 53 nicht mehr zu sehen ??? Ich komme nur noch per "letzte Antwort" auf den Thread...


    Dirk hat den Originalthread geschlossen, weil er zu lang wurde. Die Beiträge zum Audioproblem hat er, auf meinen Wunsch hin, in diesen neuen Thread ausgelagert. Andere Diskussionen zum Plugin bitte im Nachfolgethread oder einem neuen Thema weiterführen, damit wir hier nicht die Übersicht verlieren.


    Gruss
    Thomas

    Hi Thomas,


    Zitat von reufer


    Ein Parameter an dem man testweise noch schrauben kann, sind die Anzahl der Audiobuffer. Die sind in omx.c auf Zeile 1054 momentan auf 4 gesetzt:

    Code
    ...
param.nBufferSize = KILOBYTE(160);
param.nBufferCountActual = 4;
m_freeAudioBuffers = true;
...


    Ich würde den Wert versuchsweise mal auf 8 oder 16 erhöhen und schauen, ob sich da was ändert.


    Ich habe den Wert jetzt einmal auf 16 erhöht und bis jetzt (ich konnte nur kurz testen) sind keine Audio-Probleme mehr aufgetaucht.
    Ich werde das aber heute Nacht nochmal etwas länger beobachten.


    Vielen Dank erstmal :)
    Patrick

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden