search for: seekable_stream_decoder

...blocksize(decoder_); } + bool File::get_decode_position(FLAC__uint64 *position) const + { + FLAC__ASSERT(is_valid()); + return (bool)::FLAC__file_decoder_get_decode_position(decoder_, position); + } + File::State File::init() { FLAC__ASSERT(0 != decoder_); Index: src/libFLAC++/seekable_stream_decoder.cpp =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC++/seekable_stream_decoder.cpp,v retrieving revision 1.9 diff -u -r1.9 seekable_stream_decoder.cpp --- src/libFLAC++/seekable_stream_decoder.cpp 25 Jan 2005 04:18:35 -0000 1.9 +++ src/lib...

...000 1.3 +++ seek_table.h 6 May 2002 15:07:22 -0000 @@ -22,6 +22,15 @@ #include "format.h" +#ifdef __cplusplus +extern "C" { +#endif + + FLAC__bool FLAC__seek_table_is_valid(const FLAC__StreamMetaData_SeekTable *seek_table); + +#ifdef __cplusplus +} +#endif #endif Index: seekable_stream_decoder.h =================================================================== RCS file: /cvsroot/flac/flac/include/FLAC/seekable_stream_decoder.h,v retrieving revision 1.2 diff -u -r1.2 seekable_stream_decoder.h --- seekable_stream_decoder.h 26 Jan 2002 17:36:39 -0000 1.2 +++ seekable_stream_decoder.h 6 Ma...

FYI, I have checked in a few interesting things. One is a speedup to the decoder (about 15% improvement in overall decode time). Another is a new interface to FLAC file metadata. If you're curious look at include/FLAC/metadata.h. It is basically a collection of object manipulation routines and iterators that make it pretty easy to add/edit/delete FLAC metadata in files efficiently. The

I had a problem where the seekable_stream_decoder was getting stuck in an infinite loop sometimes. It looks like I'm not the only one that's had the problem: http://lists.xiph.org/pipermail/flac-dev/2004-February/001508.html see also sourceforge bug #1154585 The problem is easiest to reproduce with a small flac file. The one I'm usi...

...kab * ***********************************************************************/ -FLAC_API FLAC__SeekableStreamEncoder *FLAC__seekable_stream_encoder_new() +FLAC_API FLAC__SeekableStreamEncoder *FLAC__seekable_stream_encoder_new(void) { FLAC__SeekableStreamEncoder *encoder; --- src/libFLAC/seekable_stream_decoder.c-dist 2005-05-25 16:07:23.000000000 +0200 +++ src/libFLAC/seekable_stream_decoder.c 2005-05-25 16:07:27.000000000 +0200 @@ -135,7 +135,7 @@ FLAC_API const char * const FLAC__Seekab * ***********************************************************************/ -FLAC_API FLAC__SeekableStreamDecode...

...=compile /opt/crosstool/gcc-3.4.1-glibc-2.2.5/armv5b-softfloat-linux/bin/armv5b-softfloat-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I./include -I../../include -O2 -DNDEBUG -O3 -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -g -O2 -MT seekable_stream_decoder.lo -MD -MP -MF ".deps/seekable_stream_decoder.Tpo" -c -o seekable_stream_decoder.lo seekable_stream_decoder.c; \ then mv -f ".deps/seekable_stream_decoder.Tpo" ".deps/seekable_stream_decoder.Plo"; else rm -f ".deps/seekable_stream_decoder.Tpo"; exit 1; fi /...

...al_samples information. There is a check for such streams in flac, so flac --skip doesn't work. If the check is removed, it will work with --force-raw-format only, there is an issue with wav and aiff header handling. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig1 2003-07-09 23:49:35.000000000 +0200 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-10 14:52:05.000000000 +0200 @@ -826,8 +826,8 @@ const unsigned min_blocksize = decoder->private_->stream_info.min_blocksize; const unsigned max_blocksize = decoder->private_->stream_info.ma...

...oj project file that came WITH 1.1.3's sources, i did a search on the whole directory only to find no trace of file_encoder.c and it's cousins... I'm all at 1.1.3, source files, project files and everything. Now, where did these files go?: file_decoder.h + .c file_encoder.h + .c seekable_stream_decoder.h + .c seekable_stream_encoder.h + .c Who's got 'em? They're certainly not in the distribution -- does anyone actually HAVE these files anywhere? Looking for these files on the api repository gets me a 404... but Google has links to them... Ev Technical Knowledge Officer Head Prog...

Hi Flac developers! I'm using the seekable_stream_decoder API of libFLAC 1.03 and I'm stuck with a mysterious problem: my FLAC plugin works nicely as long as the seek_absolute() function is never used, but as soon as I seek around in a sample (ie. call seek_absolute() with an offset != 0), I cannot detect the end of a file anymore. decoder_get_state()...

...e File SOURCE=.\format.c # End Source File # Begin Source File SOURCE=.\lpc.c # End Source File # Begin Source File SOURCE=.\md5.c # End Source File # Begin Source File SOURCE=.\memory.c # End Source File # Begin Source File SOURCE=.\seek_table.c # End Source File # Begin Source File SOURCE=.\seekable_stream_decoder.c # End Source File # Begin Source File SOURCE=.\stream_decoder.c # End Source File # Begin Source File SOURCE=.\stream_encoder.c # End Source File # Begin Source File SOURCE=.\stream_encoder_framing.c # End Source File # Begin Source File SOURCE=.\utility.c # End Source File # End Group # Begi...

When I was trying to find yesterday's xmms-plugin bug, i have noticed that seeking in stream without seek-table isn't very good. With attached patch it is much better. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig 2003-02-26 19:41:51.000000000 +0100 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-09 23:49:35.000000000 +0200 @@ -816,11 +816,11 @@ FLAC__bool seek_to_absolute_sample_(FLAC__SeekableStreamDecoder *decoder, FLAC__uint64 stream_length, FLAC__uint64 target_sample) { - FLAC__uint64 first...

...i know, but it should not be very expensive to compute it. > > In some libFLAC files isn't including of config.h. > Which ones? I hope, i see right, bitbuffer.c bitmath.c cpu.c crc.c file_decoder.c file_encoder.c fixed.c format.c lpc.c memory.c metadata_iterators.c metadata_object.c seekable_stream_decoder.c seekable_stream_encoder.c stream_decoder.c stream_encoder.c stream_encoder_framing.c -- Miroslav Lichvar

Hi, I checked the archives, but I didn't find anything regarding this problem. FLAC__file_decoder_seek_absolute takes an incredibly long time to seek. What can I do about this? How do I fix it? Here's how I'm calling the function: if (argc > 2) { secs = atoi(argv[2]); seek_point = (FLAC__uint64) secs * sample_rate; printf("seeking to %d:%02d\n", secs/60,

I'm using seekable_stream_decoder, And., this is my write_callback. I'm not getting the required output. The 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_...

...; speed improvement for me is roughly 17% testing flac files on > linux-i386. Thanks! In case you would like to check another old patch, I have attached updated patch for seekable stream decoder, originally posted on 09/07/2003. -- Miroslav Lichvar -------------- next part -------------- --- seekable_stream_decoder.c.orig 2005-01-25 05:18:31.000000000 +0100 +++ seekable_stream_decoder.c 2005-01-25 23:39:03.000000000 +0100 @@ -857,11 +857,11 @@ FLAC__bool seek_to_absolute_sample_(FLAC__SeekableStreamDecoder *decoder, FLAC__uint64 stream_length, FLAC__uint64 target_sample) { - FLAC__uint64 first_frame_offse...

...ize from > the stream_info block. Those are both zero. The ..._seek_absolute() > > function of the SeekableStreamDecoder uses the max_framesize to guess > at where to seek. It doesn't seem to handle the case when > max_frame_size is zero very well. I'm looking at > seekable_stream_decoder.c, by the way. > > > The files I am playing were encoded using the command line 'flac' > encoder and default options. > > > Brendan Dowling > Phatnoise, Inc. > crypt@phatnoise.com > http://www.phatnoise.com/ > > > > > On Thu, Jan 17,...

...e max_framesize and max_framesize from the stream_info block. Those are both zero. The ..._seek_absolute() function of the SeekableStreamDecoder uses the max_framesize to guess at where to seek. It doesn't seem to handle the case when max_frame_size is zero very well. I'm looking at seekable_stream_decoder.c, by the way. The files I am playing were encoded using the command line 'flac' encoder and default options. Brendan Dowling Phatnoise, Inc. crypt@phatnoise.com http://www.phatnoise.com/ On Thu, Jan 17, 2002 at 05:46:00PM -0800, Brendan Dowling wrote: > Hi, > > I chec...

Let me pass this on to the dev group. I haven't seen this but I never install to /usr. I would think that it should still end up in /usr/include/FLAC/assert.h... maybe automake is handling the file specially because of the name? Josh --- Kyle Sallee <cromwell@kublai.com> wrote: > It's installation overwrites /usr/include/assert.h > which is isntalled by glibc, thus causing

...dd seekpoints and it has to know the same thing, > > so I will be adding a function in libFLAC that makes it possible > > for the client to keep track of this also. > > Yes, i know, but it should not be very expensive to compute it. Yeah, it's useful, so now there is a FLAC__seekable_stream_decoder_get_decode_position() and FLAC__file_decoder_get_decode_position(). I haven't documented them yet but you can see an example in src/metaflac/operations_shorthand_seektable.c where I use it during seektable creation. > > > In some libFLAC files isn't including of config.h. > &g...

...oj project file that came WITH 1.1.3's sources, i did a search on the whole directory only to find no trace of file_encoder.c and it's cousins... I'm all at 1.1.3, source files, project files and everything. Now, where did these files go?: file_decoder.h + .c file_encoder.h + .c seekable_stream_decoder.h + .c seekable_stream_encoder.h + .c Who's got 'em? They're certainly not in the distribution -- does anyone actually HAVE these files anywhere? Looking for these files on the api repository gets me a 404... but Google has links to them... Ev -------------- next part -----------...