similar to: bug? ogg123 and mono files

hi, there is a low bitratestream available for testing. it's around 40kbps and it sounds really bad, because it's 11khz stereo :). http://ogg.radiostudio.org:8007/ostream.ogg -- Sent through GMX FreeMail - http://www.gmx.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

hi, there is a low bitratestream available for testing. it's around 40kbps and it sounds really bad, because it's 11khz stereo :). http://ogg.radiostudio.org:8007/ostream.ogg -- Sent through GMX FreeMail - http://www.gmx.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

A playback of a mono vorbis track on a system using the i810 audio driver via ogg123 results in a double speed playback (chipmunk sound). It seems that this chipset doesn't support mono and while xmms seems to compensate for it, ogg123 doesn't I have a bugzilla report at redhat.com filed on this with more details https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90433 Regards, Yusuf

hello, could someone test the my icecast 2 server? there should be a stream at http://real.radiostudio.org:8000/vorbis, but I'm not able to listen to it. I don't know if the problem in winamp or in icecast or in my streaming application. You could also send a stream to it, it's the default icecast password. I would be very happy if someone could test it :)))))) mörk --- >8 ----

Speaking of ogg123 fixes and Solaris... <getopt.h> doesn't appear to exist in Solaris. Hence, ogg123 won't compile on Solaris at all (even with gcc). I originally mentioned this back in November (http://www.xiph.org/archives/vorbis-dev/200011/0291.html). Can this be fixed? {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness

I know you're tired of hearing me complain about ogg123, but this time I noticed that some of the error messages are a bit inconsistant. Also, I noticed that some things (like "Error connecting to server") are fatal errors that kill ogg123, while I think they should simply go on to the next file in the list like "input not an Ogg Vorbis audio stream" does. Another problem

I tried to use ogg123 -b to play from a slow HTTP server, and I realized that ogg123 starts to play immediately even if the buffer isn't full, so if it can't read the ogg fast enough it skips, even with a huge buffer. Is this the way it's supposed to work? It seems to me like the buffer shouldn't start playing until it's full. Am I misunderstanding the purpose of having a

Here's yet another ogg123 patch that: 1) Adds a command-line parameter "--prebuffer n" or "-p n" that decodes "n" chunks into the buffer before even forking off the writer thread. 2) Moves the buffer_shutdown call in ogg123.c to its proper place. 3) Doesn't use signals ;) This way, the default behavior is to start playing immediately, while allowing the user

Hi people! I think it would be cool if ogg123 had a mode in which you could conrol it with stdin. pausing, quitting/stopping and seeking would be enough imho. mpg123 already has something like this (I think -e). I'd do it myself but I'm busy. Shouldn't take much time. Bye, Peter Surda (Shurdeek) <surda@bigfoot.com>, ICQ 10236103, +4369910964300 -- The dark ages

>I've made something. It wasn't done in exactly 10 minutes because I had to >translate the headers to Pascal, but the GUI was certainly done in about >30 minutes. [...] >http://www.xs4all.nl/~walterln/vorbis_play_17apr.zip (259K) would it be hard to add streaming support? a small and simple player, which could also stream vorbis would be cool. also a command line tool for

A feature request that sounds reasonable and a bug report. ----- Forwarded message from Frank Klemm <pfk@fuchs.offl.uni-jena.de> ----- Delivery-Date: Sat Jan 6 06:35:21 2001 Date: Sat, 6 Jan 2001 15:26:43 +0100 From: Frank Klemm <pfk@fuchs.offl.uni-jena.de> To: xiphmont@xiph.org Subject: ogg123 X-Mailer: Mutt 1.0.1i For ogg123 I need the following feature: - Decode one .ogg file

I finally managed to compile ogg123 under MacOS X, after creating a PB project for it. Rillian, do you want to include the PB project in cvs? (it needs a LOT of polishing, though). ---------- Ogg123 from PACKAGE VERSION by Kenneth Arnold <kcarnold@arnoldnet.net> and others Usage: ogg123 [<options>] <input file> ... -h, --help this help -V, --version display

I was just about to commit a big buffer overhaul when I realized that it would probably break a lot of stuff and I'd get yelled at, so it's in the kcarnold_work tag (or will be momentarily...). Have a look at it, try to make it deadlock. If I messed up the CVS tagging, also let me know -- I know only enough about CVS to be dangerous :) This should also reduce CPU usage noticably. The

Can anyone share some ideas or point me to some documentation on how I can easily begin streaming live audio? My input would be /dev/audio (my microphone or soundcard input). Is there some type of small HTTP server that can use this /dev/audio piped through oggenc (or the ogg vorbis library built into the httpd)? Or do I use a FIFO and any regular httpd? (I am running NetBSD.) Thanks,

Every time ogg123 -bXXX is run, it creates another shared memory segment but fails to destroy it on exit. Thus an increasing number of shm segments keeps piling up and eat all the (often rather limited amount of) available shared memory. The patch below corrects this and also fixes the bizarre abuse of stat() permission bits for shmget(). On systems that support it, I'd very much like to

The patch below adds: - acinclude.m4: A new macro A_FUNC_SMMAP to check that sharing pages through mmap() works. This is taken from Joerg Schilling's star. - configure.in: A_FUNC_SMMAP - ogg123/buffer.c: If we have a working mmap(), use it to create a region of shared memory instead of using System V IPC. Works on BSD. Should also work on SVR4 and offspring (Solaris), and Linux.

module. The file may be corrupted. Message-ID: <Pine.LNX.4.43.0406081110070.26162-100000@pilchuck.reedmedia.net> I am unable to pipe to ogg123 with cat, but redirecting with < works fine. rainier:~$ cat ~/audio/acdc-who_made_who.ogg | ogg123 -v - Audio Device: OSS audio driver output Author: Aaron Holtzman <aholtzma@ess.engr.uvic.ca> Comments: Outputs audio to the Open Sound

Hi, Regarding ticket 523 "ogg123 can no longer play from stdin": http://trac.xiph.org/cgi-bin/trac.cgi/ticket/523 It seems that 'cat sample.ogg | ogg123 -' works for me, for ogg123 from svn. Can anyone verify that code has been committed to fix this bug, or is there a different usage that triggers the bug? Conrad.

Ulrich Windl wrote: > Hi! > > Recently I made some recordings (44.1kH/24bit WAV), and after > post-processing (normalization, noide reduction) I saved them as flac (still > 44.1kHz/24bit). > I noticed that ogg123 can decode these, but it will output 24 bit only. > Specifically there's no option to transform the output to 16bit. > When trying to pipe the 24bit WAV output

Hi I have helped a user with a little patch for ogg123. He uses ogg123 for very big files, often more than an hour (blind books). When he breaks the book and later on want to go back to the same chapter, it is a little troublesome to calculate the seconds. Minutes is much more convenient as it is what is written on the screen. I guess my patch is a little buggy and would like to improve it