ReplayGain only works for the first Song

Bug #377354 reported by Austin
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Banshee
Fix Released
Wishlist
banshee (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: banshee

Banshee only adjust the Volume for the first Song. After that the Volume stays the same even if the song has definitely another gain level. If I start banshee with the debug option, the "scaled volume" is the same on every song. It seems that banshee keep the volume that has been read on the second song. See Debug Report generated with "banshee --debug" for details. Thanks.

lsb_release -rd
--------------------
Description: Ubuntu 9.04
Release: 9.04

apt-cache policy banshee
----------------------------------
banshee:
  Installiert: 1.4.3-4~hyper1+jaunty1
  Kandidat: 1.4.3-4~hyper1+jaunty1
  Versions-Tabelle:
 *** 1.4.3-4~hyper1+jaunty1 0
        500 http://ppa.launchpad.net jaunty/main Packages
        100 /var/lib/dpkg/status
     1.4.3-3ubuntu2 0
        500 http://de.archive.ubuntu.com jaunty/universe Packages

Revision history for this message
Austin (psoprun-deactivatedaccount-deactivatedaccount) wrote :
Revision history for this message
Chow Loong Jin (hyperair) wrote :

Thank you for taking the time to report this bug. Could you try reproducing this bug on version 1.5.0? You can get this from the Banshee Unstable PPA: https://launchpad.net/~banshee-unstable-team/+archive/ppa. Also, please try playing the songs in a different order to see if it still happens.

Changed in banshee (Ubuntu):
status: New → Incomplete
Revision history for this message
Austin (psoprun-deactivatedaccount-deactivatedaccount) wrote :

Hello,

yes, with 1.5.0 it's the same behaviour. I have a test-playlist with three song's with very different loundness levels.
I can play them in any order and with or without shuffle, but after the second song the volume stays at the same level.

apt-cache policy banshee
-----------------------------------------------------------
banshee:
  Installiert: 1.5.0-0ubuntu1~hyper2~jaunty1
  Kandidat: 1.5.0-0ubuntu1~hyper2~jaunty1
  Versions-Tabelle:
 *** 1.5.0-0ubuntu1~hyper2~jaunty1 0
        500 http://ppa.launchpad.net jaunty/main Packages
        100 /var/lib/dpkg/status
     1.4.3-3ubuntu2 0
        500 http://de.archive.ubuntu.com jaunty/universe Packages

Revision history for this message
Neil Munro (neilmunro-deactivatedaccount) wrote :

If possible could you post a means to reproduce the bug you are having, this will help us attempt to help you.

Thanks for reporting this bug and helping to make Ubuntu better.

Revision history for this message
Manuel Fasse (m-fasse) wrote :

No matter what songs I play Replaygain is always stuck at the initial value but only songs from the album the first song belongs to seem to be played at the correct volume. All other songs are just as loud as if there was no replaygain at all.

Also what's kinda annoying is that it takes some time to apply replaygain for the first time. So the song starts out normally and then quietens down which is a bit irritating.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

Confirming, I've noticed this on git master, since I've just got my hands on some FLACs and added replaygain tags to them.

Changed in banshee (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Jacob Peddicord (jpeddicord) wrote :

There's a patch over on gnome bugzilla 600072 that appears to work. The bug there is different, but it fixes this as a side-effect. Don't have any solid logs to prove this since the patch is missing debug calls, but I can definitely notice a difference when between tracks that have/don't have replaygain data. I've removed & added replaygain to tracks and have noticed volume differences, so it's definitely working.

Changed in banshee (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (3.4 KiB)

This bug was fixed in the package banshee - 1.5.5-1

---------------
banshee (1.5.5-1) unstable; urgency=low

  * New upstream release
    + New Features:
      - Gapless Playback / Playbin2 (LP: #45518, #377354)
      - Grid View
      - YouTube Extension
    + Enhancements:
      - Improve search responsiveness on large libraries (LP: #474514)
      - Add icons for Nexus One and Audiobooks (LP: #532182)
      - Play Queue item count, size, duration now ignores old tracks
      - Muinshee fixes: disable Auto-DJ, allow reordering, hide previous song
    + Notable bug fixes:
      - Fix a very common, SQL-related crash in 1.5.4 (Closes: #572136)
      - Fix saving equalizer settings in culture-invariant way
      - Jumping to a source's prefs via its context menu works again
      - Usage data not submitted more than every 48 hours
      - Fix repeatedly resyncing some files to a device b/c transcoded
      - Clear the redo stack on shuffle mode change
      - Accept feeds with empty title (LP: #468323)
      - Uri encode file location queries, making them work properly
  * debian/control:
    + Bump gst-plugins-base-dev version for gapless playback
    + Add libgdata-cil-dev for youtube extenesion
  * debian/rules:
    + Add --enable-gapless-playback and --enable-gdata

banshee (1.5.4-1) unstable; urgency=low

  * New upstream release (Closes: #571734)
    + New features:
      - Opt-In Usage Data Collection
      - Default Equalizer Presets
      - Extensible Shuffle Modes
    + Enhancements:
      - Wikipedia context pane extension enabled by default
      - Add support for Nokia N900 phones
      - Add tooltip to playback error column
      - On close Internet Archive item, return to Search
      - Notify user if trying to sync missing file to DAP
      - Popup explanation of manual playlist ordering when appropriate
      - Simplify the default set of columns in Podcasts
      - Enable 'Delete From Drive' action in File System Queue
      - Coverart for unicode artist/albums now supported
      - Dropped glade-sharp dep; GNOME 3.0 ready
      - Add columns showing track sample rate and bits per sample
      - Option to sort an artist's albums by year, not title
      - If starting Banshee hidden (--hide), up to half a second of
        startup time is saved
    + Notable bug fixes:
      - Enable LibraryWatcher only for Music and Video libraries
      - Do better job preserving IsCompilation metadata
      - Store some PlayQueue settings in the db (not GConf)
      - Update to Last.fm's API change for scrobbling/recs
      - Bring back static FileNamePattern API used by some scripts
      - Fix several memory leaks
    + Other bugs fixed:
      - Fix segfault with Cairo when playing a song without album art (LP: #523913)
      - Follow symlinks when scanning the library (LP: #406667)
      - Fix issue importing mp3s with non-ASCII ID3 tags (LP: #364562)
  * debian/control:
    + Bump libtaglib-cil-dev version requirement to 2.0.3.5
    + Drop libglade2.0-cil-dev and libgnome2.0-cil-dev build-dep
    + Add libwebkit-cil-dev to build-deps
  * debian/rules:
    + Reorder configure flags to match upstream's ./configure --help listing
    + Ad...

Read more...

Changed in banshee (Ubuntu):
status: Fix Committed → Fix Released
Changed in banshee:
status: Unknown → Confirmed
Changed in banshee:
importance: Unknown → Wishlist
Changed in banshee:
status: Confirmed → Fix Released
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.