Mplayer's licence (not a flame)
Hello! Looking at mplayer's code I found out that there are many parts which have no explicitly given licence! Could developers please tell me which licence covers those sources? I guess it would be useful not only for my xp branch but and for mplayer too. (if Arpi wants make it GPL'ed, of course). If you are author then PLEASE tell me - could I redistribute your stuff under GPL v2, what can be redistributed as separated work (LGPL like licence), what can be redistributed in binary form, and other conditions? Parts: Gui - ??? g72x - Sun's licence (was removed) input - ??? liba52 - GPL v2 libao2 - ??? libdha - GPL v2 libmp1e - GPL v2 (obsolete - was removed) libmpcodecs - ??? libmpdemux - ??? libmpeg2 - GPL v2 libvo - ??? (except my stuff) loader - ??? (obsolete will be removed, probably) libmp3 - LGPL (can be redistributed as separated work and used in .so form) osdep - ??? (except my stuff) postproc - GPL v2 vidix - GPL v2 xa - strange licence (was removed) RTjpegN - GPL v2 ac3-iec958 - GPL v2 adpcm - ??? alaw - ??? asxparser - ??? bswap - GPL v2 cinepak - ??? cpudetect - ??? cyuv - ??? divx4_vbr - ??? dll_init - ??? ducktm1 - ??? fibmap_mplayer - GPL v2 fli - ??? get_path - GPL v2 lirc_mp - ??? minilzo - GPL v2 mixer - ??? mpng - ??? msvidc - ??? nuppelvideo - ??? qtrle - ??? qtrpza - ??? qtsmc - ??? roqav - ??? spudec - ??? xacodec - ??? mplayer (as whole (un)splittable package): mplayer.c, playtree[*].c, subreader, vobsub, mp-opt[*], mp-cfg[*] mp-help[*], ... - ??? mencoder - was removed libodivx, encoder, libac3 - were removed already (obsolete or non-GPL code). Best regards! Nick
On Mon, 18 Mar 2002, Nick Kurshev wrote:
If you are author then PLEASE tell me - could I redistribute your stuff under GPL v2, what can be redistributed as separated work (LGPL like licence), what can be redistributed in binary form, and other conditions?
Yeah, you can use any file I've originated as GPL or GPLv2 or LGPL, I guess. Whatever works for you. My originated files include: adpcm.c adpcm.h ducktm1.c (nothing here yet) fli.c msvidc.c qtrle.c qtsmc.c roqav.c roqav.h libmpdemux/ demux_fli.c demux_film.c demux_roq.c
xa - strange licence (was removed)
I looked at the xa directory recently. We use XAnim's GSM code which is largely based on code from another codebase which has a much looser license than XAnim. We also use XAnim's MS RLE8 decoder, but if that really concerns you, it's really no big deal to rewrite it (I know, so why haven't I done it yet? :). -- -Mike Melanson
Hello, Mike! On Mon, 18 Mar 2002 09:31:11 -0700 (MST) you wrote:
On Mon, 18 Mar 2002, Nick Kurshev wrote:
If you are author then PLEASE tell me - could I redistribute your stuff under GPL v2, what can be redistributed as separated work (LGPL like licence), what can be redistributed in binary form, and other conditions?
Yeah, you can use any file I've originated as GPL or GPLv2 or LGPL, I guess. Whatever works for you. My originated files include: adpcm.c adpcm.h ducktm1.c (nothing here yet) fli.c msvidc.c qtrle.c qtsmc.c roqav.c roqav.h libmpdemux/ demux_fli.c demux_film.c demux_roq.c
Thanks!
xa - strange licence (was removed)
I looked at the xa directory recently. We use XAnim's GSM code which is largely based on code from another codebase which has a much looser license than XAnim. We also use XAnim's MS RLE8 decoder, but if that really concerns you, it's really no big deal to rewrite it (I know, so why haven't I done it yet? :).
Indeed, currently it's not significand stuff. But in the future (if someone will want) it can be added in the way of shared object. (As it was done for divx4linux in 0.0.0).
-- -Mike Melanson
_______________________________________________ MPlayer-dev-eng mailing list MPlayer-dev-eng@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
Best regards! Nick
On Mon, 18 Mar 2002, Nick Kurshev wrote:
looser license than XAnim. We also use XAnim's MS RLE8 decoder, but if that really concerns you, it's really no big deal to rewrite it (I know, so why haven't I done it yet? :).
Indeed, currently it's not significand stuff. But in the future (if someone will want) it can be added in the way of shared object. (As it was done for divx4linux in 0.0.0).
So much for sabbatical; I just committed an MS RLE8 decoder. You can use it in your GPL program. Sure it's simple, but the simple stuff is best for testing. I'll do the 4-bit variant tomorrow night. Soon, it'll be safe to remove the XAnim RLE decoder. My MS RLE decoders only support BGR32 and BGR24, but does anyone care about BGR16 and BGR15? Enjoy... -- -Mike Melanson
Hi,
e will want)
it can be added in the way of shared object. (As it was done for divx4linu x in 0.0.0).
So much for sabbatical; I just committed an MS RLE8 decoder. You can use it in your GPL program. Sure it's simple, but the simple stuff is best for testing. I'll do the 4-bit variant tomorrow night. Soon, it'll be safe to remove the XAnim RLE decoder. My MS RLE decoders only support BGR32 and BGR24, but does anyone care about BGR16 and BGR15?
please add rgb 15/16 support too! asap... you already killed xa_rle8 wrapper :( basic rule of cvs: never reduce features of the code - just fix or extend it. it was requested by our sponsor, they have presentations in this format and they play it in 16bpp... silly but fact. A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
On Tue, 19 Mar 2002, Arpi wrote:
please add rgb 15/16 support too! asap... you already killed xa_rle8 wrapper :(
It could still be reinstated by modifying no fewer than 5 files (codec-cfg.c codec-cfg.h etc/codecs.conf libmpcodecs/vd.c libmpcodecs/Makefile). This was my first foray into the new codec subsystem. Really, not much has changed from a maintenance standpoint, I realized. You still have to add a new file and then modify 5 other project files, 2 of which are different than before. Still, I'll admit that it's easier than having to modify dec_video.c.
basic rule of cvs: never reduce features of the code - just fix or extend it.
We have rules in this project? No way...
it was requested by our sponsor, they have presentations in this format and they play it in 16bpp... silly but fact.
All right, I'll take care of 15 & 16bpp (if I add one, the other shouldn't be too hard). Just to be sure I have this straight: BGR15 = BGR555 BGR16 = BGR565 Correct? And how do I test this? I know that I'll want to temporarily modify my codecs.conf file to force one mode or the other for testing, but will my x11 vo target accept the data? I would modify the PNG target for testing, but there are no postproc routines for going from rgb15/16 -> rgb24 (2 permutations that are missing). Thanks... -- -Mike Melanson
Hi,
please add rgb 15/16 support too! asap... you already killed xa_rle8 wrapper :(
It could still be reinstated by modifying no fewer than 5 files (codec-cfg.c codec-cfg.h etc/codecs.conf libmpcodecs/vd.c libmpcodecs/Makefile). This was my first foray into the new codec subsystem. Really, not much has changed from a maintenance standpoint, I realized. You still have to add a new file and then modify 5 other project files, 2 of which are different than before. Still, I'll admit that it's easier than having to modify dec_video.c.
It's a temporal compatibility solution now. The libmpcodecs is name based, so we could skip driver name -> vfm -> driver name mapping, but we lost -vfm option then. Anyway it will happen soon. With this change one should only modify Makefile, vd.c and create vd_*.c file
basic rule of cvs: never reduce features of the code - just fix or extend it.
We have rules in this project? No way... :) anyway afair it's in cvs-howto.txt too
it was requested by our sponsor, they have presentations in this format an d they play it in 16bpp... silly but fact.
All right, I'll take care of 15 & 16bpp (if I add one, the other shouldn't be too hard). Just to be sure I have this straight: BGR15 = BGR555 BGR16 = BGR565 Correct? And how do I test this? I know that I'll want to temporarily modify my codecs.conf file to force one mode or the other for testing, but will my x11 vo target accept the data? I would modify the PNG target for vo_x11 accepts all bpp since it uses SwScaler.
testing, but there are no postproc routines for going from rgb15/16 -> rgb24 (2 permutations that are missing). swscaler can do any conversion and even scaling
A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
On 2002.03.18 17:12 Nick Kurshev wrote:
Hello!
[...]
If you are author then PLEASE tell me - could I redistribute your stuff under GPL v2, what can be redistributed as separated work (LGPL like licence), what can be redistributed in binary form, and other conditions?
[...]
qtrpza - ???
Hi Nick. You can redistribute qtrpza.c (and other patches I'll submit) under GPL v2 or LGPL. The files included in mplayer will remain under mplayer licence. Please note that this only covers my implementation, I don't know if there are any licence issuses with the codec algorithm itself. Ciao, Roberto
On Mon, 18 Mar 2002, Roberto Togni wrote:
Please note that this only covers my implementation, I don't know if there are any licence issuses with the codec algorithm itself.
Heh, imagine the legal nastygram: "...Your program includes intellectual property that belongs to Apple computer. You are hereby ordered to cease and desist using the Apple Graphics (rpza) codec, a codec that no one cares about now or even back when it was first released, and provide proof that you have complied with this nastygram..." :) -- -Mike Melanson
Hi Nick Kurshev, on Mon, 18 Mar 2002 19:12:57 +0300 you wrote: You can use all that I writed under GPL or (if really needed) LGPL as you want. I writed playtree* asxparser.* input/*. In libmpdemux : demux_audio.c demux_ogg.c and demux_demuxers.c. Also I'm not the author but did some stuff in cfgparser.* (extended for per-entry config). Albeu
Hi,
Also I'm not the author but did some stuff in cfgparser.* (extended for per- entry config).
btw, could you add the already (donno by who) requested 'list' type? so, for example parameter '-vcpri mpeg12,ffdivx,h263xa' be parsed to a char* _array_ containing comma-separated elements instead of a single string? i don't really understand that cfgparser source... A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
Hi, [snip]
libao2 - ???
I have not put any licence or copyright on the audio plugin sources that anyone could write simply cause I don't care. Do what you want with it. The audio plugins that require special knowledge to write are already under GPL (and you may not change that :).
Best regards! Nick
Cheers, //Anders
participants (6)
-
Alban Bedel -
Anders Johansson -
Arpi -
Mike Melanson -
Nick Kurshev -
Roberto Togni