Bugzilla – Bug 8808
Support transcoding on download URLs
Last modified: 2010-11-24 15:43:59 UTC
i.e. http://server:9000/music/1/download.mp3?bitrate=192 would transcode whatever track 1 is to 192k mp3.
This is unlikely to happen without a patch, as we don't really have a need for it.
I'm sorry to hear that since this would be MUCH more power efficient for a mobile playback than streaming.
(In reply to comment #1) > This is unlikely to happen without a patch, as we don't really have a need for > it. > Has anyone looked at it so they can explain briefly what needs to be done for someone that would be interested in providing a patch ?
I believe that this has already been implemented change 752 (in 2004). The changes to the transcoding framework in SC 7.3.3 should make this effective for MP3 source files too.
I think you are talking about stream.mp3 transcoding. I was talking about download transcoding in this bug, which would be useful for i.e. an iPhone client.
That would really be a great enhancement for mobile apps like SqueezeCommander, because SBS offers a much wider support of music formats than any mobile device. The transcode logic should already be available in SBS, so we only need to put the pieces together. :) Unfortunately, my Perl skills are very limited, so I cannot implement it on my own. :-( As Andy proposed, an option like http://<server>:<port>/music/<trackId>/download.xxx?bitrate=y would be great. Selecting the output format (via .../download.xxx or via .../download?format=xxx) would also be nice, but that's not really mandatory, because most devices should be able to play at least mp3s.
Yes, there are a couple of mobile applications I am considering at the moment and both would really benefit from this.
== Auto-comment from SVN commit #31552 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=31552 == Fixed bug 8808, support transcoding on download URLs
Thanks a lot, that's great news!