search for: stream_offset

...ples minimum framesize: 2066 bytes maximum framesize: 13776 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 25162872 MD5 signature: 86a3934bfd09db5c9475a6db777ef5b1 METADATA block #1 type: 3 (SEEKTABLE) is last: false length: 1278 seek points: 71 point 0: sample_number=0, stream_offset=0, frame_samples=4608 point 1: sample_number=442368, stream_offset=561277, frame_samples=4608 point 2: sample_number=889344, stream_offset=1247829, frame_samples=4608 point 3: sample_number=1331712, stream_offset=1968819, frame_samples=4608 point 4: sample_number=1778688, stream_offset=2769020, fra...

Hi I have downloaded a FLAC file somewhere and when trying to decode it to WAV it gives the error message: ERROR, MD5 signature mismatch So my question is now: are FLAC files that give the error message above still decodable to WAV (and how can you do this, because flac.exe doesn't want to decode the file), even if there is a MD5 signature mismatch, or is this not possible at all? thx

...ware 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_samples: 0 sample_number: 552960 stream_offset: 0 frame_samples: 0...

...nd 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_samples: 0 > sample_number: 552960 stream_o...

...ze: 14 bytes maximum framesize: 15637 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 5857656 MD5 signature: eed0112053a62bbe0734502ef9a4b0b0 METADATA block #1 type: 3 (SEEKTABLE) is last: false length: 234 seek points: 13 point 0: sample_number=0, stream_offset=0, frame_samples=4608 point 1: sample_number=446976, stream_offset=1314129, frame_samples=4608 point 2: sample_number=898560, stream_offset=2663921, frame_samples=4608 point 3: sample_number=1350144, stream_offset=4059085, frame_samples=4608 point 4: sample_number=1801728, stream_of...

So, let's provide some information then :-) ---------------------------------------------------------------------------------------------- soa2ii at thor /mnt/files/music/Slime/Alle gegen Alle $ flac -aF 02\ St?rtebecker.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome

...ntime, perhaps it works just > fine? I fixed that manually after calling FLAC__metadata_object_seektable_template_sort, according to metaflac everything is correct: for(int i = seektable->data.seek_table.num_points-1; i>=0; i--) { if (seektable->data.seek_table.points[i].stream_offset != 0) break; seektable->data.seek_table.points[i].sample_number = 0xFFFFFFFFFFFFFFFF; } > > I'd say, have your implementation prepare a seek table template for 5 > hours of recording (I assume that is above the upper bound of such > captures?), the stream encoder...

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

...mples = 0. > > Is it possible to extend the specification with full backward > compatibility in a way like this? > > If total samples is 0, the last seek point in the seek table that is not > a place holder can indicate the total number of samples: > In case frame_samples is 0, stream_offset is pointing to the last frame > and sample_number is the total number of samples. > > FLAC__stream_decoder_get_total_samples would check that and return the > correct value. > > Not sure if that breaks any old versions / 3rd party decoder. Another > option would be to use the f...

...n something (Not audio data). Looking at this, I used a Windows native installation to check about this and confirmed that the flac.exe in Windows is also creating a file that differs a little than the flac ELF. At first glance I compared the metadata and it seemed that metaflac returned different stream_offsets from the seektable, comparing the same music file created with flac-win and flac-lin. Then I removed entirely both their tags & padding, but they still are different. Is this normal? Music data is absolutely untouched, however, can this be an architecture difference between the compilers tha...

Op zo 13 okt 2024 om 22:33 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > Is the seektable written at the beginning of the file in the metadata > block or can there also be a second metadata block at the end? > Only at the start of the file. > > If it's at the beginning, would it possible to reserve space for N seek > points and during encoding remember

...esize: 14 bytes maximum framesize: 16394 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 332800 MD5 signature: baa7a6600e90050735e6e52437fca10f METADATA block #1 type: 3 (SEEKTABLE) is last: false length: 18 seek points: 1 point 0: sample_number=0, stream_offset=0, frame_samples=4096 METADATA block #2 type: 4 (VORBIS_COMMENT) is last: false length: 223 vendor string: reference libFLAC 1.2.0 20070715 comments: 5 comment[0]: REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB comment[1]: REPLAYGAIN_TRACK_GAIN=-12.88 dB comment[2]: REPLAYGAIN_TRACK_PE...

...SEEKTABLE blocks are handled specially. Since you will not know the > values for the seek point stream offsets, you should pass in a > SEEKTABLE 'template', that is, a SEEKTABLE object with the required > sample numbers (or placeholder points), with 0 for the frame_samples > and stream_offset fields for each point. If the client has specified > that it supports seeking by providing a seek callback to > FLAC__stream_encoder_init_stream() or both seek AND read callback to > FLAC__stream_encoder_init_ogg_stream() (or by using > FLAC__stream_encoder_init*_file() or > FLAC__st...

...E) / 8 + 128 + 2); + upper_bound_sample = total_samples; /* * Now we refine the bounds if we have a seektable with @@ -882,7 +884,7 @@ } if(i >= 0) { /* i.e. we found a suitable seek point... */ lower_bound = first_frame_offset + decoder->private_->seek_table->points[i].stream_offset; - lower_seek_point = i; + lower_bound_sample = decoder->private_->seek_table->points[i].sample_number; } /* find the closest seek point > target_sample, if it exists */ @@ -892,76 +894,25 @@ } if(i < (int)decoder->private_->seek_table->num_points) { /* i.e...

...Is it possible to extend the specification with full backward >> compatibility in a way like this? >> >> If total samples is 0, the last seek point in the seek table that is not >> a place holder can indicate the total number of samples: >> In case frame_samples is 0, stream_offset is pointing to the last frame >> and sample_number is the total number of samples. >> >> FLAC__stream_decoder_get_total_samples would check that and return the >> correct value. >> >> Not sure if that breaks any old versions / 3rd party decoder. Another >>...

...); + upper_bound_sample = total_samples > 0 ? total_samples : target_sample; /* * Now we refine the bounds if we have a seektable with @@ -2981,7 +2983,7 @@ } if(i >= 0) { /* i.e. we found a suitable seek point... */ lower_bound = first_frame_offset + seek_table->points[i].stream_offset; - lower_seek_point = i; + lower_bound_sample = seek_table->points[i].sample_number; } /* find the closest seek point > target_sample, if it exists */ @@ -2991,98 +2993,32 @@ } if(i < (int)seek_table->num_points) { /* i.e. we found a suitable seek point... */ upper...

...are handled specially. Since you will not know the >> values for the seek point stream offsets, you should pass in a >> SEEKTABLE 'template', that is, a SEEKTABLE object with the required >> sample numbers (or placeholder points), with 0 for the frame_samples >> and stream_offset fields for each point. If the client has specified >> that it supports seeking by providing a seek callback to >> FLAC__stream_encoder_init_stream() or both seek AND read callback to >> FLAC__stream_encoder_init_ogg_stream() (or by using >> FLAC__stream_encoder_init*_file()...

...= total_samples > 0 ? total_samples : target_sample; /* * Now we refine the bounds if we have a seektable with @@ -923,7 +925,7 @@ } if(i >= 0) { /* i.e. we found a suitable seek point... */ lower_bound = first_frame_offset + decoder->private_->seek_table->points[i].stream_offset; - lower_seek_point = i; + lower_bound_sample = decoder->private_->seek_table->points[i].sample_number; } /* find the closest seek point > target_sample, if it exists */ @@ -933,98 +935,33 @@ } if(i < (int)decoder->private_->seek_table->num_points) { /* i.e...

...h; + upper_bound_sample = total_samples > 0 ? total_samples : target_sample; /* * Now we refine the bounds if we have a seektable with @@ -2981,7 +2978,7 @@ } if(i >= 0) { /* i.e. we found a suitable seek point... */ lower_bound = first_frame_offset + seek_table->points[i].stream_offset; - lower_seek_point = i; + lower_bound_sample = seek_table->points[i].sample_number; } /* find the closest seek point > target_sample, if it exists */ @@ -2991,98 +2988,36 @@ } if(i < (int)seek_table->num_points) { /* i.e. we found a suitable seek point... */ upper...

Hello, I'm using flac to compress s signal data during capture. The sample rate is almost a thousands time higher compared to audio (40 MHz), resulting in a lot of data very quickly. I'm using the C API in my capturing application (mostly copy&paste directly from the example) and it works so far, but unfortunately for longer captures there is no seeking information. How can I tell