similar to: [Flac-users] Grip, FLAC, and album replay gain

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

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

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

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

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

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

Hi there-- Just installed CentOS 4 the other night and can figure out how to install Grip. I can't seem to satisfy the dependencies. Has anyone had success? Is there a reason why Grip isn't part of the distro that I should know about? My old distro was FC2. This was a wholesale installation and not an upgrade. Any help would be appreciated. Thanks, Dick -- Pithy saying goes

if i were to have a block size of 4 people and i want to assign a treatment combination to the entire block, there would be 16 different treatment combinations (TTTT, TTTP, TTPP, PTTP, etc.) i am trying to get all 16 permutations and i am able to use this code below. drugs=c('P','T'); comb=expand.grid(drugs,drugs,drugs,drugs) for a block size of 3 the code would be

I looked around on the web, but I found no guidance on this subject, so I'm guessing. Here is what I came up with. It appears to work on a limited sample of CDs. Can anyone comment on whether or not this is OK? My system is Mandrake 9.0. My Grip is 3.0.1 (as supplied with Mandrake 9.0) My flac is 1.1.0, built from the source tarball. Mandrake ships with 1.0.3, which does not appear to have

Hey. Last night I hacked grip so that it'd allow me to use vorbize and comments with grip. It's very ugly because grip'd need a bit of rearrangement in order to facilitate the way the vorbis comments work (that is, the comments are not added in after the encoded file has been written). Any one who wants to use it should patch grip-2.94 (http://www.nostatic.org/grip), and make sure you

I've seen a lot of people in many forums asking for vorbis frontends for Linux. A little bit ago, I switched my roomate over from encoding to mp3 to encoding to vorbis. To make the transition as painless as possible I wanted to let her continue using GRIP as her encoder frontend. To actually accomplish this project, I realized that if any real work was required on my part it would never be

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

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 >

Hi, I am trying to create a scatterplot, coding each point to one of 5 populations. I was successful when I did this for one set of data, yet when I try plotting other data a blank plot appears (although the axes are labelled and I can fit the regression lines from each population). I have tried a variety of things to fix this but nothing seems to work. I can plot the points if I do not

A subset of my raw data looks like this: -------------- "Grip" "Technique" "Baseline.integrated" "Task" "Stroke..direction." "Engag" "Disen" "PenDG" "PenUG" "PenDS" "PenUS" "Duration" -------------

Lo and behold, the new version of grip (http://www.nostatic.org/grip) has ID3V2 support. I want to be able to rip from grip, extract the data from the FLACs into WAVs, normalize the WAVs, then re-encode them into FLACs. How can I make sure the ID3V1 and ID3V2 tags stored by grip are saved in between the FLACs? What shell commands can I use to store the tags in a temp file? Thanks for

I've been with FLAC since 0.7, and I've loved the FLAC files I've ripped with grip, converted from FLAC 0.8 to 0.9, and played constantly on my desktop. And then I noticed the truncated ID3 tags in my FLAC files. I at first thought the problem lied in FLAC; I posted to this list, hoping for a solution. But then I realized my trusty GRIP was the flawed program. Now re-ripping my