Triode;688797 Wrote: > What are you playing at the time? The iplayer radio streams only get > about 4s of buffering due to the what the rtmp server works, but other > cases should be able to get more. Note its not the server buffering > that matters - its the client. LMS is single threaded and so anything > taking 6 seconds will stop anything being sent to the player in this > time. The parsing code could probably be rewritten to do the parsing > in stages, but wonder if you are the only one experiencing this...
Thank you. I have been streaming both direct AAC from various sources & RTMP. I should have mentioned that. Experiment indicates that the problem doesn't occur with MP3 or WMA streams, presumably because the SBS Classic is fetching them directly. So I think that the 6 seconds is very likely to be the cause of my problem. I may be the only one experiencing this. Perhaps more likely is that I'm the only one foolish enough to 'bother' with pursuing it ! After all, it's not exactly a show stopper. Pro tem I shall disable BBC iPlayer's 'Allow Transcoding' option. I have no knowledge of BBC WMA/MP3 stream availability, but other posts I have read seem to indicate that a 'full service' is available, although at perhaps reduced quality. I describe my audio system as Medium-Fi, so perhaps I shall have no real issue with reduced quality streams. A little further tinkering has indicated that 'XML::Simple::XMLin' consumes 5 out of the 6 seconds. I have also chanced across the existence of 'MAIN::idleStreams'. Would I be right in thinking that, in principle, a longer running plug-in might call that periodically, if a delay actually matters ? -- mrw ------------------------------------------------------------------------ mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=53229 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
