Re: [pulseaudio-discuss] review+pull-request: Passthrough support
On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan arun.ragha...@collabora.co.uk wrote: On Wed, 2011-04-13 at 18:23 +0530, Arun Raghavan wrote: [...] The changes needed to actually use this in GStreamer are also done, but not upstream yet. I need to do some rebasing to make this stuff good to push out, so details on this in a following mail. Okay, this is also pushed and good to test. I'll be pushing this out to master after the next round of gst* releases (which should happen in the next couple of weeks or so). For now, you'll need: * gstreamer from git master * gst-plugins-base from: http://git.collabora.co.uk/?p=user/arun/gst-plugins-base.git;a=shortlog;h=refs/heads/passthrough * gst-plugins-good from: http://git.collabora.co.uk/?p=user/arun/gst-plugins-good.git;a=shortlog;h=refs/heads/passthrough * gst-plugins-bad, gst-plugins-ugly, gst-ffmpeg built against the above would probably also be needed (for non-passthrough playback) With all but the top-most commit to gst-plugins-good, pulsesink will be plugged in passthrough mode when the sink supports the format of the input. The top-most commit on gst-plugins-good introduces a new pulsesinkbin element, which automatically reconfigures based on what formats are available on the sink we're connected to. So if you're playing AC3 in passthrough mode over S/PDIF and switch to analog out, it'll transparently plug in a decoder, and if you switch back to digital out, the decoder will be removed and passthrough mode will be enabled again. pulsesinkbin will be autoplugged if your app (or gst-launch) is using playbin2, but most applications totem/rhythmbox/... override the playbin2 audio sink, so there's some work pending before this just works with players. I'm happy to help if anyone runs into problems while testing. Cheers, Arun p.s.: for those of you who want to test but don't have a gstreamer-from-git setup already, jhbuild[1] or gst-uninstalled[2] should be useful. I have been using this branch for awhile (since the first day XBMC could use it to passthrough DTS-HD) and will it worked for most that time yesterday I updated to the most recent git pull and now pulseaudio doesn't even see my Nvidia HDMI at all anymore. It doesn't show as a possible sink. This is on a XBMC-Live dedicated HTPC that nothing else has changed in recent time. I can still use HDMI by using straight Alsa so nothing happened to it. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] review+pull-request: Passthrough support
On Sat, Apr 16, 2011 at 9:39 AM, Dark Shadow shadowofdarkn...@gmail.com wrote: On Thu, Apr 14, 2011 at 5:49 AM, Arun Raghavan arun.ragha...@collabora.co.uk wrote: On Wed, 2011-04-13 at 18:23 +0530, Arun Raghavan wrote: [...] The changes needed to actually use this in GStreamer are also done, but not upstream yet. I need to do some rebasing to make this stuff good to push out, so details on this in a following mail. Okay, this is also pushed and good to test. I'll be pushing this out to master after the next round of gst* releases (which should happen in the next couple of weeks or so). For now, you'll need: * gstreamer from git master * gst-plugins-base from: http://git.collabora.co.uk/?p=user/arun/gst-plugins-base.git;a=shortlog;h=refs/heads/passthrough * gst-plugins-good from: http://git.collabora.co.uk/?p=user/arun/gst-plugins-good.git;a=shortlog;h=refs/heads/passthrough * gst-plugins-bad, gst-plugins-ugly, gst-ffmpeg built against the above would probably also be needed (for non-passthrough playback) With all but the top-most commit to gst-plugins-good, pulsesink will be plugged in passthrough mode when the sink supports the format of the input. The top-most commit on gst-plugins-good introduces a new pulsesinkbin element, which automatically reconfigures based on what formats are available on the sink we're connected to. So if you're playing AC3 in passthrough mode over S/PDIF and switch to analog out, it'll transparently plug in a decoder, and if you switch back to digital out, the decoder will be removed and passthrough mode will be enabled again. pulsesinkbin will be autoplugged if your app (or gst-launch) is using playbin2, but most applications totem/rhythmbox/... override the playbin2 audio sink, so there's some work pending before this just works with players. I'm happy to help if anyone runs into problems while testing. Cheers, Arun p.s.: for those of you who want to test but don't have a gstreamer-from-git setup already, jhbuild[1] or gst-uninstalled[2] should be useful. I have been using this branch for awhile (since the first day XBMC could use it to passthrough DTS-HD) and will it worked for most that time yesterday I updated to the most recent git pull and now pulseaudio doesn't even see my Nvidia HDMI at all anymore. It doesn't show as a possible sink. This is on a XBMC-Live dedicated HTPC that nothing else has changed in recent time. I can still use HDMI by using straight Alsa so nothing happened to it. Don't worry, it must of been a random problem after rolling back to old versions of your passthrough branch then moving up one commit at at time to try and track the breakage I made it back to the newest with it working again. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] [WIP] Passthrough support
On Thu, Mar 24, 2011 at 10:50 AM, Anssi Hannula anssi.hann...@iki.fi wrote: On 24.03.2011 16:18, pl bossart wrote: It seems that 384k sample rates aren't supported directly in alsa, I did some patching to no avail yet. In any case if the channel count can be specified with passthrough the following should work. paplay --raw --channels=2 --rate=192000 --passthrough File.dts.spdif192khz ( this works). paplay --raw --channels=4 --rate=192000 --passthrough File.dts.spdif384khz ( this fails). To passthrough dolby true-hd it looks like it'll be necessary for more than two channels to work. There was a thread on dts-hd in alsa-devel at some point. Anssi (cc:ed) contributed some patches for HDMI and provided the information below on ffmpeg configurations. You may want to try at the alsa level before trying with pulseaudio to make sure your setup is correct. I tend to believe you have to go for 8ch @ 192kHz to make this work based on my limited understanding of HBR. Indeed for HBR you need to always specify 8 channels and use rate to control the final rate (i.e. you either use normal 2 channel passthrough or HBR 8 channel passthrough). For example to passthrough the abovementioned 384 kHz stream you need to use 8 channels and rate of 96000. However, I think 384kHz DTS bitstream is generally *not* supported by A/V receivers, so you probably want to use 768kHz (8 channels, 192kHz). (note: I haven't tested whether HBR works with pulseaudio or not) The DTS-HD part is not merged yet (patch is in ffmpeg-devel@), but the TrueHD and E-AC-3 support is already there in ffmpeg trunk. The ffmpeg commandline to use is: ffmpeg -i input.file -f spdif output.spdif For DTS-HD files, to get full passthrough (i.e. not only core), a -dtshd_rate parameter is needed, which sets the output IEC958 rate. ffmpeg -i input.file -f spdif -dtshd_rate 192000 output.spdif ffmpeg -i input.file -f spdif -dtshd_rate 768000 output.spdif 192000Hz is enough for streams that have a bitrate below 6.144Mbps, which means all DTS-HD High Resolution Audio files and even many of the DTS-HD Master Audio (the latter are lossless VBR). To play the spdif files back, I use aplay -D hdmi:CARD=$CARDNAME,DEV=$DEVICENUM,AES0=0x06 -c $CHANCOUNT -r $RATE file.spdif - replacing $CARDNAME with the card name - replacing $DEVICENUM with 0..3 depending on card and hdmi port (for non-zero DEVICENUM you'll need a patch from alsa git: http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=e6d5dcf1f625984605d362338d71162de45a6c60 ) - set $CHANCOUNT and $RATE as per below - rate 192000 and channels 2 for IEC958 rate 192 kHz (for e.g. 48 kHz E-AC-3, and DTS-HD when the IEC958 rate was set to 192000 in ffmpeg) - rate 192000 and channels 8 for IEC958 rate 768 kHz (for most TrueHD files, and for DTS-HD when the rate was set to 768000) - note that having the 0x02 bit (non-pcm) set in AES0 is mandatory when $CHANCOUNT is larger than 2, as ALSA uses it to determine whether to use HBR or not. The additional 0x04 (non-copyright) I use above is not mandatory, but is the alsa default so I kept it. -- Anssi Hannula ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss Would anyone know where I could get a hold of some DTS-HD samples in 192Khz and 384kHz for testing? ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] [WIP] Passthrough support
On Thu, Mar 24, 2011 at 7:19 PM, Kelly Anderson ke...@silka.with-linux.com wrote: On 03/24/11 18:58, Dark Shadow wrote: On Thu, Mar 24, 2011 at 10:50 AM, Anssi Hannulaanssi.hann...@iki.fi wrote: On 24.03.2011 16:18, pl bossart wrote: It seems that 384k sample rates aren't supported directly in alsa, I did some patching to no avail yet. In any case if the channel count can be specified with passthrough the following should work. paplay --raw --channels=2 --rate=192000 --passthrough File.dts.spdif192khz ( this works). paplay --raw --channels=4 --rate=192000 --passthrough File.dts.spdif384khz ( this fails). To passthrough dolby true-hd it looks like it'll be necessary for more than two channels to work. There was a thread on dts-hd in alsa-devel at some point. Anssi (cc:ed) contributed some patches for HDMI and provided the information below on ffmpeg configurations. You may want to try at the alsa level before trying with pulseaudio to make sure your setup is correct. I tend to believe you have to go for 8ch @ 192kHz to make this work based on my limited understanding of HBR. Indeed for HBR you need to always specify 8 channels and use rate to control the final rate (i.e. you either use normal 2 channel passthrough or HBR 8 channel passthrough). For example to passthrough the abovementioned 384 kHz stream you need to use 8 channels and rate of 96000. However, I think 384kHz DTS bitstream is generally *not* supported by A/V receivers, so you probably want to use 768kHz (8 channels, 192kHz). (note: I haven't tested whether HBR works with pulseaudio or not) The DTS-HD part is not merged yet (patch is in ffmpeg-devel@), but the TrueHD and E-AC-3 support is already there in ffmpeg trunk. The ffmpeg commandline to use is: ffmpeg -i input.file -f spdif output.spdif For DTS-HD files, to get full passthrough (i.e. not only core), a -dtshd_rate parameter is needed, which sets the output IEC958 rate. ffmpeg -i input.file -f spdif -dtshd_rate 192000 output.spdif ffmpeg -i input.file -f spdif -dtshd_rate 768000 output.spdif 192000Hz is enough for streams that have a bitrate below 6.144Mbps, which means all DTS-HD High Resolution Audio files and even many of the DTS-HD Master Audio (the latter are lossless VBR). To play the spdif files back, I use aplay -D hdmi:CARD=$CARDNAME,DEV=$DEVICENUM,AES0=0x06 -c $CHANCOUNT -r $RATE file.spdif - replacing $CARDNAME with the card name - replacing $DEVICENUM with 0..3 depending on card and hdmi port (for non-zero DEVICENUM you'll need a patch from alsa git: http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=e6d5dcf1f625984605d362338d71162de45a6c60 ) - set $CHANCOUNT and $RATE as per below - rate 192000 and channels 2 for IEC958 rate 192 kHz (for e.g. 48 kHz E-AC-3, and DTS-HD when the IEC958 rate was set to 192000 in ffmpeg) - rate 192000 and channels 8 for IEC958 rate 768 kHz (for most TrueHD files, and for DTS-HD when the rate was set to 768000) - note that having the 0x02 bit (non-pcm) set in AES0 is mandatory when $CHANCOUNT is larger than 2, as ALSA uses it to determine whether to use HBR or not. The additional 0x04 (non-copyright) I use above is not mandatory, but is the alsa default so I kept it. -- Anssi Hannula ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss Would anyone know where I could get a hold of some DTS-HD samples in 192Khz and 384kHz for testing? You can extract the dts-hd tracks from your mkv's with mkvextract. You can make them with spdifer (part of AudioFilter). ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss Unless I am missing something all the movies I play say 48kHz on my receivers OSD when played through my PS3 so I thought that was the best they have, and higher was not used on average Blu-Ray's. If they have better why is it not being used considering my receiver supports it. I know from this dmesg output [ 182.696452] HDMI: detected monitor TX-SR608 [ 182.696456] at connection type HDMI [ 182.696462] HDMI: available speakers: FL/FR LFE FC RL/RR RLC/RRC [ 182.696472] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200 176400 192000 384000, bits = 16 20 24 [ 182.696481] HDMI: supports coding type LPCM: channels = 8, rates = 44100 48000 88200 176400 192000 384000, bits = 16 20 24 [ 182.696489] HDMI: supports coding type AC-3: channels = 8, rates = 44100 48000 88200, max bitrate = 64 [ 182.696495] HDMI: supports coding type DTS: channels = 8, rates = 48000 88200, max bitrate
[pulseaudio-discuss] Pulseaudio passthrough branch doesn't read /etc/pulse/default.pa
I have successfully bitstreamed DTS-HD from xbmc through PA but in using the passthrough git branch it doesn't read that config file which causes problems for me forcing a sink. How can I fix this since I have to kill pulseaudio then restart it with pulseaudio --load=module-alsa-sink device=hdmi:1,3 to get hdmi audio working I am running Ubuntu 11.04 Alpha. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulseaudio passthrough branch doesn't read /etc/pulse/default.pa
On Sun, Mar 20, 2011 at 5:58 PM, Dark Shadow shadowofdarkn...@gmail.com wrote: I have successfully bitstreamed DTS-HD from xbmc through PA but in using the passthrough git branch it doesn't read that config file which causes problems for me forcing a sink. How can I fix this since I have to kill pulseaudio then restart it with pulseaudio --load=module-alsa-sink device=hdmi:1,3 to get hdmi audio working I am running Ubuntu 11.04 Alpha. I figured it out, I copied default.pa into ~/.pulse and it works now. Not preferential in a multi-user environment but it is fine for now. With the feature of lasting through a distro upgrade. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulseaudio passthrough branch doesn't read /etc/pulse/default.pa
On Wed, Mar 23, 2011 at 5:20 PM, Colin Guthrie gm...@colin.guthr.ie wrote: 'Twas brillig, and Maarten Bosmans at 23/03/11 18:36 did gyre and gimble: 2011/3/21 Dark Shadow shadowofdarkn...@gmail.com: On Sun, Mar 20, 2011 at 5:58 PM, Dark Shadow shadowofdarkn...@gmail.com wrote: I have successfully bitstreamed DTS-HD from xbmc through PA but in using the passthrough git branch it doesn't read that config file which causes problems for me forcing a sink. How can I fix this since I have to kill pulseaudio then restart it with pulseaudio --load=module-alsa-sink device=hdmi:1,3 to get hdmi audio working I am running Ubuntu 11.04 Alpha. I figured it out, I copied default.pa into ~/.pulse and it works now. Not preferential in a multi-user environment but it is fine for now. With the feature of lasting through a distro upgrade. That's a workaround, but pulse still should read the system-wide startup script (note that that is different from the config file) What does pulseaudio --dump-config give? Am I missing something here... default.pa is the startup script and if it exists in ~/.pulse it overrides the one in /etc/pulse/. The system-wide one won't be read at all. Even with the daemon.conf file, the same logic is true (even if it would in theory be possible to read both, with the local file overriding the system wide one on a setting-by-setting basis) Perhaps I'm misunderstanding tho' Col Pulse stopped reading /etc/pulse before I put the file into ~/.pulse. Here is everything I did Install Ubuntu edit /etc/pulse/default.pa to add my hdmi sink ...everything works for awhile... update to the passthrough git branch to get dts-hd passthrough with xbmc my sink is gone and /etc/pulse/default.pa isn't being read copy just that file into ~/.pulse and the sink starts working again I don't even have a daemon.conf in ~/.pulse ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulseaudio passthrough branch doesn't read /etc/pulse/default.pa
On Wed, Mar 23, 2011 at 5:44 PM, Colin Guthrie gm...@colin.guthr.ie wrote: 'Twas brillig, and Dark Shadow at 23/03/11 23:30 did gyre and gimble: Pulse stopped reading /etc/pulse before I put the file into ~/.pulse. Here is everything I did Install Ubuntu edit /etc/pulse/default.pa to add my hdmi sink ...everything works for awhile... update to the passthrough git branch to get dts-hd passthrough with xbmc my sink is gone and /etc/pulse/default.pa isn't being read copy just that file into ~/.pulse and the sink starts working again I don't even have a daemon.conf in ~/.pulse Ahh that's probably because you compiled the branch that way. You have to pass --sysconfdir=/etc to configure for it to look in that folder. By default (i.e. no arguments to configure) it will be /usr/local/etc Col Thanks that must be it since I just used the basic --prefix=/usr ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Conexant CX20585 recording does not work
On Mon, Mar 7, 2011 at 12:56 PM, Gabriel Schulhof n...@go-nix.ca wrote: Hi! My mom has a laptop with the following sound card: lspci: 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) driver: snd_hda_intel alsamixer: Card: HDA ATI SB Chip: Conexant CX20585 I can't record from this card no matter what I try. It seems that alsamixer has a lot more options than pulseaudio: Mic B Capture switch Mic C Capture switch Mic E Capture switch Mic F Capture switch Capture 0% -- 100% slider Analog Mic Boost 0 db -- 40 db slider with 10 db increment Nevertheless, I will attach the output from pacmd list-sources. I have tried to record from each mic in turn, I have tried the different boost levels (0 db - 40 db), but I have had no luck picking up anything. I have attached an external mic to the line-in, but no difference. When I say I have tried to record I mean that I logged into her computer, chose one of the mics from the above list, and then I told my mom to say something while looking at the input sound level indicator in the GNOME sound settings panel. On other computers, I have found this a sufficient indication of whether the mic works. Is this inability to record a known limitation of this sound card? If not, is there some special setting I have to modify to make it work? TIA for your help, Gabriel ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss Have you tried loading the module with different model parameters it can make the difference (for example my laptop by default only shows 2 channel stereo and mics don't work but with the right model I get mics and all the way up to 5.1ch surround sound) Run this command to see your options and trial and error them since some times another is close enough (I have to use one for a different laptop that happens to have the same sound setup) zcat /usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] how to change audio profile with CLI, rather than pavucontrol?
On Sat, May 1, 2010 at 9:06 AM, flowtron jupiter.bra...@gmail.com wrote: any insight Colin? I would like to know also so I can automate it in a shell script. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulse audio does not work with my hdmi output
Must be since I just remembered to try aplay with a capital L and you notice that nothing other then the basic info shows up. Strange that Pulse works at all but then again I am just a end user and don't know how stuff works #aplay -L null Discard all samples (playback) or generate zero samples (capture) default:CARD=Intel HDA Intel, ALC889 Analog Default Audio Device front:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog Front speakers surround40:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Intel,DEV=0 HDA Intel, ALC889 Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=Intel,DEV=0 HDA Intel, ALC889 Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=NVidia HDA NVidia, NVIDIA HDMI HDMI Audio Output ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
[pulseaudio-discuss] Pulse audio does not work with my hdmi output
With todays Alsa 1.0.23 release I finally have working HDMI audio on my laptop with the exception of through Pulse Audio. mplayer video.mkv -ao alsa:device=plughw=1.3 works perfect, but when I set Pulse Audio to output to my hdmi device I get silence with the occasional popping sound. I am running Ubuntu 10.04 Lucid and Pulse Audio is set to internal card profile off and hdmi profile is stereo with appropriate output checked. Also after that is fixed can I get it so that when I have a hdmi cable connected and video outputted to it that Pulse Audio will automatically switch output from internal to hdmi then back when the cable is disconnected. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulse audio does not work with my hdmi output
Ok I found out more, it can work but I have to do a step first. My testing before was pulseaudio then alsa but I never went back to notice that pulse started working. It seems on my hdmi output that after ever boot I have to use 1,9 first then it initializes 1,3 1,7 1,8 and they work fine after that. So all I need to know is how can I force Pulse Audio to use plughw:1,9 always instead of the first detected 1,3? On Sat, Apr 17, 2010 at 3:23 AM, Colin Guthrie gm...@colin.guthr.ie wrote: 'Twas brillig, and Dark Shadow at 17/04/10 08:03 did gyre and gimble: With todays Alsa 1.0.23 release I finally have working HDMI audio on my laptop with the exception of through Pulse Audio. mplayer video.mkv -ao alsa:device=plughw=1.3 works perfect, but when I set Pulse Audio to output to my hdmi device I get silence with the occasional popping sound. I am running Ubuntu 10.04 Lucid and Pulse Audio is set to internal card profile off and hdmi profile is stereo with appropriate output checked. Hmm, interesting. Does the VU meter in pavucontrol indicate sound is playing? Can you supply pacmd ls when something is playing (e.g. a stream should be audible, but it's not)? Also: amixer -c [card name/number here] would be useful too. If you want to be super helpful, then the output from pulseaudio -k; pulseaudio -vvv would be nice too (although you may need to copy /etc/pulse/client.conf copied to ~/.pulse/client.conf and disable autospawn to get past the pid file error this produces when PA is already running. Also after that is fixed can I get it so that when I have a hdmi cable connected and video outputted to it that Pulse Audio will automatically switch output from internal to hdmi then back when the cable is disconnected. I don't think the sensing API exists right now to enable this, but in theory this is possible. I'm not sure how this will work technically, but I'd imagine it'll be similar to how audio jack sensing currenty (doesn't) works. So not yet, but soon (for various values of soon). Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Pulse audio does not work with my hdmi output
I could not get a pulseaudio -vvv because every time I killed it it re-spawned on it's own before I could start it. cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf080 irq 37 1 [NVidia ]: HDA-Intel - HDA NVidia HDA NVidia at 0xcdefc000 irq 17 aplay -l List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: ALC889 Analog [ALC889 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC889 Digital [ALC889 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 8: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 9: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss