[mythtv] mythlcdserver grabs audio device
Buzz
buzz at oska.com
Wed Mar 8 05:16:58 UTC 2006
FYI, I didn't find the cause of my /dev/dsp being locked, but I found
something that fixed it.... By watching a recording that is currently
being recorded (ie an in-progress recording ) it caused my audio to suddenly
come-good, and it's not had a problem since. Prior to that, none of my
other recordings, or livetv had audio, and would emit that error about
/dev/dsp being locked.
( ps. fuser -v /dev/dsp told me nothing at any time )
Don't know why, but that's fixed it for me...is there some sort of
audio-reinit that happens when watching an in-progress recording that
doesn't happen with normal recordings?
Buzz.
> -----Original Message-----
> From: mythtv-dev-bounces at mythtv.org
> [mailto:mythtv-dev-bounces at mythtv.org] On Behalf Of Paul Harrison
> Sent: Tuesday, 7 March 2006 9:47 PM
> To: Development of mythtv
> Subject: Re: [mythtv] mythlcdserver grabs audio device
>
> Dan Wilga wrote:
> > It's hard to tell if this is as a result of upgrading to
> ALSA 1.0.9-4
> > or MythTV 9261, but I've run into a reproducible problem with
> > mythlcdserver grabbing /dev/dsp (or /dev/adsp, if that's being used
> > instead), thereby preventing mythfrontend from being able to use it.
> >
> > This only happens if lcd runs before doing something in
> mythfrontend
> > that causes frontend to try to open the audio device. If,
> instead, lcd
> > starts after frontend has already opened the device,
> everything works
> > as normal.
> >
> > Why does lcdserver even need to use the audio device?
> >
> I'd be surprised if mythlcdserver is grabbing your audio
> device. There is no code in there that uses any sound device?
>
> Paul H.
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
More information about the mythtv-dev
mailing list