m4a files playback choppy with crossfading on

Bug #138728 reported by Mike Basinger
64
Affects Status Importance Assigned to Milestone
GStreamer
Fix Released
Medium
Rhythmbox
Fix Released
High
gst-plugins-bad-multiverse0.10 (Ubuntu)
Fix Released
Undecided
Unassigned
rhythmbox (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Rhythmbox playback of m4a files is choppy when crossfading on Rhythmbox is turned on.

Revision history for this message
Mike Basinger (mike.basinger) wrote :

Maybe releated to this bug, crossfading was not mention
https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox/+bug/129193

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported. Please look at the other bug report to see if there is any information missing that you can add or to see if there is a work around. Feel free to continue to report any other bugs you may find.

Changed in rhythmbox:
assignee: nobody → desktop-bugs
status: New → Invalid
Revision history for this message
Daniel Goldsmith (goldsmitharmy) wrote :

Hi, bug #116990 is a different bug as far as I can tell. Bug 116990 occurs only when crossfading is turned OFF, and occurs for all files when the volume is turned up to the maximum. This bug is a duplicate of 126042, which was also erroneously (as far as I can see) marked a duplicate of #116990.

This bug only occurs with AAC files (m4a) and only occurs with the crossfading backend turned on. It occurs no matter the volume, and it occurs in every part of the song. The workaround for playing AAC files is to turn off crossfading. The workaround for bug 116990 is the opposite! :)

Changed in rhythmbox:
status: Invalid → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Right, may you try to run: rhythmbox -d and attach the output to the report ?

Changed in rhythmbox:
status: New → Incomplete
Revision history for this message
Daniel Goldsmith (goldsmitharmy) wrote :

Hi, thanks for responding (also note that bug 126042 is a duplicate of this issue).

The log was 4.5 megabytes, but I trimmed it from the moment where I pressed the play button on the song.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

To be forwarded upstream by someone getting the bug, thanks.

Changed in rhythmbox:
status: Incomplete → New
Revision history for this message
Alec Wright (alecjw) wrote :

Confirmed. And already reported upstream.
Comment #6 upstream:
'''I confirme that aac files ( ISO Media, MPEG v4 system, iTunes AAC-LC ) doesn't
work with crossfading enabled.

Doesn't work means "It would play one shakky second of music every 15 seconds".

Disabling crossfading or using totem is the workaround to play those file (and
why I consider it's not a GStreamer bug).'''

Someone also suggested that this LP bug is simmilar: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/119044 is simmilar.

Changed in rhythmbox:
status: New → Confirmed
Changed in rhythmbox:
status: Unknown → Confirmed
Revision history for this message
Albert Damen (albrt) wrote :

This bug has been fixed upstream, with a patch to gstreamer0.10-plugins-bad (gst-plugins-bad-multiverse for Ubuntu). See Debian bug 476370.
I have applied the patch in Gutsy, it builds correctly in pbuilder and works OK.
Attached is the debdiff, although I understand this will probably not be considered for SRU (according to #ubuntu-motu).

Revision history for this message
Albert Damen (albrt) wrote :

Setting task for gst-plugins-bad-multiverse to confirmed, as a patch is available.

Changed in gst-plugins-bad-multiverse0.10:
status: New → Confirmed
Revision history for this message
Albert Damen (albrt) wrote :

Sorry, the upstream bug is in Gnome, not in Debian: http://bugzilla.gnome.org/show_bug.cgi?id=476370

Changed in gstreamer:
status: Unknown → Fix Released
Revision history for this message
Christian Kirbach (christian-kirbach-e) wrote :

I can confirm that http://bugzilla.gnome.org/show_bug.cgi?id=476370 has an upstream fix for this problem.

Since cross-fade is popular and this affects many music formats I suggest a high importance for this one.

Revision history for this message
Colin Dean (colindean) wrote :

Any chance we'll see a fixed package for this released prior to Hardy?

Changed in gst-plugins-bad-multiverse0.10:
status: Confirmed → Fix Committed
Revision history for this message
Wolter HV (wolterh) wrote :

Is it fixed yet?

Revision history for this message
Albert Damen (albrt) wrote :

Support for faad has been moved from gst-plugins-bad-multiverse0.10 to gst-plugins-bad-0.10

The bug has been fixed in Hardy in gst-plugins-bad 0.10.5.4-1ubuntu1, as is shown in the upstream changelog:

2007-09-19 Wim Taymans

        Patch by: Jonathan Matthew <jonathan at kaolin wh9 net>

        * ext/faad/gstfaad.c: (gst_faad_chanpos_to_gst),
        (gst_faad_srcgetcaps), (gst_faad_update_caps):
        Don't set channel positions on regular mono and stereo cases.
        Fixes #476370.

Faad with crossfading now plays fine.
Closing the gst-plugins-bad-multiverse task. In my opinion the Rhythmbox task can also be closed, but this task is still open at Gnome.

Changed in gst-plugins-bad-multiverse0.10:
status: Fix Committed → Fix Released
Revision history for this message
Mike Basinger (mike.basinger) wrote :

Crossfading work now in rhythmbox in hardy Alpha 5 (updated).

Changed in rhythmbox:
importance: Undecided → Medium
Changed in rhythmbox:
status: Confirmed → Fix Released
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Fixed already in Hardy, thanks for reporting.

Changed in rhythmbox:
status: Confirmed → Fix Released
Changed in rhythmbox:
importance: Unknown → High
Changed in gstreamer:
importance: Unknown → Medium
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.