search for: thread_mutex_unlock

...ent relaying like icecast1 does for the time being. If anyone > else is in the same boat, the following diff fixes problems with 1.3.12. > > [wolpert@memeplex] src> diff icecast-1.3.12/src/source.c > old/icecast-1.3.12/src/source.c > 686,692d685 > < thread_mutex_unlock (&info.mount_mutex); > < thread_mutex_unlock (&info.source_mutex); > < thread_mutex_unlock (&info.double_mutex); > < sourcecon = relay_pull_stream (req, &err); > < thread_mutex_lock...

...hange to the code went from this (line 684): xa_debug (1, "DEBUG: Trying transparent proxy with host: [%s]",req->host); if ((sourcecon = relay_pull_stream (req, &err))) to this: xa_debug (1, "DEBUG: Trying transparent proxy with host: [%s]", req->host); thread_mutex_unlock (&info.mount_mutex); thread_mutex_unlock (&info.source_mutex); thread_mutex_unlock (&info.double_mutex); sourcecon = relay_pull_stream (req, &err); thread_mutex_lock (&info.double_mutex); thread_mutex_lock (&info.mount_mutex); thread_mutex_lock (&info.s...

...d and b) supports transparent relaying like icecast1 does for the time being. If anyone else is in the same boat, the following diff fixes problems with 1.3.12. [wolpert at memeplex] src> diff icecast-1.3.12/src/source.c old/icecast-1.3.12/src/source.c 686,692d685 < thread_mutex_unlock (&info.mount_mutex); < thread_mutex_unlock (&info.source_mutex); < thread_mutex_unlock (&info.double_mutex); < sourcecon = relay_pull_stream (req, &err); < thread_mutex_lock (&info.double_m...

...if(s->metadata) + { + char **md = s->metadata; + while(*md) + free(*md++); + free(s->metadata); + } + + s->metadata = (char **)param; + s->newtrack = 1; + thread_mutex_unlock(&s->metadatalock); + break; default: LOG_WARN1("Unhandled event %d", ev); return -1; @@ -58,6 +89,24 @@ return 0; } +static void metadata_update(void *self, vorbis_comment *vc) +{ + stdinpcm_state *s = self; + char **md; +...

Hi Karl, Thanks for your help, About the "Connection:" header, you are right, it's: "Connection: close" and NOT "Connection: keep-alive". The protocol when the SERVER sends the data is http 1.0. It's http 1.1 when the browser requests the data. I don't understand the "Content-Length: 54000000" header either. Also I noticed the flash player on

Hi, The only need I have for icecast is as a transparent proxy. The problem is I can't get it to work as one, is this feature implemented? When I setup XMMS with a proxy of the computer running icecast (1.3.11) I get this in the logs when trying to connect to a stream: [16/Sep/2001:23:59:31] [9:Connection Handler] Accepted encoder on mountpoint 205.188.234.34:8004/ from

....c in the function source_login in this piece of code: -- write_log (LOG_DEFAULT, "Accepted encoder on mountpoint %s from %s. %d sources connected", source->audiocast.mount, con_host (con), info.num_sources); thread_mutex_lock(&info.source_mutex); avl_insert(info.sources, con); thread_mutex_unlock(&info.source_mutex); -- I found that the code was stopping after the thread_mutex_lock, my guess (seeing as it's 2am in the morning and I'm just happy to have it working) is that the mutex has already been locked causing this function to wait when called. I commented out the line wher...

On Sat, 2004-01-17 at 19:31, iceuse@kezako.net wrote: > Thanks, > Karl, do you plan to integrate this in your icecast-kh release? The idea is to put the the changes I've done into CVS. That way you get the best of both worlds, there's nothing conflicting AFAIK. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

...INFO2 ("passing %d listeners to %s", fallback_source->mount,source->listeners ); /* Do we need to lock the current source? */ thread_mutex_lock (&fallback_source->lock); source_move_clients (fallback_source, source); thread_mutex_unlock (&fallback_source->lock); } } ) (this code is added in source.c:source_init) Regards, Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xi...

...EBUG0("Got metadata update request"); + DEBUG0("Got metadata update request, %s", client->con->ip); COMMAND_REQUIRE(client, "mode", action); COMMAND_REQUIRE(client, "song", value); @@ -633,8 +633,8 @@ state->metadata_raw = 0; thread_mutex_unlock(&(state->lock)); - DEBUG2("Metadata on mountpoint %s changed to \"%s\"", - source->mount, value); + DEBUG2("Metadata on mountpoint %s changed to \"%s\", %s", + source->mount, value, client->con->ip); stats_event...

...src/config.c 2003-04-18 20:20:31.000000000 -0400 @@ -98,6 +98,7 @@ ice_config_dir_t *dirnode, *nextdirnode; relay_server *relay, *nextrelay; mount_proxy *mount, *nextmount; + aliases *alias, *nextalias; int i; if (c->config_filename) @@ -160,6 +161,16 @@ } thread_mutex_unlock(&(_locks.mounts_lock)); + alias = c->aliases; + while(alias) { + nextalias = alias->next; + xmlFree(alias->source); + xmlFree(alias->destination); + xmlFree(alias->bind_address); + free(alias); + alias = nextalias; + } + d...

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found