GPL/LGPL等ライセンスとゲーム製作

**名無しさん＠お腹いっぱい。** · 01/11/15 18:56

GPLやLGPLなどのライセンスとゲーム製作のかかわりについて。

GPL http://www.gnu.org/copyleft/copyleft.ja.html#translations
LGPL http://www.debian.or.jp/~mhatta/lesser.ja.txt

**名前は開発中のものです。** · 01/11/30 15:00

>>118
どこ見てレスしてるんだ？公式FAQに書いてあるだろ？FAQの意味判りませんか？

**名前は開発中のものです。** · 01/11/30 15:47

>>118
具体的にはここ↓。
http://www.gnu.org/copyleft/gpl-faq.html#TOCGPLAndPlugins
標準入出力のことは書いてないから、もしかしたらオプションと終了ステータスのみしか
許してないのかもね。
でっかいデータは、ファイル渡し。

**名前は開発中のものです。** · 01/11/30 16:49

標準入力ってキーボードだよね
んじゃ、GPL側を特定のキーコマンドが来たらあるGPL内の関数を呼ぶようにして
GPLラッパはGPLのDLLにキーメッセージだけを送りつけるだけってのどう？
標準入出力がだめならだめだけど

**118** · 01/11/30 17:14

>>119
>どこ見てレスしてるんだ？
http://www.gnu.org/copyleft/gpl-faq.html#TOCGPLPluginsInNF
ここ。
標準入出力ってどこにかいてあるの？
>FAQの意味判りませんか？
あなたの考えている定義とは違うかも。

**名前は開発中のものです。** · 01/11/30 17:32

どんどん糞スレ化してるね（藁
GPLが存在する限りフレームは消えないのかな。

**名前は開発中のものです。** · 01/11/30 18:35

話をLGPLの方に移したほうが、建設的だと思います。

厨房 · 01/11/30 18:55

結局、標準乳出力は可ってのはデマだったという事ですね。

**名前は開発中のものです。** · 01/11/30 20:36

標準入出力がダメだと、emacsのshellモードで起動できるすべてのコマンドが
GPLにならないといけないんだけど。
DLLのほうは知らん。

**名前は開発中のものです。** · 01/11/30 22:58

単にGPLに違反しているだけなので気にしないでください（藁

**名前は開発中のものです。** · 01/12/01 12:01

>標準入力ってキーボードだよね

これ読んでちょっと目が点になった。そうか、そういう時代なのか。

**名前は開発中のものです。** · 01/12/01 18:43

>>128
初心者にはありがちな誤解なんだから、大目に見てやれば？

**名前は開発中のものです。** · 01/12/01 18:49

ところで、コンソール系のゲームで、GPLやLGPLなコードが採用されたことってあるのかな？
業界人じゃないのでぜんぜん知らないのですが。

**名前は開発中のものです。** · 01/12/02 00:03

コンソール系って何？
コンシューマ？

**名前は開発中のものです。** · 01/12/02 00:58

>>131 ネタか。

**名前は開発中のものです。** · 01/12/02 02:53

>>130-132
これもなにげに英語スレ行きのネタやね。

**名前は開発中のものです。** · 01/12/02 06:45

>>131
定義をはっきりしておく必要がありますな。
コンソール＝コンシューマとは限らないのかもしれないし。

**名前は開発中のものです。** · 01/12/02 06:47

コンシューマはそもそもアーケードに対する用語。
コンソールはPCに対する用語。
日本と欧米のゲーム創生期のころの市場の違いによるものか？

**名前は開発中のものです。** · 01/12/02 06:48

というわけで、ネットカフェに置いてあるPCはありゃなんなのよってことになる。

**名前は開発中のものです。** · 01/12/02 17:17

そもそもあれをPCと呼んでいいものか

**名前は開発中のものです。** · 01/12/02 22:52

「パーソナル」コンピュータかどうかってことか？

**名前は開発中のものです。** · 01/12/03 00:26

ﾊﾟﾌﾞﾘｯｸｺﾝﾋﾟｭｰﾀ

**名前は開発中のものです。** · 01/12/03 01:51

LGPL だけどこういうの発見。これなら組み込み可？

How is FLTK Licensed?
FLTK comes with complete free source code. FLTK is available under the terms of the GNU Library General Public License.
We have ammended the LGPL to explicitly allow static linking of FLTK (or any modified version of FLTK) to your software.
The LGPL is not clear on this and we definately want to allow it.

Can I Use it in Commercial Software Products?
Yes, you can. The LGPL allows you to do this, and you do not need to release
the source code to your program.
You do need to release the source code for any modifications you make to FLTK itself,
but we would hope you would send any improvements like these back to us anyways.
You do not need to release the source for new widgets or other subclasses you create of the FLTK classes.

**名前は開発中のものです。** · 01/12/03 02:06

コンソールって、「ゲームコンソール」のことか。
てっきりVT100とかのことかと思ったヨ……。

**名前は開発中のものです。** · 01/12/03 04:08

