similar to: Vorbis encoding bug on amd64

Hi, Has anyone succeeded to build oggenc and oggdec on Mac OS X with static linking? I can build libogg and libvorbis and install them as dynamic libraries (by running ./configure, make and then make install). Then oggenc and oggdec will load them in runtime and use them. That works fine. But I'd like to build these two command line tools so they're linked with all the libraries they

This patch cleans up the vorbis-tools Makefile.am files so they work with both automake 1.4 and 1.6. Some changes to configure.in were also needed in order to get things to work (and to fix some ac 2.50 issues). Please remove config.h from cvs as it is a generated file and empty anyway. automake 1.6 isn't really incompatable with 1.4, it's just more picky about you sticking to the rules:

Hi. I just noticed that oggdec channel reordering for WAV is bogus. With irrelevant clutter removed, oggenc has the following code: permute = {0,2,1,4,5,3} // oggenc/audio.c:401 for (j) to_vorbis[j] = from_wav[permute[j]] // oggenc/audio.c:619 While oggdec has the following code: permute = {0,2,1,5,3,4} // oggdec/oggdec.c:229 for (j)

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

Hello there. I can't use bugtracker because it is permanently think that I'm spammer. -------------- System: Windows XP Service Pack 3 When I trying to decode any *.ogg file with oggdec.exe like this: oggdec.exe file.ogg I have an error (it is translate version - I don't have english version of Windows): Instruction from address 0x7c91b1fa trying to access 0x00000010. Memory

Hi There, I have a problem with OggEnc v1.0.2. Can you tell me, where to put or to post a bug report? The problems eare with some speciel charakters - used in Europe (Denmark, Norway, Sweden, Germany, Austria, etc..) Some Examples: Hin Vordende Sod & S? ^ 02_Bruderov paa H?gstadtun.ogg ^ 03_Huldradans - Hin Gr?nnkledde.ogg ^

> > I think, I got the problem: > > When I re-encode both audio files with the same quality/bitrate, oggCat/oggJoin works as expected. > > The reason, that it does not work, is as follows: I had a lot of trouble concatenate the audio-files (as I was starting with video only). In many cases, the concatenation works even if the bitrate does not correspond (correct me if I am

I download all the tarballs for rc3. I compiled and installed all the libraries successfully, but I wan't able to compile the vorbis tools (1.0rc3) package succesfully. I can run configure successfully, but when I run make it dies with this make[2]: Entering directory `/usr/local/src/vorbis-tools-1.0rc3/oggenc' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o

I know there's a bug tracker, and that is exactly the reason why I am posting this on the dev list. There has been a report from one of the foobar developers regarding oggenc on the HA forums, but he later posted it at the bug tracker as well. Three weeks have passed and no one seems to have noticed it was there. ~*~ URL: http://trac.xiph.org/cgi-bin/trac.cgi/ticket/736 Subject:

Hi, I just came across some behaviour in oggenc that I didn't expect and wondered if this was intentional or not. I was wanting to encode a Cd which has more than one artist, but several tracks per artist. The command I entered took the form of: oggenc -n "%n - %a - %t.ogg" -a artist1 -N 1 -t title1 -N 2 -t title2 -N 3 -t title3 -a artist2 -N 4 -t title4 -N 5 -t title5 -a

Hi, I am trying to encode a 2.1gig .wav file using oggenc with the following error message: andrew@ilium:~/Desktop$ oggenc -q 6 merge.wav -o test.ogg ERROR: Cannot open input file "merge.wav": File too large I have compiled oggenc from source: andrew@ilium:~/Desktop$ oggenc -version OggEnc v1.0.2 I am hoping that this not a limitation of oggenc, rather that I have done something a

hi, I am recording a continuous 24/7 broadcast using ecasound, oggenc and cronolog. because the broadcast is continuous and to not lose any data, I split up the recorded stream into a file for every 30 minutes using cronolog (http://www.cronolog.org). o the chain looks like the following: ecasound | oggenc | cronolog the problem is the following, because the oggfiles are split, they lack a

Hi vorbis-list, Here is a small patch that adds the possibility to automatically remove the ogg-files when oggdec has decoded them. I wrote it some time ago, but forgot to send it here... ;-( I found it nifty when I was going to burn a few of the ogg files (convert to wav and remove them). http://www.efd.lth.se/~p03jr/patches/oggdec.c.diff I am not sure whether this patch works in windows.

oggenc is not responding to the -b <kbitrate> option. No matter what i set it to, libvorbisenc seems to encode the audio file at the same exact bitrate each time and it is very filesize biased. It's basically ignoring it even though the output of oggenc as it's encoding specifically states the kbit rate i told it to encode at (on average). --- >8 ---- List archives:

I am running SuSE 7.3 600 Mhx Celeron 20gig hd On trying oggenc for the first time on a test .wav file oggenc test.wav I get Error while loading shared libraries: /usr/lib/libvorbisenc.so.0: undefined symbol: _time P Any suggestions? Until I upgrade to kernel 2.4.18 and ALSA 0.9 I just need to get this working. Upgrade...soon...very...soon/. Thanks --- >8 ---- List archives:

Hello, Today I was benchmarking DV video on a AMD64: skinkie@zwartepiet ~ $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3500+ stepping : 0 cpu MHz : 2210.197 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes

I'm now trying to use an m3u formatted list to pass to ezstream rather than stdin. Since all of my audio files are in .wav format, and I have oggenc, I see no reason to decode them before ogg encoding them. Is there a configuration I can use to make this happen? I tried omitting the decode parameter and ezstream complained. Here is what I have now: <ezstream>

Hi Sorry, the reason I joined the list is for help finding a bug that occurs when libvorbisenc is compiled and run on ARM EABI systems (current Debian, Gentoo, OpenEmbedded etc). The symptom is that oggenc produces shorter ogg files than it should (about 1/2 size) that decode to the correct duration but of total silence. libvorbis/examples/encoder_example does the same on these systems, but