I suspect that there's a bug here, but there a few too many moving parts to make pinning this down easy. Usually when I select a single item playlist (containing http://icecast-host:8000/default.mp3) and press play, mvpmc 0.3.1 will "start", the timer will roll over to 00:01 and then back to 00:00. The "buffer" bar never appears and the byte count shows zero. Getting playing to begin requires several iterations of stop,back,play over a couple of minutes. For each failed start icecast.log shows:
[10/Nov/2006:10:37:57] [5:Connection Handler] Accepted client 1 from [192.168.27.103] on mountpoint [/icy_0]. 1 clients connected [10/Nov/2006:10:37:59] [4:Source Thread] Kicking client 1 [192.168.27.103] [Client signed off] [listener], connected for 2 seconds, 16384 bytes transfered. 0 clients connected The icecast server is on the same LAN, the source is a 128Kbps MP3 stream. The number of bytes transferred falls between 7936 and 16384 bytes, the connection time is either one or two seconds. Reverting to 0.3.0 reliably eliminates the problem. Is anyone else seeing anything similar? Any thoughts on how to sort out what's casuing this? - Raz ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
