softdevice-plugin: ac3 problem immer pcm device

pimboli · 14. September 2007

Nach langer zeit funktionniert ac3 bei mir aber nur teils.

wenn ich vdr aufrufe mit: -ao alsa:pcm=demixer# bekomme ich supi ac3 ton auf meinen lautsprechern, jedoch kann er bei stereo nix ausgeben klar.

nun rufe ich vdr auf mit: -ao alsa:pcm=default#ac3=dmixer#

bei stereo ton klappt das auch, aber bei ac3 nicht da sagt er immer 6 channels aber gibt es auf das default device aus

Ps. bleibt noch zu sagen dass ich den ac3-analog patch von (http://vdr-portal.de/board/thread.php?threadid=58304&hilight=alsa+pcm+default+ac3) verwende

Hier ein bsp. zuerst wähle ich stereo ton aus und dann ac3:

Code

Sep 14 20:59:34 tv vdr: [5275] [softdevice-audio] Opening alsa device default
Sep 14 20:59:34 tv vdr: [5275] [softdevice-audio] Using alsa AC3 device dmixer
Sep 14 20:59:34 tv vdr: [5275] [softdevice-audio] Device opened! Ready to play
Sep 14 20:47:18 tv vdr: [5193] [softdevice-audio] samplerate: 48000Hz, channels: #2
Sep 14 20:47:18 tv vdr: [5193] [softdevice-audio] Device 'default', Samplerate 48000 Channels 2
Sep 14 20:47:18 tv vdr: [5193] [softdevice-audio] Period size 1152 Buffer size 4608
Sep 14 20:47:18 tv vdr: [5193] [softdevice-audio] Hardware initialized
Sep 14 20:47:38 tv vdr: [5230] [softdevice-audio]: Xrun (at least 5737.605 ms long) 
Sep 14 20:47:38 tv vdr: [5230] [softdevice-audio]: xrun
Sep 14 20:47:41 tv vdr: [5237] [softdevice-audio]: Xrun (at least 913.564 ms long) 
Sep 14 20:47:41 tv vdr: [5237] [softdevice-audio]: xrun
Sep 14 20:47:41 tv vdr: [5238] [softdevice-audio]: Xrun (at least 62.028 ms long) 
Sep 14 20:47:41 tv vdr: [5238] [softdevice-audio]: xrun
Sep 14 20:47:42 tv vdr: [5239] [softdevice-audio] samplerate: 48000Hz, channels: #6
Sep 14 20:47:42 tv vdr: [5239] [softdevice-audio] Device 'default', Samplerate 48000 Channels 6
Sep 14 20:47:42 tv vdr: [5239] [softdevice-audio] Period size 1152 Buffer size 4608
Sep 14 20:47:42 tv vdr: [5239] [softdevice-audio] Hardware initialized

Alles anzeigen

wäre sehr dankbar wenn mir jemand helfen könnte wenn das klappt ist mein vdr "fast" komplett

pimboli · 16. September 2007

oder bedeutet ac3 device nur dass das dann über den spdif device ausgegeben wird?

stl · 16. September 2007

Mit ac3=name wird der Gerätenamen angegeben, über den AC3-SPDIF an das externe AC3-Equipment weitergegeben wird.
Über das OSD von softdevice wird entschieden was mit dem AC3 Ton gemacht wird:

5.1 S/P-DIF - geht an externen Dekoder
5.1 Analog (2CH) - Stereo downmox von ffmpeg (falls möglich)
5.1 Analog (4CH) - 4-Kanal downmix (falls möglch)
5.1 Analog (6CH) - 6-Kanal analog (falls möglich)

Dein Versuch mit "-ao alsa:pcm=default" sollte eigentlich funktionieren, wenn 6CH gewählt ist.

Stefan

pimboli · 16. September 2007

mm ok danke dann war ich auf der falschen spur

aber wie weiss ALSA denn jetzt ob es stereo oder 5.1 ausgeben soll?
hast du vlt. eine .asoundrc datei die funktionniert?

habe in meiner folgendes stehen:

Code

pcm.!default {
#       type plug
         slave.pcm "dmixer"
         slave.channels 6
         type route
         ttable.0.0 1
         ttable.1.1 1
         ttable.0.2 1
         ttable.1.3 1
         ttable.0.4 0.5
         ttable.1.4 0.5
         ttable.0.5 0.5
         ttable.1.5 0.5


  }
   pcm.dmixer {
       type dmix
       ipc_key 1024
       slave {
           pcm "hw:0,1"
           channels 6
           period_time 0
           period_size 1024
           buffer_size 4096
           rate 48000
       }
       bindings {
0 5
1 0
2 4
3 1
4 3
5 2
       }
   }




   ctl.dmixer {
       type hw
       card 0
   }

Alles anzeigen

wenn ich vdr aufrufe mit "-ao alsa:pcm=dmixer" kommt auch 5.1 und die bindings sind auch richtig, allerdings geht ja dann kein stereo ton mehr..

danke

pimboli · 16. September 2007

mm,

also die vorderen kanäle sind bei stereo und 5.1 anders belegt.

Wo werden in softdevice sources die kanalzuweisungen gemacht?
dann könnte ich vlt in den sources die zuordnung ändern.

denn wenn in bindings in meiner asoundrc für stereo stimmen stimmen sie füR 5.1 nicht mehr un umgedreht...

Sven

stl · 19. September 2007

Zitat

Original von pimboli
Wo werden in softdevice sources die kanalzuweisungen gemacht?

Da wird im Moment (noch) nichts besonderes gemacht. Die Daten werden einfach an das Ausgabedevice weitergereicht.

Zitat

denn wenn in bindings in meiner asoundrc für stereo stimmen stimmen sie füR 5.1 nicht mehr un umgedreht...

Das mit dem "Mappen" und "Mixen" ist m.E ja auch nur ein Workaraound, da die tatsächliche Hardwarevielfalt nicht mehr in den Treibern abbildbar ist.
Nungut.
Damit sieht es so aus, als wenn wir für unterschiedliche Channelcounts, jeweils einen separaten Ausgabedevicename bräuchten.

Stefan

pimboli · 19. September 2007

ja das wäre glaub ich die beste möglichkeit wenn man 2 getrennte ausgabedevicenamen hätte,

also sowas wie: "-ao alsa:pcm=default#ac3analog=51surround"

ist sowas schwehr zu implementieren?

besteht die hoffnung das dies vlt in einer der nächsten versionen hinzugefügt wird?

Sven

stl · 19. September 2007

Zitat

Original von pimboli
also sowas wie: "-ao alsa:pcm=default#ac3analog=51surround"

So was in der Art. audio-alsa.c, Zeile 290:

Man versucht einen Devicenamen entsprechend der Anzahl der Kanäle zu öffnen. Falls das schief geht verwendet man den angegeben pcm Namen.

Code

char *ch_dev_name = NULL;
asprintf (&ch_dev_name, "CH%d", currContext.channels);
if ((err = snd_pcm_open(&handle, ch_dev_name, SND_PCM_STREAM_PLAYBACK, 0)) < 0 &&
..

Das erfordert natürlich für alle Kanalmöglichkeiten eine Definition für alsa.

Stefan

pimboli · 19. September 2007

mm,

müsste ja dann so aussehen oder?

Code

if (handle)
            snd_pcm_close(handle);


        char *ch_dev_name = NULL;
        asprintf (&ch_dev_name, "CH%d", currContext.channels);
     if ((err = snd_pcm_open(&handle,ch_dev_name,SND_PCM_STREAM_PLAYBACK, 0)) < 0) {
 esyslog("[softdevice-audio] Playback reopen error: %s, %s FATAL exiting",
              device, snd_strerror(err));
      // should we close handle?
      handle = NULL;
      handleMutex.Unlock();
      return -1;
    }

Alles anzeigen

meine C kenntnisse sind leider ziemich bescheiden, aber wenn ich das so kompiliere bekomme ich immer folgende fehlermeldung im syslog:

[softdevice-audio] Playback reopen error: default, No such file or directory FATAL exiting

habe in meiner .asoundrc folgende einträge:

Code

pcm.2 {
type dmix
ipc_key 1024
slave {
        pcm "hw:0,1"
        channels 2
        period_time 1
        period_size 1024
        buffer_size 16384 #4096
        rate 48000
}
}
pcm.6 {
type dmix
ipc_key 1024
slave {
        pcm "hw:0,1"
        channels 6
        period_time 1
        period_size 1024
        buffer_size 16384 #4096
        rate 48000
}

Alles anzeigen

was mache ich falsch?

danke für deine hilfe.

stl · 19. September 2007

Da hatte ich gedacht das die Namen in .asoundrc pcm.CH6, pcm.CH4, .. und so heißen sollten "CH%d".

Code

char  *ch_dev = NULL;
    asprintf (&ch_dev, "CH%d", currContext.channels);
    if ((err = snd_pcm_open(&handle, ch_dev, SND_PCM_STREAM_PLAYBACK, 0)) < 0) {
      isyslog("[softdevice-audio] Playback reopen error: %s, %s",
              ch_dev, snd_strerror(err));
      if ((err = snd_pcm_open(&handle,
                              device,
                              SND_PCM_STREAM_PLAYBACK, 0)) < 0) {
        esyslog("[softdevice-audio] Playback reopen error: %s, %s FATAL exiting",
                device, snd_strerror(err));
        // should we close handle?
        handle = NULL;
        handleMutex.Unlock();
        return -1;
      }
    }

Alles anzeigen

Stefan

Nachtrag: in .asoundrc mußte ich pcm "hw:0,0" angeben und _nicht_ pcm "hw:0,1"

pimboli · 20. September 2007

vielen dank für deine Hilfe!!

habe es nun fast am laufen, glaub muss nur noch die asoundrc verfeinern.

Jedoch musste ich deinen code umändern da ch_dev zwar mit CH2 oder CH6 belegt worden ist, und es hat auch überprüft ob die alsa devices vorhanden sind, jedoch hatte es keine auswirkung auf die ausgabe,
habe nun anstelle von "ch_dev" "device" benutzt.
Hier der code

Code

asprintf (&device, "CH%d", currContext.channels);
    if ((err = snd_pcm_open(&handle, device, SND_PCM_STREAM_PLAYBACK, 0)) < 0) {
      isyslog("[softdevice-audio] Playback reopen error: %s, %s",
              device, snd_strerror(err));
        if ((err = snd_pcm_open(&handle,    
                              device,            
                              SND_PCM_STREAM_PLAYBACK, 0)) < 0) {               
        esyslog("[softdevice-audio] Playback reopen error: %s, %s FATAL exiting",
                device, snd_strerror(err));
        // should we close handle?             
        handle = NULL;
        handleMutex.Unlock();
        return -1;
      }
    }

Alles anzeigen

Sven

stl · 21. September 2007

Ich versteh zwar nicht wieso es bei Dir mit zweimaligem Öffnen des gleichen Devicenames besser geht, aber nun gut. Vielleicht waren ja auch nur die Messages irritierend, die noch 'nen anderen Namen verwendet haben.
Da sowieso noch ein 'free()' fehlte, gibts hier nun nochmal eine Komplettversion.
Ich hoffe Du bist auch beim Verfeinern der asoundrc weiter gekommen.

Stefan

pimboli · 27. September 2007

Sorry für die verspätete antwort aber da ist der urlaub dazwischen gekommen

danke für den patch hab den grad eingespielt und scheint alles supi zu funktionnieren

Ich muss nur noch "softvol" für alle kanäle zum laufen bringen denn die lautstärke ist unterschiedlich.

werden die beiden patches , den channels und den analog patch in die nächste version übernommen?

**** Danke für die Hilfe *****
********* ************

stl · 27. September 2007

Zitat

Original von pimboli
Sorry für die verspätete antwort aber da ist der urlaub dazwischen gekommen

danke für den patch hab den grad eingespielt und scheint alles supi zu funktionnieren

Na dann kannst Du ja (gut erholt) auch anstatt der Patches die aktuelle Cvs -Version nutzen.
Da ist nun sowohl ac3-analog-01.diff (den hatte ich ja schon vergessen) als auch CHx-device.diff integriert, jeweils mit ein paar leichten Änderungen.

Stefan

softdevice-plugin: ac3 problem immer pcm device

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema