similar to: FLAC: editing software

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

hi does somebody know software for editing FLAC files? So I just want to cut some pieces out of the file (for example silence in front of a recording) thx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20070723/e3bc7859/attachment.htm

Hello, No public anwer came to my previous post, and my problem is urgent, so I'm trying again. I'm using Ogg Vorbis since 2000 and some of my files appear to be damaged - at least some players reject some of them (WinAmp, Quintessential Media Player beta 116). Is there a repair tool for Windows which could rebuild vorbis files so that they all could be played in WinAmp, which is very

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.

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

it actually is complicated. the libFLAC api is not suited to a multithreaded design because the i/o is stream-based, not file- based. flac(.exe) is the file-based wrapper around libFLAC that allows it to work on files. the way libFLAC buffers data is also impossible to parallelize without significantly changing the api. it would take a specialty file-based encoder using an independent frame

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

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

I'm a loyal user of GoldWave (http://www.goldwave.com/), and recently the Ogg Vorbis support module has been updated to RC3. Is it still safer for me to save files as WAV and then use the "official" tool (oggenc) to encode my files, or are all RC3 implementations the same, and it makes no difference with what program I encode the files, as long as the module uses the latest

Hi all, I am relatively new to Linux and wine and I am trying to run an audio editing software called Goldwave 5.06 (version 4.26 works relatively well). 5.06 installs ok but when I go to run it I get the following error: "Driver does not support 16 bit colour depth or visual buffer could not be created. Visual disabled." And the meter displays do not work. I have tried adjusting

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

I found a bug near your backtrace, whenever sizeof(size_t)==32. I checked in a fix, can you try it now? Jos --- Josh Coalson <xflac@yahoo.com> wrote: > ok, thanks for the details, I'll take a look. > > Josh > > --- Avuton Olrich <avuton@gmail.com> wrote: > > > On 6/4/06, Avuton Olrich <avuton@gmail.com> wrote: > > ...more stuff... >

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

Hello, While building from git, I'm getting the following failure (help please): CC ogg_mapping.lo CCLD libFLAC.la Creating library file: .libs/libFLAC.dll.a .libs/bitreader.o: In function `FLAC__clz_soft_uint32': ./include/private/bitmath.h:46: multiple definition of `_FLAC__clz_soft_uint32' .libs/bitmath.o:./include/private/bitmath.h:46: first defined here .libs/fixed.o:

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

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

Here are some minor things I noticed when updating the vorbis module for GoldWave: Bitwise.c, line 175 and 207 Warning: Negative unsigned value ret=-1UL; Info.c, line 385 Warning: Unreachable code break; vorbisfile.c, line 1407 Warning: Call to function with no prototype int host_endian = host_is_big_endian(); fix: add 'void' to line 1339: static int host_is_big_endian( void )

2007/9/8, Josh Coalson <xflac@yahoo.com>: > > it actually is complicated. the libFLAC api is not suited to a > multithreaded design because the i/o is stream-based, not file- > based. flac(.exe) is the file-based wrapper around libFLAC that > allows it to work on files. the way libFLAC buffers data is also > impossible to parallelize without significantly changing the