search for: seekpoint

Hello, metaflac provides exporting CUEpoints, but not SEEKpoints. As i understand, cuepoints represent gaps beetween tracks (inserting pause), whereas seekpoints merely describe a list of seekable points. Can cuepoint be used just as seekpoints (in the end, the only thing which matters is that some classic media players will recognize them). In the script i ha...

..., but some of the details in the history file puzzle me, so I've not tried to use it yet. Pardon my denseness here ... First, as long as you don't use the --cuesheet option when you encode, are .flac files encoded by 1.1.0 still readable by earlier versions? Second, if the old default for seekpoints was -S100x and the new one is -S10s, does that mean that, if you encode a 44.1-ksps WAV that was ripped from a CD, the old default was to set 441 seekpoints per second and the new one is to set one seekpoint every ten seconds? One of the major reasons I preferred FLAC to APE, despite APE's us...

Thank you very much for the explanations, Josh. | the seekpoints are not the only places in the stream that can | be seeked to, they are just hints about regular locations in | the stream. you can still seek to any sample. the number of | seekpoints are just one factor in determining how fast the | decoder can find any particular sample. I did a lot of testi...

--- "David W. Tamkin" <dattier@panix.com> wrote: > First, as long as you don't use the --cuesheet option when you > encode, are > .flac files encoded by 1.1.0 still readable by earlier versions? that's right. > Second, if the old default for seekpoints was -S100x and the new one > is -S10s, > does that mean that, if you encode a 44.1-ksps WAV that was ripped > from a CD, > the old default was to set 441 seekpoints per second and the new one > is to set > one seekpoint every ten seconds? no, -S100x meant 100 seekpoints per stre...

Hello, I managed to insert cuepoints from a cue sheet and check them with metaflac. I witnessed that the FLAC headers then had additionnals sections (one for cuepoints and one for seekpoints), but i could not find documentation how the format used to store them (frame counts for both ?). Anyway it seems that cuepoints must be specified in MM:SS:fr format. It would be nice if those could be specified also as frame counts (this alternate format is allowed for seekpoints): --seekpoint=...

...quick. > > I know this is not the cleanest way, but as this only for the rare cases Ah, I see, because the frame header also include either the sample number (variable frame size) or the frame number (fixed frame size). I assumed the stream would have to be decoded from the point of the last seekpoint to the end > > There are already a lot of applications reading FLAC, with and without > libFLAC. Changing behavior and the spec like this is going to break some of > them, because the changes you propose also affect files with fewer samples. > total samples being 0 can and does happ...

--- "David W. Tamkin" <dattier@panix.com> wrote: > Thank you very much for the explanations, Josh. > > | the seekpoints are not the only places in the stream that can > | be seeked to, they are just hints about regular locations in > | the stream. you can still seek to any sample. the number of > | seekpoints are just one factor in determining how fast the > | decoder can find any particular sample....

Thank you all very much for making things clear. I had confused seekpoints and cuepoints indeed ! I propose that Kerry's definitions (below) be added to the documentation. regards, Phil ----- Mail d'origine ----- De: Kerry Hoath <kerry at gotss.net> ?: porte64 at free.fr Envoy?: Thu, 2 Apr 2009 11:28:04 +0200 (CEST) Objet: Re: [Flac] FLAC: how to dump se...

Op di 15 okt. 2024 16:18 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > I see, but that would require changes in the software using libflac and > require the file to be easily seekable to be able to skip to the end and > depending on how far away the seek points are, it could take a while. > No, seeking to a specific sample can take a while because of all the

are internal structures, unexposed to the end-user as you suggest. For me, a seekpoint describes an offset in the audio file, and enables any player to jump to instantly jump to that position. For instance, if you pack up an a collection of audio tracks into a single FLAC file, there is a strong need for seeking ! It is common, typically in classical music, to have up to 40 tracks o...

