similar to: ogg123 streaming bug - cont.

Dear list, i have a test stream running (ices/2.0, icecast/2.0). It streams oggVorbis files (encoded with -q -1, mono) in an endless loop. And no matter which player i try (WinAMP 3, WinAMP 5.03, newest ogg123 from yesterday's CVS) - they all stop playing after a couple of hours. WinAMP just stops, ogg123 sometimes even crashes totally. Ices runs for days without any glitches, but

Hello. For various reasons I am writing my own source client. Most things seem to be working well. Connections work. shout_send() and shout_sync() seem to behave as expected. However, I find that if more than about 10-20 seconds passes between shout_send() calls then libshout crashes (takes my client down) during a subsequent shout_send(). Are there any rules about how often shout_send()

Hi, I have successfully gotten the libshout-2.0 release to compile under gcc/MingGW ('gcc -mno-cygwin', version 'gcc (GCC) 3.3.1 (cygming special)'), after applying Leigh Smith's patches as posted on this list (http://www.xiph.org/archives/icecast-dev/0660.html). I have then generated a dll and wrapped it in JNI using the stubs from libshout-java

On Mon, Sep 17, 2012 at 9:29 AM, George R. Welch <george at grwelch.com> wrote: > Hello. For various reasons I am writing my own source client. > > Most things seem to be working well. Connections work. shout_send() and > shout_sync() seem to behave as expected. > > However, I find that if more than about 10-20 seconds passes between > shout_send() calls then libshout

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

OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it

On 9/17/12 12:37 PM, Michael Smith wrote: > On Mon, Sep 17, 2012 at 9:29 AM, George R. Welch <george at grwelch.com> wrote: >> Hello. For various reasons I am writing my own source client. >> >> Most things seem to be working well. Connections work. shout_send() and >> shout_sync() seem to behave as expected. >> >> However, I find that if more than

In the vorbis-tools of the 20010710 version of CVS snapshot, ogg123/ogg123.c causes error on FreeBSD: <sys/types.h> is required. This *HAS NOT BEEN FIXED SINCE THE 20010601 VERSION*. I would appreciate if you just add an #include line - or let me know why you do not want to do so. // Kenji Rikitake *** ogg123.c.FCS Sun Apr 8 11:33:08 2001 --- ogg123.c Sat Jun 2 00:40:08 2001

Hi, Given a date, how do I get the last date of that month? I have data in the form YYYYMM, that I've read as a date using > x$Date <- as.Date(ISOdate(substr(x$YearEnd,1,4),substr(x$YearEnd,5,6),1)) But this gives the first day of the month. To get the last day of the month, I tried > as.Date(as.yearmon(x$Date,frac=0)) But I don't get the last day of the month here. (Tried

I've got the latest asterisk 1.8 running on a Netra X1 with Solaris 10 u10. The system itself is happy and phone calls (between two parties) seem fine. Unfortunately, when a caller listens to a Playback recording, there seems to be moments of stutter - perhaps 1 second of stutter for every 10 seconds of Playback. The stutter is not consistent at the same point of the playback file. To

P { margin-bottom: 0.08in; }A:link { } Hi Ogg Fans, I have a puzzle. When I'm getting ready to plan a larger program, I often do some little experiments to see whether what I'm thinking is going to be able to happen in the way that I anticipate. My next project involves some playing .ogg files in a random order. I have three brief files which I have used in this experiment. I am

May be I have fiddled too much with my sipura settings but I can't get it to give the stutter tone when there is a new voice mail waiting on the asterisk box. I can either get a stutter tone all the time or not at all. Anyone got this working. Thanks Chris

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'm trying to get plugger to work with ogg123 and it does - sort of. No matter what the song is, it plays 24 seconds of the song and then dies. Same spot every time - I've tried with a short song (Janis Joplin Mercedes Benz) and a long song (Cracker Eurotrash Girl). I have this as the mime identification in the plugger rc file: audio/ogg: ogg: Vorbis Ogg audio application/x-ogg: 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) {

Hey When playing an http ogg stream served by icecast, ogg123 (vorbis-tools-1.0.1) seems to detect replaygain metadata because it displays it in a nice way, but does ogg123 actually alter the playback volume according to the replaygain variables? I can notice no effect. I did some googling on this but didn't find much help. I discovered a vgplay patch for vorbis-tools 1.0.1 but after

A small patch (attached) to the ogg123 source (dec 15 nightly build from CVS) that implements ranged playback a la: ogg123 -r 12:10-13:00 file.ogg to playback 12m:10s-13m:00s fragment from the file.ogg soundfile. Usage: ogg123 -r hours:minutes:seconds.fraction-hours:minutes:seconds.fraction anything can be pretty much omitted (within reason) [although it does not support hh:mm:ss.hh- ]

Hi There is a good thing with ogg123. When playing multiple files, like ogg123 a.ogg b.ogg Ctrl-C will skip to next file. However, if I first do a cat a.ogg b.ogg > c.ogg and then ogg123 c.ogg Ctrl-C will simple skip the and not just jump to chapter two. Is it a big change to ogg123 to just let it jump to next block when pressing Ctrl-C ? best regards/hans -- Hamletsgade 4 - 201,

I just used ogg123 to play back a file encoded from a 22.5 KHz WAV, and it played twice too fast. Looking at the source, it seems that the sampling rate and number of channels are hard-coded into it. What´s the best way of fixing this? I quickly hacked together something that closes and reopens the devices before each file (diff attached). Is there a better solution? Aaron Plattner <HR