similar to: patch to add device-option to ogg123 rc file

Hi, I've been working on ogg123 to see if i could add a remote interface compatible with the one in mpg123. This remote interface is used mainly by mp3 players which use mpg123 as their backend. The reason i did this was that i have recently encoded some of my cd's in ogg vorbis format but wanted to keep using my favourite player (playmp3list,

Hi. I created a patch for Bug #4 (ogg123 not honoring /etc/ogg123rc) and uploaded it to Bugzilla, but I have the feeling that the Bugzilla is somewhat neglected... so I just send the patch here. The changes are very simple, one typo (I guess) was fixed (from "/etc/ogg123.rc" to "/etc/og123rc" as it's documented), and I changed an if to a while-loop to make it read the

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 submitted four new packages for the NetBSD pkgsrc collection: libao, libogg, libvorbis and vorbis-tools for 1.0beta4. The following is some of the patches needed for libao and vorbis-tools. Official Developers: When you receive patches or development suggestions can you please acknowledge them? (For example: "Noted.", "Thanks, but already done.", "Not necessary,

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, A developper of MandrakeSoft needed for some reason to ameliorate ogg123 in a way: with the patch when you issue a Ctrl+Z (suspending the app) the dsp is freed. Ofcourse the app can still continue when SIGCONT is received. Apparently he chose to separate the actual code into more functions. Please note that this code uses local functions, it thus needs gcc to compile. -=-=-- ---

mandir should default to $(prefix)/man, but there's no reason to mess with it since autoconf/automake will take care of it on their own just fine. Index: ogg123/Makefile.am =================================================================== RCS file: /usr/local/cvsroot/vorbis-tools/ogg123/Makefile.am,v retrieving revision 1.13 diff -u -r1.13 Makefile.am --- ogg123/Makefile.am 2001/02/19

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

Hello, I successfully compiled and installed; libao-0.6.0-1 libao-devel-0.6.0-1 libogg-1.0beta4-1 libogg-devel-1.0beta4-1 libvorbis-1.0beta4-1 libvorbis-devel-1.0beta4-1 as RPM's using the spec files included in the sources. (the RPM's available for download are for RPM 4 users, I guess?) Anyway, now I'm trying to compile vorbis-tools using the spec file included and I got the

[This mail is a bit long: sorry.] Hi, I have been trying to compile vorbis-tools-1.0beta4 on NetBSD-1.5/i386, and I get the following: --------------------- Upon typing ./configure --prefix=/usr/pkg/ --with-ogg-prefix=/usr/pkg/ --with-vorbis-prefix=/usr/pkg/ --with-ao-prefix=/usr/pkg/ checking for Ogg... yes checking for Vorbis... yes checking for ao... no *** Could not run

Here is a patch to fix the compiler warnings I mentioned earlier. I've removed the byte-order changes that don't make sense. (Thanks Michael for pointing out the error!) As for the byte-order changes, since some output modules don't have the option to set the sample byte-order, I would like to standardize libao and ogg123 on native byte-order. Will this break the ao_wav.c patches

MoiN I thought you should be able to set system wide defaults for the output device of ogg123. The following patch will look for /etc/ogg123rc, if no ~/.ogg123rc can be found. So the user can still override the system defaults, but not every user needs to have an ~/.ogg123rc file. Ingo -- 16 Hard coded constant for amount of room allowed for

--- src/bsd/device.c | 9 +++++++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/bsd/device.c b/src/bsd/device.c index c2cd34c..b835b59 100644 --- a/src/bsd/device.c +++ b/src/bsd/device.c @@ -33,6 +33,7 @@ #endif #define DEFAULT_DEVICE "/dev/tun0" +#define DEFAULT_DEVICE_TAP "/dev/tap0" typedef enum device_type { DEVICE_TYPE_TUN, @@ -60,8

Hi, I have made a small patch for enabling repeating in ogg123. It adds the parameter "--repeat n" or "r n" where n indicates how many times it repeats the playlists. Zero in forever. Apply it if you like, I find it very convenient. -- Regards Niels Sandmann Jabber: sandmann@jabber.dk, Email: sandm@nn.dk -------------- next part -------------- Only in ogg123: .deps Only in

The output of ogg123 -h and the man page should be updated to document the devices currently available through libao. (Those extraneous carriage returns in ogg123.1 suck, btw.) --- ogg123/ogg123.1.orig Sat Jun 30 14:48:43 2001 +++ ogg123/ogg123.1 Sat Jun 30 15:02:46 2001 @@ -76,7 +76,7 @@ written to output overhead. .IP oss -Open Sound System driver for Linux and {Net,Free,Open}BSD. +Open

I decided to take a break from trying to get the encoding working in order to update my libraries to the latest versions I tried to build ao-python from both SRPM and tarball, and here's what I got: --- + python setup.py install --root=/var/tmp/pyao-buildroot --record=INSTALLED_FILES running install running build running build_ext building 'aomodule' extension creating build creating

remember kenneth that libao has moved to the "ao" module, so copy the changes... jack. ----- Forwarded message from "Kenneth C. Arnold" <kcarnold@xiph.org> ----- Delivered-To: cvs-outgoing@xiph.org Delivered-To: cvs@xiph.org To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vorbis-tools/libao ao_alsa.c ao_oss.c audio_out.c audio_out.h Date: Tue, 5 Sep 2000

Does win32 have pathconf() and _PC_NAME_MAX? I ask for ogg123 -- it uses "NAME_MAX" right now (already been mentioned on this list a few times), which does not exist everywhere. I've proposed changing it to use the pathconf() function, but I don't know if win32 has this or not (I don't have, or want, access to win32 compilers :-). If win32 doesn't have pathconf(), we

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