Paulo Cavalcanti wrote at about 11:38:48 -0200 on Sunday, December 23, 2007:
> On Dec 22, 2007 9:25 PM, Axel Thimm <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Dec 22, 2007 at 06:11:47PM -0500, Jeffrey J. Kosowsky wrote:
> > > Axel Thimm wrote at about 10:07:55 +0200 on Saturday, December 22, 2007:
> > > > On Thu, Dec 20, 2007 at 12:35:13AM -0500, Jeffrey J. Kosowsky wrote:
> > > > > Last I remember reading on this list, mythtv was patched for Pulse
> > > > > Audio in the trunk but not in the stable series.
> > > > >
> > > > > Any idea when/if the patches will be backported to the stable
> > release
> > > > > and/or when a new stable release (or partial release) will be
> > > > > available.
> > > > >
> > > > > I try to stay away from bleeding edge because I have enough trouble
> > > > > keeping everything else stable without adding more nose bleeds :)
> > > >
> > > > I'm quite sure the stable rpms are properly working with
> > > > pulseaudio. Did you try them?
> > > Hmmmm.... doesn't seem to work for me. This is the situation I have:
> > >
> > > Case 1:
> > > - Start mplayer first. The mplayer stream properly shows up on
> > pavucontrol
> > > as a pulseaudio stream
> > > - Start mythtv. No sound and no stream shows up on pavucontrol
> > >
> > > Case 2:
> > > - Start mythtv first. Sound but no stream shows up on pavucontrol
> > > - Start mplayer. No sound but stream still shows up on pavucontrol.
> > > Get error mess
> > > E: module-alsa-sink.c: Error opening PCM device hw:0: Device or
> > > resource busy
> > > - Kill mplayer. Stream still remains on pavucontrol.
> > > - Start another mplayer. Still now sound but now a second mplayer
> > > stream shows up on pavucontrol.
> > > - Kill mythtv. No sound. And now about half the time pulseaudio
> > > crashes and half the time it will work again.
> > >
> > > Case 3:
> > > - Start mplayer first. The mplayer stream properly shows up on
> > pavucontrol
> > > as a pulseaudio stream
> > > - Start "padsp mythtv". Sound works under OSS emulation.
> > >
> > > So for me pulseaudio is definitely not working natively with mythtv.
> >
> > Well, I applied the patch from
> >
> > http://svn.mythtv.org/trac/ticket/3598
> >
> > and also a request to backport to 0.20.x was closed due to the
> > packages allegedly working properly:
> >
> > http://svn.mythtv.org/trac/ticket/4225
> >
> > OTOH I was the one claiming this to be working and no one indicated
> > otherwise in the last month, so it either does indeed work, or so few
> > people try mythtv under pulseaudio that they didn't yet notice that
> > the claim was not OK.
> >
> > Could you reopen #4225 and post your finding in there? Maybe the patch
> > I backported was too old for the current stable series and I missed
> > something.
> >
>
> It is working for me. It is necessary to use ALSA:default in myth frontend
> (not /dev/dsp) and pulseaudio should be the default (the way it is in F8).
>
Thanks Paul - that change made it work for me too.
But that triggered a follow-up question:
What is the correct value for: Passthrough output device
I have two options listed:
default
ALSA:iec958:{AES0 0x02}
My audio devices are:
Intel Corporation 82801DB/DBL/DBM (ICH$/ICH$-L/ICH4-M) AC'97 Audio
Controller (this is my soundcard integrated on my motherboard)
PNPb006 (MPU-401 compatible MIDI device)
Conexant CX8801 (this is on my pchdtv5500 TV card)
Brooktree Bt878 (this is on my Winfast 2000XP deluxe TV card)
_______________________________________________
atrpms-users mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-users
