search for: seektable

...ss from FLAC::Encoder::File, and passing it chunks of raw samples through process_interleaved()... Anyway, the program works beautifully, and I've now decided to try and add some metadata to the encoded flacs. Eventually, there will be vorbis comments, but right now I'm just trying to add a seektable. From some code examples I've managed to get it working using the libFLAC C API like this: FLAC__StreamMetadata *md[1]; md[0] = FLAC__metadata_object_new(FLAC__METADATA_TYPE_SEEKTABLE); // THIS LEAKS FLAC__metadata_object_seektable_template_append_spaced_points(md[0], 13, d_bytestotal...

I've checked in code that supports a new metadata block called SEEKTABLE. Basically, it is an optional, arbitrarily-long list of seek points, by sample number and stream offset. I also added command-line options to flac so you can specify seek points by specific sample number and/or a specific number of evenly-spaced seek points. The table cost about 18 bytes per see...

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking w...

I'm attempting to decode part of a largefile flac whose seektable is broken or missing and the file is shorter then it's supposed to be, when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails flac --decode --skip=719:58.0 --until=1024:58.0 -o \/home\/sbh\/work\/hs\/out.wav \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac out.wav: ERROR seeking w...

...directly to flac. I would like to be able to decode sections of this (using until/skip) during recording/encoding. I understand currently that flac can't do this, unless I pipe into dd to skip after decoding (which would be an incredible waste of resources). Would it be possible to write the seektable dynamically (would that be a bit of a cpu hog?), or is there possibly a better way I'm not thinking of? I'm not asking for anyone to code, I could attempt hack something for my purposes. Thanks! -- avuton -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

I first thought that it would be much better to create a single seek standard for FLAC. Then, I thought, why couldn't someone just create the optional SEEKTABLE data after an initial encode, if they need this data? Since the checksums are a part of the FLAC format (unlike Shorten), and these checksums are on the data stream, not the metadata, so any additional metadata shouldn't matter or change the internal checksums, right? Then, while I was thinkin...

...). So this code block needs to be wrapped up something like this... #ifdef FLAC__HAS_OGG if(encoder_wrapper->use_ogg) return; #endif Every user who has flac installed but did not configure OGG support will have a high (but not 100%) chance of creating flac files with no seektable, and no MD5 checksum, and various other things wrong. I recommend that in addition to fixing the original bug it is now too late to avoid tweaking libFLAC so that ignores bogus seektables, and probably someone needs to write a tool that either removes the seektable altogether or corrects all the f...

The attached patch adds the missing FLAC__metadata_object_seektable_*() functions from FLAC's metadata object methods (FLAC/metadata.h) to FLAC++'s SeekTable class. Of the 11 functions in the C API, only 4 are currently in the C++ API, this patch adds the missing 7. If this patch is ok, VorbisComment will be next. A quick look tells me only 5 out of 13 FLA...

...ld like to be able to > decode sections of this (using until/skip) during recording/encoding. > > I understand currently that flac can't do this, unless I pipe into dd > to skip after decoding (which would be an incredible waste of > resources). Would it be possible to write the seektable dynamically > (would that be a bit of a cpu hog?), or is there possibly a better > way > I'm not thinking of? first question, does your seek have to be sample-accurate? if not, you can get frame-accurate seeking by building a little proggie to scan by frame headers looking for a near...

...plug-in, affected files will seek VERY slowly in any software that sues libFLAC 2. I found that libFLAC was always painfully seeking from the start 3. I found that it did this because it always concluded that the sample needed was in the first block at the front of the file. 4. I found that the SEEKTABLE for my .flac looks like this: sample_number: 0 stream_offset: 0 frame_samples: 0 sample_number: 110592 stream_offset: 0 frame_samples: 0 sample_number: 221184 stream_offset: 0 frame_samples: 0 sample_number: 331776 stream_offset: 0 frame_samples: 0 sample_number: 442368 stream_offset: 0 frame_samp...

> From: Cristian Rodr?guez <crrodriguez at opensuse.org> > Sent: Sunday, May 6, 2012 8:24 AM > > El 05/05/12 02:23, Bastiaan Timmer escribi?: >> The attached patch adds the missing FLAC__metadata_object_seektable_*() >> functions from FLAC's metadata object methods (FLAC/metadata.h) to >> FLAC++'s SeekTable class. Of the 11 functions in the C API, only 4 are >> currently in the C++ API, this patch adds the missing 7. >> >> If this patch is ok, VorbisComment will be...

