search for: riffe

Brian Willoughby wrote: > The ckSize field can be odd to represent the size of the valid data. > > However, the chunk itself must always be an even size. This requires a padding byte at the end of a chunk before the next chunk can begin, or before the end of file. The latter case is the one that most often occurs in buggy RIFF writing programs - the last chunk will have an odd ckSize and

This patch should fix ticket https://sourceforge.net/p/flac/bugs/419/ and its duplicate https://sourceforge.net/p/flac/support-requests/152/ some programs write odd value to ckSize of RIFF chunk. Not sure is it correct or not, but flac should read them anyway. -------------- next part -------------- A non-text attachment was scrubbed... Name: odd_riff_size.patch Type: application/octet-stream

The ckSize field can be odd to represent the size of the valid data. However, the chunk itself must always be an even size. This requires a padding byte at the end of a chunk before the next chunk can begin, or before the end of file. The latter case is the one that most often occurs in buggy RIFF writing programs - the last chunk will have an odd ckSize and the file will be one byte shorter than

Hello. I'm running the swfdec-extract tool built from the 0.6.0 source tarball under gentoo and I'm finding that it's not able to rip the MP3s from the SWF file. I'm getting this: SWFDEC: ERROR: swfdec_codec_gst.c(269): swfdec_gst_decoder_init: failed to create decoder It manages to save the file as a WAV file, but I'd prefer the MP3 to get at the ID3 info in the file.

Hi, how can I convert .wav files to .WAV: # file greet.* greet.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 8000 Hz greet.WAV: RIFF (little-endian) data, WAVE audio, GSM 6.10, mono 8000 Hz using 'sox'? Thanks -- Domenico Viggiani

HI Josh, I'm starting now to compile the ACM codec. I don't know how long it will take, since I do it in my free time, but I guess it will not take to long. About Mark Powell's comment, with an ACM codec there will be a lot of Windows GUIs for FLAC. I'm writing this message to talk about the FLAC format. The GUIs for the Audio Codec Manager, including Winamp and Windows Media

So i'm trying to write an app that enocodes WAV files to "Ogg in a RIFF-WAV" files. Theese are used in Fruity Loops, and since the software itself does not have this feature i wanted to write one myself. The point for it is to save space when sharing "zipped loop packages". Such packages contain the samples (WAV) and the song file (FLP). At first i wrote just an encoder

just recently I have finished implementing support for saving non-audio chunks in RIFF WAVE and AIFF with the FLAC file in application metadata blocks, and restoring them when decoding. you can read about more about it here: http://www.hydrogenaudio.org/forums/index.php?showtopic=56968 the zip file there has windows binaries; CVS HEAD has everything checked in if you need a different platform.

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

Not sure if this belongs here or in flac-dev. I am subscribed to both, so flop it over if fits better over there. Looking at the Changelog for FLAC 1.2.1 (17-Sep-2007), it says: "With the new --keep-foreign-metadata in flac, non-audio RIFF and AIFF chunks can be stored in FLAC files and recreated when decoding." Where can I find more detail on what is a

Hi All, 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. I suspect that this is not a

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

Hello, I am currently using MusicOnHold(mpg123), and it works just fine, but every once in a while I will get a flurry of warnings in the CLI like those below and Asterisk will freeze completely, and the only way to come out of it is with a kill -9 . Is mpg123 causing my problem? Is there a specific format of MP3 that should be used/avoided to not have errors like these? Any help would be greatly

On Sun, Jun 08, 2003 at 02:06:18AM +0200, Paul Seelig wrote: > This is what i get when trying to encode a WAV file: > > ------------- snip ----------------- > [pseelig]/tmp > flac -o YouGotMail.flac YouGotMail.wav > > flac 1.1.0, Copyright (C) 2000,2001,2002,2003 Josh Coalson > flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you > are welcome to

Hi gang, I have a "fun" one for you. I'm not getting the quality of sound I want out of GSM, so I'm trying to make my files into .WAV (.wav) format. Here is the "file" output for 5 files: file *.WAV cents.WAV: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 8000 Hz dollars.WAV: RIFF (little-endian) data, WAVE audio, Microsoft

"Alex Brims" <alex.brims@gmail.com> wrote: > Ok, we actually worked this out - there were 2 extra bytes doing nothing at > the end of the files. Opening the file in SoundForge and saving it (without > changing it) took off the extra bytes and allowed the file to convert to > FLAC. > > Thanks to everyone who emailed me suggestions. > > Is there a decent

On 9/26/07, Josh Coalson <xflac@yahoo.com> wrote: > --- Martin Leese <martin.leese@stanfordalumni.org> wrote: ... > > Where can I find more detail on what is a > > "non-audio" RIFF chunk? > > it is any riff chunk that is not "fmt " or "data" > > > Ambisonic ".amb" files are WAVE-EX files with > > a

This topic is possibly more appropriate on the flac-dev list, since most flac users are not going to be interested in the details of WAVE format errors. Assuming it's ok to keep talking about it here... Ben, you've stumbled upon one of the common shortcomings of specifications. There are often assumptions which are not spelled out, or there are pieces which are vague. In some

Hi vorbis! Ezt írtad Wednesday, April 16, 2003, 4:22:39 PM perckor: vxo> Hello, this is the mailing list anti-spam filter at Xiph.Org. vxo> We need you to confirm your e-mail message with the subject of vxo> "Re: [vorbis] Re: OGG in RIFF-WAVE (encoding with MSACM)". vxo> Please send a message to the following address, or simply use your vxo> mailer's

Hey Everyone, First time poster! woot! Can someone please point me to a Wiki, FAQ, web page, that I can reference to help me debug why my installation of the TextMate Bundle doesn''t work? Am I supposed to install the gem, then install the plugins into a project, then install the bundle before the bundle can work? I can run ''rake spec'' at the command line just fine;