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 lsac1-0-s02.shoutcast.net. 1 sources connected but no stream starts playing, XMMS just says "CONNECTED: WAITING FOR REPLY". Am I being really stupid? please help. Cheers, Alex <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20010917/46ec342d/part.obj
> to wait when called. I commented out the line where it calls > thread_mutex_lock and it all seems to work now.Ick. What a hack :) It does seem to be a deadlock issue. But I wouldn't recommend anyone trust just removing that. Locks are there for a reason :) jack. --- >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-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Mon, 2001-09-17 at 00:02, Alex Stansfield wrote:> 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 implementedI fixed the problem, it seemed that in source.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 where it calls thread_mutex_lock and it all seems to work now. Cheers, Alex <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/octet-stream Size: 233 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20010917/515bc3aa/part.obj