[mythtv-users] audioinputalsa.cpp:336 (AlsaBad) AudioInALSA(default:CARD=CA0106): pcm open failed: Invalid argument
HP-mini
blm-ubunet at slingshot.co.nz
Wed May 29 00:26:28 UTC 2013
On Tue, 2013-05-28 at 16:40 -0400, Dave Matthews wrote:
>
>
> On Tue, May 28, 2013 at 4:22 PM, HP-mini wrote:
> On Mon, 2013-05-27 at 17:21 -0400, Dave Matthews wrote:
> > On Mon, May 27, 2013 at 3:52 PM, HP-mini
> > wrote:
> > On Mon, 2013-05-27 at 14:08 -0400, Dave Matthews
> wrote:
> > > Let try this with a subject.
> > >
> > > Also - the machine upgraded from MythTV 0.24 to
> 0.25 when
> > the Ubuntu
> > > upgrade happened.
>
> The rescan gave me a list of device names to try. I had already looked
> at it. The audio is coming from an external device (Dish Network Sat
> receiver).
>
>
>
>
> > Can try a test with varied listed "arecord -L"
> devices
> > arecord -D hw:CARD=CA0106 -r 48000 -f S16_LE -c 2
> -d 5 -t wav
> > test.wav
>
> >
I was not suggesting to edit the returned devices..
> I wasn't editing. This was going through the list of possible options
> for the audio device line in teh backend setup.
>
>
> Do you use the soundcard for audio output (as well) ?
> Yes, it was working.
>
>
> > Snip of FE setup
> > htpc at htpc:/usr/bin$ mythfrontend
> > - clipped
> > 2013-05-27 16:58:23.296609 I MythCoreContext: Connecting to
> backend
> > server: 192.168.1.6:6543 (try 1 of 1)
> > 2013-05-27 16:58:23.297619 I Using protocol version 72
> > 2013-05-27 16:58:23.339962 I Bonjour: Service registration
> complete:
> > name 'Mythfrontend on htpc' type '_mythfrontend._tcp.'
> domain:
> > 'local.'
> > 2013-05-27 16:58:38.404682 E ALSA: snd_pcm_info_get_card:
> Operation
> > not permitted
> > 2013-05-27 16:58:38.705783 I Pulse: PulseAudio suspend OK
> > 2013-05-27 16:58:38.862827 E ALSA: snd_pcm_info_get_card:
> Operation
> > not permitted
snip
> > snd_pcm_open("sysdefault:CARD=CX8801"): No such file or
> directory
> > 2013-05-27 16:58:49.522759 I Pulse: PulseAudio resume OK
> > 2013-05-27 16:58:56.054864 I Received remote 'Clear Cache'
> request
> > 2013-05-27 16:58:59.469800 I Bonjour: De-registering
> service
> > '_mythfrontend._tcp.' on 'Mythfrontend on htpc'
> > 2013-05-27 16:58:59.470311 I RAOP Device: Cleaning up.
> > 2013-05-27 16:58:59.470342 I AirPay: Cleaning up.
> > 2013-05-27 16:58:59.470371 I Pulse: Cleaning up
> PulseHandler
> > 2013-05-27 16:58:59.470640 I Deleting UPnP client...
> > 2013-05-27 16:59:00.302544 I Waiting for threads to exit.
> > htpc at htpc:/usr/bin$
> Not sure what to make of that..
> Those dmix & dsnoop devices must be automatically generated
> for audio
> devices with hardware mixers..
>
> I think that I have come to the conclusion that Ubuntu's method of
> sticking pulse in front of alsa is the problem and that tools like
> alsa-mixer and gnome-alsamixer are ignored and the pulse default is
> used.
>
AFAIK They still work..
> Is your mythtv user a member of the audio group?
> I didn't check it but would assume such due too being able to play old
> recordings.
>
Just a longshot..people run mythfrontend as different users..
> Sorry I assumed it was obvious that "arecord ...file.wav" was
> going to
> attempt to record from some device to a file.
>
> It was obvious.
>
Thought so, just checking..
> Did you try to play the recorded wav file (not mythtv) with
> aplay?
>
> I used VLC because I had it.
That's fine as long as the audio playback is working with audio
configured in VLC.
> I think I know how to make Ubuntu do what I want it to do now. It was
> a matter of figuring out what they were doing with pulse as the
> default sound system. I didn't have time to fix it last night.
I've never found problems with pulse & mythtv on various *buntu.
AFAIU Mythtv uses alsa directly by suspending the pulse sound server
(unless you select a pulse device), your log shows this working.
MythTV does not use the system wide pulse audio defaults.
Possibly your defined alsa "default" input & output devices have changed
because of the new setup including video card audio devices.
More information about the mythtv-users
mailing list