similar to: [PATCH] Updating the ReplayGain documentation

Hello, I have a matrix with 6 columns and 12 rows. I want to extract out those IDs (rownames) from my matrix which have a negative values. For each ID(row) if the negative value is even under 1 column it needs to be extracted out. I will be grateful for any correct suggestion. Thanks Manisha Here is the matrix that I am working on: ID A B C D E F 1 -4.18972 -3.8946

What's the current best wisdom on how to construct confidence bounds on something like a normal probability plot? I recall having read a suggestion to Monte Carlo something like 201 simulated lines with the same number of points, then sort the order statistics, and plot the 6th and 196th of these. [I use 201 not 200 because quantile(1:201, c(0.025, 0.975)) = 6 and 196 while

Hi How would I analyse time series with - different lengths (i.e. one has 9 entries and the other has 14 entries) - different frequency (i.e. dates are random - no repeated length) - multiple values for the same time entry (e.g. 2009-10-23 below) i.e. my data takes the form: 1st time series 2009-10-07 0.009378 2009-10-19 0.014790 2009-10-23 -0.005946 2009-10-23 0.009096 2009-11-08 0.004189

At present my stream is at 11.025 kHz and I want it to be at 44.1 kHz. Input is coming from line-in on my sound blaster card under linux (RH 9) using the sb driver. I presume that it is icecast that sets the sample rate on the dsp in the card, though when I change the settings in icecast.xml and darkice.cfg as show below the stream becomes choppy; or rather the sampling doesn't seem to

Hey When playing an http ogg stream served by icecast, ogg123 (vorbis-tools-1.0.1) seems to detect replaygain metadata because it displays it in a nice way, but does ogg123 actually alter the playback volume according to the replaygain variables? I can notice no effect. I did some googling on this but didn't find much help. I discovered a vgplay patch for vorbis-tools 1.0.1 but after

Could you add ReplayGain calculation to opusenc?

Declaring variables in the middle of a block isn't supported by older (pre-C99?) compilers, and gcc 2.95 is one of them. --- a/src/plugin_common/replaygain.c +++ b/src/plugin_common/replaygain.c @@ -28,10 +28,11 @@ void FLAC_plugin__replaygain_get_from_fi double *track_peak, FLAC__bool *track_peak_set,

Hi there, I'm interested in implementing Replay Gain in C++ and believe that this feature is available in the Flac library. http://en.wikipedia.org/wiki/Replay_Gain Would someone be kind enough as to direct me to the source files where this implementation exists. Thanks for your help, Barry -------------- next part -------------- An HTML attachment was scrubbed... URL:

I've recently encoded some older CDs to flac that ended up with a positive album ReplayGain value. (+2.0dB) Problem is they sound noticeably quieter then other albums when played through winamp. (Album mode and ReplayGain are on) When played through foobar2000 they are louder as I would expect. I did a few tests. When the Preamp is down to -24 all playback is very quiet. When I put it up

I backed up my entire CD collection to Flac (350+) to avoid losing them to scratches, laser burns, etc. Now I'm wondering how RG affects the Wav file produced from Flac decompresion if I used the following command with CDex: -8 -V -T artist="%a" -T album="%b" -T title="%t" -T date="%y" -T tracknumber="%tn" -T genre="%g" --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

>No big deal. I thought someone might be interested in a bug report. I >guess not. Your report is very much appreciated. Thanks! I hope the fixed version works for you. Hint to other posters: It never hurts to check the facts before wildly speculating and preaching about shells and operating systems. Thank you. -- GCP <p>--- >8 ---- List archives:

My replaygain player side backend code is up at savannah: https://savannah.nongnu.org/projects/vgplay/ Pull it from CVS for the time being, as the file area isn't up and working just yet. It applies album and track gain values as scale factors to float pcm and includes an arbitary value preamp, a couple of limiting strategies. There's also helper function to pull the replaygain

When a locale is in effect that does not use the point as the decimal mark (e.g., sv_SE or de_DE, which use a comma) and a ReplayGain tag is read for --apply-replaygain-which-is-not-lossless, the gain value was misinterpreted (e.g., "-2.29" truncated to "-2"). This is fixed by resetting the locale to "C" temporarily, based on Josh Coalson's fix of the dual case

This new ReplayGain feature is cool, but made all my .mp3 and .mod files sound so loud, so I wrote a Winamp DSP plugin that: - If a file is playing that is not known, a ReplayGain value will be calculated while playing. - If a file is known, the ReplayGain value is applied. What that means is that my .mp3 files now sound as loud as my .oggs. I hacked this thing together very quick, so

Hi! I have a few questions about the log files icecast produces, plus I have a little issue with replaygain but lets start with the icecast log stuff: If a client (listener) connects to icecast at, say, 12:00, the connection time is stored in the access log about 15-30 minutes later (or on disconnection). Is it possible to get icecast to log client connections immediately with the correct

Hi all, I have implemented ReplayGain support for Vorbis. If you are not familiar with it, it is basically a method of making sure all your files have equal loudness, remove the need for normalization and prevent clipping during playback. The process is totally lossless, and supporting it requires minimal work. More info about the exact workings can be found on www.replaygain.org (recommended

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

On Wed, 10 Nov 2004 16:08:21 -0800 (PST) Josh Coalson <xflac@yahoo.com> wrote: > > Is there someway of figuring out if a sample rate is valid? > > that's the right way. But it doesn't tell me that the sample rate is invalid it tells me FLAC__SEEKABLE_STREAM_ENCODER_STREAM_ENCODER_ERROR or FLAC__STREAM_ENCODER_NOT_STREAMABLE. > the reason it's being rejected is