So you can do streaming 2 ways: Instant start as close to realtime as possible. To do this you could edit the code to reduce the buffer startup values, but the problem with this is that the player now has a very tiny amount of wiggle room for any network problems. Any blip at all will result in dropouts. This gets worse if you are streaming WAV since the bandwidth requirement is so high.
The way online radio streams work is to let the player buffer lots (for example 16 seconds) of audio as soon as it connects so it has a buffer against network problems. Radio streams don't care if they are realtime and when you are listening you are quite a bit behind realtime. What is your use case? If you are trying to do something like watch video on your PC and listen to the audio via a Squeezebox you might as well give up now and run a long audio cable instead. -- andyg ------------------------------------------------------------------------ andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292 View this thread: http://forums.slimdevices.com/showthread.php?t=71865 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
