ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ

**名前は開発中のものです。** · 2005/12/13(火) 01:33:48

弊社製品のムービー再生にxvid.orgのムービー展開ライブラリを使用していた件について。

弊社製品、
『アルルゥとあそぼ!!（ランチャとRoutesミニシナリオのみ）』
『Tears To Tiara』
『鎖－クサリ－』
『ToHeart2 XRATED』
の４商品では、動画再生に http://www.xvid.org/ において公開されいるXViD再生エンジンを使用しております。

この動画再生エンジンのプログラムはGPL(GNU General Public License)に基づくソフトウェアとして公開されていますが、これを使用した場合、GPLに定められている通り、オファーがあればソースコードを公開する義務があります。

このGPLのソース公開義務に従い、弊社の上記４作品のソースコードを全て公開する事に致しました。現在ソースコード公開に向けて社内のソースコードのまとめを行っておりますが、２年ほど前のタイトルも含まれておりますので、多少時間がかかります事をご容赦下さい。

今後、XViDの開発元に弊社より謝罪を含め連絡をとり、GPLの基準に合致しているかを確認を行った上で、全ソースコードの公開を致しますので公開まで少々お待ち頂けるようお願い致します。

http://leaf.aquaplus.co.jp/xvid.html

**名前は開発中のものです。** · 2006/01/19(木) 03:22:07

スクリプト解析して使えるようにして欲しい

**名前は開発中のものです。** · 2006/01/19(木) 04:43:42

ttp://www.pro.or.jp/~fuji/mybooks/cdiag/

>第２章　これでもプロ
>売りものであるにもかかわらず、超きたない！
>構造的な欠陥の指摘～引数、ポインタの活用

**名前は開発中のものです。** · 2006/01/19(木) 07:15:09

TH2専用 PAK展開TOOL v1.0うpしました。今回は全てのPAKに対応します。
PASS:nekoneko
注意点
1)コンパイルする時は必ず同梱のcomp_lzsとreadfileを使用してください。
2)Xvidは1.1で確認しました。2.2では再生しませんでした。

**名前は開発中のものです。** · 2006/01/19(木) 13:17:57

2.2の方は間違い、別物でしたm(_ _)m

**名前は開発中のものです。** · 2006/01/19(木) 13:24:42

>>311
それは言うな、悪夢を思い出した。

そもそも、Mosaicから続いからてるんだ。一発屋のエロゲと一緒にするな。

**名前は開発中のものです。** · 2006/01/19(木) 16:10:51

>293
そもそもこの程度のことにＳＴＬ使うのが間違い。

**名前は開発中のものです。** · 2006/01/19(木) 16:29:25

>>317
楽したもの勝ち
コの程度のことに、ライブラリ使わなくてどうするの

**名前は開発中のものです。** · 2006/01/19(木) 16:30:56

どうするのって何言ってんの

**名前は開発中のものです。** · 2006/01/19(木) 16:38:33

この処理がライブラリ使って楽になるとも思えんが。
STLを使うには、STLの使い方という、C言語の言語仕様の外の知識が
必要になるからな。
しかし、葉鍵板のほうがまだソースを利用しようとしてる奴が
多いというこの逆説。ここじゃ文句つけてるだけだものな。
あ、「弄る」って、利用するって意味じゃなく、ネタにするってことか？
いわゆる関西芸人的な。

**名前は開発中のものです。** · 2006/01/19(木) 17:04:23

>>320
日本語でおｋ

**名前は開発中のものです。** · 2006/01/19(木) 17:10:04

このソースを利用しろと言われても困ってしまうな。正直、情熱のあるエロゲオタに譲るよ。

**名前は開発中のものです。** · 2006/01/19(木) 17:37:22

実際のところゲームプログラムの参考にするなら吉里吉里の方がよくまとまってるしなぁ…
吸い出しや移植以外に用途が思いつかない

**名前は開発中のものです。** · 2006/01/19(木) 19:13:13

>323
吉里吉里は吉里吉里で、ちょっと大げさすぎるからなー。
どっちも部品単位で参考にする目はあると思うけど。

**名前は開発中のものです。** · 2006/01/19(木) 19:26:40

は？　え？　規模の問題じゃねえよｗ

**名前は開発中のものです。** · 2006/01/19(木) 20:19:55