>>141
いや、話の流れからみて「コンシューマ」を言い間違った
のだと思われ。

**名前は開発中のものです。** · 01/12/03 10:02

>>142
んなアホな。

**名前は開発中のものです。** · 01/12/03 11:24

板違いなのは分かってるが手っ取り早いスレがみつからなかったから
ここで質問させてくれ

X（人物）はお絵描きソフトAを作りGPLで公開した
Y（人物）はAをカスタムし、すんばらしいエフェクトをかけれるようにした
Bを作った
YはBで描いたすんばらしいエフェクトのかかった絵だけを公開した
その絵を見たXはBのエフェクト機能が欲しくなった

ここでXはYにBのソースを公開させることは出来るのか？

**名前は開発中のものです。** · 01/12/03 15:46

できるよ。つか、そのためのGPLだろ。
つか、Yは守銭奴なのか？それぐらいケチケチすんなと言いたい。

**名前は開発中のものです。** · 01/12/03 16:13

YがB(カスタム化したA)のプログラムを公開していれば、
Xはソースを請求できます。

まったく公開していないなら、できません。

また、エフェクトがプラグインという形をとっており、
プラグイン実行がプロセス起動という形をとっている場合では、
たとえプログラムを公開していたとしてもできません。

GPLは、配布/頒布のためのライセンスなので、
配布/頒布しないなら、GPLによる制約を何も受けません。

**144** · 01/12/04 11:40

Yはプログラムを公開してません
という事でGPL的にソースを入手するのはムリっぽいですね
ありがとうございました

**名前は開発中のものです。** · 01/12/12 01:33

>144,146
非GPL的にならXはYにソースを要求できますナ。（多分）
例えばAに他人の手が加わってなければGPLを撤回することもできるはず。
但しXの作ったソフトAが、GPLで頒布されてる他人のソース等を
利用しているなら、その行為はGPLにより禁止されるのでやはり無理。

**名前は開発中のものです。** · 01/12/13 00:21

>>148
XがAにGPLをつけ、Yがそれに同意した時点で、XとYの間でライセンス契約が成立したとみなせるでしょう。
なので、Aが一方的に契約内容(ライセンス)を破棄あるいは変更するのは不可能。

まぁ、「お願いする」くらいしか方法は無いだろうね。

**名前は開発中のものです。** · 01/12/13 03:55

収束した話に蛇足ですが(笑)
インターフェスは少なくとも日本の著作権法では著作物とは
見なされないのでプラグインは GPL の範囲外ですね。

でも、C を例に話しますが、インターフェスを定義するの .h の中に
#define AHO ahodesune
があると、プラグイン制作者の .c の中の AHO という文字が、
プリコンパイルの時点で著作権のかかる .h の一部に置き換えられるので
その .c の著作権がヘッダ制作者にも適応される、
とかいう話があったようななかったような。typedef とか関数とかと違って
「置き換えられちゃう」のがこの話のミソなんですが、
詳細を知ってる方いますか？

**150** · 01/12/13 04:02

うぅ、なんか自分のを改めて読んでるとわかりにくいですが、
ようするに GPL なソフトの .h を #include したときに
もしその .h のなかにマクロがあると
#include して作ったソフトは GPL になるんちゃう？というお話です。

**名前は開発中のものです。** · 01/12/13 07:32

>>150
そんなソースなら１秒で捨てる。
#define MAX(a,b) ((a)>(b)?(a):(b))
MAX は GPL です。なんて激しくゴミ…産業廃棄物以下だ。

**名前は開発中のものです。** · 01/12/13 10:29

>>150
GPL良く読め

**名前は開発中のものです。** · 01/12/14 11:49

実際の所GPLと著作権法との関係ってどうなの？
GPLは著作権法的には合法？（違反してる部分がゼロ？）
著作権が認められない部分にはGPLを主張しても受け入れられないの？

**名前は開発中のものです。** · 01/12/14 13:08

GPLはライセンスですよ？
著作者と使用者(GPL的には配布者/改変者？)との間の契約事項。
よく、著作者の許可なくコピーすることを禁じますとか書いてあるでしょ。
その許可を条件付で与えるのがGPL。

だから、合法とか違法とかは関係ない。

GPLは著作権を前提にしているので、著作物でないもの(公文書とかそうだっけ？)に
GPLつけても無効だろうね。
ただ、直接契約やシュリンクラップ契約とかの方法をとれば、著作物でないものにも
GPLをつけられるかもね(なべ、やかんにGPLを付けてみるとか)。
それが意味ある行為なのかは別として。

**名前は開発中のものです。** · 01/12/15 01:49

>>149:
>XがAにGPLをつけ、Yがそれに同意した時点で、XとYの間でライセンス契約が成立したとみなせるでしょう。
>なので、Aが一方的に契約内容(ライセンス)を破棄あるいは変更するのは不可能。

