vgmrips

The forum about vgm files
It is currently 2019-12-08, 11:03:44

All times are UTC + 1 hour [ DST ]




Post new topic Reply to topic  [ 12 posts ] 
Author Message
 Post subject: I just noticed this
PostPosted: 2016-03-05, 6:33:52 

Contributors Contributors
Offline

Joined: 2015-06-18, 22:26:41
Posts: 74
http://mamedev.org/?p=423

Quote:
Please be aware that only files distributed by Mamedev (those available via the official GitHub) have been subject to the relicensing efforts.

If you maintain a derivative build please be aware that you will have to gain the correct permission from all contributors for any extra code you have in your build. Code that was distributed under the previous MAME license can not be included or linked to MAME from this point forward without being relicensed, requiring permission from all contributors to that code.

This applies to all derivative builds, including MAMEUI, MESSUI etc. so if you have a derivative build based upon that code you will need to either rewrite from scratch or obtain permission from all contributors to the code in order to relicense.


Will this any affect future versions of the vgmplay/in_vgm?


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-05, 6:46:35 

Contributors Contributors
Offline
User avatar

Joined: 2012-05-04, 13:55:03
Posts: 109
Location: Seattle
I'm not too familiar with the copyrights, but IIRC, MAME/MESS is open source, which means it can be shared, as long as there are no profits being made. I'm sure we're in the clear.


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-05, 13:53:49 

Staff Staff
Programmers Programmers
Musicians Musicians
Contributors Contributors
Reverse engineers Reverse engineers
Offline
User avatar

Joined: 2011-12-01, 20:20:07
Posts: 3173
Location: Germany
It didn't affect us previously, so it shouldn't afftect us in the future.

Actually, the relicensing of MAME source code should make VGMPlay less of a license violation than it is was before.
Previously it mixed "MAME licensed", GPL, LGPL and "Apache License" and I don't think the MAME license was compatible with GPL.
Additionally there is code from Ootake and MEKA emulators where I don't know what license they use at all.

tl;dr: It can only affect us in a positive way, if at all.


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-05, 16:49:21 

Contributors Contributors
Staff Staff
Reverse engineers Reverse engineers
Offline
User avatar

Joined: 2013-07-17, 23:32:39
Posts: 388
As you know, MAMEdev decided to relicense all the code under FOSS licenses. What that post meant is any code added to MAME from now on cannot use the old MAME license as it was not FOSS or GPL compatible.

Regarding VGMPlay, we're not a deriative of MAME but we do use MAME code, which used to be under the MAME license. A few months ago the FM cores were relicensed under the GPL version 2. At that point, all the MAME code we have in VGMPlay became either BSD or GPLv2 licensed.

Ootake prohibits commercial use, but could be disabled for a GPL-compliant release as the MAME core can be used as an alternative, while the MEKA code we use is in either public domain or public copyright..

dac_control.c prohibits non-VGM and commercial use, making it incompatible with the GPL. I don't think ValleyBell would mind removing those conditions though...

The only license violation we have right now would be the PortTalk code (which prohibits any distribution of source code). It can be safely removed if you don't need the hardware support.

With those steps done VGMPlay could be redistributed legally under the GPLv2 and be used in GPLv2 software without any legal problems...


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-06, 1:15:09 

Contributors Contributors
Offline

Joined: 2015-06-18, 22:26:41
Posts: 74
I guess I was just being overly paranoid. When I first read it, it sounded like if you wanted to use any specific code you had to contact the authors who wrote it and get their permission to use it outside of mame (like what many mod authors for various games make you do these days). Looks like that's not the case.


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-06, 17:16:30 

Contributors Contributors
Offline
User avatar

Joined: 2015-02-22, 3:40:22
Posts: 142
No, with GPLv2 you don’t have to do that.

What the notice means is that if you are using MAME code in your project and others contributed modifications to that code in your project, in order to be able to distribute the MAME code as GPLv2 you must separately get relicensing permission from your own contributors, or remove/reimplement the modifications.


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-07, 14:47:06 

Contributors Contributors
Offline
User avatar

Joined: 2015-02-22, 3:40:22
Posts: 142
Even better, I just read on a news site that most of the MAME code is available under BSD license (free) rather than GPL (copyleft).


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-07, 15:50:11 

Contributors Contributors
Staff Staff
Reverse engineers Reverse engineers
Offline
User avatar

Joined: 2013-07-17, 23:32:39
Posts: 388
Well unfortunately for us all the FM cores are GPL'd. :P


Top
 Profile  
 
 Post subject:
PostPosted: 2016-03-07, 20:46:23 

Contributors Contributors
Offline
User avatar

Joined: 2015-02-22, 3:40:22
Posts: 142
Ah, that’s too bad…


Top
 Profile  
 
 Post subject:
PostPosted: 2016-05-12, 14:22:37 

Musicians Musicians
Contributors Contributors
Offline

Joined: 2012-09-29, 11:45:48
Posts: 217
Location: Australia
ctr wrote:
The only license violation we have right now would be the PortTalk code (which prohibits any distribution of source code). It can be safely removed if you don't need the hardware support.

Lol. This is why I kept on offering the inpout32 alternative builds. :P And PortTalk is garbage anyway.

_________________
-dj.tuBIG/MaliceX


Top
 Profile  
 
 Post subject:
PostPosted: 2016-11-28, 15:00:53 

Contributors Contributors
Offline

Joined: 2015-04-18, 18:35:14
Posts: 10
Yeah- no.

The Mamedevs said a while back that we can't retroactively use older versions of the MAME-licensed codebase, even if the updated equivalent is now "free" aka GPL'd. Which means that we would have to do the MAME ports from scratch; again. :(

P.S: the dac_control.c and the PortTalk licensing issues are still not resolved.


Top
 Profile  
 
 Post subject:
PostPosted: 2016-11-30, 1:09:05 

Contributors Contributors
Staff Staff
Reverse engineers Reverse engineers
Offline
User avatar

Joined: 2013-07-17, 23:32:39
Posts: 388
A code review should be enough. If there aren't any real changes between the version we used and the first version after the relicensing, i think it will work without having to throw away our changes. The statements about not relicensing older versions i think applies to entire distributions, where code exists that was rewritten or removed due to their respective authors refusing relicensing. Afaik we don't have any such code.

I will say that the original MAME sources for the chips are usually from before they switched to C++, so we would have to undo that for every source file we port to vgmplay.

PortTalk can be safely removed (although it will affect real hardware interfacing on some Windows versions, but copyright-wise this doesn't even matter thanks to Oracle v. Google) and dac_control is not a real issue.

A final thing is that Valley Bell is currently working on a new VGM playback library called libvgm. I believe a goal is to make licensing easier by modularizing the code.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 12 posts ] 

All times are UTC + 1 hour [ DST ]


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group
[ Time : 0.227s | 20 Queries | GZIP : On ]