規模というより、吉里吉里は汎用性をもたせようとしすぎ。
あそこまでやる必要ないだろう。オブジェクト指向とか。

**名前は開発中のものです。** · 2006/01/19(木) 22:27:39

でもスクリプト周りがしっかりしてたらわざわざプログラム変えてあんな妙なことをやらなくてもイイと思うんよ。

**名前は開発中のものです。** · 2006/01/19(木) 23:21:45

話を聞いてると吉里吉里のソースのほうがおもしろそうなのでそっち行くわ。んじゃ。

**名前は開発中のものです。** · 2006/01/19(木) 23:32:31

別の商品を同じもので統一するわけにはいかんのだろう。
汎用プログラム＝商品ごとに使わない無駄が出る＆バグが全商品に影響

あとそういう仕事を知ってる人なら分かると思うけど
もし完全自社内開発でなければ大人の事情もあるわけで。

**名前は開発中のものです。** · 2006/01/19(木) 23:37:37

俺は吉里吉里のゲームは例え法人による販売だとしても同人ゲームだと思ってる。

**名前は開発中のものです。** · 2006/01/19(木) 23:40:32

>327
あれは社内人事絡んでそうじゃね？
メインプログラマが違うんじゃないかと思えた。

TH2のソース見る限り、サポートはこっちのほうが楽だな。
ちょっとだけコンシューマの開発やったことがあるけど、どうせ毎回一作限りで
キツいチェック通さなきゃいけないなら、ストレートにハードコーディングして
一回きりのソースとして考えたほうが楽なんだよな。

**名前は開発中のものです。** · 2006/01/19(木) 23:42:49

たとえば、あらゆるタイトル画面を実装するために、
細かい演出処理をスクリプト仕様に組み入れるぐらいなら、
タイトル画面自体をハードコーディングしたほうが楽。

**名前は開発中のものです。** · 2006/01/20(金) 00:05:12

>328
やっとSubversionの使い方が分かったから落としてみた。
>330
お前の同人ゲームの定義が解らん以上意味不明。

**名前は開発中のものです。** · 2006/01/20(金) 00:12:29

>>316
いや、少なくとも公開されたソースは3タイトルを含むから、ごちゃごちゃに
至る歴史があったわけで、一発屋ってわけではないと思う。Netscapeのアレは
WinMainからしてヘンだったわけでドッコイだけどね。

>>331
うん、オレもソースのハンドリング（という表現はおかしいか？）は
いい方だと思った。これなら引き継いでもさほど困らない。
クラス関係が複雑なのかよりも全然わかりやすいし。

**名前は開発中のものです。** · 2006/01/20(金) 00:28:34

冗談だろ。ハードコーディングにしても汚いほうだぞ。

**名前は開発中のものです。** · 2006/01/20(金) 00:36:04

まー。とりあえず、コードが汚いとか抜かしてる奴は、
自分のコード晒してからな。

**名前は開発中のものです。** · 2006/01/20(金) 00:51:26

そりゃ、人に見せたらなにこれｗっていうレベルだし、これよりも
ちゃんと書くことの出来る人はたくさんいるけど。

納期があって、ちゃんと動くパッケージのソースとしては
あれくらいでもいいと思うよ。
規約やら美しさどうこう言う人は苦しんだ経験がないんだろう。
まぁそれはそれでうらやましいし、理想は高い方がいいよね。

**名前は開発中のものです。** · 2006/01/20(金) 01:00:16

綺麗汚い以前に普通に書いていれば入らないであろう
>>233のようなバグが入っているのがおかしい。

**名前は開発中のものです。** · 2006/01/20(金) 01:22:10

やー、俺がコンシューマの仕事で書いたソースはこれよりはるかに汚いしｗ
バグはともかく、ソースの書き方としては綺麗なほうだと思うんだがな。
あと、233はバグじゃないようだぞ。VC++では問題ないんだとか聞いたが。
俺はそもそもSTLとか使わんので分からんが。

**名前は開発中のものです。** · 2006/01/20(金) 01:24:57

つか、世の中のあらゆるソースがそんな完璧に綺麗なのばかりであれば、
リファクタリングの本なんか売れるわけ無いんだよｗ

**名前は開発中のものです。** · 2006/01/20(金) 01:46:38

>339
デバッグビルドだと思いっきりアサートが掛かる訳だが。