スマソ。確かに一度適用された契約は双方の合意がないと撤回できませんわ。
でも次のバージョンからは非GPL化、ってのは（条件付で）可能ですよな。
あとGNU一般公有使用許諾書には、「複製、頒布、変更以外の行為は本使用許諾の対象としません。」とあるから、
使用（の継続）を制限するライセンスを追加する事も可能なはず。（ちとヘリクツ）
…でもたかがソースを得る為に、こんなマネするバカはいませんわな。

#ふと思った事：
個人プレイで作られたプログラムに抜け道が沢山あるのは、
裏を返せば「積極的に開発に参加すべし」という事なのかも。

**名前は開発中のものです。** · 01/12/15 18:47

どうでもいいが、なべ、やかんにGPLつけるとどうなるんだろ…

**名前は開発中のものです。** · 01/12/16 02:43

多分質入が不可能になる。
売る＝頒布だから、金銭を要求できない。

**名前は開発中のものです。** · 01/12/16 06:26

cygwinのライセンスについて質問してもいいでしょうか？

cygwinのFAQ日本語訳で
>特に、もし Cygwin を使って(GPL でない)商用アプリケーションを
>移植しようとしているのであれば、 Cygwin ライブラリの商用ライ
>センスが必要になるかもしれません。このライセンスは購入可能です。
>更なる情報については sales@cygnus.com へお問い合わせ下さい。

cygwin+COM+LGPLなライブラリで directX を使った同人ソフトを頒布したい
のですが商用ライセンスを買わないといけないのでしょうか？
文脈からは他の企業が移植のためにcygwinを使うならライセンスを買えと
言っているような印象なのですが…。
逆にライセンスを買えばGPLに違反してもいいなら、GPLを付けたソフトは
redhatの商売に利用されたことになりますよね。某音楽著作権協会の手口に
似ていませんか？

**名前は開発中のものです。** · 01/12/16 11:26

>>156
＞使用（の継続）を制限するライセンスを追加する事も可能なはず。（ちとヘリクツ）

使用はそもそも著作権で制限できないんじゃ？
できるんなら商用ソフトはシュリンクラップ契約なんて方法はとってないはず。

あと、暗黙の合意とか業界の慣習なんかも見逃せない要素。

**名前は開発中のものです。** · 01/12/16 11:40

>>159
cygwinのDLL(APIライブラリ)はcygnus(RedHatに吸収された)が独自につくったらしくて
そいつに例外付きのGPLがつけてあるっぽい(作者だから例外がつけられる)。
だから、商用ライセンスもらえばGPLとは関係無しにDLLだけは使えるんじゃないかな？

あとは、CygwinのDLLとリンクさせないように作ればライセンスとは関係なくなる。

ところで、cygwinなんて使わずにmingw32やbccやlccやdigital mars C++とかじゃダメなの？

**156** · 01/12/16 16:30

「次バージョンから」の話。>>160
ちと言葉が足りなかった？

**名前は開発中のものです。** · 01/12/16 19:31

>>162
それって意味あるの?
前のバージョンを改造した人が、
制限の強くなった新しいバージョンを改造し直して
自分のソースを公開するなんてありえるかな?

**名前は開発中のものです。** · 01/12/16 20:04

>>163
まぁ、GPLに限らず、ライセンスは良く考えてつけよう、ってことだね。
でも、クローズドソース、転載は基本的に禁止という日本の「フリーソフト」文化はいまいち好きになれない。

**名前は開発中のものです。** · 01/12/16 20:36

自由を求めて戦ってきた欧米の文化と
鎖国しちゃってたような日本の文化の違いかね。

**メール欄に「age」を！推進委員会** · 01/12/16 22:18

精神論が好きだからな。日本は。
車輪の最発明は他の国より多めに入ってます、か？

でも、最近がんばってる人が増えてきたので期待age

**名前は開発中のものです。** · 01/12/16 23:22

PDS == GPL ?

**メール欄に「age」を！推進委員会** · 01/12/16 23:37

PDSはBSD like licenseのほうに近いと思われ。
原著作権を放棄してるか保持しているかの違いだけで、あとは煮るなり焼くなり好きにしてというやつ。
俺はGPLやLGPLより、こっちのほうが好きだな。

日本語訳：
http://www.freebsd.org/ja/copyright/license.html
http://openlab.etl.go.jp/freesoft/BSD-j.htm
3項と4項は、宣伝条項と呼ばれる過去の遺物で今は入ってないことのほうが多いかな。

**名前は開発中のものです。** · 01/12/17 00:44

>>164
そうか？
基本はクローズドソース・転載禁止でも、実際には個人の裁量によるだろ。

自分としては、「GPL=他人の決めた規則に従え」より「俺の決めた規則に従え」
の方が自主性があって好きだな。

**名前は開発中のものです。** · 01/12/17 02:14

一時、国内のフリーソフト作家の間ではしきりに
「ＰＤＳではありません！」と唱えていたよね？PC-98のMS-DOS時代
だとか、x68k時代に。

**170** · 01/12/17 02:23

