[mythtv] mythlcdserver grabs audio device

[Buzz]

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
>