14.10.2013, 23:45
Hallo,
möchte euch meine Lösung zum genannten Thema preisgeben.
Ich hatte mit dem Softhddevice alle 10min einen kurzen Ton- und Bildruckler. Mal mehr mal weniger stark hör-/sehbar.
Im log passierte folgendes:
Wenn "audio/alsa: writei underrun error? 'Datenübergabe unterbrochen" eingetragen wurde, gab es den Tonaussetzer/Bildruckler.
Im VDR-Portal gibt es einige Themen zu Tonaussetzer mit dem Softhddevice. Erste Empfehlung ist immer den Audiobuffer zu erhöhen. Dies half aber bei mir nicht.
Nach erneutem Durchstöbern des Internets nach dem "writei underrun error?" hab ich den Hinweis gefunden als Audiodevice den AES Parameter anzugeben.
Der Blick in die easyvdr-frontend-softhddevice.conf zeigte, dass als Audiodevice "default" eingetragen ist. Nach Ersatz des default durch den für meine Hardware richtigen AES Parameter (hdmi:AES0=0x4,CARD=NVidia_1,DEV=0) sind die Tonaussetzer Geschichte.
Info zu meiner Audioconfig: Multiausgabe ist aktiv. Einmal Ton via HDMI (Ausgang Graka) und einmal opt. SPDIF (Motherboard).
Die Frage, warum der default diese Tonaussetzer produzierte ist für mich noch offen. Vielleicht hat jemand eine Erklärung dafür.
Gruß
Schwabe
EDIT on:
Seit der Änderung gibt es nun keine gleichzeitige Ausgabe von Stereoton über HDMI (TV) und SPDIF (AV-Receiver) mehr. Heißt also, dass das Zusammenspiel der Stereoausgabe über HDMI und SPDIF der Verursacher der Tonaussetzer ist.
Aber wieso funktioniert dieselbe Soundkonfiguration bei Xinliboutput fehlerfrei und bei Softhddevice nicht?
Kann mir das jemand erklären?
Danke.
EDIT off
möchte euch meine Lösung zum genannten Thema preisgeben.
Ich hatte mit dem Softhddevice alle 10min einen kurzen Ton- und Bildruckler. Mal mehr mal weniger stark hör-/sehbar.
Im log passierte folgendes:
Code:
Oct 14 20:24:22 easyVDR vdr: video: 21:15:58.187 +37 1099 240/\ms 33+7 v-buf
Oct 14 20:25:22 easyVDR vdr: video: 21:16:58.187 +33 1094 240/\ms 29+7 v-buf
Oct 14 20:25:26 easyVDR vdr: [softhddev] empty video packet 131 bytes
Oct 14 20:26:22 easyVDR vdr: video: 21:17:58.187 +28 1090 240/\ms 30+7 v-buf
Oct 14 20:27:22 easyVDR vdr: video: 21:18:58.187 +24 1086 240/\ms 33+7 v-buf
Oct 14 20:28:22 easyVDR vdr: video: 21:19:58.187 +19 1081 240/\ms 31+7 v-buf
Oct 14 20:29:22 easyVDR vdr: video: 21:20:58.187 +15 1077 240/\ms 30+7 v-buf
Oct 14 20:29:37 easyVDR vdr: [softhddev] empty video packet 51 bytes
Oct 14 20:30:22 easyVDR vdr: video: 21:21:58.187 +11 1072 240/\ms 33+7 v-buf
Oct 14 20:31:22 easyVDR vdr: video: 21:22:58.187 +6 1068 240/\ms 30+7 v-buf
Oct 14 20:32:22 easyVDR vdr: video: 21:23:58.187 +2 1063 240/\ms 33+7 v-buf
Oct 14 20:33:22 easyVDR vdr: video: 21:24:58.187 -2 1059 240/\ms 27+7 v-buf
Oct 14 20:34:22 easyVDR vdr: video: 21:25:58.187 -6 1055 240/\ms 30+7 v-buf
Oct 14 20:35:01 easyVDR vdr: [softhddev] empty video packet 51 bytes
Oct 14 20:35:06 easyVDR vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Oct 14 20:35:22 easyVDR vdr: video: slow down video, duping frame
Oct 14 20:35:22 easyVDR vdr: video: 21:26:58.027 +36 1114 240/\ms 30+7 v-buf
Oct 14 20:36:22 easyVDR vdr: video: 21:27:58.027 +32 1110 240/\ms 31+7 v-bufWenn "audio/alsa: writei underrun error? 'Datenübergabe unterbrochen" eingetragen wurde, gab es den Tonaussetzer/Bildruckler.
Im VDR-Portal gibt es einige Themen zu Tonaussetzer mit dem Softhddevice. Erste Empfehlung ist immer den Audiobuffer zu erhöhen. Dies half aber bei mir nicht.
Nach erneutem Durchstöbern des Internets nach dem "writei underrun error?" hab ich den Hinweis gefunden als Audiodevice den AES Parameter anzugeben.
Der Blick in die easyvdr-frontend-softhddevice.conf zeigte, dass als Audiodevice "default" eingetragen ist. Nach Ersatz des default durch den für meine Hardware richtigen AES Parameter (hdmi:AES0=0x4,CARD=NVidia_1,DEV=0) sind die Tonaussetzer Geschichte.
Info zu meiner Audioconfig: Multiausgabe ist aktiv. Einmal Ton via HDMI (Ausgang Graka) und einmal opt. SPDIF (Motherboard).
Die Frage, warum der default diese Tonaussetzer produzierte ist für mich noch offen. Vielleicht hat jemand eine Erklärung dafür.
Gruß
Schwabe
EDIT on:
Seit der Änderung gibt es nun keine gleichzeitige Ausgabe von Stereoton über HDMI (TV) und SPDIF (AV-Receiver) mehr. Heißt also, dass das Zusammenspiel der Stereoausgabe über HDMI und SPDIF der Verursacher der Tonaussetzer ist.
Aber wieso funktioniert dieselbe Soundkonfiguration bei Xinliboutput fehlerfrei und bei Softhddevice nicht?
Kann mir das jemand erklären?
Danke.
EDIT off