Simply providing the source code is not good enough to satisfy the full requirements of the LGPL license. They need to be pressured to comply with all points in the license:
http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html Specifically look at section 6 to understand what they are not saying and providing with a simple zip of the FFmpeg source code. They need to be providing us a way to make changes to the FFmpeg lib and rebuild the application with our changes on all binary platforms they support. Also, it seems to me they are not honoring the spirit of FFmpeg's legal requirements and probably including unlicensed and patented codecs and technologies in the ffmpeg.so shared library they use in the application: http://www.ffmpeg.org/legal.html I'm relatively new to LGPL, but I'm having a lot of trouble seeing how they are satisfying it. On Jul 17, 8:16 am, "Eric Wong (hdmp4.com)" <ericwon...@gmail.com> wrote: > That's not true. I found out today that Rock Player did publish the > source code > > The link is > this...http://rockplayer.freecoder.org/download/rockplayer_ffmpeg.zip > > Can someone try it and report back whether it works or not? > Or what is inside... > > Thanks > Eric > > On Jul 16, 5:01 pm, Doug <beafd...@gmail.com> wrote: > > > RockPlayer is currently (illegally, unethically) using FFmpeg as their > > codec provider. They really should be publishing source and giving > > attribution in order to maintain compliance. (Are you listening, > > Android Market police, if you exist?) > > > On Jun 21, 8:40 pm, Andy Savage <a...@bluewire.net.nz> wrote: > > > > Hi there... > > > > In looking at the Rockplayer package it seems they use ffmpeg to do this. > > > > More specifically they use: > > > libffmpeg.so, > > > libcmplayer.so > > > > So presumably they use ffmpeg to decode the video then pass it to Android. > > > > Cheers, > > > Andy > > > > -- > > > "The greatest challenge to any thinker is stating the problem in a way > > > that > > > will allow a solution" > > > - Bertrand Russell > > > > Andy Savage > > > Cell Phone: +852 936 34341 > > > Skype ID: andy_savage > > > Linked In:http://www.linkedin.com/in/andysavage > > > > On Tue, Jun 22, 2010 at 11:16 AM, Andy Savage <a...@bluewire.net.nz> > > > wrote: > > > > Hi there, > > > > > Exactly the same question as me. I posted a topic to the developers > > > > group > > > > with this question: > > > > >http://groups.google.com/group/android-developers/browse_thread/threa... > > > > > Hoping somebody can shed some light. > > > > > One interesting thing though... perhaps we can find out? I mean, if the > > > > player supports XVid then the player must be OpenSource? Or they must > > > > make > > > > the code available since the xVid codec is GPL (a very viral type > > > > licence). > > > > Any players support xVid out there that we could request the code for?? > > > > > Cheers, > > > > Andy > > > > > -- > > > > "The greatest challenge to any thinker is stating the problem in a way > > > > that > > > > will allow a solution" > > > > - Bertrand Russell > > > > > Andy Savage > > > > Cell Phone: +852 936 34341 > > > > Skype ID: andy_savage > > > > Linked In:http://www.linkedin.com/in/andysavage > > > > > On Tue, Jun 22, 2010 at 9:06 AM, NoraBora <noranb...@gmail.com> wrote: > > > > >> How is it possible that an app supports the media format OpenCORE > > > >> doesn't? > > > > >> Does it mean the app uses its own media framework? > > > > >> or somehow register parser node to OpenCORE? > > > > >> Is it possible and encouraging? > > > > >> -- > > > >> unsubscribe: > > > >> android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> > > > >> website:http://groups.google.com/group/android-porting > > -- unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting
