Help - Search - Members - Calendar
Full Version: Use peak info to scale - no output?
Hydrogenaudio Forums > Hosted Forums > foobar2000 > Support - (fb2k)
DigitalMan
I have a file that plays fine when replaygain "use peak info to scale down tracks that still clip after applying replaygain" is disabled, but when albumgain mode and "use peak info..." is ticked, the file appears to be playing (progress bar moves, etc.), but no sound. Track gain works either way, and disabling replaygain works fine too. The song is incomplete (cuts off a few seconds before the end) and is actually a pretty dismal sounding encode.

File info:
MP3

Bitrates:
----------------------------------------------------
128 |||||||||||||||||||||||||||||||||||||||| 100.0%
----------------------------------------------------

Type: mpeg 1 layer III
Bitrate: 128
Mode: joint stereo
Frequency: 44100 Hz
Frames: 11701
Length: 00:05:05
Av. Reservoir: 276
Emphasis: none
Scalefac: 50.3%
Bad Last Frame: no
Encoder: Xing (new)
Lame Header: No

--[ EncSpot 2.0 ]--[ http://www.guerillasoft.com ]--

Replaygain info:
replaygain_track_gain: +0.120000 dB
replaygain_album_gain: -0.730000 dB
replaygain_track_peak: 0.425120
replaygain_album_peak: 108291.731427

Environment:
Foobar2000 v0.667; using kernelstreaming (w/no issues)
Windows XP Professional SP1
AMD Athlon 1.2GHz Thunderbird w/512MB 266 DDRII

Is it possible that the track is clipped in the original and Foobar is turning the volume down infinitely trying to eliminate the clipping due to the "use peak info to scale down tracks that still clip after applying replaygain" feature? This is the ony track I have from the album (the tag info actually does not even have an "album" value or tag), wondering why the replaygain_track_peak and the replaygain_album_peak are so different - part of the issue?

I don't really care that much about this particular track but rather as a possible case where Foobar2000 can be made more robust.

Any ideas/solutions?

>>Edit: added kernelstreaming comment<<
anza
QUOTE
replaygain_album_peak: 108291.731427


You should manually change this (right click in fb -> replaygain -> edit info) to a MUCH smaller one huh.gif

EDIT:
Just read the end of the post smile.gif That's really weird. Are you sure you had ONLY that file checked when you added album gain? And why on earth did you add it to a single track? I thought replaygain (in album gain mode) uses album gain if possible and then track gain, so you don't need to add album gain to single tracks.
Garf
Simple clipping in the original cannot cause this. One of your files is corrupted.
DigitalMan
QUOTE(anza @ Jun 15 2003 - 11:25 PM)
QUOTE
replaygain_album_peak: 108291.731427


You should manually change this (right click in fb -> replaygain -> edit info) to a MUCH smaller one huh.gif

EDIT:
Just read the end of the post smile.gif That's really weird. Are you sure you had ONLY that file checked when you added album gain? And why on earth did you add it to a single track? I thought replaygain (in album gain mode) uses album gain if possible and then track gain, so you don't need to add album gain to single tracks.

I replaygained my entire collection overnight in albumgain mode because 99% of my collection are full albums. I should probably go back to my one folder with about 120 single tracks and rescan them in trackgain mode.

I just thought it was an odd behaviour - possibly a calculation issue with the replaygain feature?

Agree that the file is probably corrupted; just want to make sure we don't miss an opportunity to make Foobar2000 more robust.

Cheers.
_Shorty
they already are scanned in track mode, providing there's a simple way for you to strip the album gain tags anyways, as both get calculated during album scanning
DigitalMan
QUOTE(_Shorty @ Jun 16 2003 - 10:18 AM)
they already are scanned in track mode, providing there's a simple way for you to strip the album gain tags anyways, as both get calculated during album scanning

Good point about already having track values. Not sure about easy way to edit album gain, but I only have 1 file (so far) with the problem so that should be manageable.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.