で、当時は、そのほとんどがClosedSourceであり、しかも
それを指摘する人すらいなかった。議論すらなかった。
基本的にはソース公開は作者の勝手だった。

**170** · 01/12/17 02:41

多分に漏れず、自分もソース公開なんてしてなかった。

こんなフリーウェア作家な自分ですらGPLははっきりいって邪魔。
ましてや、プロで生計立ててる人にとって、ソフトそのものを商
品化して利益を立てることを拒んでいるGPLは、死活問題でしょ？

レッドハッド社長は日経ＰＣで、「linuxそのものはGPLなんですから
それそのものを商品として売るわけにはいかない。あくまでも熟練な
linux経験者が対応のサポートでビジネスモデルを構築していくのです」
と述べてたけど、作り手に言わせてもらえば、
「ソフトの使い方のサポート労力」なんて「ソフトを生み出す労力」とは
比較にならないくらい簡単いや微少いや誤差みたいなもの。

いやはや、プロな方、お疲れ様です。

**名前は開発中のものです。** · 01/12/17 02:42

アメリカだってUNIX系以外はクローズドが多いと思うんだけど、
UNIX系にオープンソースが多いのは、そもそもOSは互換性が
あるけどCPUがいろいろ使われていたので、使う環境で
コンパイルしないと動かせなかったからだと思う。

**170** · 01/12/17 02:50

長々、ワケﾜｶﾗﾝこと書いてしまったけど、個人的に言わせて～
「ＧＰＬ逝ってヨシ、氏ね！」

要はこれが言いたかった。
「ソフトはタダ。サポートで稼ぐのがオープンソースモデル」なんて
詭弁、もう聞きたくない。そして、こんな状況を誘発させたＧＰＬは
頼むから消えてー。

作りたいソフトがあるのに、なんで「これはＧＰＬにかかるかな？」
なんて議論から始めなきゃならん世の中に誰がしたの？

01/12/17 03:09

>>170
まぁ、そう興奮せずに。
GPL嫌いなら使うのやめて1から書けばいいだけのことだし。

＞「ソフトの使い方のサポート労力」なんて「ソフトを生み出す労力」とは
＞比較にならないくらい簡単いや微少いや誤差みたいなもの。

これ本当にそう思ってる？だとしたらちょっとイタいな…。
というか、「使い方のサポート」って…。サポセンじゃないんだから。

**名前は開発中のものです。** · 01/12/17 03:57

>>170
いったい何に対して怒ってるの？本当に怒るべき対象に怒ってる？
コピぺしたり、そのままつかったりしなきゃいいんだから、世の中に
あふれてるGPLなソースを参考にして自分で書き直せばいいじゃない。
むしろそういう「参考にしていい」ソースを世の中にあふれさせた
GPLはかなりありがたいと思うんだけどな。

**名前は開発中のものです。** · 01/12/17 04:04

ってかビジネス云々の話をしているようだが
ソフトそのもので儲けたいんだったらGPLを使わないで
プログラムを書く労力ぐらい惜しむなよ。

**名前は開発中のものです。** · 01/12/17 04:10

すべてのソフトウェアがクローズドならば、新しい
ソフトを書こうと思ったら自分でゼロから書かなければ
ならなかったり、ブラックボックスなライブラリの中身の
動作に苦心しなければならない。でもオープンなソフトがあって、
それを組み込んだり、参考にしたりできる。いい環境じゃない？

**159** · 01/12/17 05:21

>>161
ありがとうございます、理解できました。DLLのライセンスを買った上で
それでも他の GPL を使うと結局 GPL として応える必要がでてくる…。

>cygwinなんて使わずにmingw32やbccやlccやdigital mars C++とかじゃダメなの？
はい。cygwin使って書いていたのですが替えようと思います。
スレッドとCOMが動けば…。(^-^;)

GPL でソースが公開されて感謝はしているのですが、一部ならいいけど
開発ソースすべてを公開するわけにはいかないのでちょっときついです。
あるパートを受け持ってもらうために、数年かけた数ＭＢのライブラリまで
公開すると生計がたてられなくなってしまう…。一部なら協力しても
いいんだけど　うーん。。

**名前は開発中のものです。** · 01/12/17 05:37

>GPL嫌いなら使うのやめて1から書けばいいだけのことだし。
その話、良く聞けど、GPL嫌いな人のツッコミからズれてるよ。
GPLは「ソフトそのもので収益を上げてはならない」というのも原則
の一つ。だからサポートで稼ごうと、各デストリビュータのトップは
口を揃える。そして、誤解があるにせよ、この風潮が「ソフトそのもの
は商品ではないし、価値がない」という気運が結果的に高まって
しまった。GPL嫌いツッコミは、この職業ソフト開発者の地位低下を
懸念している。

そして、そのサポートの内容。
電話、E-Mailで３ヶ月サポートと唄ってるが、「インターネット
に接続できなかった時などは、お気軽に電話相談を」となっている。
果たして、こんなサポートが有料で、ソフトが無料なんて有得るのか？
という点。
そして、この行為はGPLを逆手にとったほとんど詐欺に近い行為では？
なんてGPL支持者だっている。

