similar to: Reg. FLAC decoding

I can't be totally sure what 'short' is on your platform, but if it's (probably) 16-bits, it looks like you're treating the samples in buffer[] as packed 16 bit numbers. but all samples in buffer[] are 32-bit signed integers in host order, regardless of the bits-per-sample of the frame. so to get them down to shorts (assuming they'll fit), do like: FLAC__int32 *

On Fri, 2005-09-30 at 23:14, Josh Coalson wrote: > but all samples in buffer[] are 32-bit signed integers in host > order, regardless of the bits-per-sample of the frame. so to get > them down to shorts (assuming they'll fit), do like: > > FLAC__int32 * LChannel = buffer[0]; > short TempSource = (short)LChannel[LPos]; > > instead of > > LChannel =

Thanks for replying, Yes, I think too that the bytecode file is corrupted. This is the file : -------------------------------------------------------------------------------------------------------------------------

On Tue, 30 Nov 2004, Tanu Sharma wrote: > I have trouble using the llvm tools.Some of the errors are : > > $ llvm-dis prog.bc > $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12) Can you explain how you generated this bytecode file? It looks corrupted or something. Also, can you send the actual bytecode file itself? Thanks! -Chris >

Here's a patch for the current CVS version of libao which makes the IRIX plug-in compile and work properly. Michael --- ./src/plugins/irix/ao_irix.c Fri Aug 3 19:56:17 2001 +++ ../libao-0.8.2/./src/plugins/irix/ao_irix.c Thu Apr 11 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 =

(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 All, new to the list. Wondering if anyone has / knows of, a good rate importer tool that can be used to standardize and normalize the ratesheets / rate decks etc. obtained from various carriers so they can be analysed and imported into a DB or be saved as a CSV or something? Thanks so much in advance aeg -------------- next part -------------- An HTML attachment was scrubbed... URL:

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:

I'm working on an application where I need to record the current playing position and return to it later. and I need this to be done the most efficient way, so I used ov_raw_tell() and ov_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

Dear all, I am new to plotting Taylor Diagram using plotrix package within R, hence this post. I have written a script which plots Taylor Diagram with one reference and 7 model values. However the font size, line width and line type are not clear when saving the diagram as a jpeg file. I tried the functions lty, lwd and font but no apparent change. I am attaching the script here. Any help would

Hi; lissage<-function(variable) { library(pastecs) ENTREE.ts <- ts(projet$ENTREE) ENTREE.dec <- decaverage(ENTREE.ts, order=variable, sides=2, ends="fill") plot(ENTREE.dec, col=c(1, 4), xlab="temps",ylab="Nombre d'entr?es",main=paste("Moyenne mobile d'ordre ",variable," sous R"), stack=FALSE, resid=FALSE,

Here's a patch to vorbisfile.c in libvorbis that splits the float to integer pcm packing out of ov_read into it's own function. The good stuff: - ov_pack_pcm can be used by folks who decode to float pcm with ov_read_float to do various sound manipulations (eg, preamp, fades, replaygain). No more need to roll your own, which will really begin to pay off when 24 bit output gets

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4 +-

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4