[Flac-dev] Re: Reg. FLAC decoding

2005-10-26 Thread Josh Coalson
--- Joe Steeve [EMAIL PROTECTED] wrote: Is it possible for the frame-header.bits_per_sample, frame-header.sample_rate to differ from frame to frame?? no, not in file storage. that would be invalid. but you should guard against it anyway, e.g. aborting playback if it changes. Josh

[Flac-dev] Re: Reg. FLAC decoding

2005-10-25 Thread Joe Steeve
Sorry for the delay in getting back to you., I was working on something else and just now got FLAC to work. Ok., FLAC files are playing now :) Cheers. There is a slight noise happening in the background., which i'm figuring out. I hope that it'll be solved soon. However, i wanted to know if there

[Flac-dev] Re: Reg. FLAC decoding

2005-10-25 Thread Josh Coalson
--- Joe Steeve [EMAIL PROTECTED] wrote: Sorry for the delay in getting back to you., I was working on something else and just now got FLAC to work. Ok., FLAC files are playing now :) Cheers. There is a slight noise happening in the background., which i'm figuring out. I hope that it'll

[Flac-dev] Re: Reg. FLAC decoding

2005-10-06 Thread Joe Steeve
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 =

[Flac-dev] Re: Reg. FLAC decoding

2005-10-06 Thread Josh Coalson
--- Joe Steeve [EMAIL PROTECTED] wrote: 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 *