similar to: Adding oggenc support for files other than WAV?

--- Matt Zimmerman <mdz@debian.org> wrote: > On Tue, Jul 30, 2002 at 09:04:38PM -0500, Brady Patterson wrote: > > > The patch I submitted only reads AIFF files. I'm about to start > the patch to > > write AIFF files. > > > > To do so, we need a command-line option to specify AIFF. My > inclination is to > > add an option: > > > >

The patch I submitted only reads AIFF files. I'm about to start the patch to write AIFF files. To do so, we need a command-line option to specify AIFF. My inclination is to add an option: -ff { raw | wav | aif } In some sense, "-ff" is silly since it probably stands for "format format". Still, I think it's better than just "-f", since the first

I built ogg vorbis from the rc1 cvs source on Irix 6.5.12 with gcc 2.95.2. Using oggenc I encoded about 8,000 aiff files but found about a dozen where oggenc would go into an infinite loop. I tracked the problem with Laguerre_With_Deflation() as far back as logmask being Inf in floor0_forward. I'm now building gcc 3.0 with the expectation this is a compiler issue. If not, I'll back

Thought this might be useful to at least consider being included in 1.0.1. It adds, among other things (maybe), an endian variant of AIFF-C. Nathan -------------- next part -------------- diff -urN vorbis-tools-1.0.orig/oggenc/audio.c vorbis-tools-1.0/oggenc/audio.c --- vorbis-tools-1.0.orig/oggenc/audio.c Thu Jul 11 16:20:33 2002 +++ vorbis-tools-1.0/oggenc/audio.c Mon Jan 20 09:42:57 2003 @@

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The binary frameworks distribution, as found on: > http://xiph.org/quicktime/download.html , hasn't really been tested > much outside the XiphQT project. I never had any problems with them, > but any improvement suggestions or help is welcome. Well, ok, then if the framework is intended to work, then let me describe closer the

--- Brady Patterson <brady@spaceship.com> wrote: > > Brady, I would say for now, your proposal is fine. I am going > > to move flac to getopt soon... > > > > Matt, that would be cool if you wanted to take on the audiofile > > support. I have actually been waiting to ask you for that, > > waiting until I got the getopt support done, and the new > >

... in order to prevent a division by zero (CVE-2014-9638) and integer overflow (CVE-2014-9639). Bug: https://trac.xiph.org/ticket/2136 Bug: https://trac.xiph.org/ticket/2137 --- oggenc/audio.c | 19 +++++++++++++++++-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/oggenc/audio.c b/oggenc/audio.c index 477da8c..1167f1b 100644 --- a/oggenc/audio.c +++ b/oggenc/audio.c @@ -13,6

Hello, I created a patch for oggenc that gives it minimal support for WAV files with the WAVE_FORMAT_EXTENSIBLE format. What's the right way to submit this? http://www.microsoft.com/whdc/device/audio/multichaud.mspx Joe Holt

Hi all, I've got a strange problem. I was just encoding a new CD I bought a couple of days ago (Muse - Hullabaloo Soundtrack) when I ran into a strange bug. After ripping track 8, CD 1 with cdparanoia under OpenBSD/alpha, I wanted to encode it with oggenc (latest version from the OpenBSD-current ports tree, (`oggenc -v` says 'OggEnc v1.0 (libvorbis 1.0)')). Here's the output :

For those that are interested in beating it up and complaining that it doesn't work on particular input files, cvs oggenc now supports AIFF input. I've tested it with 1 (one) file, which was a conversion using sox. So I don't expect it to work with everything. If others have files that it doesn't work properly with, let me know (preferably with a short description of what was

Hi, I recently noticed that a relativly short wav file loses the last second (truncated perhaps) when I ran it through oggenc. Originally the wav was 25 seconds, the ogg is 24 seconds. This happens at various quality levels, and I saved several copys of the file on a webserver at http://array26.rockefeller.edu/www/ogg/ If anyone wants to confirm my observations. The command lines were:

How about the opposite? What I would like to see is FLAC support in libaudiofile, so applications written with libaudiofile could transparently take advantage on FLAC's compression. Ironically I guess it would still make sense to use libaudiofile in FLAC for getting input. Mmmm, cyclic dependancies... Or is that just a stupid idea? Dave On Wed, 2002-07-31 at 13:10, Matt Zimmerman wrote: >

(well, YMMV, but it got me 12% on Mac OS X Public Beta on my test case). In vorbis/lib/scales.h, add the following after fromdB() #define sqrt_fromdB(x) (exp((x)*.11512925*0.5)) In vorbis/lib/psy.c at the bottom of bark_noise(), do: < noise[i]=sqrt(fromdB(v)); > noise[i]=sqrt_fromdB(v); This avoids the sqrt() call entirely by just doing it as part of the exp(). (I'd

OK, so I've been trying for a day now to get FLAC implementation in our apps. Suffice it to say that due to the "interesting" documentation and the inability to compile this thing from the source, I'm not sure we can do it yet. I am writing in to see if there's anything I'm missing before I make the conclusion that we have to wait... --- We write apps for OS

I have a test program that loads an AIFF or WAV file with libsndfile and plays then using libao. After running around in circles for a while, I found and fixed the problem, but I'm still confused as to why the solution works. Would someone please explain this to me so I don't trip over this again later in my project? I used sf_open_fd() to get a SNDFILE* pointer and an AF_INFO

<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

It seems, that oggenc-ing audiofile, and then flac-ing diffrences between original file and vorbis compressed file gives a little better compression than simply flac-ing. I've tested it on one file only: file.wav 55829468 bytes flac -8 file.wav file.flac 37924329 bytes (0.6793 of original) oggenc file.wav file.ogg 4784799 bytes oggdec -o ogg.wav file.ogg sox tmp.wav ogg-.wav vol

I have got libao up to oggenc and ogg123 working on Mac OS X Public Beta now. I'd like to submit patches, but last time I did, they never got committed by anyone. Who is in charge of committing stuff? Does someone want to nominate themselves to review and commit my patches? The patches are briefly: - On Mac OS X dlopen() is not very well supported, so libao has been cleaned up a bit to

I am using CDex to encode my music into Flac. I am using the latest version of Flac (with the frontend etc.) and sending the rips to it as an 'external encoder' with the string: -8 -o %2 -T "artist=%a" -T "title=%t" -T "album=%b" -T "date=%y" -T "tracknumber=%tn" -T "genre=%g" - However, I am getting the below output/error with

I know this is probably blindingly obvious, but I can't find it anywhere. Is there a way to tell the Vorbis codec what endian your samples are or do I have to do my own byte reversal. AIFF is Be's 'standard' audio file format, and its encoded big endian, not little endian even on Intel boxes. I know for decoding ov_read has an endian option, but I can't see an equaivalent for