結局、GPLは現象。毒かどうかはともかく、
この掲示板でこの文章を読んでるような人、
もちろんゲーム業界は部分集合なんだが、は、ほぼ確実に損している
と思われ。「GPL使わなきゃいい」では解決されない、飛んでくる火
の粉。プログラマーは安くなるよ、GPLだらけになると。ゼロから作りゃいーじゃんという議論は論外。

01/12/17 09:10

＞GPLは「ソフトそのもので収益を上げてはならない」というのも原則

そんなことはないよ。GPLよく読んでみ？
お金が絡んではいけないのは、バイナリだけ渡した後にソースコードを渡す時だよ。
だから、べつにソフトウェア自体は100億円で売ってもかまわないんだよ。
ただ、売った先がただで再配布しても文句言えないけどね。
だから、ソフトそのもので収益を上げづらいのは、まぁ、事実。

＞そして、そのサポートの内容。

それが、イタいって言ってるんだけど。
本当にRedHatがディストリビューションパッケージのみで食ってると思う？
「サポート」ってサポセンのことじゃないよ？

プログラムを作ることなんて、全体工程のホンの一部。
作った後は、運用→保守ってのが必要。
サポートっていってるのは、この「運用→保守」の部分。
パッケージで大儲けしているところ以外のほとんどの企業はここで儲けてるんだよ？

＞しまった。GPL嫌いツッコミは、この職業ソフト開発者の地位低下を
＞懸念している。

GPLが登場するまでも無く、もう十分下がっているので安心してください。
そのためのSoftware Ｅｎｇｉｎｅｅｒｉｎｇだからね。

…と、このあたりもよく言われることなので、書いてみました。

**名前は開発中のものです。** · 01/12/17 09:10

>>175
激しく同意。後半にね（涙）。

他人が使うことが前提のパッケ・業務系ソフトの作り手としては、
ユーザーへのサポートは絶対に無視できない。むしろ工数の多くが、
ユーザーに対応する部分（UIだけの話ではない）の設計で消える。
実際、コード書くだけでいいなら、実際の工数の1/10以下でも終わる。
使い勝手（UIの話だけではない、しつこいが）は度外視になるけどね。

「ソフトウェアで金を取る」ってのは、実際にはそういう感じだよ。
ほんと、製造業っていうよりサービス業。
客の必要にあわせたサービスを、ソフトウェアの形を持たせて売る。
ソフトウェアに宿らせた魂(?)を売る、と言い換えてもいい。
プログラムコードがGPLかどうかなんて、それに比べれば些細なことだよ。
別に、プログラムコード自体を売ってるわけじゃないんだから。

本当にに「プログラムのバイナリ自体で金取るのがソフトウェア商売」
と思ってる開発者がいたら、それは使い手のことを何も考えていないんだろう。
厨房的だ。誰とは言わないが。

**名前は開発中のものです。** · 01/12/17 09:14

>>181
運用、保守。まさしくまさしく。

01/12/17 09:41

＞本当にに「プログラムのバイナリ自体で金取るのがソフトウェア商売」

ゲームはほぼこれに当てはまるんだよね。
だから、ソフトウェア産業の中でもゲーム業界って結構特殊。

**名前は開発中のものです。** · 01/12/17 09:46

>>182
それはＩＢＭなどの運用契約で稼ぐ企業の考え方だよ。
ゲームは昔からバイナリを売って商売している。ユーザーも
サポート料などという考えはしない。激しく形態が違うよ。
マ板に帰ったほうがいいんじゃないか。

**名前は開発中のものです。** · 01/12/17 10:34

MMORPGなんかは、業務系に近いね。
あとは、携帯のゲームなんかもそうかな？

**名前は開発中のものです。** · 01/12/17 11:46

ところで、GPL批判派の人は、もしGPLがなかったら、
プログラマはソースを制限なしで公開が主流になると思ってるの?
それともソースは非公開が主流になると思ってるの?

**名前は開発中のものです。** · 01/12/17 11:52

代わりにBSDライセンスとかが主流になってるかもしれない。

**名前は開発中のものです。** · 01/12/17 12:27

＞180
>「GPL使わなきゃいい」では解決されない、飛んでくる火の粉。
いや、解決できますがｗ
飛んでくる火の粉を振り払う能力もないような職業プログラマは
正直死んだ方がよい。

**名前は開発中のものです。** · 01/12/17 12:35

オープンソース・ゲームをプレイする
http://www1.neweb.ne.jp/wa/yamdas/column/technique/gamej_ind.html

せっかくなのでお勉強ページスレからコピペ。
って、今気づいたけどShawn HargreavesってAllegroの作者でんな。

**名前は開発中のものです。** · 01/12/17 12:37

