2013/2/10 Erik de Castro Lopo mle...@mega-nerd.com:
Johnny Rosenberg wrote:
Anyway, if I'm allowed to ask a libsndfile question here,
Sorry, but no, this list is for FLAC related discussion.
And of course you won't waste your time replying outside this mailing list?
Is there a libsndfile
Johnny Rosenberg wrote:
And of course you won't waste your time replying outside this mailing list?
Is there a libsndfile mailing list?
Hm… yet another stupid question, of course. If there is, you wouldn't
want me to know about it, right? :P
2013/2/10 Erik de Castro Lopo mle...@mega-nerd.com:
Johnny Rosenberg wrote:
And of course you won't waste your time replying outside this mailing list?
Is there a libsndfile mailing list?
Hm… yet another stupid question, of course. If there is, you wouldn't
want me to know about it, right?
2013/2/8 Erik de Castro Lopo mle...@mega-nerd.com:
Collin wrote:
It turns out it was an error on my part; sorry for the trouble. I
misunderstood
the format libflac was expecting my samples in. I found the wording in the
documentation very confusing.
My audio file has 2 channels and 16-bit
2013/2/8 Erik de Castro Lopo mle...@mega-nerd.com:
Collin wrote:
It turns out it was an error on my part; sorry for the trouble. I
misunderstood
the format libflac was expecting my samples in. I found the
wording in the
documentation very confusing.
My audio file has 2 channels and
2013/2/9 Erik de Castro Lopo mle...@mega-nerd.com:
Johnny Rosenberg wrote:
For example, when loading an audiofile with libsndfile, all the
samples are converted to floating point numbers,
With libsndfile, converting to float is optional. You can just as
easily read int or short.
which is
Whatever enhancements occur for libFLAC, we certainly should not
create a situation where some flag gives different results for one
set of users versus another. Normalization of data should be separate
from conversion of data. libFLAC should only handle conversion of
data. If people want a
Johnny Rosenberg wrote:
Anyway, if I'm allowed to ask a libsndfile question here,
Sorry, but no, this list is for FLAC related discussion.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Are you calling
FLAC__stream_encoder_finish(encoder);
before you call
FLAC__stream_encoder_delete(encoder);
That would cause this issue.
-Ben Allison
I'm using libflac on Windows to compress some audio samples. I'm building
the
library locally, using Visual Studio 2010. Each set of data is
Erik de Castro Lopo mle+la at mega-nerd.com writes:
Collin wrote:
Has anyone encountered a similar problem, or are there any known issues that
could explain this?
No known issues of this kind, but I would like to see a repeatable test
case so I can investigate further.
Cheers,
Collin wrote:
It turns out it was an error on my part; sorry for the trouble. I
misunderstood
the format libflac was expecting my samples in. I found the wording in the
documentation very confusing.
My audio file has 2 channels and 16-bit samples, so I have to pull out each
individual
I'm using libflac on Windows to compress some audio samples. I'm building the
library locally, using Visual Studio 2010. Each set of data is 2-5 MB and well
formed PCM encoded data. I'm finding some very odd behavior.
If I enable verify on the encode stream, I get a verify mismatch on most of my
El 07/02/13 19:07, Collin escribió:
I'm using libflac on Windows to compress some audio samples. I'm building the
library locally, using Visual Studio 2010. Each set of data is 2-5 MB and well
formed PCM encoded data. I'm finding some very odd behavior.
If I enable verify on the encode
Cristian Rodríguez wrote:
sample sets. Each set of samples returns this error at a different location
in
the stream, but always the same location for the same file.
or has many bytes that are close to the original. The bad frame's data is
always
the same, no matter how many times I try to
14 matches
Mail list logo