similar to: Syncing doesn't seem to work?

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

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()

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

Hello... I have a doubt with the use of shout_send()... at low level, what should it send? the example reads from "stdin" and sends the read buffer with shout_send, but... where should fread() read from (behind the stdin)? I could think about something like this (for example) mpg123 "audio_file" ---> stdout --pipe-- stdin <--- libshout_application I include the

I noticed the same problem in the Perl wrappers since many years ago. I ended up wrapping the libshout portion of the perl code in an eval/alarm to detect the hang and restart the libshout thread as needed. -- Randy Fast Serv Networks, LLC > Message: 1 > Date: Thu, 22 May 2008 10:14:50 +0200 > From: "tech at viewsurf" <tech at viewsurf.com> > Subject:

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

Okay, this is interesting.... The metadata functions work fine with icecast (2.0.0) but do not work at all with NullSoft's ShoutCast server. . . Is that not supported by libshout? Just curious... Deven Deven Phillips wrote: > Okay > > Nevermind the SEGFAULT, it was string pointers in my code. Sorry > for the inconvenience. Continuing with the issue though . . . . >

Even more to consider... The metadata is working with WinAmp and RealPlayer. The concern I have is that the 'url' metadata is being misinterpreted. My url has a "-" in it, and that is getting mistranslated somewhere and WinAmp/RealPlayer then see it as artist/title information. Not good. WinAmp is supposed to display the website defined by the URL. Something else

I propose the following changes to the libshout API to support nonblocking I/O: New functions: int shout_set_nonblocking(shout_t *self, unsigned int nonblocking): Instructs libshout to use nonblocking I/O. Must be called before shout_open (no switching back and forth midstream at the moment). unsigned int shout_get_nonblocking(shout_t *self): self-explanatory. Changed functions:

Dear list, a few weeks ago there was a short thread about ogg123 starting to stutter (http://www.xiph.org/archives/vorbis/200403/0043.html) and making static noise after streaming music for more than 3.5 hours. I have a similar problem; i used ices-2.0 to stream a playlist, and after a couple of hours (sometimes just one hour, sometimes 5 to 8 hours) i get noise or stutter. Now one thing i

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

yes, i`d second that. maybe you just try using metaflac to generate the appropriate list of files to sync and then feed that list to rsync. > Gesendet: Dienstag, 02. Dezember 2014 um 08:37 Uhr > Von: "Fabian Cenedese" <Cenedese at indel.ch> > An: rsync at lists.samba.org > Betreff: Re: Comparing FLAC header before syncing > > At 02:24 02.12.2014, Mike Garey

Hello Xen users, I tried to install Xen 3.1.0 on Scientific Linux (RHEL4), but this mission failed.. Hope you can help me by finding the reason for my problem. I downloaded the xen sources from http://bits.xensource.com/oss-xen/release/3.1.0/src.tgz/xen-3.1.0-src.tgz and compiled them by running "make" and "./install.sh". This seemed to work. After setting up grub like

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) 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

Hi there! I'd like to make a test. There's a song that has very audible artifacts when encoded using many MP3 encoders. Even if you use 160 Kbps bitrate. The song is: Lara Fabian - Love by Grace. The highest frequencies seems to be cut off when using Xing, Lame or even Fhg! I don't have that CD, but I'd like to know (or hear) how that song would sound when encoded using Vorbis.

In the absence of any negative feedback (or positive, for that matter), I've decided to just go ahead and drop the new version of libshout, libshout 2.1. New features: * nonblocking I/O: call shout_set_nonblocking(1) before shout_open. If the socket is busy, your data will be queued until the next time libshout attempts a write. The current queue length in bytes is visible through

Hi List, i have a problem streaming mp3's to the icecast server via libshout-2.1. Everything works fine as long as i send ogg's to the icecast server. libshout as well as icecast do not report any errors. what might be the problem? my code looks like this: shout_init() shout_set_host(...) shout_set_password(...) shout_set_mount(...) shout_open() shout_set_format(...) while(

Hi, I'm write an icecast source client and I'd like to support streaming of AAC encoded files. Can anyone tell me if and how this can be achieved with libshout2/icecast? I've tried passing buffers of raw bytes from file to shout_send() but I can't get this work and I'm unsure of required client/server settings for AAC. Jamie -- http://www.jamiebullock.com