similar to: FLAC: album replaygain value does not match any track value

Hello, I have experienced some quite strange with the "replaygain" option after i had invoked FLAC over a set of files: 1. the TRACK_PEAK value is the same from the 3 tracks and equal to the ALBUM_PEAK 2. the TRACK_GAIN values happen to be either above or below (and never equal to) the ALBUM_GAIN value. I can reproduce this ad lib (see example below), so this is a bug. Or did i miss

Hello, I'm currently doing a little music player using libflac and libao. What I've currently done works as it should, but I have a problem where only one metadata block is detected, even if there are more (it doesn't have the last attribute set to true). This is using flac 1.3.2 on Gentoo amd64. The main code file is attached, it mainly follows the examples given with the libflac

Hi, I think I might have kind of, sort of found a bug in opusenc. But do correct me if I am worng. :) When converting an FLAC file that contains RG tags written by bs1770gain the resulting opus file has a way, way too high RG value. I am talking >90dB(!). Here is the metaflac output of the flac file: % metaflac --block-number=2 --list bs.1770/test.flac METADATA block #2 type: 4

Josh Coalson <xflac@yahoo.com> wrote: > --- Scott F <graue@oceanbase.org> wrote: > > > If I use flac to encode with the --replay-gain > > option, I get a warning about the --no-padding > > option... > > > > "NOTE: --replay-gain may leave a small PADDING block even with > > --no-padding" > > > > ...even though I'm

Hello, I'm currently doing a little music player using libflac and libao. What I've currently done works as it should, but I have a problem where only one metadata block is detected, even if there are more. This is using flac 1.3.2 on Gentoo amd64. The main code file is attached, it mainly follows the examples given with the libflac and libao doc. And here's what metaflac --list

OK, here's a problem: I want to set the album replay gain in each track, but I'm using grip to rip and encode the tracks one by one. grip knows that all the tracks are on a single album, but FLAC sees them one at a time. I put the --replay-gain option on the FLAC command line, so it emits four comments into the vorbis commebnt block, e.g.: comment[9]:

So I recently encoded my entire CD collection (over 7000 songs) to flac and I have found that 18 of them have a strange problem.  The files are corrupted in some way.. They will stop playing abruptly in the middle of the song.  I've attached a listing of the metadata and you'll see what I mean.  You can see that the seek points toward the end have a bunch of zeros and I'm not sure

Copy additional filter values from Foobar2000 as found in <http://code.google.com/p/sirens2/source/browse/trunk/libwavpack-4.32.psp/wvgain.c?r=32> to allow metaflac to perform gain analysis on high sample rate audio. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20120107/018c821b/attachment-0001.htm

Hello. I have a problem here with replay gain. I use it to be able to hear all my music without any difference in volume. But it seems that all players I use ignore the gain value stored in my flac files. All flacs are louder than the gained mp3s I have. $ metaflac --show-tag=REPLAYGAIN_ALBUM_GAIN <some>.flac REPLAYGAIN_ALBUM_GAIN=-9.96 dB $ metaflac --show-tag=REPLAYGAIN_TRACK_GAIN

If I use flac to encode with the --replay-gain option, I get a warning about the --no-padding option... "NOTE: --replay-gain may leave a small PADDING block even with --no-padding" ...even though I'm not using --no-padding. And the file does end up with a small padding block, so changing tags is slow. I'd fixed this bug in my own copy of flac 1.1.4, but forgot to submit the

>The use of R128 also raises the question about "REPLAYGAIN_REFERENCE_LOUDNESS" >tag. Currently flac/metaflac writes "REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB" >but doesn't use it when decoding (it seems that nothing uses this tag). >R128 defines reference level differently, so this tag makes little sense for >it. IMHO it's better not to write this tag when

Olav Sunde wrote: > has anyone looked at adding R128gain code to metaflac so we can select > to use this calculation for RP tags rather than replay gain? Why metaflac only? flac is also able to calculate RG values. And, as far as I can see R128GAIN (http://r128gain.sourceforge.net/) is a standalone app, not a library. So probably it would be difficult to reuse its code in flac/metaflac.

Hi, I was running make fullcheck when I found something weird. After editing the *expect.meta files , make fullcheck ran all tests and said "All tests passed", but the output included this (this is the last tests from test_metaflac.sh) > [...] > test case60: --remove --block-type=PICTURE... OK > test case61: --import-picture-from... OK > test case62:

As far as I know, R128 as ReplayGain isn't really considered final yet (see http://wiki.hydrogenaud.io/index.php?title=ReplayGain_2.0_specification for example), so it would probably be a bit early to update this in the FLAC source. op 16-06-14 10:15, Olav Sunde schreef: > I mention metaflac because there are a few shell scripts that > use it to write RG tags in a flac music

I mention metaflac because there are a few shell scripts that use it to write RG tags in a flac music library on Linux. With support for Ebu R128 gain in metaflac (the calculation according to specification, not an external program) it would be easy to use, just change the cmd line for metaflac in the script. Now that metaflac supports sample rates higher than 48kHz this would be a good thing in

Thanks :D I did see that but wasn't sure if there was an option needed or how it decided to do the album gain. I fiddled with metaflac and checked for the REPLAYGAIN_ALBUM_GAIN and my files seem to have it :D Suppose there is only 1 file to encode. Does FLAC still add the album gains? You Wrote: > see > http://flac.sourceforge.net/documentation.html#flac_options_replay_gain >

>b) According to http://wiki.xiph.org/OggOpus#Comment_Header >there should be no REPLAYGAIN_*** tags in Opus files; Opus uses >R128_TRACK_GAIN tag. If some audio player reads Opus tags then it should >be aware of the difference between ReplayGain and R128. But this doesn't >require REPLAYGAIN_REFERENCE_LOUDNESS tag. > > The Opus replaygain spec is fundamentally broken, so

On 25-04-13 05:30, Erik de Castro Lopo wrote: > The problem is that the failure in the awk script isn't recognised as > a failure in the shell script. No, really, it's not only that. With the fixed git, I get this when I change one of the expected values to something else: > [...] > Testing FLAC file with unknown metadata... OK > Testing FLAC replaygain 8000 (8000 x 1)

Ian Nartowicz wrote: > I use it :) To optionally allow adjustment of tracks containing different > types of gain tag to a similar overall loudness. Admittedly this isn't > common. Files using the original replaygain algorithm with a reference > loudness of 83dB are now very rare, but R128 tags are starting to show up > (eg. in Opus) and these play at a significantly

Hi has anyone looked at adding R128gain code to metaflac so we can select to use this calculation for RP tags rather than replay gain? Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20140615/1c1ca9c9/attachment.htm