Mythtv Frontend doesn't work with some sound systems

Bug #138810 reported by Jeremy Nickurak
4
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://svn.mythtv.org/trac/ticket/3598#comment:6

(quoting)

After some discussion on IRC in #pulseaudio :

<mezcalero> the problem is here

    http://svn.mythtv.org/svn/trunk/mythtv/libs/libmyth/audiooutputalsa.cpp it assumes that SND_PCM_ACCESS_MMAP_INTERLEAVED is available that 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.

Related branches

Revision history for this message
Mario Limonciello (superm1) wrote : Re: [Bug 138810] Mythtv Frontend doesn't work with some sound systems

Jeremy Nickurak wrote:
> Public bug reported:
>
> Binary package hint: mythtv
>
> Filed upstream, patch available in upstream bug report.
>
> http://svn.mythtv.org/trac/ticket/3598#comment:6
>
> (quoting)
>
> After some discussion on IRC in #pulseaudio :
>
> <mezcalero> the problem is here
>
> http://svn.mythtv.org/svn/trunk/mythtv/libs/libmyth/audiooutputalsa.cpp
> it assumes that SND_PCM_ACCESS_MMAP_INTERLEAVED is available that
> 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?

Changed in mythtv:
importance: Undecided → Wishlist
status: New → Incomplete
Revision history for this message
Jeremy Nickurak (nickurak) wrote :

Indeed it does. Problem exists in 0.20.2, patch applies cleanly, and corrects problem.

Changed in mythtv:
status: Incomplete → New
Changed in mythtv:
assignee: nobody → superm1
status: New → In Progress
Changed in mythtv:
status: In Progress → Fix Committed
Revision history for this message
Mario Limonciello (superm1) wrote :

mythtv (0.20.2-0ubuntu7) gutsy; urgency=low

  [ Mario Limonciello ]
  * debian/control:
    - Mark a 'replaces' for mythtv-backend-0.20.2-0ubuntu1 (LP: #140841)
    - Make all instances of ntp, ntp | time-daemon (LP: #144268)
  * Add debian/patches/26_edit_display.dpatch (LP: #139821)
  * Add debian/patches/27_pulseaudio.dpatch (LP: #138810)

  [ Joel Ebel ]
  * debian/startmythtv.sh:
    - Add support to start mtd -d
    - Add support to check for not executing irexec -d

  [ Michael Haas ]
  * debian/startmythtv.sh:
    - Create a frontend and welcome log file in /var/lib/mythtv.

 -- Mario Limonciello <email address hidden> Sun, 23 Sep 2007 19:34:56 -0500

Changed in mythtv:
status: Fix Committed → Fix Released
Revision history for this message
Kevin Christmas (kachristmas) wrote :

I've been successfully using the mythtv_alsa_non_mmap_fallback.2.patch from http://svn.mythtv.org/trac/ticket/3598 for a while with PulseAudio. So far so good.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.