ユーザとしては金銭的に安いGPLなソフトを使うか、金を払う価値が
あるプロプライエタリなソフトを使うかを選択できるわけだから、
がんばってユーザに金を払ってもらえるようなソフトつくれや。
GPLが無くなることもプロプライエタリなソフトが無くなることも
ないだろうし、プロプライエタリなソフトで行きたかったら文句いわないでせっせこ作ってよ。

**名前は開発中のものです。** · 01/12/17 12:47

SCEとかがゲームはGPLで開発しなければならないとかしたら
どうなるだろうか。想像してみる。

**名前は開発中のものです。** · 01/12/17 16:11

ゲームってプログラム自体に「作品」として価値があるから、確かにGPLになじまないんだよね。
LGPLにしても、ゲーム機のソフトで使われることなんか考えてないからいまいちグレーだし。
ゲームエンジンなんかは、オープンソースによるバザールモデルでの開発が適してると思うんだけど、いまいちGPLはその辺に対応できてない感じ。
ゲーム用に最適化されたGPLを作るべきなのかも。GGPLとか。

以下、Crystal Spaceっていう3D EngineのリーダーさんとRMSとのやり取り。
「Crystal Space(LGPL)をPS2に移植したいんだけど、NDAで縛られてる部分を何とか秘密にしながら
公開する方法はありませんか？」
ってのにたいして、RMSの結論は、
「そんなプロプライエタリな(独占的な)システムは使うべきではない。」
http://crystal.linuxgames.com/rms.html

**名前は開発中のものです。** · 01/12/17 16:50

>>＞GPLは「ソフトそのもので収益を上げてはならない」というのも原則
>>そんなことはないよ。GPLよく読んでみ？
そんなことあるよ。レッドハッド（日本法人）の社長の講演を聞いてみ？
「GPLなのでソフトそのもので儲けるわけにはいかない」とミニにタコが出来る
くらい明言してるよ。

**名前は開発中のものです。** · 01/12/17 16:56

＞「そんなプロプライエタリな(独占的な)システムは使うべきではない。」
でもＧＰＬこそが独占的なライセンスとも言えるよね。
自分で作ったものでも感染力が強すぎ。
独自拡張してもＧＰＬがついて回るし、組み込んでもなんらかの
形で権利やらライセンスが金魚のフンのごとくついてくる。

あと、「ＵＩなどのデザイン、運営、保守が工程の割合を多く占め、
コードなんてたかがしれてる」というの真顔で言ってる人がいるけど
ＵＩなんて作業量的には微々たるもんだよ。それにね、GPLの適用範囲は
何もコードだけとは限らないよ。

**名前は開発中のものです。** · 01/12/17 17:00

赤帽の人が言ってるのは
事実上、配布にかかる経費が0に近い現在は儲けられんってこと
でしょ。RMS は昔 emacs 入れたメディア(テープだっけ)を
売ってた。

**名前は開発中のものです。** · 01/12/17 17:02

↑補足。
現在、「サポート」と称されてサービス業として成り立っている
ものも次第にGPL適用範囲が拡張されて商売出来なくなる。

それにGPLの唱えていた「サポートサービス」とは元来、もっともっと高尚な
ものだった。例えば、「新開発されたCPUへのGNU-Cコンパイラの適応サポート」
などがそれにあたる。GPL、或いはGNU-Cのライセンス規約には
「こうした誰もが納得する貢献度の高いプロジェクトはサポート収益を
受け取ってもよい」と記述されている。

運営だとか保守は、GPLの言うところのサポートには値しなかったのよ、
かつては。

**名前は開発中のものです。** · 01/12/17 17:05

＞事実上、配布にかかる経費が0に近い現在は儲けられんってこと
＞でしょ。
え？じゃ、配布にかかる経費が０に近くなかった頃は儲けられたの？
なんて？GPLは、配布にかかった経費以上のものは一切、求めては
いけないのだよ。配布にかかる経費が変化した程度で、なんて
収益に影響を与えるの？

**名前は開発中のものです。** · 01/12/17 17:09

「運用・保守」という工程（サービス）の中には、
「デバッグ＆修正」も入っているんですか？

**名前は開発中のものです。** · 01/12/17 17:11

＞GPLは、配布にかかった経費以上のものは一切、求めてはいけないのだよ。

どこにもそんなこと書いてないって

**名前は開発中のものです。** · 01/12/17 17:13

GPLが嫌いなんじゃなくて、GPLを利用して旨みを食ってる
連中だとか現象が嫌い。

GPLは一つの主張としては問題ないと個人的に思う。
賛否は別問題として。

**名前は開発中のものです。** · 01/12/17 17:37

圧縮ルーチンだとか、サーバーソフトだとか、ＯＳだとか、コンパイラだとか
およそ底辺となる下請けソフトしかＧＰＬって適用されていない。（現状）
この手のソフトが、publicになる分には、メリットの方が大きい。

