similar to: Support 56kHz to 19.2kHz gain analysis

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

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

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

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

This implementation uses decimation to generate an estimate of the required ReplayGain adjustment for tracks sampled at high rates. This approach avoids having to generate filters with commensurately more taps, and also the subsequent effect on performance as these additional taps are evaluated for high sample rate tracks. Filter table entries with coefficients that are unchanged are marked /*

Sorry about the duplicate posts from Earl Chew. He's resent because the first v3 patch got caught in the moderation queue, and I didn't notice when I released the messages. Not his fault. :-) -r

On 12 January 2012 16:07, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > However, it looks like I'm changing jobs soon and should have two > weeks free between finishing one and starting the other. Good thing you've got time off work so you can get work done! Shall I harass you about your patch queue at LCA? -r

This patch to opus-tools adds optional support to WavPack lossless format as input to opusenc. Like support to FLAC, it depends on an external library, libwavpack, and may be disabled on configure. Lucas Clemente Vella (1): Reading input from WavPack files. Makefile.am | 7 +- configure.ac | 37 ++++++++ src/audio-in.c | 71 ++++++++------- src/opusenc.c | 19 +++- src/opusenc.h

Hello ! I ran FLAC over 3 wav tracks from the same CD generating replaygain info. Actually, albums gain and peak values do not match any track values (see run below). The TRACK_PEAK values are identical for the 3 tracks and, which is weird, we have one track with a TRACK_GAIN greater than the ALBUM_GAIN whereas another track has a lower value. I had expected the album values to be the maximum

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 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

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]:

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

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

David Robinson kindly provided me the filter values for 28 kHz sampling rate and I have inserted the filter values into the gain analysis table. Following the previous patch: http://lists.xiph.org/pipermail/flac-dev/2012-January/003067.html extend the supported sample rates to cover all rates supported in Foobar2000: 192000 = 4 x 48000 176400 = 4 x 44100 144000 = 4 x 36000 128000 = 4 x 32000

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

Josh, I see my name is mentioned in passing ;-) I submitted that patch because I thought it preferable to keep the test harness running. Backing this change out would also entail changing metaflac_test.sh accordingly, which at the time, I was hesitant to do. At the time I figured that at some point metaflac_test.sh was passing, so the code should probably allow it to pass. I'm ok either

>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

Josh, Sure. I can try. Would you give me a more detailed description of the requirement ? What exactly does "general MM:SS handling" mean ? Earl ________________________________ From: Josh Coalson <xflac at yahoo.com> To: Earl Chew <earl_chew at yahoo.com>; "flac-dev at xiph.org" <flac-dev at xiph.org> Sent: Tuesday, May 1, 2012 8:25:34 PM Subject: Re:

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