similar to: flac seektable during encoding

--- 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'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 while skipping bytes

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 while skipping bytes

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

Op wo 16 okt 2024 om 16:25 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > Yes, overwriting the streaminfo total_samples number is a bit of a hack, > but it would only affect those files with more than 2^36 samples that > contains the special seek point, so no difference for the average flac user. > > Not sure how the applications actually read flac files, if they

On 6/4/06, Avuton Olrich <avuton@gmail.com> wrote: ...more stuff... Upon yet further investigation, compiled FLAC CVS on amd64, the 18GB raw file flacs just fine. I then sent the flac to the x86 machine and it decodes fine. So this seems to be a 32bit x86 encoding problem, only. -- avuton -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

Latest git [3b41451197f2cc7afb13753caaccbadaa74eca32] cross compiles perfect without patches (this is the first time I've seen this with any flac tree). Install fails with --disable-doxygen-docs; it's probably easy to fix, but here's the problem: make[5]: Entering directory `/home/avuton/src/mpd-release-utils/src/flac.git/doc/html/images/hw' make[5]: Nothing to be done for

Op di 15 okt 2024 om 21:27 schreef Alistair Buxton <a.j.buxton at gmail.com>: > > I would like to see this kind of thing put into a secondary metadata block aimed specifically at SDR. This could be completely ignored by regular audio players - these files are not meant to be listened to anyway. I could probably figure out how to implement that, I even started looking into it once, but

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

Am 16.10.24 um 15:15 schrieb Martijn van Beurden: > > But how should such a number be presented to the libFLAC user? You > suggested overwriting the streaminfo total_samples number, but > streaminfo always precedes the seektable, so the streaminfo metadata > block is already parsed by the application before the seektable is > even read. Also, I think it is quite hacky to not pass

yes I know I can do that, but my question is if there is software to edit FLAC files without having to uncompress to WAV/recompress to FLAC. 2007/7/23, Avuton Olrich <avuton@gmail.com>: > > On 7/23/07, Harry Sack <tranzedude@gmail.com> wrote: > > hi > > > > does somebody know software for editing FLAC files? So I just want to > cut > > some pieces

Am 15.10.24 um 19:03 schrieb Martijn van Beurden: > > No, seeking to a specific sample can take a while because of all the > back-and-forth, but seeking to almost the end of the file is very 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

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?

Not sure where bug reports are going yet. I'd love to try to cross-compile with mingw, but git fails to build out of the box so far; these scripts work for most any other git tree I've used them on before. All that's done: ./autogen.sh ./configure --prefix=/home/avuton/src/mpd-release-utils/build-dir --host=i586-mingw32msvc - -build=x86_64-linux-gnu --target=i586-mingw32msvc

On 9/6/07, Harry Sack <tranzedude@gmail.com> wrote: > it's really not complicated I think: only api changes to write on any Please get started writing a patch, immediately. -- avuton -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell.

I'm attempting to flac a 18GB raw file, and as per 1328191 I compiled CVS, when it gets to 4GB it doesn't continue. I've tried stracing and get no output after a certain point. I also have tried oggflac and it is no different. I configured with no options or special CFLAGS and this is on a x86 machine. Is there anything special I need to do to get this to work? I have also tried with

Sorry, I'm sure it's terribly offtopic, but thought it was extremely interesting that the new album[1] by Saul Williams, produced by Trent Reznor, is available for download for 5 bucks. It's nice to see FLAC getting some respect! ;) [1] http://en.wikipedia.org/wiki/The_Inevitable_Rise_and_Liberation_of_NiggyTardust! -- avuton -- Anyone who quotes me in their sig is an idiot. --

Op ma 14 okt 2024 om 16:06 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > Unfortunately that doesn't seem to be the case. I just made a capture > that is > 30 Minutes with total samples set to 0 and a seek table: All > players I tried cannot seek in the file and cannot determine it's > length: VLC, Celluloid and DeaDBeef > > I wondered why I can

Am 14.10.24 um 09:11 schrieb Martijn van Beurden: > Op zo 13 okt 2024 om 22:33 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: >> > >> >> The signal is the FM-modulated video signal of video tapes (like VHS). >> The idea is to capture the signal directly from the video head amplifier >> in the VCR and later demodulate/decode it in software, providing

I just tried this with Goldwave.. it decoded the file, i edited out some stuff, and saved the file (flac format) and the tags appear to be intact. Greg M. --- Tomas Valusek <tvalusek@seznam.cz> wrote: > Hello, > > and what if I want to preserve FLAC tags while I'm > editing its contents? > Is there a way e.g. to cut silent block from FLAC > and preserve tags? By