search for: shout_open

...t_description' stream.o(.text+0x40c): relocation truncated to fit: R_PPC_REL24 shout_set_description stream.o(.text+0x428): undefined reference to `shout_get_error' stream.o(.text+0x428): relocation truncated to fit: R_PPC_REL24 shout_get_error stream.o(.text+0x608): undefined reference to `shout_open' stream.o(.text+0x608): relocation truncated to fit: R_PPC_REL24 shout_open stream.o(.text+0x624): undefined reference to `shout_get_host' stream.o(.text+0x624): relocation truncated to fit: R_PPC_REL24 shout_get_host stream.o(.text+0x630): undefined reference to `shout_get_port' stream...

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: shout_get_connected: Will now attempt to complete login if the connection is in progress. May return additional error codes, or SHOUTERR_BUSY if the conne...

I'm getting errors like; /tmp/ccJK5HgU.o(.text+0x426): In function `connect(shout*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': : undefined reference to `shout_open' for each of the ices function calls. My gcc command looks like this; g++ -o myicestream -L/usr/lib/shout -lmysqlclient myicestream.cpp and libshout is in; find /usr -name *shout* /usr/lib/pkgconfig/shout.pc /usr/lib/libshout.so.3.0.0 /usr/lib/libshout.so.3 /usr/lib/libshout.la...

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

libshout 2.2.2 has just been released. From the NEWS file: * Handle Oggs that don't begin with zero granulepos. * Install header in correct location (broken in 2.2.1). * Theora memory leak fix. * Non-blocking shout_open was failing unnecessarily in the connect_pending state. * Cast some size_ts to ints for display purposes. You can find it at http://www.icecast.org/download.php when (if) the mirrors pick up the changes. The direct link is here: http://downloads.us.xiph.org/releases/libshout/libshout-2.2.2.tar....

Hello I've configured the 'example.c' with the right SERVER, PORT, SHOUT FORMAT and all the required stuff, it works fine (the setup shout_set...() calls) but when reaching shout_open() it returns a socket error. $ ./example Error connecting: Socket error The configuration of the server and example.c is right, at least the server is up and running, and tried it with the winamp/shoutcast and the linux shoutcast transmitter and it works... What can be the problem? I thought i...

On Sun, 25 Jan 2015 17:31:10 +0000 "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > On 01/25/2015 04:22 PM, Marko Cupa? wrote: > > On Sun, 25 Jan 2015 15:06:45 +0000 > > "Thomas B. R?cker" <thomas at ruecker.fi> wrote: > > > >> On 01/25/2015 02:27 PM, Marko Cupa? wrote: > >>> Hi, > >>> > >>> I am

...e data... what should 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,...

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 shout_queuelen(). * theora (alpha4) support. And some bugs were fixed, particularly one that caused the strange shout_send error SHOUT_SUCCESS....

...o 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( !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...

...retches of time in between with nothing playing. I want the mount-point active so that listeners can connect (even if nothing is currently playing). Then whenever my client sends another stream to icecast, the various listeners would just hear it. I don't want to use shout_close() and then shout_open() again after the long empty stretches, because then the listeners would have to reopen the stream from the server. Thanks, --George PS: Sorry if there is a separate libshout list. Please let me know if this is the wrong place. -------------- next part -------------- An HTML attachment was...