expectingtofly wrote: > I would estimate its a couple of very full days work to create a > testable piece of code, maybe more. I'm happy and interested enough to > do that, gradually, spread over the next few weeks. I wanted to check > that I wouldn't be embarking on something that is already being > attempted by somebody else?
I agree HLS and HDS are here to stay. On PC based browser the Listen Again and live stream are HDS format stream played via a flash player. As I see it the problem with doing HLS is that LMS protocol handling is not set up to open and close http URL every 6 secs. It adds complexity and a level of unknown within LMS single thread. My initial step would be to implement 1. a LMS M3U8 Playlist handler so that codec and speed can be extracted for display. 2. Implement a Standalone Perl transcoder which strips HLS and MPEGS leaving AAC/MP3 audio stream. This is simple to implement and most platform will have Perl. Windows is the problem with this approach as LMS is installed as a exe not as Perl with source files.. 3. I'm not sure about the handling of seek within stream (i.e. ffw/rew) - existing methods may work. Time is the problem for me - I cannot predict when I would the time to implement a transcoder. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=53229 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