問題なのは、それらを組み込んだ後の製品のライセンス問題。
ゲームソフトがＧＰＬソフトをベースに拡張して生成されたものと解釈した場合
ゲームソフトはＧＰＬの適用下に置かれる。
つまり、ソースも配布し、コピーの自由も売り手に与え、また、そのソースを
改変して発売しても構わない権利も公に明け渡すと。

あなたのプロジェクト、大丈夫ですか？

**名前は開発中のものです。** · 01/12/17 18:16

たとえば、ゲーム内のスクリプトや、グラフィック、アニメーションデータなんかは、
ゲームのプログラムに読み込ませるただの「データ」なので、
ゲームのプログラムがGPLでも、「データ」までは影響しない、とか言えるかなぁ？
実際に、インタプリタがGPLでもスクリプトはGPLにはならないんだけど、
いっしょに配布して、その配布媒体から直接起動する場合とかどうなるのかとか。

で、「データ」をこれまで通り再配布禁止にすれば、ソース渡してもそう簡単には
ゲームコピーできないし(ゲームロジックをどこまでスクリプトに追い出すかにもよるけど)、
でも、プログラマは既存のコードを再利用できて万歳！、
コーディングの工数も減って経営者も万歳！で、良いことずくめとか。

ゲームをGNUの理想にあわせて考えてみると、こんな感じかな？
いや、もし、GPLライクにソースを公開するなら、って話ね。

**名前は開発中のものです。** · 01/12/17 22:06

>実際に、インタプリタがGPLでもスクリプトはGPLにはならないんだけど、
>いっしょに配布して、その配布媒体から直接起動する場合とかどうなるのかとか。
ここだね。どうしてもインタープリタはターゲット上で動作せねば
ならないので、この部分はＧＰＬ適用部分。
そのゲームが、GPL下のスクリプトをベースに延長して完成したもの
ならば、ゲーム本体のソースもGPLに適用される。
商的利用は問題ないのだけど、GPLは確実に感染するのだから、
そのゲームのソースコードもCD-ROM内に焼き付けておくのが礼儀だと
思う。もっとも、ゲームソフトの場合、ソースコードだけでは動かない
ので、それがすぐに横流しで他社が発売することは有得ないけど。

**名前は開発中のものです。** · 01/12/18 00:01

推測にすぎないけど Allegro 等が gift-ware と称しているのは公共性の
高い部分をできるかぎり共同開発したいからじゃないかな。

みなでつくり、皆が潤う。他の人から受けた恩恵に見合う知識を公開する。
当然、知識には公開しても良い部分としたくない部分があるので性善説に
頼った考え方だ。その点 GPL は性悪説に基づいている。公開しないのは
（原則的に）許さない。人は隠すからすべてを出せと。

しかし注いだ労力がすべてパブリックなものになる GPL などに何の魅力が
あるだろうか。ライバルが GPL のソースを読みテクニックをハックし、
クローズドなソースに追加するだけだ。それに比べればオープンソースは
まだ選択的に公開することができる。悩んでいるコード部分があれば
公開し、意見を受けることができる。GPL コードでは開発のプロはコードの
流出を恐れて参加しないので、結果として発展を妨げる限られる。
疑問に思うのは GPL が発展に本当に寄与しているのだろうかということだ。
オープンソース、共同開発コミュニティという理念こそが本当に発展に
寄与したものではないのかと問いたい。

**名前は開発中のものです。** · 01/12/18 00:41

>>205
＞しかし注いだ労力がすべてパブリックなものになる GPL などに何の魅力が
＞あるだろうか。

逆に考えれば、強制とはいえ知識がどんどん蓄積してくわけで、
それは業界にとっていいことじゃないかな？
あと、すべてをパブリックにしなければならないわけじゃないってのは、
上で言われてるよね。

まぁ、でも、それだと、誰も新しい要素技術を開発しなくなってしまって、
業界全体(の技術力)が停滞してしまうかもしれないという危険性もある。
GPL的には、必要ならほしい人が誰か作るはずだ、ってことだと思うけど、
ソース公開については「性悪説」をとってるくせに、開発については「性善説]を
期待しているってなんか矛盾してるよね。このへんがなんか気持ち悪い。

やっぱ、BSDライクか、ギフトウェアが一番「漢」らしくていいね。
まぁ、これだとまんまパクられて、商売されても文句言えないんだけど。
「自由に使ってもいいけど、コントリビューションが無かったら2chで
徹底的にけなされる可能性があります」、とかでもいいかも。

**名前は開発中のものです。** · 01/12/18 01:57

というかＧＰＬって「隠蔽」という言葉をマイナスイメージで
しか解釈してないのが問題だと思う。
ライバル同士、手の内を隠して切磋琢磨するからこそ、お互い
独自の文化で独自な発展が有り得るという「隠蔽」のメリット部分を
ほとんど完全に、無視している。

醤油工場の小学生見学コースですら一部、「秘密」として
完全に隠蔽されている部分がある。

性悪説に基づけば、オープンソースを逆手に利用してしまう人間の
存在に対する何らかの制限装置をGPLにも設置するべきだ。

