search for: shouterr_success

...stream_genre = ices_config->stream_genre; + + if(stream->stream_url) + stream_url = stream->stream_url; + else if (ices_config->stream_url) + stream_url = ices_config->stream_url; if(stream_name) if (!(shout_set_name(sdsc->shout, stream_name)) == SHOUTERR_SUCCESS) { @@ -132,6 +138,12 @@ } if (stream_description) if (!(shout_set_description(sdsc->shout, stream_description)) == SHOUTERR_SUCCESS) { + LOG_ERROR1("libshout error: %s\n", shout_get_error(sdsc->shout)); + stream->died = 1; + return NULL; + } + if (stream_url) + if...

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

The open source fdk-aac encoder, available there: https://github.com/mstorsjo/fdk-aac offers pretty good quality. As for libshout, I do not think that it is currently posible to send AAC data using it. First, libshout doesn't have support to buffer and control timing of data sent. And even is you use the un-timed API (shout_send_raw), the library cannot set the proper mime type, due to a

...hould be indefinite (unless you have a limit like once through playlist). karl. -------------- next part -------------- --- libshout/src/shout.c Sun Oct 6 14:22:25 2002 +++ libshout.test/src/shout.c Fri Nov 1 19:58:01 2002 @@ -159,20 +159,24 @@ if (!self) return -1; + self->error = SHOUTERR_SUCCESS; while(remaining) { ret = sock_write_bytes(self->socket, data, remaining); - if(ret < (ssize_t)remaining || errno == EINTR) { - remaining -= (ret>0)?ret:0; - continue; - } - else if(ret < 0) { - self->error = SHOUTERR_SOCKET;...

...be received on STDIN? and... in the case of record from the microphone, should I rec to stdout, redirect it to the stdin of LAME (or another encoder) and redirect again to stdout, so my application reads it from stdin (by using a pipe) and sends is with send_shout()? if (shout_open(shout) == SHOUTERR_SUCCESS) { printf("Connected to server...\n"); total = 0; while (1) { /* * MY DOUBT IS HERE IN THE FREAD */ read = fread(buff, 1, sizeof(buff), stdin); total = total + read; if (read > 0) { ret = shout_send(shout, buff, read); if (...

Hi Geoff! Thanks for ur reply Is there a way to tell icecast that the stream is mp3 ? Mac OS X has another way of live streaming using Quicktime Broadcaster, however, i am not able to make it work with MPlayer2. It works file with a quicktime client. There seems to be some issues with the SDP files that Quicktime creates for playing the audio and mplayer. Nicecast is kindof exactly what i

Karl Heyes wrote: > Is it just the java player that seems to be unreliable. There is a > couple > of outstanding bugs in ices for network socket error cases, but the fixes > these are with Mike. I'm not entirely sure. Certainly, playback is flawless with Winamp. Every now and then, Ices seems to just stop, and swallow up all my CPU. I'm not sure if this was caused by my

...out). > > 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 : > > shout_sync(m_shout); > int ret = shout_send(m_shout, (unsigned char*)buf, buflen); > if(ret != SHOUTERR_SUCCESS) { > Logger::log("Shout::send shout send error\n"); > return false; > } > return true; > > Thanks for any advice > > Florian > > ------------------------------ > > _______________________________________________ > Icecast-dev mailing list >...

...Dwipal Desai wrote: > Is there a way to tell icecast that the stream is mp3 ? Well, now that I look at it, example.c is the one assuming that it's vorbis. You may be able to get away with changing line 51 which currently reads: if (shout_set_format(shout, SHOUT_FORMAT_VORBIS) != SHOUTERR_SUCCESS) { Note that this is from the 2.0 tarball, there may be newer code, not sure. Anyway, editing that line may work, don't know. Didn't know that nicecast wasn't open source, didn't look that much into it. Geoff. -- Geoff Shang <geoff@hitsandpieces.net> Phone: +61-418-96...