search for: shout_delay

...ong 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. Regards, Christian Prochnow

...ss. Looking at timing_sleep, the only relevant call there is select(), so I'm guessing the problem is in the invocation there, but I can't figure out what would fix it -- I've been programming Java too long, I'm just glad I made it this far :) I modified the JNI wrappers to expose shout_delay and have been handling sleeping on my own in Java, and everything seems to work perfectly. So this isn't a debilitating issue for me, but I'm hoping someone on the list will recognize what the fix would be and can get shout_sync working at some point under MinGW. Thanks! -alan PS. under r...

I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

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