[vdr-1.7.42] Tonaussetzer beim schnellen Springen durch eine Aufzeichnung

Zitat von shofmann

hier eine Beobachtung, die ich versehentlich in einem Announce-Thread gepostet hatte: Ich springe relativ häufig mit "Gelb" und "Grün" schnell minutenweise durch eine Aufzeichnung, um den Beginn
der gewünschten Sendung bzw. die zum Schneiden relevanten Stellen zu
finden. Meistens ist dies dann erforderlich, wenn MarkAd keine Schnittmarken setzen konnte.

Kenne ich, mache ich quasi täglich genauso, funktioniert problemlos mit SoftHDDevice & vdr-plugin-xine.

Zitat von shofmann

Für die in Kürze anstehende Stable-Version wäre es natürlich vorteilhaft, wenn dieses kleine Problem noch gelöst werden könnte.

Ist IMHO ein Problem in Deiner Installation, keines vom Core-VDR. Ich tippe auf Ausgabefrontend & Alsa ...

Regards
fnu

Das Problem hab ich auch, liegt aber eher an softhddevice. Mein Receiver klackert dann immer schön, macht kein Spass.

Und ich wiederhole mich: AV-Receiver mögen keine abgehackte Pakete.
Wenn man einen kritischen AV-Receiver hat, dann kann man mit AES das
Format einstellen. Wenn mit AES das Problem auftritt, dann kann ich mir
mal angucken, wie man sauber an den Paketgrenzen die Puffer löscht.
Oder jemand baut einen Patch.

Die Klötzchen sollten auch vom Ausgabedevice kommen, wobei 1-2 Frames
nicht vermeidbar sind.

Johns

Was ist denn AES? Ne Setup Option?

-a hdmi:AES0=0x4,CARD=NVidia,DEV=0 -p iec958:AES0=0x6,CARD=NVidia,DEV=0

hdmi,iec959 oder hw.
CARD und DEV wie sonst auch nehmen.

Johns

Im Moment hab ich da nur: -a hw:1,7

aplay -l sagt:

**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: NVidia [HDA NVidia], Gerät 0: ALC888 Analog [ALC888 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: NVidia [HDA NVidia], Gerät 1: ALC888 Digital [ALC888 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia_1 [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia_1 [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0

Wie müsste es denn bei mir aussehen? Bei xine/xineliboutput musste ich da nichts einstellen mit AES...gibts da ne Doku für?

Vielleicht kann ja ein Mod mal das Thema verschieben.

Also:

-a hw:AES0=0x4,CARD=NVidia,DEV=7 -p hw:AES0=0x6,CARD=NVidia,DEV=7

Für die Parameter man iecset und suche "alsa+AES0".

Meine nicht Fachmänische Erklährung; AES0=0x4 stellt die HDMI/SPDIF
Leitung auf PCM, AES0=0x6 stellt sie auf AC3.

Johns

Danke. Probier ich später mal. Denke aber bei mir ist es NVidia_1.

Ja stimmt, habe nicht weitergelesen.

Johns

Ich habs mal spassenshalber bei mir probiert. Das funktioniert hier garnicht.

speaker-test 1.0.25


Wiedergabe-Gerät ist plughw:CARD=1,DEV=7,AES0=0x04
Stream-Parameter sind 48000 Hz, S16_LE, 2 Kanäl
Verwende 16 Oktaven rosa Rauschen
ALSA lib conf.c:4571:(parse_args) Unknown parameter AES0
ALSA lib conf.c:4704:(snd_config_expand) Parse arguments error: Datei oder Verzeichnis nicht gefunden
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM plughw:CARD=1,DEV=7,AES0=0x04
Fehler beim Öffnen des Gerätes: -2, Datei oder Verzeichnis nicht gefunden

Auch wenn iecset -c 1 -x etwas ausgibt. Kann es sein das dies für HDMI Tonausgabe nicht zutrifft ?

Hatte es auch mal kurz versucht und mein VDR blieb stumm. Allerdings konnte ich auch noch nicht weiter testen, da der VDR in Betrieb war.

So gehts:

-P'softhddevice -a hdmi:AES0=0x4,CARD=1 -p hdmi:AES0=0x6,CARD=1 -f -D -d :0.1'

Im Setup noch AC3 passthrough aktivieren, dann funktionierts, auch beim Springen.

BTW: speaker-test bleib trotzdem stumm, warum auch immer.

Zitat von shofmann

Bitte nicht so vorschnell: Wie aus meiner Signatur ersichtlich, benutze ich – ebenso wie meines Wissen Klaus – eine TT-6400. Also kein Bezug zu VDPAU, ALSA und dergleichen. Nachdem das DvbHdDevice integraler Bestandteil des VDR Core ist, sollte man dem Problem wohl schon nachgehen und nicht immer gleich auf einen DAU tippen...

Ich ging gar nicht von DAU aus, hatte Deine Signatur auch beachtet und die S2-6400 gesehen.

Aber bei mir funktioniert das von Dir beschrieben problemlos und Deine S2-6400 wird ja auch per Plugin als Ausgabefrontend betrieben, wie bei mir eben xine oder SHD. Von daher liegt der Schluß schon nahe, das das Problem nicht am Core-VDR sondern am "vdr-plugin-dvbhddevice" liegt, da wird der Ton ja "erzeugt" ...

Gut ich hätte schreiben können "Ausgabefrontend oder Alsa", wobei ich nicht sicher bin ob die FF-HD überhaupt Alsa benötigt.

Regards
fnu

Zitat von shofmann

Intuitiv würde ich auf ein Problem im Puffer-Management des Videostroms tippen, ...
Es könnte aber natürlich auch ein Plugin dafür verantwortlich sein, das an der Verarbeitung von Videoströmen beteiligt ist, wie etwa XineLibOutput ..

Das ist doch beim Einsatz einer HD-FF sowieso überflüssig, oder?

Zitat von s_mario

Das ist doch beim Einsatz einer HD-FF sowieso überflüssig, oder?

War auch nur ein Beispiel von ihm, natürlich ist das überflüssig mit einer S2-6400, ist aber dennoch ein Ausgabeplugin wie dvbhddevice, dvbsddevice etc. ...

Zitat von fnu

War auch nur ein Beispiel von ihm, natürlich ist das überflüssig mit einer S2-6400, ist aber dennoch ein Ausgabeplugin wie dvbhddevice, dvbsddevice etc. ...

Na, ob das nur ein Beispiel war..?? Immerhin hat er es in seiner Sig unter Plugins stehen.

Zitat von s_mario

Na, ob das nur ein Beispiel war..?? Immerhin hat er es in seiner Sig unter Plugins stehen.

Ganz sicher ein Beispiel im Kontext der Diskussion und wie Du den Rest hier augenscheinlich nicht gelesen hast ...