similar to: AIFF support in oggenc

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

Is anyone working on making oggenc use some nice library that reads lots of different audio file formats so that people can encode from files other than WAV? For example, the 'AudioFile' library (just found it via a search on freshmeat) reads wav, aiff, aiff-c, .au, and .snd. Maybe there are other better libraries (OpenAL, maybe), but this library does what I want (read AIFF). -tim ---

---------- > Van: ORK <korsmo@solungen.hm.no> > Aan: vorbis@xiph.org > Onderwerp: [vorbis] OggEnc help file > Datum: maandag 3 september 2001 18:21 > > Somebody asked how to use OggEnc a while ago. > > OggEnc v0.8 (libvorbis rc2) > (c) 2001 Michael Smith <msmith@labyrinth.net.au) > > Usage: oggenc [options] input.wav [...] LOL! --- >8 ---- List

Don't know if anybody is still missing the lame oggenc features for resampling, lowpass/highpass filters etc, but I wrote a little script that uses sox to do all the stuff I need to real-time encode oggenc from the radio, or any input device. #!/bin/bash DATE=`date '+%m-%d-%Y-(%H.%M)'` DESTIN=/video/music/perftoday export DATE=$DATE'-PerformanceToday.ogg' sox -V -r 44100 -c

First of all, keep the replies on the mailing list. Are you subscribed to the mailing list? On Aug 24 09:44:56, nguyenquocthao00 at gmail.com wrote: > The file ogg is the same, I know that. So oggenc must have produced exactly the same audio. So it must be specific to the "live" playing. > And the problem is not from curl, > curl is only an example to replicate my problem.

hello, if I pipe raw audio in and a wav from sox to oggenc, sox sets the time to the maximum possible value. I don't know the wav header, could it be that it's 15 bit for the time and oggenc exits after this time (546min)? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

On Aug 22 09:38:17, u.windl at ukr.de wrote: > I wonder: What happens if you disable cURL's (default) buffering? With curl -N, I see the same behaviour. That's curl 8.1.2. What about you? I still can't see the original problem. Jan > -----Original Message----- > From: Vorbis <vorbis-bounces at xiph.org> On Behalf Of Jan Stary > Sent: Tuesday, August 22, 2023

Attached is the manual page for OggEnc. Please proofread it and commit to CVS. Also remember to edit Makefile.in to install the man page to the appropriate location. Thanks. --- Stan Seibert .\" Process this file with .\" groff -man -Tascii oggenc.1 .\" .TH oggenc 1 "August 13, 2000" "" "Vorbis Tools" .SH NAME oggenc \- encode audio into

I am resending this ( for the third time, mispelled vorbis-dev-@xiph.org ), because the last time it didn't make it ( it didn't appear on the web archive at www.xiph.org , the archive of vorbis-list for the current month is broken BTW ) -------- Original Message -------- Subject: Re: [vorbis-dev] WAVE loader for oggenc and oggdrop Date: Wed, 01 Aug 2001 13:44:47 +0200 From: David Balazic

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

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

I finally got around to getting this to a more-or-less working state. Right now, it does most of what vorbize does, plus support for encoding multiple files (this works, but needs some additions to sanely handle titles, etc. for multiple files). The name is temporary, until I think of something better. http://www.labyrinth.net.au/~msmith/oggenc-0.1.tar.gz Hopefully, it's mostly portable,

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

Hello: Thanks for the input so far. Heres the issue-- This is a production environment-- where many people "touch" the files. ie-- The audio engineer is a freelancer who wants to master the files at the highest quality TO HIS EAR and experience-- He knows NADA, Not a thing about SOX-- but is a ProTools GURU. The SOX resampled files work on our asterisk box-- but I gotta put someone

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: > > -ff { raw | wav | aif } > > In some sense, "-ff" is silly since it probably stands

Hi. I guess the world is full of these, one more won't hurt: "The ogg-cdparanoia script is a wrapper of the programs cdparanoia (http://www.xiph.org/paranoia/), sox (http://sox.sourceforge.net/) and oggenc (http://www.vorbis.com/). The process is simple: for each track, cdparanoia is called to extract the audio to a temporary wav file. Sox is used on it to see if it is normalized.

flac.exe is choking on some aiff files as input with the following: "ERROR: SSND chunk size inconsistent with sample frame count" According to Daren on the dBpoweramp forum "The flac.exe program ignores the amount of data bytes quoted in the SSND chunk and tries to read to the end of the file, which would be fine if the SSND data was the last data in the file. The problem is

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

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

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.