Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
Könntest du in deiner FAQ erläutern wie experimentell das jeweilige Define noch ist.
In was für einer Masseinheit macht man sowas?
Sorry, konnte nicht widerstehen.
Gerald
Eigentlich funktioniert die Erkennung. In meinem speziellen Fall möchte ich sowieso jeden Kanal als 6 Kanal PCM an den Receiver schicken. Wenn nur auf zwei Kanälen Ton vorhanden ist kommt der Ton eben nur aus zwei Lautsprechern. Dafür gebe ich in der asound.conf einfach fix 6 Kanäle vor.Also über HDMI geht auch 5.1 da ist genug Bandbreite vorhanden, die Frage ist nur wie erkennt der Receiver das es mal 2 Kanal oder 6 Kanal ist.
Irgendwie muß dies ja der Receiver/TV erkennen.
Kennt sich hier jemand aus?
Wenn nicht muß ich mal suchen.
Liegt am Zusammenspiel Plugin und Receiver.


This post has been edited 1 times, last edit by "jack-itb" (Mar 13th 2012, 12:21am)
Quoted
Eigentlich funktioniert die Erkennung. In meinem speziellen Fall möchte ich sowieso jeden Kanal als 6 Kanal PCM an den Receiver schicken. Wenn nur auf zwei Kanälen Ton vorhanden ist kommt der Ton eben nur aus zwei Lautsprechern. Dafür gebe ich in der asound.conf einfach fix 6 Kanäle vor.
Ich habe das jetzt nochmal mit xine gestestet und nicht reproduzieren können. Mit softhddevice habe ich es gerade am einfachsten reproduziert indem ich auf Sky Sport HD bei einem Fussballspiel per Audio-Menü zwischen der ersten (DD 2.0) und der zweiten (DD 5.1) Tonspur hin- und hergeschaltet habe. Nach ein paar mal umschalten kommt auf einmal auf der 5.1-Spur der Kommentar und andere laute Geräusche aus (mindestens?) einem der Rear-Speaker. Beim weiter hin- und herschalten ist der falsche Kanal manchmal vorhanden und manchmal nicht. Im Moment des Umschaltens scheint immer alles in Ordnung zu sein, der falsche Kanal kommt eine knappe Sekunde nach Umschalten.
Tut mir leid dich jetzt mit solch merkwürdigen Phänomenen zu belästigen die anscheinend nur bei mir auftreten. Irgendein Zusammenhang zum softhddevice scheint aber gegeben zu sein. Falls du nichts findest oder keine Zeit dafür hast kann ich auch damit leben doch erstmal weiterhin Passthrough zu benutzen oder notfalls beim "Bug" einfach hin- und herzuschalten bis der Ton passt :)
Hab hier mit der Git-Version (09ba3e299321f49b1f330feb6778171a06968d73) noch ein Ton Problem. Ausgabe ist Stereo über HDMI. Gestartet wird das Plugin mit "-a hdmi_complete -c hdmi_volume" und der entsprechenden asound.conf aus dem wiki, um die Lautstärke regeln zu können. ALSA Version ist 1.0.25.
Schalte ich von einem HD+ Sender auf z.B. BR3 (SD, Stereo) fliegt mir der Ton weg, Video wird angezeigt. Zappen auf andere Sender bringt den Ton nicht mehr zurück. Lediglich Neustart des VDRs hilft. Keine Ahnung ob es damit zu tun hatte, dass ich zeitgleich im Hintergrund eine Aufnahme habe schneiden lassen. Jedenfalls konnte ich mit der aktuellen Version von gestern Abend (7b570c507cf0634e1249f60e7d008ff43f0d264a) den Fall nicht mehr reproduzieren.
hier läuft mit ffmpeg-0.10 alles super! Wirkbetriebstest übers WE mit der wilden Horde (ups, jetzt habe ich Hardcore-Tester - aka Familie - falsch geschrieben) war ein voller Erfolg. Danke! Aerdings haben die kleinen Tester den Wunsch an mich herangetragen, 4:3 SD (also nicht 16:9 in 4:3 autocrop - das geht supergut) zoomen zu können (hatte ich unter xine fest auf 125% stehen; dann ohne autocrop). Wäre da evtl. gaaanz hinten auf Deiner Todo-Liste noch ein Plätzchen frei?
Dann hätte ich noch eine Bitte: kannst Du mir einen Tip geben, wo ich in den Quellen das Handling für den Power-Button auskommentieren kann? Ich will keine Diskussion beginnen und verstehe und akzeptiere Deine Designentscheidung. Ich würde mich um die Abschaltmimik inkl. susp nur gerne selbst kümmern. Wie gesagt, ich will keine Diskussion über diesen Punkt lostreten.(1)
Quoted
Beim Zweiten, da sehe ich kein Problem, dies sollte schon so funktionieren.
Im Setup -> SoftHdDevice -> "suspend closes video+audio" auf "off" schalten und sollte es wie gewünscht funktionieren.
Ansonsten in softhddevice.cpp ShutdownHandler.IsUserInactive() entfernen.
|
|
Source code |
1 2 3 4 |
// check if user is inactive, automatic enter suspend mode
if (SuspendMode == NOT_SUSPENDED && ShutdownHandler.IsUserInactive()) {
|
Moin!
Quoted
Beim Zweiten, da sehe ich kein Problem, dies sollte schon so funktionieren.
Im Setup -> SoftHdDevice -> "suspend closes video+audio" auf "off" schalten und sollte es wie gewünscht funktionieren.
Ansonsten in softhddevice.cpp ShutdownHandler.IsUserInactive() entfernen.
Das würde ich gerne auch so einstellen. Wenn ich das aber tue und dann per menuorg ein Skript starte, welches "/usr/local/src/VDR/svdrpsend PLUG softhddevice susp" und
danach XBMC startet, dann habe ich da keinen Ton. Ist ja auch klar, weil Audio nicht suspendiert wird.
Mein Vorschlag wäre, das
![]()
Source code
1 2 3 4// check if user is inactive, automatic enter suspend mode if (SuspendMode == NOT_SUSPENDED && ShutdownHandler.IsUserInactive()) {
in softhddevice.cpp in void cPluginSoftHdDevice::MainThreadHook(void)
mit einem weiteren Setup-Punkt zu versehen. Sowas wie "Automatically enter suspend mode:" "Yes/No".
Wenn du mal einen timeslot hast, könntest du die svdrp Befehe in deinem Wiki einfügen.Dafür gibt es den zweiten Satz an svdrp Befehen DETA und ATTA die sind von der Konfiguration unabhängig.
Genauso wie der External Player im Video und Audio freigibt,
Im Debug sind keine Unterschiede zwischen korrektem und kaputtem Ton zu sehen:Leider sagt er in der Normalen Version nicht, wieviele Kanäle das Plugin ausgibt. Wenn möglich mal eine Version mit -DDEBUG verwenden, dann sieht man im Syslog wieviele Kanäle das Plugin ausgibt.
Es gibt vier mögliche Fehlerquellen Plugin -> Libav/ffmpeg -> Alsa -> Receiver.
Libav/ffmpeg hat größere Probleme beim Umwandeln der Kanäle, je nach Version und ob libav oder ffmpeg gibt es unterschiedliche Ergebnisse.
Gehe mal mit -a plughw:NVidia,7 (oder was du hier brauchst) direkt auf die Hardware. Im Setup SoftHDDevice Downmix einschalten, das sollte immer klappen.
Dann Downmix ausschalten, wenn dies klappt sollte es an libav/ffmpeg oder alsa liegen.
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
Mar 13 19:41:55 htpc vdr: codec/audio: format change 48000Hz 5 channels Mar 13 19:41:55 htpc vdr: audio: channels 5 frequency 48000 hz pcm Mar 13 19:41:55 htpc vdr: audio/alsa: flushing buffers Mar 13 19:41:55 htpc vdr: audio/alsa: flush state RUNNING Mar 13 19:41:55 htpc vdr: audio: wait on start condition Mar 13 19:41:55 htpc vdr: audio/alsa: using device 'default' Mar 13 19:41:55 htpc vdr: audio/alsa: buffer size 4096 85ms, period size 1024 21ms Mar 13 19:41:55 htpc vdr: audio/alsa: state PREPARED Mar 13 19:41:55 htpc vdr: audio/alsa: delay 264ms Mar 13 19:41:56 htpc vdr: audio/alsa: enqueue state PREPARED Mar 13 19:41:56 htpc vdr: audio: ----> 544ms start Mar 13 19:41:59 htpc vdr: codec/audio: drift( -1120) 53ms reset Mar 13 19:41:59 htpc vdr: codec/audio: drift( -1120) 53866us 1120 Mar 13 19:41:59 htpc vdr: codec/audio: inital delay 569 ms |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 |
Mar 13 19:41:59 htpc vdr: codec/audio: format change 48000Hz 2 channels Mar 13 19:41:59 htpc vdr: audio: channels 2 frequency 48000 hz pcm Mar 13 19:41:59 htpc vdr: audio/alsa: flushing buffers Mar 13 19:41:59 htpc vdr: audio/alsa: flush state RUNNING Mar 13 19:41:59 htpc vdr: audio: wait on start condition Mar 13 19:41:59 htpc vdr: audio/alsa: using device 'default' Mar 13 19:42:00 htpc vdr: audio/alsa: buffer size 4096 85ms, period size 1024 21ms Mar 13 19:42:00 htpc vdr: audio/alsa: state PREPARED Mar 13 19:42:00 htpc vdr: audio/alsa: delay 264ms Mar 13 19:42:00 htpc vdr: audio/alsa: enqueue state PREPARED Mar 13 19:42:00 htpc vdr: audio: ----> 544ms start |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 |
Mar 13 19:42:02 htpc vdr: codec/audio: format change 48000Hz 5 channels Mar 13 19:42:02 htpc vdr: audio: channels 5 frequency 48000 hz pcm Mar 13 19:42:02 htpc vdr: audio/alsa: flushing buffers Mar 13 19:42:02 htpc vdr: audio/alsa: flush state RUNNING Mar 13 19:42:02 htpc vdr: audio: wait on start condition Mar 13 19:42:02 htpc vdr: audio/alsa: using device 'default' Mar 13 19:42:02 htpc vdr: audio/alsa: buffer size 4096 85ms, period size 1024 21ms Mar 13 19:42:02 htpc vdr: audio/alsa: state PREPARED Mar 13 19:42:02 htpc vdr: audio/alsa: delay 264ms Mar 13 19:42:02 htpc vdr: audio/alsa: enqueue state PREPARED Mar 13 19:42:02 htpc vdr: audio: ----> 544ms start |

However, there is a small problem with the subtitles.When new text is written the old is not always cleared, so you have the
new subtitles written over the old.
Wenn du mal einen timeslot hast, könntest du die svdrp Befehe in deinem Wiki einfügen.
@johns: Ist es aufwendig eine Möglichkeit einzubauen das Audio Ausgabe Device im Plugin selbst einstellen zu können ? - also dies evtl im Setup Menü einzubauen.
Läuft das xine-Plugin denn eigentlich nicht mit ffmpeg/libav? Dort scheint das Problem ja nicht aufzutreten.
Ich habs jetzt nochmal direkt mit plughw:0,3 getestet: Selbes Ergebnis.Also 2 Kanal wird als 2 Kanal ausgeben und 5.1 Kanal als 6 Kanäle. Damit spielt das Plugin und ffmpeg/libav nicht groß am Ton herum.
Ich könnte mich irgendwo beim Audiodrift verrechnet habe, also kein USE_AUDIO_DRIFT_CORRECTION verwenden.
Den Aufruf "CodecReorderAudioFrame()" ist zweimal drin, rausnehmen.
Hat der Receiver eine Anzeige ob er nun 2 Kanal oder 5.1 erkennt?
Johns
.. heißt das nun vdr-xinelibout, vdr-xine, softhd, (..?) könnten parallel laufen - alle suspendfähig (und fangen einen absturz/lock/etc ab ..)So ich habe das Primary Device umschalten in mein Plugin eingebaut.
Ich bin der Meinung dieser Befehl sollte direkt in den VDR.
z.b.
![]()
Source code
1 2 # svdrpsend prim svdrpsend prim softhddevice
aber solange dies nicht geht. Kann man mit:
![]()
Source code
1 svdrpsend plug softhddevice prim X
umschalten. X ist die Devicenummer von softhddevice oder wenn noch andere Ausgabedevice hat, deren Nummer.
Johns

Ich habe gerade mal in xine nachgeschaut und dort werden wenn ich das richtig sehe aus 5 Kanälen 6 gemacht. Anscheinend gibt es Probleme mit 5-Kanal Sound in alsa. Nur merkwürdig, dass außer mir niemand Probleme damit hat...Was mir allerdings gerade noch aufgefallen ist: Beim betroffenen Kanal liegen laut Log "5 Channels" an. Bei den meisten anderen Sendern mit Surround-Ton liegen 6 Channels an. Dort kann ich den Fehler auch momentan nicht reproduzieren.
.. heißt das nun vdr-xinelibout, vdr-xine, softhd, (..?) könnten parallel laufen - alle suspendfähig (und fangen einen absturz/lock/etc ab ..)