similar to: problem with file.wav > 700MB

hi. 1. I tried to encode some wav files with a size of 700MB - 1.1GB and got the message: "ERROR: no data sub-chunk". I used flac version 0.8 and 0.9. 2. It would be nice if flac displays the filename of the current used file. the reason: I started flac with a command like this: "flac -d 1.flac 1.wav; flac -d 2.flac 2.wav; flac -d 3.flac 3.wav; flac -d 4.flac 4.wav; flac -d

Hello, I have found that there are some WAV files which have a "fmt" chunk size greater then 16 bytes (length indicator greater then 16). The patch is attached. What is the normal method for submiting patches? Regards, Chris Wolf <HR NOSHADE> <UL> <LI>application/octet-stream attachment: audio.c.patch </UL> -------------- next part -------------- A non-text

hello! I use flac 1.0.2 with xmms 1.2.5 . The problem appears when I use the scroll bar to listen a few second forward in the song ("seek to ..."). Then xmms does'nt react and stops playing music for a few seconds. After these few second xmms works fine again and plays the song. The length of these pause is longer when I want to listen near the end of the song; its shorter when

Fine! I tried 1.0.2 and It works! thank you very much! Jan On Tuesday 04 December 2001 05:43, you wrote: > Jan, > I'm not sure that you've seen the messages go by in > the mailing list, but I think I fixed that bug and have > checked it into CVS. Could you try either CVS or > 1.0.2 which will be released this week an let me > know if it is fixed? Thanks, > >

ok, I tried a few songs and it seems to me, that the seek problem appears only with some songs. Also I have songs where is no problem. Josh, should I mail you a problematic song? Jan On Tuesday, 15. January 2002 15:38, you wrote: > --- Jan Suhr <jan.suhr@freenet.de> wrote: > > hello! > > I use flac 1.0.2 with xmms 1.2.5 . The problem appears when I use > > the scroll

---------- Forwarded Message ---------- Subject: [Bug 468] New: - seg fault when change the playing FLAC file; FLAC plugin Date: Fri, 23 Nov 2001 20:16:08 +0100 From: bugzilla-daemon@bugs.xmms.org To: jan.suhr@freenet.de http://bugs.xmms.org/show_bug.cgi?id=468 Summary: seg fault when change the playing FLAC file; FLAC plugin Product: XMMS Version: 1.2.5

So let me get this straight... I can put a CD in my computer and copy it to my hard drive as a wav files. Then by using FLAC to "compress" said wavs into .flac files. Resulting in approx. half the file size. Then later I can convert the FLAC files back to wav and the end up with the EXACT wav file I had before ? If this is the case, then great, but can you really cut out half the

--- Jan Suhr <jan.suhr@usa.net> wrote: > It would be easier if FLAC understand the following command: "flac > *.wav *.flac" or "flac -d *.flac *.wav" > > for now I have to use some shell "tricks". > I assume you're using the DOS shell? because all unix shells I know will expand the globs first so this syntax cannot work anyway. but I know

Two wavs I tried to encode tonight got errors near their ends, saying something like "skipped unknown sub-chunk 'LIST'." These occurred at 97% into one file and 98% into the other. If I hadn't brought the DOS command window to the foreground and hadn't been at the monitor watching before these warnings were scrolled away by the displays from work on other files in the

Ok, thanks for version 0.10! Now I'm compressing my music with flac and found a few points that I dont like: I started flac to compress 15 files with "flac -V *.wav" Flac finished to compress the 15 files without problem. To check if Flac had problems with one of the files I had to scroll the screen up all the "XX% complete: frame YYY, wrote ZZZ ..." screen output.

When you maximize the window, the position of the Fingerprint button doesn't adjust; the Help function still scrolls the first two screenfuls together without a break, so that the first screenful is impossible to read; not sure how, but the first time I tried it, it locked up and couldn't close (needed a three-finger salute). This is under WindowsME on a vintage 1998 266MHz Pentium II.

So, I saw a form of wav header I didn;t know about today. It's not in my (admittedly aging) copy of the RIFF spec from M$, but it's pretty clear how to handle it (mostly in the context of OggEnc). Here's a dump with od -c: 0000000 R I F F 370 357 l 002 W A V E f m t 0000020 020 \0 \0 \0 001 \0 002 \0 D 254 \0 \0 020 261 002 \0 0000040 004 \0

Hi Kerry, On 9/16/05, Kerry Hoath <kerry@gotss.net> wrote: > There is no standard for wav64 and a .wav in its standard form can only hold > 2gb of data. In this case the WAV files were less than 2 GB. > libsndfile can handle larger .wav files and so can other audio applications > but usually nonstandard subchunk data means that the wav reader in flac > can't understand

Dear Ogg Vorbis, I'm a senior in Information Technology, and my thesis is on Audio Watermarking. As a new starter in audio, I really need your help, and suggestions. I think in order to persue something on Audio I have to know much details about audio formats. So could you please show me where I can find the documents about the information I need ? Finally,could you please answer a confused

> Why is it that sometimes when I encode a .wav file then decode it again > the length of the generated file is 2 bytes shorter than the length of > the source file? > > The discrepancy in length occurs in the header and the remainder of the > data from there on is identical. It seems to me that what appear to be > length fields in the header is adjusted appropriately.

Hi! I'm just now preparing the first, still very experimental (way pre-1.0) release of a new archival tool, similar to (and based on) zip/unzip, with the difference that the enhanced zip tool can store x86-based decompressor code fragments in archives along with the compressed data, which the unzip tool runs in an isolated user-mode virtual machine in order to extract the data. The main

Hi. I tried several times to encode a wav file with the -V option. Every time FLAC died and printed: 27.34% complete: frame 16256, wrote 149020170 bytes (74912256/273992119 samples), r=0.497 ERROR: mismatch in decoded data, verify FAILED! Please submit a bug report to http://sourceforge.net/bugs/?func=addbug&group_id=13478 Make sure to include an email contact in

Hi, Before I file a bug report, I just wanted to check that samba is capable of serving files from a FAT32 partition. I have here an OpenBSD-4.2 i386 machine here with a second disk containting files that I will be sharing via both NFS and samba. The NFS share work great, but samba seg faults upon a windows client connecting. This occurs when using the OpenBSD package, and also when built from

hello! Today I tried to compile the new FLAC 0.8 sourcecode on my SuSE Linux 7.1 machine and failed. Below is the output of "make" and "configure". I hope the information is enough that somebody can help me to compile the source. Thanks a lot. PS: A lot of thanks to all developers of FLAC. Its very useful to me!! ------------------------------------------------------ This

On 10/18/2002 12:50 PM, Josh Coalson wrote: >> i configured and built 1.0.4 in osx 10.2. seemed to build fine, but each time >> i attemped to use the newly compiled flac binary I received this error >> >> "bus error" > > not sure about this one. > >> i nabbed the binaries for 1.0.3 and, each time i use flac to compress >> something in