similar to: Creating a SEEKTABLE block during encoding

Hi! I've been using a little C++ program I've written to encode flac files. The program does this in the usual way (I think), by inheriting a class 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

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

--- Avuton Olrich <avuton@gmail.com> wrote: > What I'd like to do: I'm using ecasound to record for 24 hour > periods, > which pipes the output 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

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 seek point. This seems to

Please excuse me, I haven't yet dug into the code too far. What I'd like to do: I'm using ecasound to record for 24 hour periods, which pipes the output 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

Hi List, I recently was assigned a task to port FLAC Encoder to our embedded platform. Thanks to OO-like design of the libFLAC and throught documentation, that porting went like a charm. I had some problems with chmod/chown like routines while porting but I was able to safely remove that piece of code without any trouble. I have observed that the my application FLAC Encoder failes in

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

> 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,

for the "best" compression: --super-secret-totally-impractical-compression-level takes forever on my system (athlon 2500+) and sometimes results in larger files. so i just stick with -8 -V --lax --no-padding. -V to ensure the encode was vail --no-padding to save a few more bytes, as "The encoder writes a PADDING block of 4096 bytes by default." though 4kb over 3000 tracks

I've found what looks like a bug in FLAC++ inside the Stream::set_metadata() method. It appears that the contained calls to FLAC__stream_encoder_set_metadata() are being passed arguments that point to local stack data (specifically the 'm' parameter which is a table that points to metadata objects). The code inside FLAC__stream_encoder_set_metadata() does nothing but store the given

I have read FLAC's "--help", the man-page, and the HTML documentaion, but there are a few things that I don't understand. 1. I'll start with the thing I'm most confused about. The --best option is synonymous with -l 12 -b 4608 -m -e -r 6. Why is that? Is not -l 32 better that l- 12? And you can have -r 0,8 without using --lax, and -r 0,16 with --lax. 2. The --lax option

As far as I can tell I've found a serious bug in the command line flac encoder :( I have created many hundreds of flac files and I was very annoyed to discover that the XMMS flac plug-in had intolerably long seek times, but since that had been mentioned on this list a bunch of times without anyone actually investigating, I thought I had better actually find the BUG which causes this. 1. I

my apologies for not doing this before Miroslav... I will definitely integrate it this time. Josh --- Miroslav Lichvar <lichvarm@phoenix.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

Thanks for the reply! > for the "best" compression: > > --super-secret-totally-impractical-compression-level Are there any more secret options? > takes forever on my system (athlon 2500+) and sometimes results in > larger files. so i just stick with -8 -V --lax --no-padding. Took about 20 minutes for a 3 minute long file on my old 900MHz laptop, not too impractical in

Are you sure it's not your compiler? That's the first thing I would check. I know that RedHat is famous for including broken pre-releases of GCC in their distributions since 7.0. I'd try recompiling with GCC 3 or GCC 2.95 (available as "kgcc"). -- Asheesh. On Sat, 16 Mar 2002, Nick Lamb wrote: > As far as I can tell I've found a serious bug in the command line

Hi, I have written an application that uses the FLAC C API to insert an application metadata block into a FLAC file. Everything appears to be working, but I have one nagging issue. I have used all my best google and source code searching skills and I cannot for the life of me find an API call to set the Application ID value in my metadata object. I am currently working around the issue by

metaflac --import-vc-from ... used on flac file without vorbis comment destroys the file. This patch fix it. -- Miroslav Lichvar -------------- next part -------------- --- src/metaflac/main.c.orig 2002-09-28 14:45:49.000000000 +0200 +++ src/metaflac/main.c 2002-10-06 23:36:26.000000000 +0200 @@ -1754,20 +1754,24 @@ found_vc_block = true; } while(!found_vc_block &&

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

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

--- 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