similar to: OGG in RIFF-WAVE (encoding with MSACM)

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

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

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

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

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.

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.

On Wed, Nov 19, 2003 at 08:41:56AM -0700, tech@bishop.dhs.org wrote: > On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > > Steve Lhomme wrote: > > > > > > You might try to contact the makers of FruityLoops. Right now their > > > samples packs are in Ogg format (stored in a WAV IIRC). They like open > > > and free formats (they also

> Steve Lhomme wrote: > > You might try to contact the makers of FruityLoops. Right now their > samples packs are in Ogg format (stored in a WAV IIRC). They like open > and free formats (they also use the LAME encoder). I've thought of doing lossy compression before on instruments, but I'd much rather stick to lossless, at least for now. There are issues to be sorted out

Hi! Using (among others) the pretty old SuSE8.1, I cant get puppet to install packages. The rpm programms bahaviour was changed somewhen between versions 3 and 4 (sry, don´t know exactly when) and the old version does not support the "--nosignature" and "--nodigest" params and "--oldpackage" is purely an update parameter so when trying to install a package I

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 all, I use sound with wine and have (almost) no problem. But I always asked myself what was the 'msacm.voxacm160' driver that is looked for by wine. Could someone give me a clue on this ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! Yahoo! Mail : http://fr.mail.yahoo.com

I'm reordering the code in ao_wav.c that writes wav files to prevent the problem we had earlier. If ogg123 was improperly terminated (Segfault, kill -9, etc.), the output wav file was not even recognizable because the header was totally blank. I have found that at the start of playback (from libao's perspective), I know all of the wav header info except two things: 1) The length of the

I'm new to the mailing list but am interested in picking up a thread from earlier in the month but which I thought had become confusing so I am starting again. I should admit from the beginning that I am a colleague of Alex Brims who started the original thread. The thread in question related to a wav file with an extra two bytes at the end causing a partial sample error in the reference

<LET OBJECT=STEAM DIRECTION=OFF> Here is an improved WAVE file loader for oggenc/oggdrop : int load_wave(char * filename,void * buffer) { fprintf(stderr,"unsupported WAVE file format !\n"); return -1; } It has the same functionality as the current code, but is shorter, has less ( zero ? ) bugs, is easier to maintain etc. </LET> I created a RIFF/WAVE ( commonly known

I'm new to the mailing list but am interested in picking up a thread from earlier in the month but which I thought had become confusing so I am starting again. I should admit from the beginning that I am a colleague of Alex Brims who started the original thread. The thread in question related to a wav file with an extra two bytes at the end causing a partial sample error in the reference

I no longer have sound in Eve Online since updating to 1.3.25, neither do I have Jack support anymore for 'WineAsio' and fruityloops. Why the sudden move away from the sound supported drivers??? Is there a way I can fix this? Im a freelance musician and use FL9 on a daily basis. Thanks Wine for the FIX....

On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > Steve Lhomme wrote: > > > > You might try to contact the makers of FruityLoops. Right now their > > samples packs are in Ogg format (stored in a WAV IIRC). They like open > > and free formats (they also use the LAME encoder). > > I've thought of doing lossy compression before on instruments,

Hi, I really appreciate the good work put into wine. And indeed I have some questions: How sophisticated (if at all) is alsa midi support from within wine-hosted sound applications? Think of Cubase/Fruityloops plus some Softsynths played and recorded by an external keyboard. Alsa works very well with low latency etc. on my current debian installation. How thin/thick is the wine sound emulation

--- tech@bishop.dhs.org wrote: > On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > > Steve Lhomme wrote: > > > > > > You might try to contact the makers of FruityLoops. Right now > their > > > samples packs are in Ogg format (stored in a WAV IIRC). They like > open > > > and free formats (they also use the LAME encoder). >