On 03/23/2011 01:14 AM, Marc-André Moreau wrote: > It is still better than nothing, just wanted to point out that it's not > impossible, but only has the problem of making the entire thing GPL for > using a GPL'ed component.
Right, people who distribute it or use it with GPL'd ffmpeg will automatically make it GPL, but can we say that we can still safely make release under Apache license? Another alternative is to use GStreamer, which is LGPL. I am also thinking of eventually coming up with a sub-plugin system like ALSA/PulseAudio. But we need to decide which one should be our first implementation. > How about we don't actually do the decoding ourselves, but delegate the > video stream to a video player instead, that lives in its own process? > For instance, we could write a VLC plugin that would receive the video > streams. From what I understood, the current extension on Windows is > integrated with Windows Media Player specifically. This way you can play the video, but you cannot do it seamlessly, and it will look quite confusing to the user. Because in the remote window, the Media Player will looks like playing a black window, but the actual video is playing in another local window. It becomes even more confusing if the user has to use the controls (play/stop button etc) on the remote Media player. Vic ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Freerdp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
