Reply to thread

Message

<blockquote data-quote="MJGraf" data-source="post: 1046005" data-attributes="member: 17886">Thanks, Tjunas!I stumbled upon this a wile ago, but unfortunately it is written in java - so we really could just take ideas from there to implement them in C#. But these &quot;ideas&quot; are as such not very complex - it is clear what is missing for the DLNA part - we just lack the time to implement it...From my perspective the most difficult thing is to get transcoding working in a DLNA compatible way. We have a wonderful transcoding solution in MPExtended that we could use, but we would have to make sure that the output of the transcoding is DLNA compatible and the restrictions DLNA imposes on the stream formats are very strict (and sometimes make no sense - For music e.g. it is easier because streaming of MP3 is allower for DLNA, although it is quite odd that e.g. streaming of flac files is not supported. For videos it gets really strange because depending on the bitrate of the stream (or the resolution, not sure about that) only certain containers and certain encodign formats are allowed). Besides that it seems that different devices follow a different understanding on the DLNA spec - so we would have to implement some device-specific behavioral changes into our UPnP code, which of course must not affect the UPnP handling between MP2 Server and MP2 Clients. This is what makes it so time consuming in the end...</blockquote>

[QUOTE="MJGraf, post: 1046005, member: 17886"] Thanks, Tjunas! I stumbled upon this a wile ago, but unfortunately it is written in java - so we really could just take ideas from there to implement them in C#. But these "ideas" are as such not very complex - it is clear what is missing for the DLNA part - we just lack the time to implement it... From my perspective the most difficult thing is to get transcoding working in a DLNA compatible way. We have a wonderful transcoding solution in MPExtended that we could use, but we would have to make sure that the output of the transcoding is DLNA compatible and the restrictions DLNA imposes on the stream formats are very strict (and sometimes make no sense - For music e.g. it is easier because streaming of MP3 is allower for DLNA, although it is quite odd that e.g. streaming of flac files is not supported. For videos it gets really strange because depending on the bitrate of the stream (or the resolution, not sure about that) only certain containers and certain encodign formats are allowed). Besides that it seems that different devices follow a different understanding on the DLNA spec - so we would have to implement some device-specific behavioral changes into our UPnP code, which of course must not affect the UPnP handling between MP2 Server and MP2 Clients. This is what makes it so time consuming in the end... [/QUOTE]

Verification