I am trying to encode a stream to FLAC and want the encoder to create a SEEKTABLE but I cannot get it to work as the table always contains only place holder points. All other aspects of the produced FLAC file seem OK. In order to eliminate anything in our system I modified the encoder sample code from the website and it behaves the same which make me think I'm missing som...

On 12/11/06, Josh Coalson <xflac@yahoo.com> wrote: > --- Avuton Olrich <avuton@gmail.com> wrote: > > I'm attempting to decode part of a largefile flac whose seektable is > > broken or missing and the file is shorter then it's supposed to be, > > when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails > > > > flac --decode --skip=719:58.0 --until=1024:58.0 -o > > \/home\/sbh\/work\/hs\/out.wav > > \/mnt\/ss\/sdb\/Sound\...

...2. The --lax option allows the encoder to generate "non-Subset files", but just what is a non-Subset file? The HTML documentation says that these files may not be streamable, but if I don't need streamable files, is there any reason not to use --lax? 3. I made a FLAC file without a seektable, and I could seek in it using XMMS in GNU/Linux and in Winamp in Windows. Are there any applications that require a seektable for seeking to work? 4. What does the -p option do? The HTML documentation only says "Exhaustively search LP coeff quantization", and that it's expensive and...

--- include/share/compat.h | 8 ++++++++ src/flac/main.c | 37 +------------------------------------ src/share/grabbag/seektable.c | 31 +------------------------------ 3 files changed, 10 insertions(+), 66 deletions(-) diff --git a/include/share/compat.h b/include/share/compat.h index e9ac958..ff5c8af 100644 --- a/include/share/compat.h +++ b/include/share/compat.h @@ -59,3 +59,11 @@ #include <inttypes.h> #endif...

I have noticed flac -S- isn't working correctly, '-' isn't handled in parse_option() nor in convert_to_seek_table_template(). It makes SEEKTABLE with one seek point. Similar options -V-, -e-, -p-, ... are not allowed since 1.0.4, I think best would be drop -S- from documentation too and use --no-seektable option only. -- Miroslav Lichvar

...umb) questions about decoding.. 1. Is it possible to know the total size of FLAC metadata blocks in advance? Do I really need to parse all metadata blocks until I see the METADATA_BLOCK_HEADER with last-metadata-block == 1? 2. Is there a generally accepted best-practice for seeking if there is no seektable present in the file? The format states *"It is possible to seek to any given sample in a FLAC stream without a seek table, but the delay can be unpredictable since the bitrate may vary widely within a stream." *Is this delay just a fact of life, or is there any way to mitigate? Thank you...

...i<(length/blockSize); i++) { FLAC__file_decoder_process_one_frame(flac_dec); } This is pretty good, with the default block size of 4608 it's accurate to around a 10th of a second. I am a fussy bastard tho, so I was just wondering if theres a better way :) Also, I am not sure how the SEEKTABLE works, it looks good in theory(the "format" page) but how do you use it? Are there any methods to use it with the file decoder? Thanks heaps, David Collett

...ek VERY slowly in any software that sues libFLAC > > 2. I found that libFLAC was always painfully seeking from the start > > 3. I found that it did this because it always concluded that the > sample needed was in the first block at the front of the file. > > 4. I found that the SEEKTABLE for my .flac looks like this: > > sample_number: 0 stream_offset: 0 frame_samples: 0 > sample_number: 110592 stream_offset: 0 frame_samples: 0 > sample_number: 221184 stream_offset: 0 frame_samples: 0 > sample_number: 331776 stream_offset: 0 frame_samples: 0 > sample_number: 44236...

...hoenix.inf.upol.cz> wrote: > Ok, the patch from 2003 about improving seeking still didn't make it > to CVS, so here is another try. > > I made some benchmarking with the test_seeking utility from flac > sources to show how bad the current seeking is, especially without > seektable. Track used for the experiment had about 50 minutes. > > In the following table is average number of seeks and number of > decoded frames required for one complete absolute seek. I tried > several files encoded with fixed/variable block size, seektable with > seekpoints every 10s, 1...