similar to: Slightly fast playback of files on SuSE 7.3 install...

Heh. *I* have one to report. I just placed a file at http://www.xiph.org/xiphmont/ogg123bad.ogg decoder_example decodes this file properly. ogg123 decodes to WAV properly. However, ogg123 places a 'shhhhPOP' noise into the right channel of soundcard playback (reliably) at just after 1.3 seconds. Going back to look... ogg123 is doing that with a couple different files. In this one,

Hey Oggers, I have a RedHat 7.1 machine at home, and a 6.2 system at work. After seeing Monty's announcement of the GCC optimize bug, I compiled my ogg-tools package at home with RedHat's 2.96 gcc (the errata version, not the original buggy version). I have no problems playing encoded ogg files on my home machine--they sound great. At work, I have the binary RPMs from vorbis.com,

On 12 Feb 2003, Karl Heyes wrote: | |does the mount point end with .ogg? | |karl. | Karl, Yes, it does. Named scanner.ogg I just tried something though. Xmms has its libvorbis.so listed and enabled. But I just tried from the commandline on the server using ogg123, and it seems to be working just fine. Although using ogg123 from my client here at work gives me this: [bryank@net bryank]$ ogg123

On a PII233 system running linux with ogg-vorbis-RC2, when playing a 2-min 48kbps ogg file, ogg123 takes much more CPU time than XMMS (several seconds with ogg123 vs. less than one second for all XMMS threads added up). Since the pids are the same, I am sure that XMMS did not create new threads when playing one song. I think this has to do with soundcard interaction. <p>--- >8 ----

Greetings: If you're using the latest XMMS (CVS preferably), FreeAmp, Sonique (?), or ogg123 (maybe), please check out this URL for a Vorbis playlist stream: http://64.108.112.34:8000/shouter.ogg The playlist is lengthy, and I've set it to repeat three times, so it will be on-line for a while. Please let me know how well or badly the stream was received, thanks. Best

Greetings: If you're using the latest XMMS (CVS preferably), FreeAmp, Sonique (?), or ogg123 (maybe), please check out this URL for a Vorbis playlist stream: http://64.108.112.34:8000/shouter.ogg The playlist is lengthy, and I've set it to repeat three times, so it will be on-line for a while. Please let me know how well or badly the stream was received, thanks. Best

Greetings: If you're using the latest XMMS (CVS preferably), FreeAmp, Sonique (?), or ogg123 (maybe), please check out this URL for a Vorbis playlist stream: http://64.108.112.34:8000/shouter.ogg The playlist is lengthy, and I've set it to repeat three times, so it will be on-line for a while. Please let me know how well or badly the stream was received, thanks. Best

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

ogg123 seems to have a issue when streaming for long peroids of time. If I have ogg123 up connected to a streaming server for more than 3.5 hours it begins to stutter or add blocks of static. I've verifed this with 2 different soundcards in both alsa oss emulation and regular oss. It's 100% repeatable for me. It does not happen with xmms using libvorbis as the output plugin so it

The vorbis FAQ mentions that decoding vorbis should use roughly the same resources as decoding MP3's, but that the current source is not optimized. So what is the current requirement? I have a Pentium 133 with 64 megs and I cannot get .ogg files to play without skipping. I've tried encoding .wav files and downloading .ogg files from www.vorbis.com and playing them on Winamp with

Hi, <p>I was streaming Ogg Vorbis to a mount point which didn't end .ogg ogg123 played the stream without any problems, but other clients (xmms, Audion) just kept rebuffering and failed to detect that it as an Ogg encoded stream. Surely the client should use the MIME type provided by the server rather than rely on the suffix in a URL ? <p>Is there any attempt to encourage

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

I've run into two problems with ogg123 that appears only when using the esound driver. Case 1: pops in output Audible pops, especially at low volume. Original mp3 file does not exhibit these pops, nor does oss output from ogg123, nor does esd output from mpg123. Things ruled out: disk speed - the HD is ATA/33 with DMA on. It's a single user

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

Hi, I worked all last night trying to get this thing going. Followed the instructions for setting up icecast2 and ices2, have my config file all set. I startup ices, and it seems to connect (icecast logs show source connected) but when I try to hit the server with xmms, it just keeps pre-buffering, like it will pre-buffer 100%, then instead of just playing, it will just start pre-buffering again.

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

Icecast 2.0 and Ices 2.0 are both fairly usable now. I have set up a semi-permanent test stream for people to bang on at: http://i.cantcode.com:8888/ices.ogg Please report any problems you have. I say semi-permanent, because it will probably crash now and then, and I will be developing and putting up the new versions on a regular basis. If it stops working for more than an hour, somethings

Icecast 2.0 and Ices 2.0 are both fairly usable now. I have set up a semi-permanent test stream for people to bang on at: http://i.cantcode.com:8888/ices.ogg Please report any problems you have. I say semi-permanent, because it will probably crash now and then, and I will be developing and putting up the new versions on a regular basis. If it stops working for more than an hour, somethings

Ok, I'm using icecast2 (latest cvs as of maybe 3 hours ago) and darkice .9.1 all compiled under debian/sid with gcc 2.95.4. Everything works ok, as long as I'm using ogg123 to listen to my stream. using xmms (1.27 in in debian sid) it'll buffer up to 50% and then start over again seemingly indefinitely. with winamp 2.80 in winxp, I get nothing but silence, I'd normally thing

Hi everybody, I want to use a ogg-equipped notebook for playing music for (folk and ballroom) dancing, and a player for this should have two features I' like to find or implement: (1) I want the middle part of a song repeat "endlessly", with two track marks that I want to hide somewhere in a vorbis comment. (One day I want to control that with a gui or SIGUSR1 or something else,