similar to: Re: multiple core support

I really should have just said that it will require some testing to make sure the FLAC API can handle writing the same file from multiple threads. It may not turn out to be complicated at all. The FLAC decoder has its own code for writing PCM files already. Tweaking this to support multi-threaded writes would not be too difficult. It's simply a matter of building the PCM file,

it's really not complicated I think: only api changes to write on any position in the file if that's not possible already with existing function. I'm not sure if decoding can have multi-core support: you need an api for writing pcm files in different parts then and this is maybe more difficult to check if it's valid pcm data since the decoder can only check for valid flac streams

hi has the flac encoder multi-core support (so I mean using 2 or more cpu's simultaneously to encode 1 track at the time, not encoding 2 or more tracks in parallel )? And if yes, how to enable this? thx

hi is there a filesize limitation for flac files because of the encoder or decoder for some reason?

Hi, I have read this on a forum: 'FLAC supports 24-bit audio fine. My understanding is that the FLAC format also handles 32-bit ints, but the reference encoder does not implement it, and FLAC has no support for float data. WavPack handles all integer bitdepths up to 32-bit and also 32-bit floats. Both codecs handle all sampling rates.' I was wondering if there are plans to support

On Mar 29, 2007, at 12:44, Harry Sack wrote: > 2007/3/29, Josh Green <josh@resonance.org>: > As far as I know 24 bit FLAC support is broken. It often doesn't > compress the audio at all, but instead stores the chunks as verbatim > type (although the FLAC format supports 24 bit). Perhaps this is > fixed? > If so, do let me know. > > I also want to know if this

2007/7/24, Ivo Emanuel Gon?alves <justivo@gmail.com>: > > On 7/24/07, Greg M. <contrabassboy@yahoo.com> wrote: > > Ivo, Harry is asking about CPU usage of the DEcoder, > > not the ENcoder. > > Sorry, my bad. > > I believe that FLAC's decoding is somewhat faster than most other > lossless formats, as FLAC is a much less complex format. Maybe

Thanks for bringing up this aspect, Nicholas. I seem to recall that specific hardware has a problem with certain compression levels, but I cannot recall whether that was limited to just encoding, or decoding as well. It could very well be true that I am conflating my vague memory of encoder limitations with decoder limitations. It does seem to be that the oppo BDP-95 is exhibiting

Hello FLAC list. As far as I know 24 bit FLAC support is broken. It often doesn't compress the audio at all, but instead stores the chunks as verbatim type (although the FLAC format supports 24 bit). Perhaps this is fixed? If so, do let me know. I agree that perhaps 32 bit float/pcm isn't entirely necessary when it comes to storing different qualities. But when wanting to preserve

Hi, I'm a FLAC beginner and I had a question. Suppose I encode my whole CD collection now in the FLAC format, using the FLAC encoder version 1.1.4 (the most recent one at this time). Will I still be able to decode all FLAC files to WAV files in the future using the latest FLAC decoder, when for example version 2.0 of FLAC (or a later version) is released or is it possible that at some point

Hi Martijn, thank you for your answer. So the problem would be suboptimal compression due to suboptimal assumption about the input signal, right? What I do not understand is how the format of a FLAC format would be affected by supporting A-law and mu-law files as input (and thus output). Despite of suboptimal performance, is it possible to treat 8bit *-law samples as 8bit linear PCM files and

I would also add that the "level" is only relevant to the reference encoder, as it is an alias to quickly set a number of parameters. Other encoders might make different choices. Also, I haven't looked in details at how the encoder works, but I think it is based on heuristics to decide which is the best compression method for a set of samples, and I'm not sure that it would give

hi flac list, I read on the site about the decoding -F (or --decode-through-errors) feature: ' By default flac stops decoding with an error and removes the partially decoded file if it encounters a bitstream error. With -F, errors are still printed but flac will continue decoding to completion. Note that errors may cause the decoded audio to be missing some samples or have silent

Hmm, what if the FLAC options produce a larger file on output than input? Would -f (force) cause the whole process to fail as soon as the output exceeded the input? Brian On Apr 9, 2007, at 17:01, Josh Coalson wrote: --- Harry Sack <tranzedude@gmail.com> wrote: > is it possible to re-encode an existing FLAC file by using the FLAC > file itself as input to the encoder like

Hello, in fact : this error(FLAC__STREAM_ENCODER_VERIFY_MISMATCH_IN_AUDIO_DAT) occurs when the sample size is bigger than the exepected size in the encoder. Now, can someone tell me how to model the signal, for example : *using a Fixed linear predictor for the input signal ? * 2012/4/13 Brian Willoughby <brianw at sounds.wa.com> > > On Apr 12, 2012, at 07:12, Rafael Velasquez

hi thx, exactly the explanation i wanted to hear! i want to try to damage some flac files to hear the effects on the audio, but does anybody knows if there is a program (like hex editor, ...) that could be used to visually 'search' the different blocks in the file, assuming this is even possible. if it's not, what would be a good way to damage the file in some places to be able to

Dear list, I am currently investigating about the FLAC format and one thing I can't understand is the "WASTED BITS PER SAMPLE" flag. I've seen an explanation saying: "After decoding subframe decoder should bitwise shift all samples to left." Could anyone explain to me what this flag is for? Many thanks in advance. Regards, Fernando -------------- next

2007/10/19, Josh Coalson <xflac@yahoo.com>: > > --- Harry Sack <tranzedude@gmail.com> wrote: > > hi > > > > here some questions about the md5 checksum: > > > > - what happens when the md5 checksum of the decoded audio is > > different > > of the internally stored checksum due to file corruption ? Will > > playing/decoding still be

2007/5/14, Josh Coalson <xflac@yahoo.com>: > > --- Harry Sack <tranzedude@gmail.com> wrote: > > hi > > > > i was wondering if it's possible to tell me what the theoretical best > > compression ratio the flac encoder can do, because i was wondering > > what the future of flac will bring us. So this question is probably > > best addressed to

Hello, I'm using flac for an application. The fact is that i'm trying to encode a file that is not necessary a wav file. So, at first, i would like to know if it's possible to encode a file different from the wav file with the flac encoder ? When i put my data into : ok = FLAC__stream_encoder_process_interleaved(encoder, pcm, need); after some rounds in my boucl i get : encoding: