bpa wrote: > Your solution will help users by being "lighter" than ffmpeg. > Outputting adts AAC is OK as faad is supplied with LMS (even for armv5 > it is fixed point faad better than ffmpeg I think). > > Will you provide and support a binary for all platforms (various > ReadyNAS, Synology, QNAP etc., Linux, Windows, OSX ) or rely on 3rd > parties to build and host. Be clear from the start what you will and > will not do - otherwise you could be overwhelmed. > > For a version of AlienBBC (BBCiPlayer predecessor), part of the > installation would download an appropriate copy of mplayer which > simplified installation. > > If binaries (and source) of your ffmpre replacement are included as part > of the plugin for main architectures - that would simplify installation > for many users and I think would be what user would appreciate rather > than being "Lighter". > > A dilemma I have at the moment is that I am reluctant to produce a V1.2 > of the plugin because it would trigger an install which would overwrite > all customisations users have made to the plugin files and so break > their BBC radio. Including a ffmpeg replacement binary in the plugin > would minimise this issue.
I fully understand where you are coming from on the support issue - and I admire you for the effort you've put in recently and over the years. What I've done so far is mainly for a bit of personal interest to see if I could get the listen again HLS streams playing, as I'd found that ffmpeg wasn't able to play them. I've proved that much now - this program will play the listen again streams (and dig the required URLs out from some of the BBC's top-level json, given the 8-character id the program). But I was of course thinking this could end up being useful to others if it takes a long time (or never?) for Triode or you to do it 'properly' in Perl. So I've deliberately made it a fairly stand-alone bit of code that doesn't pull in libraries from left right and centre (it's more interesting to write your own code anyway), which makes it feasible to do a statically linked binary for easy inclusion in a plugin. But I'm not there yet. I'm only surmising that the armv5 binary should work on most, if not all, ARM based Nases plus Raspberry pi and the like. But there may still be problems there for people as I know some of the NAS manufacturer supplied LMS versions have transcoding disabled (e.g. the ZyXel one I have...). I guess I should be able to compile a single 32-bit x86 windows binary without much trouble, and also probably x86 linux binaries, but I haven't tried that yet. OSX and random other processor architectures are definitely out for me. I could supply the source code, but I think I'd be a bit embarrassed to do that as it is - it's not very professional looking and full of experimental bits (I'm happy it works reliably on the BBC streams though!). I'd prefer to spend my time experimenting with the listen again UI bits rather than tidying code... So I guess I'm not really yet in a position to support this to the level you suggest to make it appropriate to publishing. I was, I suppose, just thinking I could provide the arm binary as it is now for others just to experiment with - but with no guarantees or support. That is probably naive thinking... ------------------------------------------------------------------------ utgg's Profile: http://forums.slimdevices.com/member.php?userid=40900 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