**名前は開発中のものです。** · 01/12/18 04:59

>>205
> ライバルが GPL のソースを読みテクニックをハックし、
> クローズドなソースに追加するだけだ。

これはライセンス上しっかりと禁止されてるのね。
GPL が適用されたコードを一部分でも他のコードに組み込むと、
その新しいコードも GPL で配布する義務が生じるの。
だからクローズドに囲い込む事は法的に不可能な訳。お分かり？

**名前は開発中のものです。** · 01/12/18 05:13

205じゃないけど。
>>208
組み込むとは書いてないだろう。
「読み」そして「テクニックをハック」であってソースをパクる
とは書いてない。

**名前は開発中のものです。** · 01/12/18 05:17

あと GPL は

> その点 GPL は性悪説に基づいている。公開しないのは
> （原則的に）許さない。人は隠すからすべてを出せと。

ていうよりかはむしろ

> 当然、知識には公開しても良い部分としたくない部分があるので

っていうのを否定する立場なんでは？
知識は隠してたら腐って虫が湧くだけ。だったら風通しのいい
公開の場に晒してみんなで好き勝手にいじり倒しましょう、と。
まあ実際問題としてプロクオリティのゲームを GPL で配布するなら
赤字は必至だろうけど。グラフィックやら音楽やらの高品質なデータは
さすがにタダでは揃えられんだろうしね。

**名前は開発中のものです。** · 01/12/18 05:23

>>209
テクニックをハックされて何か損するのかなぁ。
技術的に絶対の優位性を確保しなくちゃいけないというのは、
ことゲームに関しては当てはまらないと思うよ。

**名前は開発中のものです。** · 01/12/18 06:55

>>211
>テクニックをハックされて何か損するのかなぁ。
労働力では？吸収されて金にならないなら開発に時間を割くほど
食えなくなるよ。開発者よりサービス供給者のほうが報われるなら
誰も血の滲む思いで開発なんてしない。

ソースの非公開権は特許の一定期限独占権のような
開発者の最後の特権なんじゃないかな。GPL はソースを
共有財産に強いる（パブリックにする）点で社会主義世界に似てるよね。
労働者を尊びながら、労働者に権利をあたえず権力層ばかりが
利益を吸収した結果破綻したんだし。
ここで社会主義＝ＧＰＬ、労働者＝開発者、権力層＝サービスで
利益を得る者（ＧＰＬソースからハックして利用するクローズドな
企業も含まれる。資本主義みたいなものかな）という構図が
見えるんだけど。

**名前は開発中のものです。** · 01/12/18 08:03

GPLに文句いってるけど、GPLが適用されるのは
他人のGPLのソースをそのまま使う時だけだろ?

他人のプログラムをタダで使っておいてライセンスが
気に食わないとかわがまますぎじゃないか?

**名前は開発中のものです。** · 01/12/18 09:10

(絵とスクリプト(ゲームロジック)はGPLにならないという前提で読んでね)

>>212
＞労働力では？吸収されて金にならないなら開発に時間を割くほど

過渡期はそうかもしれないけど、十分に再利用できるリソースが蓄積された
状態になれば、労働力は無駄にはならないんでは？
自分の労働力を提供するかわり、
(そうなったら過渡期のプログラマは偉大な人物として賞賛されそうだ。)

もしかしたら、前に話に出てきたプログラマの地位が低くなるとか心配？

**214** · 01/12/18 09:11

＞自分の労働力を提供するかわり、
自分の労働力を提供するかわり、誰かの労働力(の成果)を利用できるわけだから、
ギブアンドテイクも成立してる。

すまそ。

**名前は開発中のものです。** · 01/12/18 09:22

＞ソースの非公開権は特許の一定期限独占権のような
＞開発者の最後の特権なんじゃないかな。GPL はソースを

ソフトウェア特許なんかは、ソフト産業の発展を阻害している可能性がある、とか
言われてるよね。
欧州ではソフトウェア特許は採用しないらしいし。
そのへんに「ソフトウェア」の特殊性があるんでは？
ゲームにまでその特殊性が適用できるかは分からないんだけど。

**名前は開発中のものです。** · 01/12/18 13:44

>>212
＞労働力では？吸収されて金にならないなら開発に時間を割くほど
＞食えなくなるよ。開発者よりサービス供給者のほうが報われるなら

アルゴリズム設計やコーディングがプロジェクト全体に対して
占める割合ってかなり低いんじゃないの？特にゲームの場合。
ゲームシステムそのものや各種データを作る手間は変わらないんだから
他人のコード参照して削減される労働力はたかが知れてると思う。

**名前は開発中のものです。** · 01/12/18 18:58

>>213
＞他人のプログラムをタダで使っておいてライセンスが
＞気に食わないとかわがまますぎじゃないか?

GPLによって(プログラムの価値が0になるから？)プログラマの地位が低下して、
賃金カットや解雇される可能性が増えてしまうのを恐れてしまう人もいるみたいよ。
>>170や>>180みたいに。