ACCEPTED: On-the-Fly Transcoding
#10
(2015-03-17, 22:45)mANm Wrote: @RockerC: Indeed I saw it more like it was suggested by Montellese and UPnP was not my first priority.

First step would be to implement transcoding and test it via the webserver.
I thought about choosing different containers and video/audio codecs and quality attributes such as resolution through different HTTP requests.

Using this kind of API at least mobile phones could stream media properly. And this could be used in many of the existing remote apps to stream media content directly into the app.
Cool, but still suggest that you implement MIME Type profiles for device interoperability, as the server-side need to know what formats/codecs/resolutions is supported on the client-side.

As topfs2 noted, sometimes only remuxing is needed, like for example if a video is encoded in H.264 but the stream is in an MKV container then demux and mux to MP4 might be enough.

Even if your transcoding system will initially be limited to only providing APIs for JSON RPC or Web Server I think that you will still want the the client (player) begin communication with handshake where it state exactly what formats/codecs/resolutions it is capable to playback. And to achieve this I suggest you use DLNA's Media Format Profiles standard as a basis, and as a proof-of-concept maybe copy the XML profile files for clients from Plex Media Server as suggested here https://github.com/xbmc/xbmc/pull/6179 and see https://forums.plex.tv/index.php/topic/4...a-devices/ or for a specific example http://nine.plugins.plexapp.com/system/b...ofiles.xml.

The basic idea with Media Format Profiles is that the client (player) begin its connection with the server (transcoding system) by sending a manifest with a capability specification lists. And if you implement this using the standard DLNA Media Format Profiles then it will also be easier to later reuse your transcoding system for the UPnP server in Kodi.

That said, no matter which solution you choose I think that device interoperability and selection of formats to transcode to should be done fully automatic from the end-user perspective.
Reply


Messages In This Thread
ACCEPTED: On-the-Fly Transcoding - by mANm - 2015-03-16, 22:37
RE: Proposal - On-the-Fly Transcoding - by RockerC - 2015-03-18, 18:45
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-07-04, 18:22
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-09-01, 23:51
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-09-22, 10:27
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-09-22, 11:30
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-09-22, 14:05
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2015-10-22, 10:57
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2016-03-03, 11:09
RE: ACCEPTED: On-the-Fly Transcoding - by zag - 2016-03-03, 14:36
RE: ACCEPTED: On-the-Fly Transcoding - by bry - 2016-08-22, 03:37
Logout Mark Read Team Forum Stats Members Help
ACCEPTED: On-the-Fly Transcoding1