Hello, I have used --import-cuesheet-from= to insert the cue points, which are OK according to "--export-cuesheet-to=-". The points I invoke are: - the possibility to specify them as frame count instead of time - the doc: i would not find in which format cue/seekpoints are stored in the headers - titles: apparently they get lost with this option. I guess they would be preserved if put into tags, but it seems odd to me to put a raw cuesheet into a tag Phil ----- Mail d'origine ----- De: Harry Sack <tranzedude at gmail.com> ?: porte64 at free.fr Cc: fl...

...titles and players > To: flac at xiph.org > Date: Monday, April 20, 2009, 10:07 AM > Hello, > > I managed to insert cuepoints from a cue sheet and > check them with metaflac. I witnessed that the FLAC > headers then had additionnals sections (one for cuepoints > and one for seekpoints), but i could not find documentation > how the format used to store them (frame counts for both > ?). > > Anyway it seems that cuepoints must be specified > in MM:SS:fr format. > > It would be nice if those could be specified also > as frame counts (this alternate format...

...ause of FLAC's metadata system. There just isn't a method specified yet because as soon as it is, people will say that it's not flexible enough." About the other point : > not sure what you mean by frame counts but the cue points can > also be absolute sample numbers like --seekpoint=# This is exactly what i am looking for (cuepoints specified as absolute frame numbers) it seems you have something working, but what's the option/syntax for this ? As there is no --cuepoint option, i presume that absolute frame numbers must be specified within cuesheet files instead of HH:MM...

...(encoded with flac.exe from the official flac website) some kind of beta implementation or is it a fully compatible release that will continue to be supported by future applications? The reason I'm asking is because I get the following error message when encoding: WARNING, cannot write back seekpoints when encoding to Ogg yet <p>Sergey <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the b...

I think there is another major issue for me: In METADATA_BLOCK_STREAMINFO the field for the length is only 36 bit, that's not even half an hour at 40 MHz sample rate, resulting in that the encoder sets it to 0 for longer captures. In the seekpoint the sample number is 64 bit, which is more than enough. But how does the decoder handle the seektable when the total number of samples is unknown? Or does the seektable override the info from METADATA_BLOCK_STREAMINFO? I used this functions now to add seekpoints, but all remain placeholders accord...

...(decompressed in a streaming fashion as well) to instruct skip ahead frame by frame. Op wo 16 okt 2024 om 00:53 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > I think I have an even better idea now that definitely won't break any > decoder: > -Create a normal last seekpoint pointing to the very last frame. Total > samples should be that seekpoint + frame length > > To indicate that the last seekpoint is pointing to the last frame, there > should be two placeholders: > First has the offset set to ASCII "TOTALSMP", the next one all zeros. > T...

...-1017,6 +1017,7 @@ <tr> <td nowrap="nowrap" align="right" valign="top" bgcolor="#F4F4CC"> <span class="argument">--no-adaptive-mid-side</span><br /> + <span class="argument">--no-cued-seekpoints</span><br /> <span class="argument">--no-decode-through-errors</span><br /> <span class="argument">--no-delete-input-file</span><br /> <span class="argument">--no-escape-coding</span><br...

Hi List, Is there a way to correctly use the replay-gain feature on flac files that contain an entire album (i.e., multiple tracks with seekpoints added from a cue sheet)? -- Chris

...does not require "code." In fact, you might want to move your question from the FLAC-Dev list to the FLAC (User) list. I'm on both lists, so I did not realize that you were basically asking in the wrong place. No "coding" skills whatsoever are required to create seekpoint markers in a FLAC file. Anyway, FLAC has a command-line program for maximum portability across multiple platforms. While it may seem almost as complicated as "coding," using the command-line is not nearly the same level of difficulty, although it is not familiar to the average com...

...;stefan-oltmanns at gmx.net>: > > I think there is another major issue for me: In > METADATA_BLOCK_STREAMINFO the field for the length is only 36 bit, > that's not even half an hour at 40 MHz sample rate, resulting in that > the encoder sets it to 0 for longer captures. In the seekpoint the > sample number is 64 bit, which is more than enough. > But how does the decoder handle the seektable when the total number of > samples is unknown? Or does the seektable override the info from > METADATA_BLOCK_STREAMINFO? When a suitable seektable is found, it overrides the inform...