ついでに言えばopenFileNumもArcFile.size()があるから不要。
なぜreserveとpush_backを使って、sizeを使えない？

あと、
arc_file_info::streamInfoはvector使ってるのに
arc_file_info::pack_fileはいちいちnew[]で確保している。
しかも削除時はdelete[]じゃないし。

**名前は開発中のものです。** · 2006/01/20(金) 02:15:05

>341
>デバッグビルドだと思いっきりアサートが掛かる訳だが。
http://pie.bbspink.com/test/read.cgi/leaf/1135546874/446
を読んだだけなんで、俺はあんまし知らん。すまん。何せ使ってない。
>しかも削除時はdelete[]じゃないし。
これはメモリリークするんだっけ。気づかなかったのかな？
new deleteもほとんど使わんなあ。malloc freeだ。

**名前は開発中のものです。** · 2006/01/20(金) 02:47:44

ほとんどというか何というか、
よほどシビアな環境じゃなければ普通はどちらかに統一するし
クラスを使う以上はnew/deleteにしないと。

**名前は開発中のものです。** · 2006/01/20(金) 03:30:58

>343
C構造体をmallocで割り当てるソースは良く使うしなあ。
多くのサンプルコードがCで書かれてるし、俺はそっちで統一してるな。
つまりはC++よりbetter Cってことなんだろう。
クラスは使うけど、newで動的には割り当てない。

**名前は開発中のものです。** · 2006/01/20(金) 03:51:38

>>341
だから>>237なんだろ。
無理してC++を使う必要はないし、Cで統一するのも結構だけど
このソースは無理してC++使って破綻してる感じだしな。
うちのとこでもこんなソース書いたら大目玉食らうよ・・・

**名前は開発中のものです。** · 2006/01/20(金) 04:12:07

