similar to: cvs changes

Hi All, For my new file (and thus mp3) server I've decided to switch completely to Ogg Vorbis. This means having to reencode ~30GB worth of 128Kb MP3's, but i figured that it would all be worth the effort. So I downloaded the sources for libogg, libvorbis and vorbis-tools and fired up my trusty old compiler. libogg and libvorbis built and installed like a charm. Not so for

Hello, I am trying build vorbis-tools-1.1.1 in the framework of my tool (see signature). The essence of the tools is that it builds and install everything locally, and, of course, it uses the available mechanisms to specify search paths for both headers and libraries; the tool first builds dependencies abd then the target itself. So, for example, 'configure' for vorbis-tools-1.1.1 is

Again, Hi All, Thanks for your replies. I probably should've mentioned that I'm not subscribed to the list but I found your answers on the archives. I just wanted to go on record and mention that I do in fact have all the original CD's and that by re-encoding I meant repeating the entire process of ripping the original CD's (with cdparanoia (of course ;)) and then encoding them

I just finished the merge of branch_jackoggsvorbis into branch_postbeta2 Vorbis is now split into two libs, libogg, and libvorbis in this branch. the follow modules are a result: ogg - basic framing library, all ogg code and docs, etc vorbis - the vorbis codec, depends on ogg vorbis-plugins - all the audio plugins for ogg vorbis, depends on ogg and vorbis ao - libao a cross platform audio

Hello I am new at this. I have compiled the libogg and libvorbis libraries and installed them on my MacOS X machine. The libao cannot be compiled yet since stuff is missing. But I only want to play round with encoding right now. So I also unpacked the vorbis tools distribution and am in oggenc. In oggenc I do a cc *.c -I. -L/usr/local/lib -logg -lvorbis -lvorbisenc I get unknown symbols

hi! I've got some problems compiling/linking the vorbis tools. at first I had the same problem as mentioned here: http://www.xiph.org/archives/vorbis-dev/200201/0005.html (make was looking for libogg.la in the wrong path) but creating a symlink to /usr/local/lib/libogg.la in /usr/lib/ helped. :) having solved this, I get a new error: --- gcc -O20 -ffast-math -fsigned-char -o ogg123

Here's an updated set of patches to fix some problems with the build process. These patches are relevant to the CVS head as of 30 Dec 2000. Overview: - Patch 1: Allowing the user to set CFLAGS/LDFLAGS before running configure in all four modules. All these patches do is essentially: cflags_save="$CFLAGS" ldflags_save="$LDFLAGS" # ... stuff to

Apologies if this is know. But I've spent most of today Googling for a way to get this working, and to me, something is wrong here. But it might well be me. Anyway... I've been trying to record direct from the soundcard into an ogg file. I came up with rawrec -t 10 | oggenc -r -Q -q 5 - > foo.ogg which partially works. ogg123 will play it, but ogginfo reports Warning: Hole in

Has anyone managed to get ogg123 to compile in AIX? I'm got an RS6k with a PPC 604e, running AIX 4.3.3. I can get libogg, libvorbis, libao, oggenc (so, everything _but_ ogg123) to compile just fine. I'm using gcc, thankfully, and not the native IBM compilers. I believe the problem to be with the linker. By default gcc for AIX doesn't use the GNU linker, but the standard AIX

This patch (along with all the previous patches) gets oggenc and ogg123 working. This does not get vorbiscomment working, although I assume that would be trivial -- just add the getopt stuff to the project just like I did in ogg123. In addition to this patch, as I just mentioned, getopt1.c getopt.h and getopt.c need to be copied from oggenc to ogg123 and added. The host check in

Hi Jeremy, I went through the list archives, and have been trying to follow and implement things as I understand: 1. libao needs <sys/soundcard.h> and <machine/soundcard.h>, and so I linked /usr/include/soundcard.h there. 2. Since `soundcard.h' doesn't have SNDCTL_DSP_GETODELAY, I uncommented that particular line in `src/plugins/oss/ao_oss.c'. These steps made sure

Hi, Attached are patches for the beta 4 distribution, fixing minor problems in RPM spec files. One question: are there any reasons not to include vorbiscomment in the vorbis-tools binary package? I've added the long-awaited utility program into the revised spec file, but I wonder if it is a wrong change... Regards, -- KAJIYAMA, Tamito <kajiyama@grad.sccs.chukyo-u.ac.jp> diff -ru

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

Hello all. I'm new to this list. I'm also new to coding with libvorbis and things, so please bear with me. :) I've been having trouble with libvorbisfile. My use of it is fairly simple, but when I try to ov_clear the vorbis file, it segfaults. I can attach or otherwise make availible some demo source code, but for now I'll just pull out relevant lines: //BEGIN PSEUDO CODE

Hello. As the subject of my email states, I've noticed that oggenc never encodes the same twice. i.e., encoding the same file twice, using the same settings and same OS, never results in identical files (checked using 'diff'). I know that a randomly generated serial number is put it, but it gets better: a diff (- a -u0) between these two encodings is ~120KiB. Umm... why?

Hey, i'm having trouble getting ov_open to work on my slackware 8.1 system. The c, and makefile are as follows, and the error produced. I've also included an ldd of the compiled file. If anyone can be of any help, it would be greatly appreciated! --------------------------C FILE------------------------------- #include <stdio.h> #include <string.h> #include

I compiled and installed pyogg followed by pyvorbis, running: $ ./config_unix.py $ python setup.py build and as root: # python setup.py install for pyogg and pyvorbis in turn. This completed without error, however upon trying to import ogg.vorbis in IDLE I get an import error: ImportError: libvorbisfile.so.3: cannot open shared object file: No such file or directory I was told this may have

Hello, i had nearly the same problem when compiling libao (of nightly snapshot of 2001/02/10) >checking for artsc-config... /usr/bin/artsc-config >I don't know enough about KDE to know if this file is supposed to be >there without any of the kde-devel packages installed (if not, then I >have a Mandrake bug). If I move this file so it can't be found, make >and make install

Hello, i had nearly the same problem when compiling libao (of nightly snapshot of 2001/02/10) >checking for artsc-config... /usr/bin/artsc-config >I don't know enough about KDE to know if this file is supposed to be >there without any of the kde-devel packages installed (if not, then I >have a Mandrake bug). If I move this file so it can't be found, make >and make install

I'm having several problems with ogg123 on a FreeBSD-STABLE machine. In each case, ogg123 dumps core complaining about a bus error. 1) ogg123 plays all files at what seems like twice the correct speed. When given a SIGINT, ogg123 dumps core. This is using the program defaults, including the OSS driver. Here's a backtrace from gdb: Core was generated by `ogg123'. Program