similar to: Makefile dependencies in vorbis-tools

I've fixed a heck of a lot of stuff in the time frame of just over ten minutes. And you all care... right. I actually ran Vorbize, and discovered some stupid bugs (e.g., segfault???). Fixed. Both Vorbize and Ogg123 should now speak fluently in Monty's comment-eese. I'll be working on getting both to implement all the comment tags; I'm seriously considering dropping all comment

Hi, I downloaded afew off files from the site (www.vorbis.com) and also downloaded the winamp plugin (dll file), but I am unable to play the off files. -- Ramakrishnan.M | Phone : (+91-80)-5099132 DSP Applications Group, Texas Instruments | email : rkrishnan@ti.com Bangalore, India | rkrishnan_m@yahoo.com ---

Here is patch with manpages for ogg123(1), mp3tovorbis(1) and vorbize(1). Manpages are in pod format, because it is the most readable man source, and are compiled by pod2man. all and clean for man/ work. Install and uninstall for man/ seem to work. Manpages are GPLed of course. <HR NOSHADE> <UL> <LI>text/plain attachment: manpages.diff </UL> -------------- next part

Hi, I need to adjust the output volume from ogg123 the same way that mpg123 has the "-f n change scalefactor [32768]" option. I need to do this within ogg123, instead of alternatives that involve pipes, such as piping the output to sox. I do not believe that this is currently possible in ogg123, and I'm looking for some suggestions as to how it can be accomplished by modifying

Hi, I need to adjust the output volume from ogg123 the same way that mpg123 has the "-f n change scalefactor [32768]" option. I need to do this within ogg123, instead of alternatives that involve pipes, such as piping the output to sox. I do not believe that this is currently possible in ogg123, and I'm looking for some suggestions as to how it can be accomplished by modifying

I'm updating my vorbis rpm spec file, and when I try to do "make -C vorbis-tools ogg123", due to rpm's build environment, I get lots of: gcc ogg123.o -o ogg123 -lm ../lib/libvorbis.a ../lib/vorbisfile.a ../lib/vorbisfile.a(vorbisfile.o): In function `_get_prev_page': vorbisfile.o(.text+0x54): undefined reference to `ogg_sync_reset' vorbisfile.o(.text+0xa9): undefined

------- Forwarded Message The following patches should fix vorbis-tools to build on NetBSD. I'm not including the diff to the configure scripts, so you'll need to rerun autoconf in the toplevel and libao directory after applying these patches to the configure.in files. It also appears that vorbis-tools/libao/ao_libs.inc is automatically generated by a configure script but checked into

I'm going to gather that no work has been done to make the vorbis stuff work on Alpha, I've got an XL366 on which I will donate an account if anyone would like to attempt to get it working. --- >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 'vorbis-request@xiph.org' containing

I'm going to gather that no work has been done to make the vorbis stuff work on Alpha, I've got an XL366 on which I will donate an account if anyone would like to attempt to get it working. --- >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 'vorbis-request@xiph.org' containing

Here's the error I get when trying to compile: gcc -O20 -ffast-math -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -I. -I../include -c ogg123.c ogg123.c: In function `main': ogg123.c:260: `AFMT_S16_NE' undeclared (first use this function) ogg123.c:260: (Each undeclared identifier is reported only once ogg123.c:260: for each function it appears in.) make[2]: *** [ogg123.o] Error 1

Are oggdec and ogg123 supposed to be able to extract or play audio from an Ogg Theora+Vorbis file? OggDec 1.0 and ogg123 from vorbis-tools 1.0.1 don't seem to be able to do so. If the programs are not supposed to do this job now, are any improvements planned so they can do this job in the future? Thanks for info on this.

I just commited my modifications: vorbis-tools is back in the main build, but ogg123 is out of the vorbis-tools build. I am investigating the cross-platform libraries suggested. ogg123 silences "Clipping in frame x", can now play multiple files at once, and has a new stream handling format (resolves the get_stream() bug mentioned earlier). Vorbize has options for no comment and

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

Tonight's commits so far: I finally wrote up the result of the comment header specification discussion. It's in the doc/ directory now. I plan on doing work in the libvorbis comment handling tonight to bring it up to date and make the interface more useful. gif->png conversion of the images in the docs Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

MoiN ogg123 does not exit after playing a file but starts to eat all available cpu time, trying to read past the end of the file. Please apply the following patch to ogg123.c in vorbis-tools: --- vorbis-tools/ogg123/ogg123.c.orig Thu Oct 26 22:37:05 2000 +++ vorbis-tools/ogg123/ogg123.c Thu Oct 26 22:37:29 2000 @@ -461,9 +461,9 @@ while (!eos) {

Another one at block.c:176: --- Title: We The People Artist: DJ Lithium Presents Bitstream is 2 channel, 44100Hz Time: 58:29.07, Bitrate: 100.1 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 27207)] _vds_shared_init (v=0xbffff73c, vi=0x4024efe0, encp=0) at block.c:176 176 b->modebits=ilog2(ci->modes); (gdb) bt #0 _vds_shared_init

It looked like ogg123 was expecting an out-of-date set of headers. I've updated the printout section to expect the canonical set from docs/v-comment.html. I also found vorbize's use of "track" for the title tag confusing. The second patch is just a rename in the code and ui. Cheers, -ralph -- giles@ashlu.bc.ca <HR NOSHADE> <UL> <LI>TEXT/PLAIN attachment:

Hi there. First of all, I'd like to congratulate to developers for making a free specification and LGPLed decoder/encoder. :-). I did some test, ripping 17 tracks of my CD and converting them to both MP3 and OGG format. MP3 encoder/player was Lame 3.70 OGG encoder/player was from a Saturday nightly tgz package. ------------------------------------ MP3: LAME-3.70 mpg123-0.59r-4 MP3: lame -S

Hi there. First of all, I'd like to congratulate to developers for making a free specification and LGPLed decoder/encoder. :-). I did some test, ripping 17 tracks of my CD and converting them to both MP3 and OGG format. MP3 encoder/player was Lame 3.70 OGG encoder/player was from a Saturday nightly tgz package. ------------------------------------ MP3: LAME-3.70 mpg123-0.59r-4 MP3: lame -S

I am about to commit HTTP streaming code for ogg123. This has no relation to the discussion about "real" steaming Ogg; it just downloads and plays at the same time. But unless you have a direct T3 connection, it'll almost definately break up quite frequently. Solution? Buffer. But I have other things to work on for the rest of the day... Any screaming objections? This has been