search for: bytespersample

...e PCM i get is not the proper music. Am I doing something wrong here? FLAC__StreamDecoderWriteStatus AFLACStreamPlayer::StreamWriteCb ( const FLAC__SeekableStreamDecoder *decoder, const FLAC__Frame *frame, const FLAC__int32 * const buffer[], void *client_data) { int Channels, BitsPerSample, BytesPerSample; RMstatus ret; AFLACStreamPlayer *pThis = (AFLACStreamPlayer *)client_data; pThis = (AFLACStreamPlayer *)client_data; /* Query the m_AppPlayerPipe and check for commands from it. Act * accordingly */ pThis->QueryCommand (); Channels = FLAC__seekable_stream_decoder_get_channels...

...ng something wrong here? > > FLAC__StreamDecoderWriteStatus > AFLACStreamPlayer::StreamWriteCb ( > const FLAC__SeekableStreamDecoder *decoder, > const FLAC__Frame *frame, > const FLAC__int32 * const buffer[], > void *client_data) > { > int Channels, BitsPerSample, BytesPerSample; > RMstatus ret; > > AFLACStreamPlayer *pThis = (AFLACStreamPlayer *)client_data; > pThis = (AFLACStreamPlayer *)client_data; > > /* Query the m_AppPlayerPipe and check for commands from it. Act > * accordingly */ > pThis->QueryCommand (); > > Chan...

...20:16:41 2002 @@ -36,12 +36,13 @@ #include <ao/ao.h> +#define AO_IRIX_BUFFER_SIZE 32768 typedef struct ao_irix_internal { - static ALport alport = 0; - static ALconfig alconfig = 0; - static int bytesPerWord = 1; - static int nChannels = 2; + ALport alport; + ALconfig alconfig; + int bytesPerSample; + int channels; } ao_irix_internal; @@ -51,7 +52,7 @@ "Irix audio output ", "irix", "Jim Miller <???@sgi.com>", - "WARNING: This driver is untested!" + "Outputs to the IRIX Audio Library.", AO_FMT_NATI...

(I've already posted this message month ago, but nobody answered, may be it was not delivered to newsgroup?) Hello, All. I wrote an encoder-decoder based on example from OGG-Vorbis SDK. This encoder can encode a large amount of small WAV-files with equal parameters into one sound archive. Then I decode this sound archive back into large amount of small WAV-files. Theese files are

Hi, While testing ReplayGain (so it could be related to a bug), I noticed the following gain comments for a file: RG_PEAK=1.71580 RG_RADIO=-7.91 dB RG_AUDIOPHILE=-6.72 dB I've never seen such a large peak. Not that I've looked much, nor have I analyzed the file further. I just thought I should mention it. :) The file is the track Board Burner by Mixmaster Mike, available at:

...raw_seek() because the documentation says they are the best when speed is a concern. but the problem is that sometimes ov_raw_tell returns the same value before and after calling ov_read; here's an example: prevPos = ov_raw_tell(&vf); const long ret = ov_read(&vf, temp_buffer, 4096, 0, bytesPerSample, 1, &current_section); currentPos = ov_raw_tell(&vf); now, if I check, I'll find that prevPos == currentPos, how could this be true?? I tried the other seeking methods, which are time and pcm, and none of the did the same, prevPos is never equal to currentPos. so how can I solve this?...

...in branch CVS - The api change is minimal enough that anything that uses libvorbisfile will keep on working without need of a rebuild, after rebuilding libvorbis. The not so good stuff: - ov_read takes a minor performance hit from not doing the work inline. It also ends up calculating bytespersample twice, in order to keep the ov_pack_pcm call nice and consistant. Not that this will really matter, I think. - The patch has been tested against libvorbis-1.0, and certainly applies to main branch CVS, but I haven't thoroughly tested that yet. If it doesn't work, it's prob...