>345
君んところが相当理想主義なんだろうな。
世の中のソースなんて結構こんなもんだぞ。ネスケですら(ry
それに、「C++的に正しい」けど無駄に難しいソースよりは、
こういう単純なののほうがいい。
プラットホームによってはC++の対応が不完全なことも多いし、
STLで相性問題が起こることも多いしな。Cが一番確実。
inline関数とコンストラクタ／デストラクタだけは、
無くてはならないものになっちゃってるけどな。俺も。

**名前は開発中のものです。** · 2006/01/20(金) 04:15:50

これ、スレ違いすぎるから無視してくれてもいいけどさ。
new malloc派の人はBITMAPINFOの割り当てとかもnewでやるの？
p=(BITMAPINFO*)malloc(sizeof(BITMAPINFOHEADER)+(sizeof(RGBQUAD)*256));
こういう感じのものを書くとき、newで書くとあんまり直感的にならんような。

**名前は開発中のものです。** · 2006/01/20(金) 04:16:23

new malloc派→new delete派の間違いでした、ごめん。

**名前は開発中のものです。** · 2006/01/20(金) 04:24:15

>>347
慣れの問題じゃないの？
特に直感とか言ってるし。

**名前は開発中のものです。** · 2006/01/20(金) 05:13:23

>342
delete[]をdeleteとしても、デストラクタがなければ「大抵」正常に動作してしまう。

>346
STLのvector程度が使いこなせてないのは、難しいんじゃなくてただ不勉強なだけ。
STLの相性問題って、それはSTLの実装に依存した使い方が悪いと思うんだが。

>347
C++としてはBITMAPINFOのアクロバティックな構造は悪。
どうしてもと言うなら、そんなWindows臭いモノは、直接Win32APIでメモリ確保。

**名前は開発中のものです。** · 2006/01/20(金) 09:02:36

>>350の書いたソースコードが見たいぜ

**名前は開発中のものです。** · 2006/01/20(金) 09:34:29

>>346
向上心の無いおじさんの言い訳に聞こえるな。
「無駄に難しい」だの「単純」だのは主観でしかない。
逆に、「C的には正しい」がマクロ、関数ポインタを駆使したソースなんかは、
C++ を学んだプログラマから見れば無駄に難しく見えるだろう。
決して「単純」だなんて思われることはない。

>>347
そんなメモリ確保は new ではうまくいかないんだから malloc() 使えばいい。
new で問題ないケースで malloc() を使うのはデメリットが多い。
もちろん動的確保が必要なければ new も malloc() も使わなくていい。
「new delete 派」なんて書くと好みで選んでるように聞こえるが、
状況に応じて最適なものを使うだけ。

**名前は開発中のものです。** · 2006/01/20(金) 09:39:07

>>346とだけは一緒に働きたくないと思った俺ガイル

**名前は開発中のものです。** · 2006/01/20(金) 09:42:20

だいたい「ネスケですら(ry」って、一体何年前のコードに依拠してるんだか。
Firefoxのソースでも読んでみれば？

**名前は開発中のものです。** · 2006/01/20(金) 09:55:31

>350
vectorだけしか使わなくて、パフォーマンスに影響するほどデータ数が
多くないなら、自力で似た処理組んだほうが楽。
mapやmultimapに大量のデータ食わせるような場合には使いでがあるけど。

コンパイラの側が変な実装なせいでSTLがちゃんと読めないケースがある。
何かあったらSTLのソースを覗く羽目になるのも嫌だな。

GlobalAllocで確保したところでmallocと大して違うと思えんが。
mallocを消したという自己満足感が得られるだけのような。
ゲームなんて、そのWindows臭いコードが大量に出てくる分野なんだが。

>352
俺だってvectorくらいなら本読みながらであれば使えるけどな。
仕様や注意点を完璧に覚えるところまでは行ってないんだ。
何か弄るたびに参考書引っ張り出さなきゃいけないのは非効率なんだよ。
俺もinline関数は使うし、関数ポインタよりは仮想関数使うけどな。

newでも出来ないことはないと思うけど。
char配列として確保して、型キャストすればいいのかな。

**名前は開発中のものです。** · 2006/01/20(金) 10:01:12

>354
外に出すつもりで書いてたソースコードとそうでないコードの違いだろ。

**名前は開発中のものです。** · 2006/01/20(金) 10:16:01

>>356
矛盾してるよ。外に出すならなおさら
>プラットホームによってはC++の対応が不完全なことも多い
なんてのはまずいでしょ。
だからMozilla Foundationは「C++ 移植性ガイド」を公開して
処理系に依存しそうな部分を禁止した上でC++を使ってるんじゃないか。
C++を使って、その上依存性のない最大公約数的なコードを書くことは可能。

**名前は開発中のものです。** · 2006/01/20(金) 10:18:02

あと、関数ポインタは結局DLL使うときに必要だしな。
C++的に悪だからって、APIの仕様を変更することは出来んのだから。
関数ポインタ利用部分をラップするようなinline関数書くなり
クラスを作るなりすれば済む話。
俺だってクラスは作るしコンストラクタ／デストラクタの恩恵には
預かるわけだが、継承とかは出来るだけやらないようにしてるな。

**名前は開発中のものです。** · 2006/01/20(金) 10:20:08

>357
>356はネスケのソースとFireFoxのソースの話ね。
ネスケの段階で既に一流の仕事なんだから、プログラマの腕が上がったと
いうよりは、単に心構えの問題にすぎんだろうと。
外に出すとケチをつける人が増えるから綺麗に書こうとすることになる。

Windowsのゲームプログラミングに移植性もクソもないし。

**名前は開発中のものです。** · 2006/01/20(金) 10:37:29

>>355
なんで既にできあがってるものがあるのに、自力で組んだほうが楽になるのかね？
実装がマズイ可能性も、ソース覗く羽目になるのもいっしょだろ。

むしろ実装がマズイ可能性は自力で書いたもののほうが高いし、
仕様だってあやふやなものになって、ソース覗く羽目になりやすいだろ？

自分で書いたものならそれでも問題になりにくいだろうけど、、、、
あ、もしかして一人でしか開発したこと無いのか？
それなら辻褄が合うな。

**名前は開発中のものです。** · 2006/01/20(金) 10:40:38

>>346
> プラットホームによってはC++の対応が不完全なことも多いし、
> STLで相性問題が起こることも多いしな。Cが一番確実。

>>359
> Windowsのゲームプログラミングに移植性もクソもないし。

なにこのダブルスタンダード。

**名前は開発中のものです。** · 2006/01/20(金) 10:55:22

std::vectorごときでさえテンプレートメタプログラミングの初歩の
話になってくれば使った方が良いに決まってんだけどねえ

**名前は開発中のものです。** · 2006/01/20(金) 10:59:57

>360
自分で書いたソースを覗くのとSTLのソースを覗くのじゃ大違いだが。
スマートポインタの問題とかに深入りしだしたらキリないし。
楽になろうと思って返って疲れないか？
STLの利点は、楽さではなく、一応の標準性とパフォーマンスだと思うが。

俺のやってる規模の仕事なら一人で出来る。
言っておくがプロのゲームプログラマだぞ。
確かに自前のライブラリを他人に使わせようとは思わんがな。
そういうときは仕方ないからSTL使う。

>361
例えばその「プラットホーム」がVC++だから困るんだが。
もっとも、例えば携帯端末でSTLなんて使いたくないとも思うけどな。

画像周りなんてどうせプラットホームごとに全部書き直しだしなあ。

**名前は開発中のものです。** · 2006/01/20(金) 11:17:12

>>363
やっぱり一人で開発してるのが前提だったのか。そりゃ話がかみ合わないな。
忠告したいことは山ほどあるが、これ以上続けても無駄そうだし、
スレ違いだし、もう消えることにするよ。

**名前は開発中のものです。** · 2006/01/20(金) 12:09:49

そんなすごいよかよとFireFoxのソースみたが、言われてるほどじゃないなぁ

**名前は開発中のものです。** · 2006/01/20(金) 12:26:17

>>363
多分アンタは共同開発し出すと泣くことになると思うんよ。

**名前は開発中のものです。** · 2006/01/20(金) 12:30:29

一人で出来るとは書いてるが、一人でやってるとは書いてないと思うんだが。
そういう弱いトコつっつくようなレスしていい気になってるんだろうけど。

**名前は開発中のものです。** · 2006/01/20(金) 12:51:04

>351
いやいや、俺はプログラマと言うより単なるプログラミング評論家（笑）ですから。
どんなソースであれ、思った通りに動くモノを作れる人は尊敬しますよ。

>355
いや無理してmallocを消したのではなく、
malloc→Win32APIによるメモリ確保、をショートカットしただけ。

いかにWindows臭（環境依存）を限定箇所に封じ込めるか、が設計の腕の見せ所かと。

任意バイトの確保には、素直にstd::mallocを使うのが正解だと思う。
個人的にはoperator newを直接使ってるが。

**名前は開発中のものです。** · 2006/01/20(金) 13:07:18

>366
しないし。上がりを独り占めできないからなあ。
誰もが共同開発する仕事をやるわけじゃないだろ。

>367
あー、ごめん、俺は実際一人でやってる。

>368
Windows臭を封じ込めるために（俺から見れば過剰に）抽象化してるのが
吉里吉里の設計思想で、ベタに書いたほうがメンテは楽というのが
Leafの設計思想だと思う。これはまあ方針の違いかなあと。
中途半端にSTLとかC++クラスとかに手を出してるから統一性とれてないが、
その辺は多人数で組んでるのか、書いた時期が違うのか。

**名前は開発中のものです。** · 2006/01/20(金) 13:51:37

いい加減スレ違いだと気づいてもらうにはどうしたらいいでしょうか。

**名前は開発中のものです。** · 2006/01/20(金) 15:21:36

ソース弄ってるやつなんざスレの頭からぜんぜんいないじゃん。

**名前は開発中のものです。** · 2006/01/20(金) 17:49:39

>>371
だからってスレタイ蟲すんな

**名前は開発中のものです。** · 2006/01/20(金) 18:59:48

とりあえずSTL追い出さないとW-ZERO3とかには移植できないかな？

**名前は開発中のものです。** · 2006/01/20(金) 19:20:51

公開される前：GPLで喧嘩
公開された後：ソースが良い悪いで喧嘩

公開されたソースにケチつけてる人は
道端に落ちてるうんこ見つけて、きたねーきたねーとはしゃいでいる小学生なのか、
仕方ない掃除するかと考えてる善良なうんこなのかどっちなんだ？

**名前は開発中のものです。** · 2006/01/20(金) 19:26:26

>>374
善良なウンコがウンコの掃除するの？

**名前は開発中のものです。** · 2006/01/20(金) 20:23:29

おまいら人が飯食ってるときにうんこはないだろ。
ところで、一次配布を法外な値段にすれば、公開せ
ずにすみそでない?。

**名前は開発中のものです。** · 2006/01/20(金) 20:26:33

>>376
失うものが大きすぎると思うんですが

**名前は開発中のものです。** · 2006/01/20(金) 20:40:00

>>371
断言するが、ぶっちゃけこのソースにいじくったり参考にしたりするほどの価値がない。
せいぜいツマミにしてダベる程度だな。
移植やらなんやらは、意欲のあるエロゲオタが勝手にやればいいことだし、ここらが限界じゃね？

しかし、もうどう見てもただのフェードアウト組です。本当に（略）って人間が
ここまで堂々としているのを見るのは久しぶりだな。

**名前は開発中のものです。** · 2006/01/20(金) 20:40:11

なんか殺伐としてるな。しょうがない燃料投下してやる。TH2起動時に
>ToHeart2.exe　999999999.SDT
とするとちょっと変わったデバックモード突入　

**名前は開発中のものです。** · 2006/01/20(金) 20:40:11

>>377
と、申しますと、如何なる問題が?

**名前は開発中のものです。** · 2006/01/20(金) 21:28:36

つ［イメージダウン］

GPL解釈に無条件降伏するとしても、GNU自身が
「GPL違反者が、たとえ手数料に１００万ドルふっかけたとしても、
　それを阻止できる法的根拠は無いし、
　そもそも、そんなザコに興味は無い、好きにしろ」
と言っている。

つまり、手数料に枠は無い。
ただ、そう言われてしまっては、できるとわかってても、やらないのが大人の世界。

**名前は開発中のものです。** · 2006/01/20(金) 22:01:59

C的なのに関数ポインタ全然使ってないんで驚いた。

**名前は開発中のものです。** · 2006/01/21(土) 01:15:22

>C的なのに関数ポインタ全然使ってないんで驚いた。
君の人生はいつも新鮮な驚きに満ち溢れていそうだね。

**名前は開発中のものです。** · 2006/01/21(土) 01:31:30

よくわからんけど、はやくエロゲーやらせてよ！

**名前は開発中のものです。** · 2006/01/21(土) 01:37:35

まずＣＧと音楽とシナリオを用意しような？

**名前は開発中のものです。** · 2006/01/21(土) 03:10:53

GPLが法的に無効であっても、ソースコードの著作権は、作者にある。
作者が許可しないソースコードの利用は、著作権侵害。

とすれ違いレスすまそ

**名前は開発中のものです。** · 2006/01/21(土) 03:19:28

>>386
「派生物の利用を許可します」っていう意思表示がGPLだろが

**名前は開発中のものです。** · 2006/01/21(土) 04:16:56

>>376
このスレで前に出てたけど、GPLだとソース配布にバイナリの価格以上
の代金を要求するのは不可だよ。
ソースを100万で売りたかったら、ゲームも1個100万で売らなきゃ駄目。

**名前は開発中のものです。** · 2006/01/21(土) 04:38:56

このスレタイ意味ないな。

**名前は開発中のものです。** · 2006/01/21(土) 04:53:21

葉鍵板の方がむしろソースを触っている件

**名前は開発中のものです。** · 2006/01/21(土) 05:18:15

>>388
バイナリを配った後で、ソースを配る場合には
http://www.gnu.org/philosophy/selling.ja.html#HighOrLowFeesAndGPL
と書いてある
FAQの「同等のアクセス」の解釈と矛盾するが、後者が優位っぽい書き方。

**名前は開発中のものです。** · 2006/01/21(土) 06:43:57

>>390
>>378

**名前は開発中のものです。** · 2006/01/21(土) 10:51:43

だからこそ、GPL v3.0 草案では、実費の10倍とかって制限が盛り込まれたわけだな。

**名前は開発中のものです。** · 2006/01/21(土) 10:54:28

ていうか専門学校生レベルでそｗ
新卒だったら採ってもいいかな。

**名前は開発中のものです。** · 2006/01/21(土) 11:34:41

>>381
＞ただ、そう言われてしまっては、できるとわかってても、やらないのが大人の世界。

強者がそれやると、法整備で規制されちゃうんだよ。ｗ
法律は弱者救済という名目の元に成り立ってるから
法の網の目をくぐれるのは、基本的には弱者の特権
法治国家では、弱者はわりとお目こぼしされてる

**名前は開発中のものです。** · 2006/01/21(土) 11:36:43

ライブドアの話に脱線するのか？

**名前は開発中のものです。** · 2006/01/21(土) 11:48:28

>>395
法の網の目は、本来は弱者しかくぐれないモノだから当然の話だろ
まあ、官僚や政治家の悪用に関しては、さすがに見るに耐えないが

**名前は開発中のものです。** · 2006/01/21(土) 15:01:59

>378
現役バリバリですけど。まあ昔のコードを使いまわして楽に食ってるから
フェードアウトっていわれりゃそうかもしれんけどね。
新しく書けるコード減ってる。
「これから」たくさん書いてバグたくさん出さなきゃいけない学生は
大変だねえと。

**名前は開発中のものです。** · 2006/01/21(土) 15:03:29

>378
吉里吉里のソースにも別に特筆すべき価値なんぞないが。
ハーフライフとかならともかく、結局普通のゲームエンジンだろ。

**名前は開発中のものです。** · 2006/01/21(土) 15:06:28

>373
高々vectorだし、このくらいなら使えそうな気もするなあ。
ゲームボーイとかPalmとかになると厳しいかもしれないが。

**名前は開発中のものです。** · 2006/01/21(土) 15:57:37

>>393
へえ、そんなことになってたのか３．０。
制約が加わるということは、そうやって逃げられた「前例」があるということかな。
だけど、
＞私たちがユーザの自由を守るというとき、私たちは頒布手数料をいくら取るかなどといった横道の議論にはそれません。
＞自由が問題で、問題の全てであり、また唯一の問題なのです。
こう立場を明言しておいて、後から付け足すのは見苦しいなｗ

だけど、「実費の10倍」ってのも穴あるよ。
ライセンス案を読んで無いけど、どう書いても、経営権や賃金まで制限できるわけが無い。

「梱包作業をする人には、歩合制で１兆ドル払うという賃金体系になっております。
　その「実費」の十倍を負担してくださいね。
　誰にいくら払うかは、経営で決めることですから。あんたに口出す権利無いですよ。」

これで同じことになる。

**名前は開発中のものです。** · 2006/01/21(土) 16:36:27

Un+al2d1が何やら必死に煽っている件についてww

**名前は開発中のものです。** · 2006/01/21(土) 17:05:54

>401
その辺紳士協定に頼ってる時点でやっぱりGPLって甘いよな。
>402
>401があおりに見えなくて俺があおりに見えるというのはどういうことだｗ

**名前は開発中のものです。** · 2006/01/21(土) 17:18:02

>>403
お前３連投してんじゃん。

しかも>398と>399は>378のレス。
こんな自演っぽいことしてりゃ、必死に煽ってるように見えるわな。

**名前は開発中のものです。** · 2006/01/21(土) 17:33:27

>404
>しかも>398と>399は>378のレス。
いや、違うけど。別にいいけど、なんでそう思ったんだろ。

**名前は開発中のものです。** · 2006/01/21(土) 17:36:38

＞398 名前：名前は開発中のものです。[sage] 投稿日：2006/01/21(土) 15:01:59 ID:Un+al2d1
＞>378

＞399 名前：名前は開発中のものです。[sage] 投稿日：2006/01/21(土) 15:03:29 ID:Un+al2d1
＞>378

**名前は開発中のものです。** · 2006/01/21(土) 17:41:17

もｗｗｗりｗｗｗあｗｗｗがｗｗｗってｗｗｗｗきｗｗｗまｗｗｗしｗｗｗたｗｗｗ

**名前は開発中のものです。** · 2006/01/21(土) 18:40:31

>405
どうみてもアルツハイマーです。
本当にありがとうございました。

もしかして>328
どっちにしてもアルツハイマーだろうけど。

**名前は開発中のものです。** · 2006/01/21(土) 18:43:41

>>401
まあ実際の所、実行ファイルの設計書とも呼べるソースには、
法的にはどれだけの価値があるかは不明だけどな。
開発費分を要求できるかどうかが一番の問題だが・・・

どっかに判例無い？

**381** · 2006/01/21(土) 18:53:14

>>各位
マジレストンです。配布手数料は自由だけど、そのう
ち制限がかかるかもしれない、でもその制限も抜け
道があるかもしれない、て、ことですね。

**名前は開発中のものです。** · 2006/01/21(土) 18:56:28

名前間違ったすまそ
×381
○376