Mythtv Frontend doesn't work with some sound systems
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mythtv (Ubuntu) |
Fix Released
|
Wishlist
|
Mario Limonciello |
Bug Description
Binary package hint: mythtv
Filed upstream, patch available in upstream bug report.
http://
(quoting)
After some discussion on IRC in #pulseaudio :
<mezcalero> the problem is here
http://
<mezcalero> atrus: you might want to file a bug and tell them that they need to fix their code <mezcalero> otherweise they will always have trouble with software backends
or with a little bit more exotic audio hardware and i really wonder why they do that in the first place.
Related branches
Changed in mythtv: | |
importance: | Undecided → Wishlist |
status: | New → Incomplete |
Changed in mythtv: | |
assignee: | nobody → superm1 |
status: | New → In Progress |
Changed in mythtv: | |
status: | In Progress → Fix Committed |
Jeremy Nickurak wrote: svn.mythtv. org/trac/ ticket/ 3598#comment: 6 svn.mythtv. org/svn/ trunk/mythtv/ libs/libmyth/ audiooutputalsa .cpp ACCESS_ MMAP_INTERLEAVE D is available that
> Public bug reported:
>
> Binary package hint: mythtv
>
> Filed upstream, patch available in upstream bug report.
>
> http://
>
> (quoting)
>
> After some discussion on IRC in #pulseaudio :
>
> <mezcalero> the problem is here
>
> http://
> it assumes that SND_PCM_
> assumption is bogus only normal PCI hw has mmap it's the same issue why
> we have trouble to support quake with padsp people just assume that mmap
> is available everywhere they should stop doing that
>
> <mezcalero> atrus: you might want to file a bug and tell them that they
> need to fix their code <mezcalero> otherweise they will always have
> trouble with software backends
>
> or with a little bit more exotic audio hardware and i really wonder
> why they do that in the first place.
>
> ** Affects: mythtv (Ubuntu)
> Importance: Undecided
> Status: New
>
There is no mention here whether this even applies cleanly to 0.20.2.
Does it?