search for: shout_send

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() should be called? (Yes, I know...

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 crashes (takes my client down) during a > subsequent shout_send(). Are you sure it's libshout crashing, and not your appli...

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 about 10-20 seconds passes between >> shout_send() calls then libshout crashes (takes my client down) during a >> subsequent shout_send(). > Are you sure it's libshout cras...

...a_add() and > shout_set_metadata(), shout_set_metadata() returns SHOUTERR_NOCONNECT. > This cannot be correct because it streams the mpeg audio just fine . . > . Any ideas??? > > Do I need to call them in a specific order? Right now my order is: > > shout_metadata_add() > shout_send() > shout_set_metadata() > loop > shout_send() > endloop > begin again!! > > OR do I need to close the shout connection after every song and re-open? > > Any help would be appreciated!! > > Deven > > --- >8 ---- > List archives: http://www.xiph.org/a...

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...

...progress. May return additional error codes, or SHOUTERR_BUSY if the connection still hasn't finished opening. shout_open: May return SHOUTERR_BUSY as a non-fatal error. In this case, the client should call shout_get_connected() periodically until that function stops returning SHOUTERR_BUSY. shout_send shout_send_raw: May return SHOUTERR_BUSY if they couldn't send the entire buffer. In this case, the remaining data will be queued internally. To flush the buffer, call the function with a 0 length buffer until it stops returning SHOUTERR_BUSY. Comments? I've already implemented a lot of th...

...;Hash: SHA1 > >On Fri, 16 Jan 2004, Deven Phillips wrote: > > > >>Okay, >> >> I am using libshout to stream to a NullSoft Shoutcast server. I am >>using libmad and libmp3lame to do re-encoding on the fly. I am streaming >>to the server (currently) with shout_send_raw(). When I try to use >>shout_metadata_add(), I get a segfault in strdup(). Anyone have any >>ideas as to why? Everything else works fine, just not the metadata. >> >> > >Get the source file line number and a gdb full backtrace. >ex. gdb /path/to/your/program...

He means that development of WinAmp 3 has discontinued. WA2 is being updated to support WA3's extra features (video, media library), and WinAmp 5 (2+3=5) is the main new development. You can read the announcement on the WinAmp forums. >===== Original Message From Stefan Neufeind <stefan@neufeind.net> ===== >On Fri, 16 May 2003 at 13:15:22, Geoff Shang wrote: > >> I

...metadata(), shout_set_metadata() returns >> SHOUTERR_NOCONNECT. This cannot be correct because it streams the >> mpeg audio just fine . . . Any ideas??? >> >> Do I need to call them in a specific order? Right now my order is: >> >> shout_metadata_add() >> shout_send() >> shout_set_metadata() >> loop >> shout_send() >> endloop >> begin again!! >> >> OR do I need to close the shout connection after every song and re-open? >> >> Any help would be appreciated!! >> >> Deven >> >> --- &...

...charset=UTF-8; format=flowed > > Hello everybody, > > I'm using a software of my own that uses libshout to send an ogg > stream to my icecast server. > > While transmitting the stream, if i unplug the network cable or stop > the network interface, the soft hangs on shout_send. There seems to > be no timeout (or, at least, i've let it run for 10mins without > seeing any timeout). > > Is there a way to detect such events using libshout or do i have to > put a timeout on the send function? > > here is the piece of code for the send function :...

Hi, I've been working on a customized version of ezstream and I've been noticing that with a particular setup after playing particular tracks ezstream terminates. I say terminates because there are no error messages, it just exits. I've tried this on both my version and the stock version available via icecast.org just be certain and it happens with both versions. I'm

Attached is a patch against shout-python-0.2 which does two trivial but very useful things (1) The function "get_connected" is exported so that shout-python becomes usable in nonblocking mode. In the current version of shout-python "open" raises an exception in nonblocking mode. (2) The global interpreter lock is released in the potentially blocking functions

...n 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 segfaults on the first page containing vorbis data within the vorbis_packet_blocksize function. Gdb traceback as follows: #0 0x282da38a in vorbis_packet_blocksize () from /usr/local/lib/libvorbis.so.2 #1 0x28419827 in blocksize (vd=0x8234400, p=0xbfbff54c) at vorbis.c:61 #2 0x28419aa4 in s...

...n 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 segfaults on the first page containing vorbis data within the vorbis_packet_blocksize function. Gdb traceback as follows: #0 0x282da38a in vorbis_packet_blocksize () from /usr/local/lib/libvorbis.so.2 #1 0x28419827 in blocksize (vd=0x8234400, p=0xbfbff54c) at vorbis.c:61 #2 0x28419aa4 in s...

I kind of copied the example from the distribution and changed it a bit so it would send my own lame encoded mp3 data. I decode an mp3 and encode that same data again in a lower bitrate and send that data to my icecast server. After each shout_send i use the shout_sync function but it doesn't seem to wait and just sends all available buffers at once to the icecast server. When its done sending all buffers to the icecast server, it just stops playing the stream in my client (even though the source remains connected). Does anybody got an i...

...onblocking(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 shout_queuelen(). * theora (alpha4) support. And some bugs were fixed, particularly one that caused the strange shout_send error SHOUT_SUCCESS. It should be ABI-compatible with libshout 2.0. Find it at http://downloads.xiph.org/releases/libshout/ along with updated perl and python bindings (Shout-2.1 and shout-python 0.2, respectively). Happy hacking.

...;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( !feof(infile) ) { shout_delay(...) shout_send(...) } i noticed that when sending ogg's shout_delay() does delay the sending .. but with mp3 files it doesnt - the whole file gets streamed to the icecast server in a very short period. thanks in advance. Regards, Christian Prochnow

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