ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ
■ このスレッドは過去ログ倉庫に格納されています
弊社製品のムービー再生に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
スクリプトエンジンだけでシナリオとか絵とか入ってないんだろうな ゲ製作技術にも立ったみたいなのでポインタおいときますね。
ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ
http://pc8.2ch.net/test/read.cgi/gamedev/1134405228/l50
おお、これがトラックバックか。
言葉だけ知ってたが意味は初めて知った。
サンクス。 >>9
ト、ト、トラックバックってなんだよ。
俺にも教えてくれよ！！
なんかオラわっくわっくしてきぞ！！ ノベルのほうは色々フリーソフトで公開されているからありがたみは少ないかもしれないが、
シミュレーションＲＰＧであるＴｔＴのソースが公開されるのは結構でかいかも？ どんなコードが出てくるかわくわくするな。所詮はエロゲだろうけど。 これって製品を買ってない奴にまでソースを提供する必要はないよね？
買った人がLeafにソースを請求したら応じなくてはいけないだけで。
もちろん買った人がソースを入手して公開するのは自由だが、
イラストの著作権とかは多分GPLでは縛れないと思う。
そのまますぐゲームできる形では再配布するのはやばい感じ。
晒すのはソースだけなんだから画像やシナリオまで配布されるわけ無い >>24
一次配布は購入者のみだろ？
もしかして違うのかｗ 詳しく知りたいならGPLについて調べてくるのが一番速いと思うが、
GPLのソースを使って作って公開したプログラムのソースコードは公開する義務がある。
製品を買ったとか関係なく誰でも見れるようにしとかないといけない。
俺の言ってることが全部正しいかは保障出来ん。
ようするによく調べもせず(本当は知ってたのかもしれんが)
GPLのソースを使ったAP/Lは公開して後悔しろって事だ。 >>28
ソースコードを要求できるのはバイナリを受け取った物のみ。
この場合は直接リーフにソースを要求できるのはバイナリを受け取った（つまり購入）した者のみ。
>俺の言ってることが全部正しいかは保障出来ん。
わざわざこんな事書き込むくらいなら人に突っ込むなよｗ ＞ソースコードを要求できるのはバイナリを受け取った物のみ。
どこにそんな事が書かれているか？ >>29
GPLのソースコードだけ落としたら犯罪ですかそうですか スレが伸びてるからソース公開されたのかと思ったじゃないか ＞ソースコードを要求できるのはバイナリを受け取った物のみ。
>>29が何処でこんなアフォな知識得たのかは興味あるな
何の為にＧＰＬがあるのか理解してなさそう >>34
>何処でこんなアフォな知識
どうせ他のｽﾚだろ
知識を得るところが2chだけとは、
そんなんでﾏやっていけんのかよｗｗ >>俺の言ってることが全部正しいかは保障出来ん。
>わざわざこんな事書き込むくらいなら人に突っ込むなよｗ
GPL の「誰でも入手できる」が購入者に限らない「誰でも」と考えるのは
あまりにも常識すぎて、確認を求められると逆に答につまるかもしれない。
ソース公開したくないのに GPL で公開ってマヌケなケースは普通無いから。
にしても上役の人達はいまごろ必死でGPLの勉強をしてそうだw
これでAP、Leafがバザール方式に移行したら面白くなるんだけどな。
別に最新技術を使ってる訳でもないし、実際不可能じゃないと思う。
エロゲにおける構成要素の重要性
エロ絵＞＞シナリオ＞＞＞音楽＞（超えられない壁）＞＞プログラム 何かあった時に叩かれる要素
プログラム＞＞シナリオ＞＞エロ絵＞＞＞＞音楽 しかしGPLになったおかげでバグ対策の義務からも開放されたわけだｗ
>>35
ttp://slashdot.jp/articles/05/12/12/0933235.shtml
ここ読んだんじゃね？
「GPLの規約に従うならゲーム購入者には希望があるならソースコードを配布しないといけないわけで」
って書いてあるし
GPLでソース公開すれば、バグ対策をユーザに押し付けてもいいのかね？ 言語何なんだろう。
VS.net2003でコンパイルできたらいいな。
結構前に買ったのに使ってないからビルドの仕方わかんないけど。 ソースをCD-Rに焼く必要性って何だろ？
特別レーベル仕様・・・な訳ないか。 ついに来たか。
ＧＰＬ的にはこれでいいんですかね。 GPL的には知らんが、俺的には誰でもＤＬ可能な形でＨＰに置いといてほしかった。 抗議のメールでも送ろうかしら。
返信があったとしても年末年始休業の後だろうけど('A`) 配布形態としてはセーフだと思うよ。
サーバの負荷でも気にしたんだろうか…？
でも再配布可能だからそのうち誰かがうpる。
ソースを手に入れる方法さえ準備されてればサイト公開はせんでもええからね・・・
でもソース手に入れた誰かがサイトで公開してくれるんじゃね？ leaf自らnyに流すとかしてくれたら面白かったのに。
合法なnyの使い方。 >>30-32 >>34-36
一回ライセンスとかFAQ読もうぜ。 >>54
たとえば条件と制約の第3節とかには、
>プログラムのソースコードは公開する義務がある。
ような事は書いてあっても、
>製品を買ったとか関係なく誰でも見れるようにしとかないといけない。
みたいな事は書いてないんだよ。
3-bの「いかなる第三者」ってのも、
http://www.gnu.org/licenses/gpl-faq.ja.html#WhatDoesWrittenOfferValid
こういうことだろ？
なんで>>53のアンカーで示したような話になるかわかんないんだよ。
何か見落としてたらツッコミよろ。 3節って頒布の話だろという突っ込みは置いといて
2-bより
You must cause any work that you distribute or publish,
that in whole or in part contains or is derived from the Program
or any part thereof, to be licensed as a whole at no charge to
all third parties under the terms of this License.
どう見ても全ての第三者です。
ありがとうございました。 ん？それは上の第三者と同じで、
http://www.gnu.org/licenses/gpl-faq.ja.html#TheGPLSaysModifiedVersions
差別せずにGPLでライセンス汁ってことであって、
誰でも入手できるようにしろとは書いてないんでないかなーと思ったんだけど。
入手については頒布の話になるっしょ？ 誰でも入手とか言ってる奴は、FAQのもうちょい下の方まで読んでみろ。
>Q:GPLは金銭目的でプログラムの複製を販売することを許可していますか?
>A:はい。GPLは、誰もが販売することを許可しています。
> 複製を販売する権利 はフリーソフトウェアの定義の一部です。
>Q:GPLは、私のサイトからプログラムをダウンロードする人に料金を
> 課すことを許可していますか?
>A:はい。あなたはプログラムの複製を頒布するにあたり、望むだけの
> 手数料を課すことができます。
> ただし、もしあなたがバイナリをダウンロードによって頒布するならば、
> あなたはソースのダウンロードに関しても「同等のアクセス」を提供し
> なければなりませんので、ソースのダウンロードに課す手数料は
> バイナリをダウンロードするための手数料よりも高くなってはならない
> ということになります。 >Q:GPLが適用されたソフトウェアを手数料を取って頒布する場合、
> 私は公衆が手数料無しでもソフトウェアを手に入れられるように
> しなければならないでしょうか?
>A:そんなことはありませんが、もし誰かがあなたに手数料を払って複製を
> 手に入れたならば、GPLはその人が公衆にその複製を、手数料の有無に
> 関わらず公開する自由を与えています。例えば、誰かがあなたに手数料
> を払ったならば、その人は複製を一般公衆に向けてウェブサイトで
> 公開することが可能です。 >>59-60
つまり金（600円）を払ってソースを手に入れた人間は、
その後そのソースをどのような形態で複製を公開しようと
Leafはまったく文句をいえないということだな。 >>61
そういうこと。Leafに600円でCDを配布する権利があるのと同じく、
入手した奴にはネットにばら撒く権利がある。 >>59-60
入手形態の話については誰もおかしいとは言ってないきが
理不尽だが >>63
む、誰でもLeafにソース請求ができるのかってことか？
ちょっと勘違いしてたか。それだとこの辺かなぁ・・・。
http://www.opensource.jp/gpl/gpl.ja.html
> 3. あなたは上記第1節および2節の条件に従い、『プログラム』
> (あるいは第2節における派生物)をオブジェクトコードないし
> 実行形式で複製または頒布することができる。ただし、その場合
> あなたは以下のうちどれか一つを実施しなければならない:
で、以下「コードを配布した場合に」こうやってソースを配布しなさいよ
という話が続くので、バイナリの提供はそもそもの前提条件って気がする。
まぁ、Leafがソフト買ってない奴らでも別にいいよ、って言えば無問題だが。 >>64
GPL適用されているバグ修正パッチがLeaf公式HPに無制限に公開されているから
購入者に限らず誰でもソースをもらう権利はあるよ。 >50
配布に関する責任を必要以上に負いたくなかったんだと思われる。
GPL的には問題の無いやり方。
誰かが二次配布してくれるなら、それに伴うコストやトラブル対応は、
その二次配布者が負うことになる。で、多分誰かが二次配布するだろうから、
一時配布元であるLeafは以降の対応が楽になる。 なんか、誰かがアップローダーに上げるだけで二次配布者はわからず、
みたいな感じになるだけじゃなかろうかと思うんだけどなぁ。 それで十分かと。そういうものの扱いは自己責任でしょ。 単に時間稼ぎしたかっただけだよ
あと６００円って設定もポイント そんなことしたって、三日も稼げない気がするが。
６００円という価格は適正だろう。メディア代＋配送代＋人件費。
それに、仮に時間稼ぎだとしても、GPL上まったく問題ないので。 この時期に必死でソースコードのクリーンナップご苦労様です。 議論で勝てなくなったから憶測で文句言い出したね。これだからGPL厨は。 ソース請求しようと思ったが、
ときメモオンラインの封筒みたいなのが来ると嫌なのでやめた。 今来なくても今後どうなるかわからんな、特に書いてないし。 でも有償でばら撒いても、
それをnyにうｐするなり、WEBに公開するなりしても良いのなら、
商売にはならない気がする。 >>78
（ソース配布は）もともと嫌々始めたものだし、別に商売しようとは思って
ないんじゃね？せめて手数料ぐらいは取ってやる(#ﾟДﾟ)ｺﾞﾙｧ!!って感じで。 Rに焼いて発送するバイトの給料も考えれば６００円てそんなもんじゃね？ 駄目だ手紙とかしないんでぜんぜん分からん。教えてくれ。
600円の定額小為替を入れるのは分かったんだが
切手って貼るの？
何円の？ 封筒に定額小為替と宛名シールぶち込んで
８０円切手貼ってポストへ。 自社WEBサイトで数百MBのtarballを配布
↓
クレ厨殺到
↓
鯖パンク
↓
維持費・手間が掛かる
↓
マズー
配布したい人に郵送（手間はかかるが必要経費はゲト）
↓
ミラーサイト沢山
↓
みんな手に入れる
↓
誰も郵送希望しなくなる
↓
手間もかからなくなる
↓
ウマー 吉里吉里２のソースが3.5MB
Quake3のソースが5.5MB
普通にソースコードだけならそんなにでかくならないと思うが。 >>83
ソースコードが届いたた折には何卒よろしくお願いします。 200円くらいの興味はあるが
600円までは興味ないなぁ 1000円までなら払えるが、
ToHeart2や、TtTを買おうとは思わない。 GPLのソースは、バイナリ持ってないと手に入らないなんてことはないよ リーフ公式HPに無制限に配布されているToHeart2や、TtTの修正パッチがGPL感染しているから
パッチをダウンロードして手元に置いておきさえすれば、誰でもソースを要求できるからな。
>>90
バイナリを持ってないと (一時配布元=今回は leaf) からは
入手できないんじゃ？
>>91
TH2 の方は差分パッチなんでGPLがらみのコードが入ってない可能性が
あるけどそのへんはどうなんでしょう？
>>92
もともとパッチを調べられてGPL感染が発覚したんですよ。 >>92
あのさー。
GNU makeやらGNU binutils やらなんやらのツールが
バイナリもってないとソースダウンロードして、
コンパイルしちゃだめなんてことないでしょ。
ライセンスよめ >>94
>>92 は間違ってないだろ。GPL 知らんのか? 気にするな。
俺からも被害者の方々には心から謝罪を申し上げる。 家の中からシール状のもの探したんだが
横53mm縦24mmの小さいヤツしか見つからなかったんだがコレで大丈夫だろうか。
うはｗｗｗｗ楽しみｗｗｗｗｗｗｗ プログラムなんか全然分からない俺のまとめ
・GPLプログラムの利用自体は悪い事ではない。だがGPLプログラムを使用している事を明記していない事が悪かった。
・GPLプログラムを利用したプログラムは要求されたらソースコードを公開しなければならない。
要求されなければ公開する義務は無い。また公開する場合も、製品の販売価格以上でなければ有料で構わない。
・ソースコードはその製品を購入したかどうかに関わらず誰でも要求出来る。
・購入したソースコードは、それをネット上で公開しようと誰かに販売しようとそれは買った人の自由。 >>100
>・ソースコードはその製品を購入したかどうかに関わらず誰でも要求出来る。
今回の場合は間違ってないけど、ちと補足。
ソースコードはその製品を入手した人なら誰でも要求できる、な。
んで、今回は
パッチでexeがダウンロードできる＝誰でも入手できる＝誰でも要求できる
なので、結果として誰でも要求できるわけで、GPLが全部こうじゃないからな。 >>102
それ違わない？
GPLはバイナリの入手したかどうかは関係ないはず 102じゃないけど、GPLのコードが含まれるバイナリを入手した人だけが、
ソースコードを手に入れられるで間違いない。
俺も以前勘違いしていた。
例えば会社内で使っていたプログラムが、GPLに感染していたとする。
社員はソースコードを要求できるけど、社外の人は要求できない。
同じく現状ではWebアプリケーションも、利用者はバイナリを入手した
わけじゃないから要求できない。
これは次のバージョンのGPLでは変わるらしい。 >>100
＞・GPLプログラムを利用したプログラムは要求されたらソースコードを公開しなければならない。
要求されなければ公開する義務は無い。また公開する場合も、製品の販売価格以上でなければ有料で構わない。
すごくどうでもいい話かもしれないけど、公にGPLのプログラムを公開したなら、
ソースコードを公開する義務は常にある。
それを履行する手段として、要求に応じてソースコードを配付する義務を負っている。
まあ、同じことか。
あと、製品の販売価格じゃなくて手数料、らしい。 >>103
>GPLはバイナリの入手したかどうかは関係ないはず
関係あるよ まぁ何にしろWeb上にてパッチは公開されてるわけだが・・・・・・ ノベルエンジンには興味あるな
このGPLエンジンで作られたフリーゲームや同人ゲームとかも
出てきそう
画像その他のデータは誰かが吸い出して裏で配布してそうだし
GPLをプロプライエタリに使うなんて間抜け杉だな
…なつって批評家ぶったりしたりして… 今から新しい実行環境から関連ツールからマニュアルまで全部作ることを
考えたら、吉里吉里使ってるほうが楽でよさげ。 >>104-106
あら、俺が勘違いだったわけね。すまそ
つまり、ソース配布しててGPLの物は、もともとソース配布オンリーだからなのか・・・ 吉里吉里はそれなりに有名なGPL、ADVエンジンなんだから
話に出てこない方が不思議。ま、使った事ないけどさ。 文法が分かりやすけりゃいい。
ADVWin32、System4.0は挫折した。
わざとややこしく作ってる気がしてならない。 >>112
あのソフトの作者さんて間違ってもこんなとこに出てきそうにないかと・・・ >112
> 作者乙
イヤイヤ、違うから。
うちトコは自前でエンジン作ったんだよ。
でもマニュアル整備してスクリプターさんが一通り使えるようになるまで、
エライ大変だったんだよ。スクリプターさんの評判も悪かったしね。
しかも、プログラマのひとりよがりのおかげで、間に合わなかったんだよ。
>116自己レス
最終行の「しかも」を消し忘れた。
○プログラマのひとりよがりのおかげで、間に合わなかったんだよ。 ☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 Λ＿Λ ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ エロゲの恥ずかしいソースまだ～？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
パッチは、たまたま誰でもＤＬできるところにあるだけで、全ての人に向かって
発表しているわけではない、という理屈は通用しないのかなあ。
だって、明らかに製品を買った人に対するアフターサービスだろ。 ・・・他にもあったんじゃねぇの？ライセンス無視しちゃってるコード
今必死に直してたら大変だな。 コメント文にギャグでも書いてくれてたら笑えるんだがな >>125
部分的に不自然なアセンブラになっててたりしてな・・・・
いや、全部アセンブラ化してるかもしれん。 手軽に実行ファイルを逆アセして、該当個所以外はアセンブラで
で、「最初から全部アセンブラで開発しますた！」と言い張ればいけそうだな GPLにゃ、法的拘束力が無いからな……
良くも悪くも人権８９３みたいなモノだから……
アセンブラのソースで済ませるのって、GPL的にはありなんかな？ 法的拘束力は無いが、信者的結束力を甘く見ない方が良いぞ 双方の契約、と言うことで、拘束力はある。
後は裁判でどうとでもしてくれ。 GPL信者が日本で裁判を起こしたという話は、聞いたことも無いが？
まあ、あんましかかわりたくない集団ではあるけどな
かかわりたくないならば、GPLには手を出さない方が無難だよ 基本的にGPLは、法的拘束力としては疑問がありすぎるからな
それこそ空き地に立て札立てて、この駐車場では１日１０万円頂きます
と書いて放置してあるようなモノだからな
この立て札の文章には、法的拘束力は全く無い
まあでも、詐欺で儲けたお金は被害者が訴えなければ
返さなくても良いのが日本という国だからな
日本では、泣き寝入りしろ！とかいうヤシと、
泣き寝入りするな！とかいうヤシがいるからな……
日本の契約に関する概念は、外国の契約に関する概念とは別物だからな
だからややこしい事になる
そしてこれが、GPLが人権８９３とか宗教とか言われる原因ですらある
>138
実際のところ、誰も裁判なんてやりたくないしね。
会社がGNUを訴えるにしても、ナニを訴えればよいのやら？
GNUとかGPL信者が訴えるにしても、利害関係をどう証明してよいのやら？
この場合はライブラリの供給元が葉っぱを訴えることになるとは思うけど、
その供給元だって誰が代表かワカランしな。 >>144
>この場合はライブラリの供給元が葉っぱを訴えることになるとは思うけど、
>その供給元だって誰が代表かワカランしな。
訴える本人＝製作者or開発グループなんだから、訴える側が代表わからん
なんてことありえんだろｗ
それとも、葉っぱの人が、パクり元ソースの作者がわからんってことか？
それもありえんだろ。相手は俺のこのソースをパクってますね？と
証拠を持って連絡してくるんだから。 >>144
二次的著作物の認可の問題で、訴える事は出来るかもしれない
が、他のライセンスに比べると、勝率は恐ろしく低いな
>>145
＞訴える側が代表わからんなんてことありえんだろｗ
GPLの内容をよく調べれ。誰が代表なのかが分からなくなるから
>>147
GPLって、別に作者の代わりにGNUの人が訴えるわけじゃないぞ。
あれはこういうライセンスを広めようとかいろいろ活動してる団体であって、
実際にライセンス違反で裁判起こすとなったら、訴えるのは権利を持ってる人、
すなわち作者個人とかだよ。
もちろん、助言とかのレベルでなら支援はしてくれるだろうし、
万が一裁判の結果GPLは法律上問題がある、とかいう大事になれば、
一緒に戦ってくれるかもしれないけど。 >>148
そうなったらﾜﾗﾜﾗといろんなとこから沸いてきそうだな・・・・ ソースが2次配布してから議論してくれ。
そこそこ伸びてたから配布始まったのかと勘違いしてしまった。 >>140
そ～ゆ～詐欺で自殺するヤシも世の中にはいるけどな
要するに詐欺契約は、法的には契約扱いされなくても、
魂を縛るにはそれでも十分って事だ
まあ、馬鹿にしか通用しないけどな
運が良ければ来週
悪ければ１月の下旬じゃね？
変なコード公開しても叩かれるだけなので、普通に公開しそう・・・
ただし、公開を遅くしてほとぼりを冷ましてからにする感じかな？
// でも毎日ポストチェックしてますよ・・・ orz ☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 Λ＿Λ ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ エロゲの恥ずかしいソースまだ～？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／ ｷﾃﾀｰ!!
配達記録だったから、留守の人は面倒かも。 >>157
うｐ！うｐ！うｐ！
くれくれ厨でごめんなさいm(__)m 落ちてる。
ＧＰＬって、勝手にうｐしてもいいのか？ >160
改変したものは公開が義務だよ
つまり一行でも変えたらうｐれるってこと 一番最初に
#うんこ
でも入ってればもうそれで後悔の『義務』が発生する 公開の義務はバイナリデータを公開した時点で発生するだけ じゃあ改変してないからかってにうｐしちゃいけないんだな。 アドレスってーか、ｖｉｐろだのダウンロードキーは？ わからん。
ログから探してるけど。おそらくうｐされてたファイルももう消えてるかと。
・・・・・いや、あるね。まだある。 >168
まだあったよ
>169
サンクス。
>した。当社のソースコードのバージョン管理が完全なもので無いため、当時のソースを
>完全に再現することが出来なかったことをお知らせいたします。
ソースコード管理もロクにしてないのか……。
意味不明なタブやコメント消しまくりで、なんだこれ？ 他のとこでも間違えなく何かをパクってました
確信犯決定ですｗ いや、GPLって、
改変しようがしまいが、
著作権表示とかちゃんとしていれば、
再配布自由なんだけど。 エロゲ会社だしね。少人数でやってるなら、あんまり厳密に管理してないのかも。 うがあ、ファイル見つかんない。VIPろだ探したけどそれっぽいの無いがな。 void SetRipple( int go )のループが大問題な件について なんだか意図的にソース管理していないことにしてそうだな…… うpしてくれた人ありがトン。君の600円無駄にしないよ。
これからソース見てみる(￣▽￣)ノ includeファイルがぐちゃぐちゃだな・・。
整備するのが大変。 >extern BOOL InitSaerchFile( char *src, BOOL subdir_chk, SEARCH_DIR_DATA *sdd );
>extern BOOL SaerchNextFile( SEARCH_DIR_DATA *sdd );
>extern BOOL TermSaerchFile( SEARCH_DIR_DATA *sdd );
Saerch... searchは大丈夫だが、resourceでいつも悩む俺
特にMAKEINTRESOURCEって書くとき ミニゲームのソースはないのね。ついでに入れといてくれればいいのにw チュートリアルとか無いのかよ。
スクリプト分かんねぇじゃん。 いっそのことSourceForgeとかで公開すればよかったのに >203
ダウンロードした人が自分でSourceForgeにアップする分には
自由なんだから、君が率先してそうすればいいのでは？ 不思議な半角文字列置いときます。
911fb475652a1a11ca188cdbfbf32633 クズが。わざわざアングラなメディア使うんじゃねえよ。
誰か普通にＷＥＢサイトにアップしろよ。 >>202
VCのソリューション開いて、そのままコンパイル通るとまではいかないけど、
#includeのフォルダ位置とか弄ったらコンパイル通って、オリジナルと置き換えてゲームできたよ。 >>206
お前それが人に物を頼む時の態度かよｗ
ｹﾞﾗｹﾞﾗｗ 201 名前：名前は開発中のものです。[sage] 投稿日：2006/01/17(火) 22:32:16 ID:28sxExEk
アプしてくれた方ありがと
↑ｹﾞﾗｹﾞﾗｗ >>207 そうか? 型宣言とかエラー出て何でこれでコンパイル通るんだ?と思ったが。
int 無かったり・・。ちなみにTH2 >208
いや、俺はもう持ってるからいいんだけどな。
割れ坊に調子付かせるのがむかつくだけ。 600円払ったけどまだ着てない・・・
とりあえずダウソさせてもらったけど、複雑な気分だ・・・ 割れ坊ｗ
しかもどういう思考回路で
どんな発送の飛躍を経て調子づくって結論に至ったんだｗｗ ogg_static.sln, vorbis_static.sln をビルドしてからライブラリをコピーして
あとは ToHeart2.sln 開いて include パス設定したらとりあえず
ビルドはできた。
現物がないんで確認できないけど。
さっきはageてスマンかった。
プロジェクトの設定でインクルードディレクトリと
ライブラリディレクトリを設定したらいけました。
あと、なんかoggDec.cppが見つからなくて、
（左のリストからダブルクリックしても見つからない言われる）
プロジェクトに追加しなおした。 普通にWEBサイトに上げればすむものを割れツールを使うなといってる。 しかし、あからさまにコメント消した後があるのが生々しいな そりゃまぁ死ぬ～とかﾑｶﾂｸとか書いてるんだろ・・・ MM_std.cpp:1124://よーわからんけど、解放らしい
落ちたんでデバックしてみたTH2 readfile.cpp:320
×ArcFile.reserve(15);
○ArcFile.resize(15);
何で俺がデバックせなあかんねん（ノ ﾟДﾟ）ノ >>213
俺も俺も。
>>225
未使用変数の警告が多いんだよな。
コメントアウトしてたコードを公開前に掃除したとかかね？ なんかみょーに遅いなぁと思ったら#define DIRECT_X 0 って・・・
DIRECT_Xは使わせないぜって事ですかそうですか＿|￣|〇
>>226
そこ書き換えたら「BGMのデータがありません」って警告がでるようになる あ、こっちもなるので今見てるとこです。PAKの読み込みどこでやってるんだろう・・と。
戻すと動かなくなるし XviDDec.libが開けないとか言われ .∩( ・ω・)∩るー
リンカ通してるのにー やっと動いた。TH2 readfile.cpp:320
ArcFile.reserve(15);
/* reserveで↓はまずいのでコメント
for(i=0;i<15;i++){
ArcFile[i].handle = NULL;
ArcFile[i].fileCount = 0;
ArcFile[i].pack_file = NULL;
}
*/
とりあえずこれで音も出るし動くようにもなった。
ほんとはまずいと思うけど・・誰かSTLに詳しい人正しく直してー >>232 XviDDec.libは\XVidに初めから入ってるのでパスが通ってないだけかと・・ >>233
作者の意図したところはその通りだと思う。
（reserveで領域が確保されると勘違いして、初期化コードを書いてしまったのかな？）
他の部分を見ても、はじめは要素が確保されていないことを前提としてるみたい。
つまりresizeで実際に確保してしまうと動かない。
openFileNum = 0;をopenFileNum = 15;にすれば動くかもしれんけど。
製品版がこのコードのまま動いているとしたら、Releaseビルドのせいで範囲外アクセスがチェックされていないだけの地雷だな。
どうも全体的に不自然なコードが多いなぁ。
STLの使い方にせよ、クラスの責務割り当てにせよ。
C++に慣れていない人が書いたのだろうか。 >>235
ぱっと見ほとんどCの記述なんだけど、
C++知らないプログラマなんだろうか。
Cしか使ったことがない人が、とりあえず1，2冊入門書なりを読んで
「こんな感じかな？」ってノリでC++を使ってる感じがする >>233
# ちょっこれｗｗ
コンストラクタがあるから初期化はコンストラクタに
任せるのがセオリーだと思うんだけど
初期化されて無い要素もあるし地雷原を見ているような感覚だわ エロゲの恥ずかしいソースｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━!!!!
じっくりと弄んでやるぜ。うひひ。 >>235
このソース書き方すっげー俺と似てるんだよね…
Cで書いた方が書きやすいオブジェクト指向苦手人間ぽい。
debugboxに所々中々笑える台詞が書いてあるな "このみ環璃セットと、このみか、環が、単体で別々に出ています"
環璃って誰よｗ >>245
OK。
要はコンパイルが通ることが条件になってるだけ。 とりあえずTH2専用SOUND PAK展開TOOL v1.0うPしました。
サウンドは同じコードで展開できた。他はやり方違うので見てるとこです >>247
コメントを消してもいい って書いてあるわけじゃなく、
GPL中での「完全なソースコード」の定義が、
「プログラムに対応していて」「関連モジュールやインターフェースも含むもの」だから、
別にコメントを消したところでプログラムとの対応関係は崩れないし、
関連モジュールが減るわけでもない。 Cマガが特集してくれんかなーって思ったんだが…休刊なのな >>250 もち元のソースが置いてあったうpろだ。パス無しソース付GPLでw DLしたお
でも何かソース足らなくね？
readFile.cppが開けないと言うか同根されてないお（；＾ω＾） >>251
２月号発売したとのメルマガきたけど、休刊なの？ >>256
今ぐぐってみたら・・・
ttp://www.fx-it.com/kihon/top.html
((((((；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ >>257
６年近く毎月買ってたのに……。(´･ω･｀) >>236
betterCとして使ってるんじゃね？ まあ、最近は完全にウェブの後追いだったからな。雑誌じゃ小回りが効かん。 最新の情報を追うのは遅くなってたけど、まとまった情報源としての価値は大きいと思うんだけどなぁ。
今でも98､9年ごろの特集が役に立つことが多いし。
3月売り分ってことは4月号で休刊か…
刊行継続されることを祈るしかないな。 どこだか分かんないし
見あたんないからまあいいや。 ＞２４８
GNU 一般公衆利用許諾契約書の複製物がないおｗｗｗ しまった入れ忘れた、証拠隠滅))彡 あと少しで全部解凍出来そうなので
そん時忘れずに入れときます betterCまでたどり着けてないな。
まぁToHeart2延期の謎は全て解けたが。
・・・ここって、ソースのレビューしてやるスレ？
ここはソースのバグ修正やソースを利用した（当てずっぽうじゃない）ぶっこ抜きツールなどを作るスレ。 とりあえず、最初にやることはリファクタリングだなｗｗ プロのコードってんで楽しみにしてたんだが……
力技っていうか……なんていうか…… まあ、クローズドのソースなんてどこもこんなもんさ。 誰かリファクタリングやってくんね？
てかどっかまとめ作って分散してリファしたいな。 予想通りの展開だな。ここでうれしそうにC++どうこうとかいってる奴は、
まともなゲームプログラムなんか作ったことのない奴だろうｗ
このくらいの規模のプログラムならCライクに作るという選択はありうる。
見たまんまで、クラスライブラリよりも読むのがはるかに楽だからな。
>272
派手な打ち回しなどいらないんだよ、静かに勝ってこそプロ。 そんな事より、コミパＰのコード公開してくださいよ。
あの酷い読み込みの嵐 人のソースにケチつけるようなプログラマって見っとも無いと思う。 俺サイコーっていう最低プログラマーに事実を教えないのは
人として冷たいと思うよ。 いまどきクラス構造もマトモにかけないプログラマは化石級だよ >見たまんまで、クラスライブラリよりも読むのがはるかに楽だからな。
（ ﾟдﾟ）ﾎﾟｶｰﾝ だから、オマエラの友達っつか知人に一人くらいいるだろ？
コメントアウト付けるプログラマは屑だ！
ソースから全てを読み取れ！
俺なら出来る！
って言う、奇才。
ちなみに漏れはそんな香具師見た事ありません。(´・ω・｀)ｼｮﾎﾞｰﾝ >>280
せっかくのGPLだから
ケチつけるだけじゃなく直さないとな。 >>284
確かに認識があまかったようなだ社員さんよ(pgr TH2でゲームプレイヤーに、18禁な名前が付けられないようにするコードを探してみた。
多分この関数で名前を登録している。
Winmain.cpp の、
BOOL CALLBACK NameDialogBoxProc( HWND hwnd, UINT wmes, UINT wparam, LONG lparam )
読む限り、もしかして18禁な名前をチェックしてない？
わくわくしながら探したのに30分無駄になった…
しかし、変数が_(アンダーバー)で始まるのが多いですね。_で始まる変数はC言語ではシステム予約
で使ったらダメだったと記憶しているのだが。(うろ覚え) >290
そんなマナー規約、実際にエラー（名前のバッティング）が発生しなければ何ともないぜ！
それが職業プログラマクオリティ チェックする前に卑猥な名前つけられるかどうか製品版で試してみればいいのに STLをCライクに使ってどこがどう読みやすくなるのかと小一時間（ｒｙ >>290
それ残骸だよ。
_で始まっている変数も残骸多数。 >>290
俺もちょっとうろ覚えなんだが、確か
_大文字が予約語なのよ
_小文字はOKのはず、GoF本でも使ってたはず
Leafのソースは観てないのでどちらかは知らないけど。 いや予約語だよ。俺も自信ないので結局めくってきたがｗ
uppercaseが大文字の事ね
17.4.3.1.2 - Global names [lib.global.names]
-1- Certain sets of names and function signatures are always reserved to the implementation:
Each name that contains a double underscore ("__") or begins with an underscore followed by an uppercase letter (lex.key) is reserved to the implementation for any use.
Each name that begins with an underscore is reserved to the implementation for use as a name in the global namespace.*
[Footnote: Such names are also reserved in namespace ::std (lib.reserved.names). --- end foonote]
http://www.kuzbass.ru:8086/docs/isocpp/lib-intro.html >>298
or begins with 【an】 underscore followed by an uppercase letter
こっちス そのreservedは、
いわゆる予約語（キーワード（if とか int とか））のとは意味が違うんではないか。 JIS X3010(ISO/IEC 9899:1999)
7 ライブラリ
7.1.3予約済識別子
下線に続き大文字一文字または下線に続きもう一つの下線で始まるすべての識別子は、
いかなる使用に対しても常に予約済みとする。
一つの下線で始まるすべての識別子は、通常の名前空間およびタグ名前空間の双方における
ファイル有効範囲を持つ識別子としての使用に対して、常に予約済みとする。 結局ここには初心者にも満たない屑しかいねぇな。
プログラミングそれ自体を勉強して出直してこい屑ども。 ゲームなんて動けばいいんだよ。
バグがあったところで、別に人が死ぬわけじゃないんだから。 >>302
それ違う。
6.4.1のキーワードの方が予約語。X3014(C++)なら2.11。
識別子として用いられないものを予約語という。
ttp://www.jisc.go.jp/
ここで、X3011とX3014のpdfが見られるので見たい人はどうぞ。 >>303
これくらいのソースで給料貰えるのは正直うらやましい
漏れのとこでこんなソース書いたら白い目で見られるわ文句言われまくりだわで大変だ。。。 折角のGPLなんだからエレガントにしてあげてください >>303
口だけなら、誰でも出せるんですよ。(pgr 俺も自信ないのでドラフト見てきたら既に書き込まれてるし。
ていうか俺、インクルードガードに３連アンダースコア使ってた。１つや２つが予約されているのなら３つと。
いつどこで仕込まれたのか重い打線けど、規格見る限りこれまずいよな。次から改める。 Netscape Navigatorのソースよりも綺麗で驚いた ttp://www.pro.or.jp/~fuji/mybooks/cdiag/
>第２章 これでもプロ
>売りものであるにもかかわらず、超きたない！
>構造的な欠陥の指摘～引数、ポインタの活用 TH2専用 PAK展開TOOL v1.0うpしました。今回は全てのPAKに対応します。
PASS:nekoneko
注意点
1)コンパイルする時は必ず同梱のcomp_lzsとreadfileを使用してください。
2)Xvidは1.1で確認しました。2.2では再生しませんでした。 >>311
それは言うな、悪夢を思い出した。
そもそも、Mosaicから続いからてるんだ。一発屋のエロゲと一緒にするな。 >293
そもそもこの程度のことにＳＴＬ使うのが間違い。 >>317
楽したもの勝ち
コの程度のことに、ライブラリ使わなくてどうするの この処理がライブラリ使って楽になるとも思えんが。
STLを使うには、STLの使い方という、C言語の言語仕様の外の知識が
必要になるからな。
しかし、葉鍵板のほうがまだソースを利用しようとしてる奴が
多いというこの逆説。ここじゃ文句つけてるだけだものな。
あ、「弄る」って、利用するって意味じゃなく、ネタにするってことか？
いわゆる関西芸人的な。 このソースを利用しろと言われても困ってしまうな。正直、情熱のあるエロゲオタに譲るよ。 実際のところゲームプログラムの参考にするなら吉里吉里の方がよくまとまってるしなぁ…
吸い出しや移植以外に用途が思いつかない >323
吉里吉里は吉里吉里で、ちょっと大げさすぎるからなー。
どっちも部品単位で参考にする目はあると思うけど。 規模というより、吉里吉里は汎用性をもたせようとしすぎ。
あそこまでやる必要ないだろう。オブジェクト指向とか。 でもスクリプト周りがしっかりしてたらわざわざプログラム変えてあんな妙なことをやらなくてもイイと思うんよ。 話を聞いてると吉里吉里のソースのほうがおもしろそうなのでそっち行くわ。んじゃ。 別の商品を同じもので統一するわけにはいかんのだろう。
汎用プログラム＝商品ごとに使わない無駄が出る＆バグが全商品に影響
あとそういう仕事を知ってる人なら分かると思うけど
もし完全自社内開発でなければ大人の事情もあるわけで。 俺は吉里吉里のゲームは例え法人による販売だとしても同人ゲームだと思ってる。
>327
あれは社内人事絡んでそうじゃね？
メインプログラマが違うんじゃないかと思えた。
TH2のソース見る限り、サポートはこっちのほうが楽だな。
ちょっとだけコンシューマの開発やったことがあるけど、どうせ毎回一作限りで
キツいチェック通さなきゃいけないなら、ストレートにハードコーディングして
一回きりのソースとして考えたほうが楽なんだよな。 たとえば、あらゆるタイトル画面を実装するために、
細かい演出処理をスクリプト仕様に組み入れるぐらいなら、
タイトル画面自体をハードコーディングしたほうが楽。 >328
やっとSubversionの使い方が分かったから落としてみた。
>330
お前の同人ゲームの定義が解らん以上意味不明。 >>316
いや、少なくとも公開されたソースは3タイトルを含むから、ごちゃごちゃに
至る歴史があったわけで、一発屋ってわけではないと思う。Netscapeのアレは
WinMainからしてヘンだったわけでドッコイだけどね。
>>331
うん、オレもソースのハンドリング（という表現はおかしいか？）は
いい方だと思った。これなら引き継いでもさほど困らない。
クラス関係が複雑なのかよりも全然わかりやすいし。 冗談だろ。ハードコーディングにしても汚いほうだぞ。 まー。とりあえず、コードが汚いとか抜かしてる奴は、
自分のコード晒してからな。 そりゃ、人に見せたらなにこれｗっていうレベルだし、これよりも
ちゃんと書くことの出来る人はたくさんいるけど。
納期があって、ちゃんと動くパッケージのソースとしては
あれくらいでもいいと思うよ。
規約やら美しさどうこう言う人は苦しんだ経験がないんだろう。
まぁそれはそれでうらやましいし、理想は高い方がいいよね。 綺麗汚い以前に普通に書いていれば入らないであろう
>>233のようなバグが入っているのがおかしい。 やー、俺がコンシューマの仕事で書いたソースはこれよりはるかに汚いしｗ
バグはともかく、ソースの書き方としては綺麗なほうだと思うんだがな。
あと、233はバグじゃないようだぞ。VC++では問題ないんだとか聞いたが。
俺はそもそもSTLとか使わんので分からんが。 つか、世の中のあらゆるソースがそんな完璧に綺麗なのばかりであれば、
リファクタリングの本なんか売れるわけ無いんだよｗ >339
デバッグビルドだと思いっきりアサートが掛かる訳だが。
ついでに言えばopenFileNumもArcFile.size()があるから不要。
なぜreserveとpush_backを使って、sizeを使えない？
あと、
arc_file_info::streamInfoはvector使ってるのに
arc_file_info::pack_fileはいちいちnew[]で確保している。
しかも削除時はdelete[]じゃないし。 >341
>デバッグビルドだと思いっきりアサートが掛かる訳だが。
http://pie.bbspink.com/test/read.cgi/leaf/1135546874/446
を読んだだけなんで、俺はあんまし知らん。すまん。何せ使ってない。
>しかも削除時はdelete[]じゃないし。
これはメモリリークするんだっけ。気づかなかったのかな？
new deleteもほとんど使わんなあ。malloc freeだ。 ほとんどというか何というか、
よほどシビアな環境じゃなければ普通はどちらかに統一するし
クラスを使う以上はnew/deleteにしないと。 >343
C構造体をmallocで割り当てるソースは良く使うしなあ。
多くのサンプルコードがCで書かれてるし、俺はそっちで統一してるな。
つまりはC++よりbetter Cってことなんだろう。
クラスは使うけど、newで動的には割り当てない。 >>341
だから>>237なんだろ。
無理してC++を使う必要はないし、Cで統一するのも結構だけど
このソースは無理してC++使って破綻してる感じだしな。
うちのとこでもこんなソース書いたら大目玉食らうよ・・・ >345
君んところが相当理想主義なんだろうな。
世の中のソースなんて結構こんなもんだぞ。ネスケですら(ry
それに、「C++的に正しい」けど無駄に難しいソースよりは、
こういう単純なののほうがいい。
プラットホームによってはC++の対応が不完全なことも多いし、
STLで相性問題が起こることも多いしな。Cが一番確実。
inline関数とコンストラクタ／デストラクタだけは、
無くてはならないものになっちゃってるけどな。俺も。 これ、スレ違いすぎるから無視してくれてもいいけどさ。
new malloc派の人はBITMAPINFOの割り当てとかもnewでやるの？
p=(BITMAPINFO*)malloc(sizeof(BITMAPINFOHEADER)+(sizeof(RGBQUAD)*256));
こういう感じのものを書くとき、newで書くとあんまり直感的にならんような。 new malloc派→new delete派の間違いでした、ごめん。 >>347
慣れの問題じゃないの？
特に直感とか言ってるし。 >342
delete[]をdeleteとしても、デストラクタがなければ「大抵」正常に動作してしまう。
>346
STLのvector程度が使いこなせてないのは、難しいんじゃなくてただ不勉強なだけ。
STLの相性問題って、それはSTLの実装に依存した使い方が悪いと思うんだが。
>347
C++としてはBITMAPINFOのアクロバティックな構造は悪。
どうしてもと言うなら、そんなWindows臭いモノは、直接Win32APIでメモリ確保。 >>346
向上心の無いおじさんの言い訳に聞こえるな。
「無駄に難しい」だの「単純」だのは主観でしかない。
逆に、「C的には正しい」がマクロ、関数ポインタを駆使したソースなんかは、
C++ を学んだプログラマから見れば無駄に難しく見えるだろう。
決して「単純」だなんて思われることはない。
>>347
そんなメモリ確保は new ではうまくいかないんだから malloc() 使えばいい。
new で問題ないケースで malloc() を使うのはデメリットが多い。
もちろん動的確保が必要なければ new も malloc() も使わなくていい。
「new delete 派」なんて書くと好みで選んでるように聞こえるが、
状況に応じて最適なものを使うだけ。 >>346とだけは一緒に働きたくないと思った俺ガイル だいたい「ネスケですら(ry」って、一体何年前のコードに依拠してるんだか。
Firefoxのソースでも読んでみれば？ >350
vectorだけしか使わなくて、パフォーマンスに影響するほどデータ数が
多くないなら、自力で似た処理組んだほうが楽。
mapやmultimapに大量のデータ食わせるような場合には使いでがあるけど。
コンパイラの側が変な実装なせいでSTLがちゃんと読めないケースがある。
何かあったらSTLのソースを覗く羽目になるのも嫌だな。
GlobalAllocで確保したところでmallocと大して違うと思えんが。
mallocを消したという自己満足感が得られるだけのような。
ゲームなんて、そのWindows臭いコードが大量に出てくる分野なんだが。
>352
俺だってvectorくらいなら本読みながらであれば使えるけどな。
仕様や注意点を完璧に覚えるところまでは行ってないんだ。
何か弄るたびに参考書引っ張り出さなきゃいけないのは非効率なんだよ。
俺もinline関数は使うし、関数ポインタよりは仮想関数使うけどな。
newでも出来ないことはないと思うけど。
char配列として確保して、型キャストすればいいのかな。 >354
外に出すつもりで書いてたソースコードとそうでないコードの違いだろ。 >>356
矛盾してるよ。外に出すならなおさら
>プラットホームによってはC++の対応が不完全なことも多い
なんてのはまずいでしょ。
だからMozilla Foundationは「C++ 移植性ガイド」を公開して
処理系に依存しそうな部分を禁止した上でC++を使ってるんじゃないか。
C++を使って、その上依存性のない最大公約数的なコードを書くことは可能。 あと、関数ポインタは結局DLL使うときに必要だしな。
C++的に悪だからって、APIの仕様を変更することは出来んのだから。
関数ポインタ利用部分をラップするようなinline関数書くなり
クラスを作るなりすれば済む話。
俺だってクラスは作るしコンストラクタ／デストラクタの恩恵には
預かるわけだが、継承とかは出来るだけやらないようにしてるな。 >357
>356はネスケのソースとFireFoxのソースの話ね。
ネスケの段階で既に一流の仕事なんだから、プログラマの腕が上がったと
いうよりは、単に心構えの問題にすぎんだろうと。
外に出すとケチをつける人が増えるから綺麗に書こうとすることになる。
Windowsのゲームプログラミングに移植性もクソもないし。 >>355
なんで既にできあがってるものがあるのに、自力で組んだほうが楽になるのかね？
実装がマズイ可能性も、ソース覗く羽目になるのもいっしょだろ。
むしろ実装がマズイ可能性は自力で書いたもののほうが高いし、
仕様だってあやふやなものになって、ソース覗く羽目になりやすいだろ？
自分で書いたものならそれでも問題になりにくいだろうけど、、、、
あ、もしかして一人でしか開発したこと無いのか？
それなら辻褄が合うな。 >>346
> プラットホームによってはC++の対応が不完全なことも多いし、
> STLで相性問題が起こることも多いしな。Cが一番確実。
>>359
> Windowsのゲームプログラミングに移植性もクソもないし。
なにこのダブルスタンダード。 std::vectorごときでさえテンプレートメタプログラミングの初歩の
話になってくれば使った方が良いに決まってんだけどねえ >360
自分で書いたソースを覗くのとSTLのソースを覗くのじゃ大違いだが。
スマートポインタの問題とかに深入りしだしたらキリないし。
楽になろうと思って返って疲れないか？
STLの利点は、楽さではなく、一応の標準性とパフォーマンスだと思うが。
俺のやってる規模の仕事なら一人で出来る。
言っておくがプロのゲームプログラマだぞ。
確かに自前のライブラリを他人に使わせようとは思わんがな。
そういうときは仕方ないからSTL使う。
>361
例えばその「プラットホーム」がVC++だから困るんだが。
もっとも、例えば携帯端末でSTLなんて使いたくないとも思うけどな。
画像周りなんてどうせプラットホームごとに全部書き直しだしなあ。 >>363
やっぱり一人で開発してるのが前提だったのか。そりゃ話がかみ合わないな。
忠告したいことは山ほどあるが、これ以上続けても無駄そうだし、
スレ違いだし、もう消えることにするよ。 そんなすごいよかよとFireFoxのソースみたが、言われてるほどじゃないなぁ >>363
多分アンタは共同開発し出すと泣くことになると思うんよ。 一人で出来るとは書いてるが、一人でやってるとは書いてないと思うんだが。
そういう弱いトコつっつくようなレスしていい気になってるんだろうけど。 >351
いやいや、俺はプログラマと言うより単なるプログラミング評論家（笑）ですから。
どんなソースであれ、思った通りに動くモノを作れる人は尊敬しますよ。
>355
いや無理してmallocを消したのではなく、
malloc→Win32APIによるメモリ確保、をショートカットしただけ。
いかにWindows臭（環境依存）を限定箇所に封じ込めるか、が設計の腕の見せ所かと。
任意バイトの確保には、素直にstd::mallocを使うのが正解だと思う。
個人的にはoperator newを直接使ってるが。 >366
しないし。上がりを独り占めできないからなあ。
誰もが共同開発する仕事をやるわけじゃないだろ。
>367
あー、ごめん、俺は実際一人でやってる。
>368
Windows臭を封じ込めるために（俺から見れば過剰に）抽象化してるのが
吉里吉里の設計思想で、ベタに書いたほうがメンテは楽というのが
Leafの設計思想だと思う。これはまあ方針の違いかなあと。
中途半端にSTLとかC++クラスとかに手を出してるから統一性とれてないが、
その辺は多人数で組んでるのか、書いた時期が違うのか。 いい加減スレ違いだと気づいてもらうにはどうしたらいいでしょうか。 ソース弄ってるやつなんざスレの頭からぜんぜんいないじゃん。 とりあえずSTL追い出さないとW-ZERO3とかには移植できないかな？ 公開される前：GPLで喧嘩
公開された後：ソースが良い悪いで喧嘩
公開されたソースにケチつけてる人は
道端に落ちてるうんこ見つけて、きたねーきたねーとはしゃいでいる小学生なのか、
仕方ない掃除するかと考えてる善良なうんこなのかどっちなんだ？ おまいら人が飯食ってるときにうんこはないだろ。
ところで、一次配布を法外な値段にすれば、公開せ
ずにすみそでない?。 >>371
断言するが、ぶっちゃけこのソースにいじくったり参考にしたりするほどの価値がない。
せいぜいツマミにしてダベる程度だな。
移植やらなんやらは、意欲のあるエロゲオタが勝手にやればいいことだし、ここらが限界じゃね？
しかし、もうどう見てもただのフェードアウト組です。本当に（略）って人間が
ここまで堂々としているのを見るのは久しぶりだな。 なんか殺伐としてるな。しょうがない燃料投下してやる。TH2起動時に
>ToHeart2.exe 999999999.SDT
とするとちょっと変わったデバックモード突入 つ［イメージダウン］
GPL解釈に無条件降伏するとしても、GNU自身が
「GPL違反者が、たとえ手数料に１００万ドルふっかけたとしても、
それを阻止できる法的根拠は無いし、
そもそも、そんなザコに興味は無い、好きにしろ」
と言っている。
つまり、手数料に枠は無い。
ただ、そう言われてしまっては、できるとわかってても、やらないのが大人の世界。 >C的なのに関数ポインタ全然使ってないんで驚いた。
君の人生はいつも新鮮な驚きに満ち溢れていそうだね。 GPLが法的に無効であっても、ソースコードの著作権は、作者にある。
作者が許可しないソースコードの利用は、著作権侵害。
とすれ違いレスすまそ >>386
「派生物の利用を許可します」っていう意思表示がGPLだろが >>376
このスレで前に出てたけど、GPLだとソース配布にバイナリの価格以上
の代金を要求するのは不可だよ。
ソースを100万で売りたかったら、ゲームも1個100万で売らなきゃ駄目。 だからこそ、GPL v3.0 草案では、実費の10倍とかって制限が盛り込まれたわけだな。 ていうか専門学校生レベルでそｗ
新卒だったら採ってもいいかな。 >>381
＞ただ、そう言われてしまっては、できるとわかってても、やらないのが大人の世界。
強者がそれやると、法整備で規制されちゃうんだよ。ｗ
法律は弱者救済という名目の元に成り立ってるから
法の網の目をくぐれるのは、基本的には弱者の特権
法治国家では、弱者はわりとお目こぼしされてる
>>395
法の網の目は、本来は弱者しかくぐれないモノだから当然の話だろ
まあ、官僚や政治家の悪用に関しては、さすがに見るに耐えないが >378
現役バリバリですけど。まあ昔のコードを使いまわして楽に食ってるから
フェードアウトっていわれりゃそうかもしれんけどね。
新しく書けるコード減ってる。
「これから」たくさん書いてバグたくさん出さなきゃいけない学生は
大変だねえと。 >378
吉里吉里のソースにも別に特筆すべき価値なんぞないが。
ハーフライフとかならともかく、結局普通のゲームエンジンだろ。
>373
高々vectorだし、このくらいなら使えそうな気もするなあ。
ゲームボーイとかPalmとかになると厳しいかもしれないが。 >>393
へえ、そんなことになってたのか３．０。
制約が加わるということは、そうやって逃げられた「前例」があるということかな。
だけど、
＞私たちがユーザの自由を守るというとき、私たちは頒布手数料をいくら取るかなどといった横道の議論にはそれません。
＞自由が問題で、問題の全てであり、また唯一の問題なのです。
こう立場を明言しておいて、後から付け足すのは見苦しいなｗ
だけど、「実費の10倍」ってのも穴あるよ。
ライセンス案を読んで無いけど、どう書いても、経営権や賃金まで制限できるわけが無い。
「梱包作業をする人には、歩合制で１兆ドル払うという賃金体系になっております。
その「実費」の十倍を負担してくださいね。
誰にいくら払うかは、経営で決めることですから。あんたに口出す権利無いですよ。」
これで同じことになる。
Un+al2d1が何やら必死に煽っている件についてww >401
その辺紳士協定に頼ってる時点でやっぱりGPLって甘いよな。
>402
>401があおりに見えなくて俺があおりに見えるというのはどういうことだｗ >>403
お前３連投してんじゃん。
しかも>398と>399は>378のレス。
こんな自演っぽいことしてりゃ、必死に煽ってるように見えるわな。 >404
>しかも>398と>399は>378のレス。
いや、違うけど。別にいいけど、なんでそう思ったんだろ。 ＞398 名前：名前は開発中のものです。[sage] 投稿日：2006/01/21(土) 15:01:59 ID:Un+al2d1
＞>378
＞399 名前：名前は開発中のものです。[sage] 投稿日：2006/01/21(土) 15:03:29 ID:Un+al2d1
＞>378
もｗｗｗりｗｗｗあｗｗｗがｗｗｗってｗｗｗｗきｗｗｗまｗｗｗしｗｗｗたｗｗｗ
>405
どうみてもアルツハイマーです。
本当にありがとうございました。
もしかして>328
どっちにしてもアルツハイマーだろうけど。 >>401
まあ実際の所、実行ファイルの設計書とも呼べるソースには、
法的にはどれだけの価値があるかは不明だけどな。
開発費分を要求できるかどうかが一番の問題だが・・・
どっかに判例無い？
>>各位
マジレストンです。配布手数料は自由だけど、そのう
ち制限がかかるかもしれない、でもその制限も抜け
道があるかもしれない、て、ことですね。 >>410
実費に人件費を入れられるんかな・・・？ >406
意味が分からん。それのどこが=378の根拠になるんだ？
>412
そりゃ入れられるだろう。 >>413
確かに「>378「へ」のレス。」と「へ」を入れ忘れたけどさぁ、
そんくらい補間して読めよバカ。実際他の奴はそう読解出来てるだろ？
「意味がわからん」とか本気で言ってんなら、自分の脳味噌腐ってると疑え。
応用も出来ないだろ？プログラムも読めないんじゃね？ >415
あー、そういう意味か、やっと分かったよ。
でも、二つ続けて同じ相手にレス書いたら「自演」なのか？
そんなあさっての方向への疑惑に気づけって言われてもな。
自分の書き方が悪かったのに逆切れすんなよ。 >414
そんな定義があったのか。
GPL、ちょっと横暴じゃないか？ 流布するのに掛かる金はとってもいい、
だから商業市場を否定してるわけではない、ってのがエクスキューズ
だったはず。人件費さえも否定するのは、資本主義的な流通経済の否定だ。 >>417
なんか勘違いしてると思われ。
製品の頒布にはお金をいくらでもとってもいい（だけど、実費でソースを渡さなくちゃいけないから、
実質無意味な定義）
ソースの提供には実費をとってもいい（今回のLeaf の小為替のように）
資本主義の否定（こと、ソフトウェアに関して）は、FSF の立場から当然。 ”あいむじゃすてぃす”
の人に何いってもむだだあよ >418
>資本主義の否定（こと、ソフトウェアに関して）は、FSF の立場から当然。
これはストールマンが苦しい言い訳で否定していたはず。
反資本主義的、反アメリカ的なムーヴメントだと思われることを彼らは
めちゃくちゃおそれていたからね。だからうわべだけ資本主義への迎合の
ポーズをとる抜け目のないやり方をしていたんだ。
人件費の否定ってのは、そのポーズさえ捨てるって事だからな。
隠していた牙をいよいよむき始めたか。 >>414
まあ、「実費」の辞書的意味はそうかもしれんが、GNUっつうのは
「「ソースを売る」という表現は好ましくない、それでは、まるで独占的ソフトウエアに思える
だから、GPLソフトウエアの値段は「手数料を取る」と呼ぶのが望ましい」
なんて言って、辞書的意味を破壊しようとした連中なのよ
そんな連中が、いまさら「実費というのは手数料を含まない値段です」
って言ったって、説得力は無い。
だいたい、GNUの理想は
「誰がいくらかせいでもいい、そんなものは当然の権利である。ただしソースは公開したまえ」
だったはず。
でも、３．０に値段制限項目が入るなら俺はこう思うね。
「本音はやっぱり、ダンピングじゃねぇか」
「やっぱり稼ぐこと自体に反感があるんやんけ！ アカのオフェラ豚どもが！」 誰がいくらかせいでもいい、そんなものは当然の権利である。
（だから俺達は反アメリカではないよ、叩かないでね！）
ただしソースは公開したまえ。
（無料で出回るから、結局ソフトウェア自体では商売できねえけどなﾌﾟｹﾞﾗ）
ってのがGPLの今までの戦略。面従腹背の小理屈をこねてごまかしながら、
じりじりと非資本主義的なソフトウェア流通を推し進めてきた。
で、そろそろ広まりきったから方針転換ってことか？
俺達はだまされていたのかなぁ～。
>>421
違うって。
手数料を取るのはソースを送るときのこと。値段制限項目も手数料について。
「稼ぐ」だのなんだのには興味がなくて、あくまで誰もが無料で自由に使えるソフトウェア
ってのを目指してるだけでしょ。 GPL云々いってるひとたちはこちらへどうぞ
【GPL】ライセンス問題討論すれ6【BSDL】＠Linux板
http://pc8.2ch.net/test/read.cgi/linux/1136386462/
>>416
自分は402じゃない、と言って信じてもらえるかどうかはさておき。
>>378に反論するのはかまわないのだと思うよ(正直うんざりではあるけど)
でも一回のレスですむところを「フェードアウト」に反応して書き込んでから
そのあととってつけたように「吉里吉里の～」なんて書いてたら
必死と思われてもしかたないんじゃない？
で、誰も自演の根拠を読み取れなんていってないけどどこをどう読めばそうなるの？
「必死に煽ってる」と思った理由が>>404でそれを読み取れって話でしょ。
その必死さが「もしかして自演するつもりだったの？」となったわけで。
ほら、この書き込みも必死に見えるでしょ？ どの関連スレに行っても
汎用設計vs土方コードと
GPL議論と
どーでもいい揚げ足の取り合いばかりで
僕はちっとも面白くありません。 >424
いや、自演どうこう言い出したのは404だし。
>しかも>398と>399は>378のレス。
>こんな自演っぽいことしてりゃ、必死に煽ってるように見えるわな。
こんな風に書いたら、378=398=398で議論を自作自演している、と
書いてるように思われてもしょうがないだろう。別にもういいけど。
>406-408の嬉しそうな騒ぎ方とか見てるとねえ。どっちが必死かと。 >425
面白くない本題じゃないと騒ぐばかりで自分で本題に沿った話題を
出さない奴、というのも付け加えたいところだな。 あと、今までの経験上だけど、土方コードを馬鹿にする奴に
収入で負けたことねえんだわ、俺。
現場は頭でっかちの学生君の理想が通用する場じゃないよ。
>429
こんなところで唐突に収入の勝ち負けとか語られてもな。
で、またGPLネタでｽﾏｿだけど、
リーフの次回作からは、Xvidを使わなければ、
今回公開されたソースの一部を使用しても、GPLにはならないんだよな？
readFile.cppとかが更新されてるかをニヤニヤしながら確認してみたいけど無理か。 >431
いや、「土方」などという侮蔑語を投げる奴の変な優越感がむかついてな。
Leafが書いた部分に限れば、著作権がLeafにあるのだから、次のソフトで
GPLを適用せずソースを公開しなくてもかまわない。デュアルライセンスと
同じことになるな。 >>427
多数を思わせるために別IDで一つのレスを同時攻撃。
よくある自演パターンだろ。
同じ相手へのレスを二つに分けるバカなんてそう居ないからな。
自演じゃないとしても必死だよ。 >433
別ID? >406->408のこと？
>同じ相手へのレスを二つに分けるバカなんてそう居ないからな。
後から思いついちゃうこともあるんだよ。 >いや、「土方」などという侮蔑語を投げる奴の変な優越感がむかついてな。
お前も屈折した優越感丸出しジャン。
>あと、今までの経験上だけど、土方コードを馬鹿にする奴に
>収入で負けたことねえんだわ、俺。
>現場は頭でっかちの学生君の理想が通用する場じゃないよ。
俺の経験上はコーダに負けたことはないけど、それが何？
お前はどうせ残業代でセコセコ稼いでるんだろ。コーダが稼ぐにはソレしかないもの。 >>431
> リーフの次回作からは、Xvidを使わなければ、
> 今回公開されたソースの一部を使用しても、GPLにはならないんだよな？
なりません。次回作はおろか、バージョンアップでも同様。Leaf 次第 年収だのなんだのいいたいやつは、確定申告でも源泉徴収でも好きにさらせ。 俺コーダじゃねえしｗ
本業のほうが忙しいもんで、プログラムは片手間だな。残業なんぞしない。
本業と同じくらいには儲かってるけどな。 http://www.flcl.org/~yoh/diary/20051227.html
↑最左翼 土方副長のどこが侮蔑語なんだろ？
>>442
まだあぷろだに残ってたよ
アドレスとDLキーはこのスレ検索してくんろ >>84
それでいいな
とさすらいで流し読みでの結論 >>429
そりゃそうだ。土方コードだろうが汎用設計だろうが、
コーディングにかかる時間なんて大したことは無いからな
全体から見れば、様々な動作テストの方がよっぽど時間がかかる
むしろ、いかにテストで見つからないようなバグを仕込むか？
といった技術の方が、よっぽど大事だわな。そうすりゃ、
追加発注でバグ修正の仕事が入るからな
設計がぐちゃぐちゃだと、テスト用に入れたコードが偶然残ったのか、
意図的に入れたのか、何かの間違いで偶然そうなったのかが、
全く分からないからな。その意味では、汎用設計の方が嘘をつきづらい
ソースを見ない責任者なんて、珍しくもないからな・・・ いじりようのないソースだったからって、
無能同士が実力の伴わない自尊心をぶつけ合うスレにされてもなぁ。 とりあえずソース手に入れました。
UPしてくれた人サンクス。 物理的に不可能なスケジュールなんて珍しくもないよな。
そんな中で納期を延ばすために裏技的な事を行うのは、まあ仕方の無い話だ。
土方コードの方がいいって奴は、それしか書いたこと無いんだろな。
だからメモリがいつの間にかリークしててどこで起こったかを調べるために
１日費やしたりするんだろな。
Leafのソースは表に出てきていないだけで、恐らくまだまだバグがある。
別に完全にオブジェクト指向とかにする必要はないけど（というかまず不可能）、
バグを減らすために何をすればいいかってのを考えてみるといいよ。
×リークする可能性があるなら必ず解放するようにすればいい
○リークする可能性があるならスマートポインタを使えばいい
とかね。
こういうのを人の手に頼ってるといつかミスる。
てか何度もミスってただろ絶対ｗｗｗ 世の中には、土方設計で作られた土方コードしか見たことの無い人もいるんだよ
汎用設計で作られた汎用コードを見せれば、考え方も変わるさ
でも世の中のソースコードの９９％は、土方設計による土方コードだｗ
自分が汎用設計と呼んでるソレも、他人から見れば土方設計だったりしてな。ｗ >>452-454
自演をしてるつもりなのかそれとも単なる2ch初心者なのか… 結論：LeafユーザのPCのべ数十万台での稼動実績 ＞＞＞＞＞＞＞＞＞＞ 頭でっかち名無しの空論・べき論 >>456
だが、その稼働のためにどれだけの（無駄な）時間を使ったのか考えて欲しい。
ちゃんとした設計の出来る、凄腕のプログラマがやれば、
もっと融通の利くスクリプトが、短期間でLeafに渡されるだろう。
機能を追加したりする場合、今のソースだと、
ある変数を使うと、どこまで影響が及ぶのか想像が付かない。
ある程度設計をしていれば、それも手軽に出来るようになるだろう。
このソースを見る限り、ディレクターは「こうしたい！」っていう機能があったにも関わらず、
それをプログラマによって諦めさせられているような気がする...。 > ちゃんとした設計の出来る、凄腕のプログラマがやれば、
貴重種です。
上がプログラムを軽視してるんだろう。
似たような内容で量産するならプログラムに金（出来る人、時間）掛けた方が
絶対いいのに。 高給取りが必ずしも優秀とは限らないのが
プログラマーの世界
なにしろプログラムの「長さ」で給料が決まるからね ゲームでそれはないでしょｗ
受け入れ試験すらみたことないよ。 経済を無視してる香具師が多いな
仮に出来が良くても高くて時間がかかるものなんて売れないんだよ
俺みたいな低賃金orzデジタル土方が手早くそれなりに文句も言わずに動くものを作る方が需要がある
特にエロゲみたいな技術水準が低いものではな
ヒント：Leafは利益を上げ続けているエロゲ業界最大手の一つである。 >>459
「頭でっかち名無しの空論・べき論」乙。
>ちゃんとした設計の出来る、凄腕のプログラマがやれば、
>もっと融通の利くスクリプトが、短期間でLeafに渡されるだろう。
こう言えばあらゆるプログラムを否定できるなｗ
お前の携わったモノも、誰かが陰口叩いてるんじゃね？
「>459じゃなく、もっと凄腕のプログラマがやれば、
もっと効率がよく、短期間で出来た」
ってな。 >445
ソースを綺麗に書いても、検証が足りなきゃ信頼性は低い。
洋ゲーみたいに、動かないのはユーザの環境が悪いと言えたり、
コンシューマみたいにマシン環境が一定したりしてないからな。
バグ修正で金がもらえるようなヌルい仕事してねえよｗ
>451
メモリリークの話なんかすんなよ。レベル低すぎ。
そんなもんはつぶしてあるのが前提の話だろうが。
つーかさすがに俺もデストラクタは使うから、スコープを外れれば
自動解放されるし、メモリリークはほとんど起こさんけどな。
スマートポインタの使い方回りで変なバグ作りこむ方がやっかいだ。
参照カウンタタイプのものは自分では一切使わないな、俺は。
解放タイミングが見えにくいのも怖いし。
所有権（と解放責任）の委譲なんかするからバグの元になる。
>452
今まともにプログラム勉強してればその辺の知識は手に入る。
あえて使おうとも思わんだけだろうと思うんだが。
>462
コードの長さで金もらったことないな。 >459
>このソースを見る限り、ディレクターは「こうしたい！」っていう機能があったにも関わらず、
>それをプログラマによって諦めさせられているような気がする...。
ソースからどうやってそんなこと読み取んだｗ 超能力者かｗ
これだけベタなハードコーディングしてるところをみると、逆に、
構造をウンウンうなって考えてるばかりでコード書かない奴よりは、
アドホックな対応を期間ギリギリでやってくれそうだがｗ
>464
>要求水準
ソースの構造設計や再利用性に関する要求水準が低いのは、
別にエロゲに限ったこっちゃねえな。コンシューマでもそう。
459と同じで、ソースコードの構造に頭をひねり作りこむのと、
実際の動作で要求に答えることとを混同してないか？ >>470
うん？、要求水準なんて書いてないが
コードの構造なんて考えるのは時間の無駄
手慣れた書き方で早く作るのが肝心
要求が増えたら継ぎ接ぎで増やすだけ
お互い「俺はこう思う」の応酬で歩み寄りがないからいつまでたっても平行線
なんでLeafのソースをだめだと言われたぐらいで怒る奴が居るのかがわからん
そういう人は同業者としての自分が責められてるような気がするのか？ １０年より少し前までは当たり前のように
プログラム行数で金額を請求していた。 >だが、その稼働のためにどれだけの（無駄な）時間を使ったのか考えて欲しい。
そんな想像でしか分からない事考える方が無駄だと思うが。 >471
ごめん、一行目は技術水準の間違いだった。
で、設計に対する要求水準と成果物の技術水準を混同するなということを
言いたかったわけだ。
そのとおり、時間の無駄。働かないマニアを飼っとく余裕はない。
ベタコードで書いたって読める範囲のものを作るときはベタに書け。
>472
ダメだしがいかにも頭でっかちだから突っ込んでるわけだが。
たとえばライブラリが再利用性なさそうで、ライブラリと言えないとかの
批判は妥当だと思うし。 「仮想凄腕プログラマ」を使えば、世の中のソフトウェアに纏わる問題は全て解決できるな(藁 「表に出てきていないだけで、恐らくまだまだ」あったらいいな、
ってな仮想バグを使えば、どんなプログラムでもけなせるしなｗ >477
でも、実際の仕事の段階で『無能大口プログラマ』にオーバーライドされるから、
あまり意味は無い。 アルゴリズム創り出せるくらいの能力があるならともかく、
普通は速くて安ければソース気にする上司や顧客は少ないけどな
凡人はソースの美しさに時間を掛けるより、デバッグに時間を掛けた方がバグは少ない
美しさ気にしなければバグ直すのも速いし 誰か教えてくれー、8500でゲーム作ってるのでもの凄い気になる >482
全ファイルを8500などで検索してみろよ。 >>482
俺がその書き込みをしたわけでは無いから、同じことを言ってるのかどうかわからんが
露骨にカード指定してある部分があるので、レスしてみる。
TtT起動時に
「RADEON 8500～9200を使っている（画面が崩れる場合のみ）」というチェックボックスがある。
そのチェック項目で
if(Avg._Radeon8500){
x = (int)(MapControl.px-ShakeDx);
y = (int)(MapControl.py-ShakeDy);
}else{
x = MapControl.px-ShakeDx;
y = MapControl.py-ShakeDy;
}
こんな構文がある。MAPのx,y座標を浮動小数点から整数に変えてあるな。
具体的にはわからんが
整数にしないと「画面が崩れる」＝「テクスチャ化け」ってことかな？ >484
8500持ってないしコードも読んでないが、x,yはfloatなんか？
だとすれば、テクセルとピクセルの対応が0.5ずれてるのを修正している
んじゃないのか、と妄言してみる。
乗り遅れた～
>190 が消えているので再アプお願いします。 こーいうものこそWinnyでおとせばいいんでねーの？ ソース無いので助かるっす
>>484-485
レスありがとうございます。ってことは8500～9200時のみ、
テクスチャを0.5ずらす必要がない(事がある)って事なんですかねぇ。
ちなみにうちの8500だと、0.5ずらして初めて、テクスチャが綺麗に表示されます(TL済みの場合)。 >489
それは大抵のグラボでそういう動作をする。
texelの中心とpixelの中心は0.5ズレてるのが普通。
つーことは、違うっぽいね。何のためなんだろう？ いや、テクセルの中央ずらしは他のオプションで制御されてる。
良くわからんな。
てか、確か8500－9200って全て同じコアでしょ。
しかも、8500が出た当時、海外のベンチマークやゲームでも、よくテクスチャ化け起こしてた。
9000でリニューアルされて以降、そういうのは聞かなくなったけど、そのへんかも。 ソース読んだけど・・・フツーにウンコだなｗ
つーか、こいつメモリ管理（インスタンスの管理つったほうがわかりいい？）できてねぇよ。
あ、newとかdeleteの管理ができてないってことね。
どのタイミングでなんのデータを生成して、どのタイミングでなんのデータを削除するかってのがまるで見えてない。
これじゃバグ減らないだろうな・・・。
まあ、所詮はエロゲPGってとこで終了。データ削除。
洋ナシ、脳ナシ、魅力ナシ、領域の無駄ｗ
HDDから飛んでケー！ｗ 自慢厨ばっかで実際にプログラムできそうなヤツは居ないようだな
葉っぱ板のがまだ有効に使ってる >>469
>メモリリークの話なんかすんなよ。レベル低すぎ。
>そんなもんはつぶしてあるのが前提の話だろうが。
どうやって、その潰されているってのを保証するんだ？
>つーかさすがに俺もデストラクタは使うから、スコープを外れれば
>自動解放されるし、メモリリークはほとんど起こさんけどな。
インナーで使っているものはそれでいいかもしれないが、
外部からポインタをセットして貰って、その領域がいつの間にか解放されていたり、
内部のポインタをどこかに渡してそのままデストラクタが呼ばれた場合は？
>スマートポインタの使い方回りで変なバグ作りこむ方がやっかいだ。
それって質の悪いスマートポインタ使ってるんじゃね？
newだろうがmallocだろう自前のアロケータだろうがちゃんと解放出来て、
アップ・ダウンキャストが出来るスマートポインタじゃないとまともに使えないと思う。
>解放タイミングが見えにくいのも怖いし。
どこから参照されているか、ってのを常に考えながらプログラムを書く方が恐い。
人間だから、いつ忘れるかわかったもんじゃないからな。
>>470
>ソースからどうやってそんなこと読み取んだｗ 超能力者かｗ
Leafはシステム周りがあまり充実してるとは思わなかったからね。
>構造をウンウンうなって考えてるばかりでコード書かない奴
それは凄腕のプログラマとは言わない……。
>>475
>そんな想像でしか分からない事考える方が無駄だと思うが。
確かにそうかも...。
>>476
>そのとおり、時間の無駄。働かないマニアを飼っとく余裕はない。
俺もそう思う。
>ベタコードで書いたって読める範囲のものを作るときはベタに書け。
だからってベタに書く必要は無い。
速く設計出来てバグのないプログラムを速く組めて、保守性が良ければいい。
とりあえず全部は無理にしても、それを目指すべきだろう。
>>478
こういった全部publicになってるようなソースはどこから何をされているか分かりづらいから、
安全性が保証されていることを立証するのが難しいんだよ。
だから「まだまだあるだろう」って書いた。
>>481
>普通は速くて安ければソース気にする上司や顧客は少ないけどな
上の人は保守性も気にして欲しいな...。 上記のRADEON8500対応みたいな部分こそ、枯れてるプログラムの美点だな。
あたまでっかちが幾ら「綺麗な設計」しても、環境が無ければ対応できない。
「ハードウェア/ドライバ側が対応すべきだ！」と寝言を言って
RADEONユーザを逃すか、AP側で対応して売るか。 >あ、newとかdeleteの管理ができてないってことね。
newもdeleteも使って無いようだけど…？
つーか、何人かは「C++使ってないからウンコ」と主張してるようだけど
そんなんで批判してるのはアホだよ？
Javaしか知らないJava厨に言わせれば「Java使ってないからウンコ」だろうね。
Lispしか知らないLisp厨に言わせれば「Lisp使ってないからウンコ」だ。
その次元と同じことに早く気づけよ。 >>496
枯れてるプログラムというか、過去の蓄積では……。
そして本当の「綺麗な設計」は、その辺も丁寧に wrap 出来る設計だと思う。 さっきから「スマートポインタ使わないなんてバカじゃね？」
というような主張をしてるキミへ
スマートポインタ？なんでGC使わないの？バカじゃね？ GC使えばメモリリークがなくなると思ってる奴は素人 設計段階から、どんなワークアラウンドが必要かなんて
わからんよ。 スマートポインタでメモリリークが無くなると思ってる奴よりは玄人 >>499
俺か？
GC のことを失念してた。
でも、GC は便利だけど、開発の規模が大きくなるから、
そんなの言語レベルで実装してくれないと厳しい気がする。
C++ で GC とか作れるレベルのプログラマにスマートポインタを必ず使えとは言えないけど、
malloc とかで領域を確保するぐらいならスマートポインタを使って欲しいね。 >>502
GC を自前で作れるﾔｼは玄人。
まじすげぇと思う。 つーか、マジ葉鍵板のほうがまともだな。
普通のプロジェクトに参加したことがあるならこれくらい普通だろ？
１００人クラスは参加したこと無いので分からんが。
もし自分が飛び込みで参加するとしたら吉里吉里とかよりよっぽど
今回のこのソースのほうが入りやすいと思うんだが。
それとも大手では本当に理想論的なプログラムを組んでるの？
最大でプログラマ１０人で、大作プロジェクトにはかかわったこと
無いので最大手などはどうやってるかわかんないですが。
あと、最後まで組み上げた事なさそうな理想論言う人多すぎ。 >504
GCは68k版のPalmOSにも載ってたな、そういえば。 あのう、鍵板の方のどのへんがマトモなんでしょうか。 現場も吉里吉里も知らない普通の趣味プログラマーだが、
ソース見た瞬間に糞っぽい雰囲気が漂ってきたぞ。 ＧＣでメモリリークがなくなると思ってるんですけど。。
なくならないんです？
あと、少しくらいメモリリークしてもいいジャンとか思ったり。。。 なにより目的が違うじゃん。
吉里吉里ってのはどんなゲームになるのかわからんから
汎用性やメンテ考慮するだろうけど、
これについては、ToHeart2っていう企画のゲームが
納期までに動けばいいんだから。 最近はメモリなんて山ほどあるんだから、エロゲくらい静的配列でいいじゃん
>>511
やっぱりメモリリークがなくなるように見えるんですが
俺ってバカ？ >>510
ゲームプログラムの場合1作品じゃペイしないから
汎用性、メンテしやすさを考慮して、
数作掛けて元を取るのが最近のトレンドでないの？
>>513
いつプールするか指定できないからリークが発生する >>509
循環参照してると、いつまで経っても解放されない。
もしくは自分は解放したつもりでも、スレッドマネージャとかの管理クラスが
いつまでも参照しているってこともある。
>少しくらいメモリリークしてもいいジャン
Windows ならプロセスの終了時に OS が解放してるから、
ちょっとしたリークなら大丈夫かもね。
でも、リークするルーチンが何度も呼ばれるようであれば問題。
スワッピング起こして動作が鈍くなって最終的には落ちる。 >>514
よくしらんけど、Leafのゲームって
バカ売れしてるイメージがあるんだけど違うんでしょうか ガベコレだと有名なのはBoehm辺りかな。
だれか趣味じゃなくてプロジェクトで使った事ある人居る？ >>515
そのうちプールされるんじゃないんです？ >速く設計出来てバグのないプログラムを速く組めて、保守性が良ければいい。
>とりあえず全部は無理にしても、それを目指すべきだろう。
とりあえず君が夢見がちなアリスちゃんって事は分かった。
>>520
だから「目指すべきだろう」って言ってるじゃん。
俺なんか変なこと言ってる？ 結論：LeafユーザのPCのべ数十万台での稼動実績 ＞＞＞＞＞＞＞＞＞＞ 頭でっかち名無しの空論・べき論 俺は、>484のようなのがもっとたくさんあるならいいなあと思っていた
わけだが、なかなかそういうもんでもないようだな。
>494
>どうやって、その潰されているってのを保証するんだ？
さて、どこから突っ込んだものやら。
>495
publicだのprivateだのでバグが増えるほど複雑なソースでもないだろ。
君の理論だと、Cソースであるだけで潜在的バグを疑われることに
なるんだが？ C++以前からやってるプログラマを舐めすぎじゃないか？
mallocがリーク云々の元だとか行って毛嫌いしてる奴は、
Win32APIの取得／解放系は一切使わないのかねえ？ メモリリークのバグとか聞くのはたいていCのプログラム。
Javaプログラムのメモリリークなんて聞いたこともない。 だったらエロゲだけじゃなくてFPSやネットゲーもJavaで開発すればいいのにね >525
リークしにくいのがJavaの売りのひとつなんだから当然。ないわけではないが。
C++でもリークするようなコードはいくらでもかけるぞ。
Cのリークは、どこかで解放すりゃあそれで終わるようなことだが、
下手に作りこんだスマートポインタやGC周りでリークが起きたら
デバッグしんどいぞ。 >Cソースであるだけで潜在的バグを疑われる
そういうことになるな。
だからこそ C++ や C# という言語が出てきたと思っているんだけれども...。
>C++以前からやってるプログラマを舐めすぎ
俺もCからやってるよ。
でも、Cは必要のない管理（機械的に出来る処理）を迫られることがよくある。
俺は、機械的に出来る処理は、出来る限り機械に任せるべきだと思っているんだが、
そう思ってる人は少ないのかな？
>Win32APIの取得／解放系は一切使わないのかねえ？
スマートポインタをセットするときに、解放するための functor を一緒に登録しておく。
そうすれば、どんなアロケータだろうときちんと解放できる。 別にCだってカプセル化はできるしスマートポインタだってできるでしょ。
C++ほど実装が自動化できないというだけで。 >>529
Cでデストラクタの自動実行を実現する方法があるなら教えてくれないか？ >>529
>スマートポインタ
確かに出来る。
ただ、例えばポインタ同士をイコールで結ぶたびに、参照カウンタを増やすための
関数を呼び出さなければならないっていう（無駄な）ルールが出来てしまう。
もしその関数を呼び出すのを忘れたらカウントが狂ってしまう。
smart_equal みたいな関数を作ったとしても、可読性がすごく悪くなる。
さすがに俺もそこまでして C でスマートポインタを使おうとは思わない...。
C++ であれば、operator=() を使えば解決できる。
可読性も落ちない。参照カウンタを間違えるミスもしない。
>C++ほど実装が自動化できない
俺はそこが一番の問題だと思ってる。
忘れるってのは人間だからあること。
ちょっと忘れただけで重大なバグが出たりすると、目も当てられない。
しかもそのデバッグするコストを考えると、出来る限り自動化したいと思ってる。 C++は学習コストが高い。
俺はかなり上達したが、思い返せば確かに複雑なルールが多すぎる。
それを思えば、使える人が多いCで開発することもしょうがないと考える。
クラスを作る時のビックスリーの約束事、ちゃんと知ってる人が何人いるか。 >しかもそのデバッグするコストを考えると、出来る限り自動化したいと思ってる。
はぁ。ならC++を使うのもやめたらどうだろうか。
もっと自動化できるよ。 >>533
うん、今は C# を勉強してる。
ところで、これは純粋な疑問なんだけど、
>もっと自動化できる
自動化しても構わない部分を自動化するのに何か問題があるの？ 勝手にすればいいんじゃないの？お前がどうしようと自由だ。 単純に、２人で開発しるとします。
１人はC++を完全に使いこなせる。C的に書くことも出来る。
１人は、C専用。
この環境で、C++で組むことが望ましいか？
・・・んなわけない。
それだけの話だと思うんだが。
このコード、明らかに２人以上の手が入ってるし。 そしてそのうちの1人はC++を完全に使いこなせないのに
無理してC++使うアフォだな お前らつまらない事で争ってないで仲良くデスマーチしてなさい >537
betterCとしてC++で組みながら、徐々に学習/教育していく。
年がら年中マスターアップ前じゃ無いんだから、
余裕のある時に、言語の学習やらライブラリの整理やらをしてるのか？って話だと思う。 お前ら、エロゲプログラマはプログラマでもさらに底辺の存在なんだよ
これ基本
これで糞コードも、低レベルプログラマ擁護厨も説明がつくだろ？
まともに付き合ってると感染るぞ >>537
C++使えない人間を採用しなきゃいいじゃん
同人じゃあるまいし… >>542
お前直前のレスが読めないのか？
エロゲなんて同人と大して変わんないんだよ。
>C++使えない人間を採用しなきゃいいじゃん
普通のゲーム求人でもC++必須と要求しとる会社なんぞ少ないわアホ！
社会でろ！ 面接で忘れてはいけない最も重要な点はここにある
―優良な候補者を誤ってはじいてしまう事は不良な候補者を誤採用するよりはずっとマシ―
不良候補者の不手際を修正するために、ゆくゆく多大なる優秀な人々の時間、
ひいては会社のコストを犠牲にしなければならなくなる。
少しでも不安要素があれば 不採用 だ。 >528
>>Cソースであるだけで潜在的バグを疑われる
>そういうことになるな。
あきれ果てた。少しはまともな奴かと思ってたのに。
>でも、Cは必要のない管理（機械的に出来る処理）を迫られることがよくある。
そういうところだけC++を使えばいい。デストラクタとかね。つまりbetter C。
なんでも自動化しようとしすぎてドツボにはまるのがC++マニアの限界。
>スマートポインタをセットするときに、解放するための functor を一緒に登録しておく。
>そうすれば、どんなアロケータだろうときちんと解放できる。
いつ解放されるのかタイミングを制御しにくいけどな。
解放順でエラーが出るとめどい。だから、MFCとかは明示的に解放できるように
Create Destroyメソッドが付いてんだよ。実質malloc freeと変わらん。
>532
>それを思えば、使える人が多いCで開発することもしょうがないと考える。
そゆこったな。俺だってその気になればC++使えるけど、デバッグ時に
いちいち参考書読んで調べながら、なんてやってられんだろう。
硬くて単純なCライクなソースを好むのはそういうことだ。 「潜在的バグ」の作りやすさという点ではＣが劣るかもしれないが、
悪質さという意味ではＣ＋＋のほうが劣る。継承元やテンプレートの
細かい実装部分に由来する不具合を追うのは大変だ。ソース上に現れない
関数呼び出しが多いからな。
Ｃ＋＋は元々ある程度大きなプログラムを集団作業で作るために開発された
言語だ。大して大きくもないシステムを一人で保守するために、あんまり
大げさな設計をする必要はない。ベタでいい。 つーか、今読み直してみたけど、XvidもＣソースだぞｗ
これも潜在的なバグが疑われるのか？ C++叩くやつって大きく分けて２種類いるよな。
C++理解できないやつと、C++使いすぎて問題点が目に付くようになったやつと。
前の会社で前者の上司がいて大変だったぜ。 趣味でならSTLもBoostも触ってみたことがあるし、Modern C++なんか
パズル的に大いに楽しませてもらったけどな。
仕事で使うってことは、また別だからな。 すみませんが誰かソースを再うｐしていただけませんか。 使う人間の能力が追いつかなくてバグの温床になるような言語は要らない。 saerchはなあ。ちょっと恥ずかしいなあ。
世の中結構つづり間違ってるソースあるけどさ。日本人はその辺弱い。 で、リファクタリング済みのソースUPはまだですか？
＞設計が汚いとか実装がヘボイ云々言ってる賢い人々
#「１から作り直した方が早くて楽」であるなら、
#同じ機能を作り直したソースでも構いませんが… じゃあ俺がreserveをresizeに直したのをUPするよ。 >>558
通りすがりが川を見て「汚い川だな」と言ったからって
その通りすがりがドブ掃除までするはずが無いだろう。 >>559
あの箇所はそれだけじゃ解決しないじゃん・・・。え、いや、もちろん
気がついてらっしゃると思いますけど 自分から「キボンヌキボンヌ」と騒いでドブ川へ我先にと飛び込んでおいて、
「汚い川だな、服が汚れちまった、俺んちの池のほうが綺麗だぜ」とか
騒いでるようなもんだな。しかも、本当にそいつんちの池が綺麗なのかは
誰も知る由もないｗ じゃあ、あれのソースはキレイなのかってぇとそうでもない気がするんだが。 汚いソースのゲームだとウン万本売れるってことだ。
綺麗なソースだと売れないってことだ。 それが結論かも。
要は動くモノを送り出せばいいだけで、きれいにすることに時間かけることなんか
たいした意味がないということかも。 そゆことだな。コードの美しさなんか誰も評価してくれないし。 >>546
>なんでも自動化しようとしすぎてドツボにはまるのがC++マニアの限界
設計のやり方だろうな。下手な奴がやるとむしろよけいに汚くなる。
>解放順でエラーが出るとめんどい
出るのか？
どこからか参照されてる限り解放されないんだから、NULL にアクセスってこともないだろ？
あと俺は MFC 嫌い...。
>>547
>細かい実装部分に由来する不具合を追うのは大変
確かに。それは同意できる。
>大げさな設計をする必要はない。ベタでいい。
大げさな設計をする必要はないと思うけど、だからってベタにする必要はないんじゃね？
デザインパターンは結構小回りが効く設計だと思うんだけど。
>XvidもＣソース
いまだに C でプログラムを書かないといけないって現状を考えると、
こういったものは C で書くしかないんじゃね？ >>572
いいや、ベタにする必要はある。
際限なく汎用化、抽象化し、簡単なはずの物事を難しくしようとする設計厨にはわからんのかもしれんがな。 >>574
>際限なく汎用化、抽象化
そこまでは言わないよ。
俺も１回しか使わないようなソースであればベタで書いた方がいいと思ってる。
さすがに何度も使うような部分であればちょっと考えるけど。 >572
そら上手い奴が上手くやればなんでも上手く行くけどな。
解放「順」が問題な。あと、リソースをこまめに節約しようと思うと、
どうしても手動で取得／解放する形になるなあ。目に見えるところで
制御したい。まあ、君がMFC嫌いだというのは分かる気がする。
デザパタは確かに有意義かもしれんが、あんまし今回関係なくない？
対応コンパイラがVC++とgccなんだから、C++でいい気がするが。 >>578
>上手い奴が上手くやればなんでも上手く行く
だね。ほんとそういう人たちを尊敬する。
>手動で取得／解放する形になる
null をセットすれば事足りるけど、確かにそれだと
どこかに残ってる可能性があるから怖いね。
でもどこかに残ってるってことは不正アクセスの可能性があるわけで……。
まあそんなプログラムは C だったら組まないか……。C++ だからありうる話だね。納得。
>あんまし今回関係なくない？
大がかりにならない設計を考えると、まず最初にデザパタの一部が思い浮かんだんだ。
考えてみれば、デザパタも小さいとは言えないかもしれない。
>C++でいい気がする
C しか使えない or C の方が使いやすいって人が多かったってことなのかな。
もしくはやっぱり多くの人に使ってもらうためとか。 >575
これかな？
ttp://gamdev.org/w/?%5B%5BToHeart2%A4%DB%A4%ABAquaPlus%2FLeaf%A4%CEGPL%A5%B2%A1%BC%A4%F2%A4%A4%A4%B8%A4%EB%A5%B9%A5%EC%5D%5D#contents_1 米国で単語の綴りがちゃんとかけない人ってのは多いらしいけどな
日本でも漢字は危ういことになっているみたいだが >>580
それ、
＞ じゃあ俺がreserveをresizeに直したのをUPするよ。
が入ってない。多分元のまんま。
引き続き、リファクタリング済みソースUPまだぁ？ >>547
> Ｃ＋＋は元々ある程度大きなプログラムを集団作業で作るために開発された
> 言語だ。大して大きくもないシステムを一人で保守するために、あんまり
> 大げさな設計をする必要はない。ベタでいい。
んあー、C++で同人シュー何本も１人作ってるけどどう見ても便利です。本当に（略）
MSX時代や98時代にグダグダと低レベルな実装してたのがSTLやboostで一撃で済むようになったし、
自作ライブラリの再利用や書き直しはすんなり行くようになったし、
コードの影響範囲が絞れるから原因不明のバグで１日つぶれるようなことも皆無に近くなったし、
ありがたいことこの上ないんですけど。
むしろこんなに楽になったらプログラミングの労働価値なくなるよなとか危機感抱きはじめてる。
そりゃC++の習得には結構な時間投資したし、C++自体は欠陥だらけの言語だと思うけど、
いったん作法が身についてしまえば、１人だろうがチームだろうがこれ以上の道具はないと思うけどなあ。
（WindowsではもしかしたらC#が来るのかもしれんけど）
最高ではないが最良の武器ってやつ。少なくともCなんてもう馬鹿馬鹿しくて使ってらんない。
つーか、何か仮想的を想定してない？ 不必要に仰々しいOOP論者とか。そゆのは俺も嫌いだし。
>>546
> 俺だってその気になればC++使えるけど、デバッグ時に
> いちいち参考書読んで調べながら、なんてやってられんだろう。
いくら複雑な言語とはいえ、いちいち本開くようでは使いこなせていないにもほどがあるでしょ。
単にキミがC++初心者なだけでは？ C初心者の頃もそんな感じじゃなかった？
アドバイスすると、C++を使う上での原則やよく使うAPIをテキストファイルにでもまとめとくといいよ。
参考書がでかいなら圧縮しなさい。難しい問題に対するのに、ノートを取りもしない人間が多すぎる。
学生時代に一体どうやって勉強していたのか。 >>583
スレ違いだけどSTLとか何で勉強したか教えてください >583
>コードの影響範囲が絞れるから原因不明のバグで
>１日つぶれるようなことも皆無に近くなったし
これは絶対嘘だろうｗ 逆に増えるはずだが……。
Ｃプログラム時代に相当下手な開発してなかったか？
>不必要に仰々しいOOP論者とか。
この辺排除したら、２Ｄゲくらいの規模ならbetter Cという
結論に落ち着かない？
>単にキミがC++初心者なだけでは？ C初心者の頃もそんな感じじゃなかった？
テンプレート周りの記法にはあまりなれてないな。
STLのどれにどんなメソッドがあって実行効率がどうなのかも覚えてない。 あー、別にC++のほうが得意って奴がいても変だとは思わんのよ。
ただ、あまりにも確信もってC++のほうがいいと言ってる奴みると、
Cゲームプログラミング技術の蓄積と硬さ、人材の豊富さを
舐めるなよといいたくなるだけで。C++やSTLやBoostを「ドツボに
はまらず」完璧に使いこなせる人材がどれだけいると思う？
そして、そういう人間がゲームプログラマをやるかなあとも。 >586
>Cゲームプログラミング技術の蓄積
これ参考にしたいんだけど、どこにあるの？ おまえらではチーム開発は出来ない。
まともなファーム屋で修行してこい。
＞C++やSTLやBoostを「ドツボに
＞はまらず」完璧に使いこなせる人材がどれだけいると思う？
ここに居ます。
＞そして、そういう人間がゲームプログラマをやるかなあとも。
やらね。安いし。 かんぺきなぷろぐらまばっかりなのになんでですまーちがなくならないんですか？
おしえてください。 >588
どうせケチしかつけねえから教えてやんねｗ
>592
うむ、いい答えだ。つまり、そういうことだよ。 >599
公開されない技術の蓄積に何の意味があるのか。
ま、どうせカビの生えた酸っぱいブドウだろうから、いらないや。 とりあえずここにいるプログラマーって人間は
会話のできる相手を見定める能力に欠けることはわかった
親近感がわいた C++でゲーム業界にいる俺様がいますよ！
しかし、C++ってそんなに歓迎されないのかなぁ？
VCみたいなコード補完機能があるRADを使えば、
C++の開発効率ってのはC言語と比べ物にならないと思うんだが…
C言語にこだわっている人ってその辺のツールを使いこなせてないのか？
少なくとも、調べたり確認したりする時間は大幅に減るぞ
ついでに、VBならともかくC言語の技術ってのはC++でも使えるのに
技術の蓄積もないと思うんだが…
人材の豊富さに関しては、Cしか使えない人材なんて…ねぇ？
学習意欲のないコボちゃん予備軍じゃないの？ 小難しい技法や「プログラマの常識」なんてもんは
自分の現行知識がやりたいことに及ばなかったときか気が向いたときにでも
おいおい覚えていけばいいと思ってる奴はプログラマ失格でしょうか(´ω｀)
そんな俺はSTLなんて触ったこともないしクラスの使い方もヘッダのやりくりも
たぶんデタラメなC++使い。C++を使ってる理由は「なんとなｋ（ｒｙ >602
RADやCからの流用で使いこなせるのって、better Cの部分じゃね？
明確にbetter CとC++の区分があるわけじゃないが、better Cすら
使えないプログラマってのはさすがに今ほとんどいないぞ。
C++独特の部分を使いこなすにはかなりの蓄積がいるってことだ。 すぐ極論に走り他人の揚げ足をとることばかりにリソースをさくおまえらはやはりダメだ。
その間にも納期は迫って来るんだぞ。。
…ってここはいつからマ板になったんだ？ 新日プロ総帥と共にマ界へ帰れ。
・・・あれは違う世界か。 ム板の隔離じゃなかったっけ。
だからこそプログラム以外のスレに多少違和感を感じる だからbetter Cだって何人も言ってるやんけ
C++を有効に使えるやつは使えばよし、使いたくない人間は使わなければよし
ライブラリ化さえしてれば、他人のやり方にケチなんてつける必要ない。
どうしても共存できないものならともかく、共存できるんだから問題ないだろ。
他人までC++で染め上げなければ気に入らんのかねぇ。
何のための互換性だか。 馬鹿だな、お前
おまいら雑魚はbetterC、俺様はC++、格が違う、って言いたいんだよ >610
何らかの手段でC++のクラスをエクスポートした場合とか？
頑張って無理すれば利用できないこともないだろうけど。
>611
「えーマジbetterC!?」
「betterCが許されるのは小ｒｙ betterCが許されるのは小・中企業だけ、大企業は見栄はってC++ 自分語りやC++談義はいいから、ちっとは解析とリファクタリングは進んだのかね？ 解析やリファクタリングはいいから、もっとアフォの煽り合いを見ていたい。 誰が金にもならないのに他人のソースのリファクタリングなんかやるんだよ。 ttp://www.autch.net/online/aquaplus_sources.php
検索しない俺が馬鹿でしたごめんなさい まぁGPL関連はソースを出させるまでが祭りですから。 ソースだけあっても肝心な物がないと思う。
それは愛（液）。 なんかやりたいなら自分でやれと。（笑）
中身見てまあこんなもんかと納得して終わりが普通だべ。他人のソースなんて。 もしもToHeart2のようなタイプのゲームを作りたいならば、
吉里吉里なりNScripter覚えた方が早いし。 ノベルエンジンのソースを見たところで
どうせDirectXやSDL使うし
どーでもいい でも、同人でGPL無視で使うやつが１人ぐらいはいるに一票。
（むしろ、このスレとかを読んでない専門学校生とか。）
いや、もっと恐ろしいのは、専門学校の先生が教材としてこれを改造し
無知な生徒に配ってしまい
生徒は知らないうちにGPL汚染されたまま企業に入るという、最悪のシナリオがあるな。 完成させて売りつけたらそれでおしまいだから
再利用もメンテナンスも考慮しない書き方するのね 吉里吉里（KAG）やNスク覚えたほうが早いとか言ってる奴って
スクリプタプログラミングの勉強すること自体否定してんの？
今回のソースが参考になるか否かは関係なく。 メルブラみたく、他ジャンルとの複合をやりたいときは
自分で出来たほうがいいよなぁ。「他ジャンル」のほうがメインの場合。
ノベル（ADV）がメインの場合はDLLとかでカバーする方法もあるけど。 勉強すること自体否定してるわけでなく
生産性に疑問があるんだろう。 んで、Radeon8500の依存コードは結局何を回避してるんですか？
頂点座標が整数値じゃないとテクスチャがボケるとか？
そもそもスプライトにTL頂点使うのあんま良くないと思うんだけど。 >>639
そう思うならここで言ってないで指摘してやれ。 >>639
つ 「言い出しっぺの法則」
修正済みソースのUPは何時頃になりそう？
口だけでとにかく叩くだけの人は偉い
このスレでだけ もしも超空間が・・・
あるいはケロQがGPL違反をしてたら・・・
たぶん世間から気づいてもらえないままなんだろうな
ゲームのデキはいいがシステム地雷なメーカーだろう、ソース見れてうれしいのは。 314のTH2専用 PAK展開TOOL v1.0
誰か持ってる方再UPお願いできませんか >650
vipろだに上げといた(小物6501)
DLpassは314のソレに合わせた
あとは知らん DLpassを掛けるのはGPL信者らしからぬ行動だな。 PAK展開TOOLはV1.1が最新なんだが・・bakに対応して(忘れてたらしい)途中で落ちるのが直ってる。
どうでもいいけど。 ありがとうございました
6501を無事DLさせてもらいました >653
俺GPL儲ぢゃないんでー
>654
1.1拾い損ねてる事に今気づきました俺orz
まぁ落ちるトコは何処か知らんけどbak対応自体は
main()ちょいと修正すればいけるんでないかね
fnt/grp/sdt辺りと同じ処理通せばokっしょ多分 > 配達先不明のお知らせ
> 2006.01.27
> 配達先不明で１件戻ってきております。
> 心当たりのある方はメール・お電話・FAX等で弊社へご連絡下さい。
>
> 希望封筒の消印 ： 06.1.10.8-12
> 大阪府東大阪市 イニシャルN.Y 様
ぶっこ抜きツール守銭奴（おたのしみCD軍団）に一撃を加えられただけでもよしとするべき。 おたのしみCDは裁判に負けて回収されたモノも含めて全部その辺に落ちてるけどね。 ウェストサイドだっけ？
DOA２全裸でテクモに訴えられてしまったのはもう古い話だな。 「セキュリティの弱体化を招く」--L・トーバルズ、GPL第3版の反DRM条項を批判
http://japan.zdnet.com/news/os/story/0,2000052527,20095838,00.htm
Torvaldsは米国時間2月1日、Linuxカーネルに関するメーリングリストに電子メールを投稿し、
「多くの人々が、GPL3の反DRM条項はそれほどよいものではないと考えているだろう。
デジタル署名や暗号化などは単純に『不適切なDRM』とすることはできず、
むしろ『適切なセキュリティ』と呼んだ方がぴったりする」と語った。
http://www.itmedia.co.jp/enterprise/articles/0602/07/news014.html
プログラマが絵描きに相手にされない理由
・プログラマは漫画やイラストに興味があるが、
絵描きはプログラミングに興味が無い
・プログラマは絵描きにコンプレックスを持っているが、
絵描きはプログラマにコンプレックスを持っていない
・プログラマは絵描きを尊敬しているが、
絵描きはプログラマに興味が無い
・プログラマは絵描きがいないとエンターテインメントを生み出せないが、
絵描きはプログラマがいなくても可能である
・有名なプログラマは少ないが、
有名な絵描きは多い
・プログラマのセンスはプログラマにしか理解されないが，
絵描きのセンスは広く一般に批評の対象となる
・絵描きは個性的であればあるほど評価されるが，
プログラマはむしろ没個性的であることが望まれる どっかのコピペか何かか？下４つはなるほどと思ってしまった。
上４つは絵描き兼プログラマやってる自分にはよくわかんね。
しかし漫研とかは文系が多かった気はするな。 ＞プログラミングに興味がない >>670
絵描きもしますが大体においては当たってるような気がします。 １つだけマジレスすれば、
プログラムだけでもエンターテインメントは生み出せます。 うむ。Ｊａｐａｎｅｓｅ”ＫＡＲＡＫＵＲＩ”万歳！！！ >>672-674
もコピペです。
このレスもコピペです。 結論
絵描き＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞プログラマ 全てを支える土台を作るポジションでありながら一番地位が低いのがプログラマ 絵描きは一生絵描きだが、プログラマは出世すると
プログラマじゃなくなる。ビルゲイツみたいにな。
絵描きとソフト業界の底辺のプログラマを比べたら
絵描き＞プログラマになるのは当たり前。 プログラマ→システムエンジニア…と
ジョブチェンジしていく中で
一番下のジョブがプログラマってこと。
絵描きがレベルアップして有名になっても
ジョブは絵描きのままだろうけど、
プログラマがレベルアップしたら
システムエンジニア等にジョブチェンジするから
ジョブがプログラマのまま有名になることはないだろう。
と思ったわけです。 ゲーム製作者で世界的に有名な人の半分はプログラマだがね。 プログラマはセンスだけじゃなくて知力も必要だからな。
ぼんくらでもできる絵描きとはわけがちがう。 >>685
絵描きでも下っ端のうちはグラフィッカとして色塗りだけだったりするな。
キャラクターのデザインなんて任されるのはジョブチェンジした後だし。 納豆とチョコレート比べても意味がないのと同じ
比べるものが違うのは明らか
ところでこんなコピペを見つけたんだが
【今からでもまに合う！バレンタインチョコを絶対にもらえる方法】
女性店員がレジにいるコンビニでチョコを買う
可愛いアルバイトの子がいる店を事前に見つけておくとよりベター
↓
わざと商品（チョコ）を受け取らずその場を立ち去ろうとする。
この時あまり足早に店を出てしまうと男のバイトが走って持ってきて
ウホッってしまう可能性がある。あくまでも少しレジから離れる程度にとどめる。
↓
女性店員が走って渡しに来る「あの・・・これ・・・」
この時「えっ？」など少し意外といった態度を取るとふいんきが増す。
戸惑った素振りを見せながら「ありがとう・・」と女性店員の目を見つめながら言う。
↓
「どうぞ」などと安堵の表情を浮かべる女性店員から商品（チョコ）を受け取る。
この時、わずかに女性店員の小指などに触れ「あっ」といった表情で女性店員を再度見つめる。
↓
「ご、ごめんなさいっ」などと言いドギマギしながら走り去る女性店員をヤレヤレといった表情で見送る・・ >>689
もっと早く見つけてくれたら実践できた。 これって、送ってもらったやつを、勝手にネットに公開したらまずいの? もう公開されているからわざわざする必要無いと思う。 ２ｃｈのあちこちのスレで、必死で煽ってるのはGPL信者のこいつだった。
http://d.hatena.ne.jp/iwaim/20060214/1139916385
----
2006-02-14
■ Re: http://pc8.2ch.net/test/read.cgi/php/1139485616/365n
「オレオレGPL」は多分(謎)私の造語。あまり適切ではなかったように思っている。
あと、XOOPS Cube公式サイトへの書き込みがあの時間(いつ)なのはアカウント
発行までのタイムラグ。登録したメールアドレスに届くメールを読める環境を
使えるようになったのがあの時間だから。厳密には使えるようになってすぐに
公式サイトに書いたわけではないが。ちなみに、365と同様に何が凄いのか
さっぱりわかんない。
なお、私の目的は、GNU GPL 2 やフリーソフトウェア、オープンソースソフトウェアに
対しての誤解が蔓延してしまうことを防ぐこと。
624 のサイトでダウンロードし、ソースをざっと見た。
市販ゲームのソースって初めて見たけど、
そんなに超大規模ソースというものでもないんだな。
TtTのソースに、アイテムデータを直接ソースに書かれてた部分が
あって、そういうものなのかと思ったりもした。 ファイルから読み込むよりは、直接メモリから読んだ方がいろんな意味で早い。
なので実行ファイルに直接データ埋め込む手法は結構ありがちな手段。
もっとも、普通のゲームメーカーはEXEではなくDLLに埋め込むようだが。 >>697
都市伝説ﾊｹｰﾝ
＞ファイルから読み込むよりは、直接メモリから読んだ方がいろんな意味で早い。
＞なので実行ファイルに直接データ埋め込む手法は結構ありがちな手段。
意味不明。そのEXEやDLLもファイルから読み込んでるわけで
EXEやDLL以外のファイルにバイナリデータを格納する場合と比較して
何が「いろんな意味で早い」んだ？HDD→メモリの転送速度なら
どちらの場合も同じだぞ？
EXEに埋め込む＝起動時にロード だから
ゲームプレイ中の体感速度が速い（ストレスが少ない）ということか？
それならデータファイルの場合でも起動時にロードすれば同じだぞ？ よくわからんがデータファイルはウィンドウ生成辺りで全部まとめて読み込んでるぞ コード中に埋め込めばファイルからロードする為のルーチン作成の手間も
省けるからなぁ…。 >>700
アイテムの属性をちょっと変えるだけでビルドし直すほうがよっぽど手間だよ ファイル読込ルーチンごときで毎回バグを出せるゲーム業界に乾杯！
どんな屑プログラマの集まりなんだよ・・・ >>696が言ってるそのアイテムデータのコードってのを見てないから何とも胃炎がさー
アイテムデータって言ったら普通はしんどーい調整作業（反復作業）が待ってるよな。 >>700
普通は予めクラス構成しておいてそれをつなげるだけだと思うが･･
使い回しも利くし 日本は工学は大丈夫だけど、
software engineeringではついて来れてないからね
ハードウェアはstructure paradigmでも出来るから 再利用まったくされないもののために一々ファイル数増やすのもよろしくないしな。
ハードコーディングすれば1分ですむならそれもありだろう。
そんなことを積み重ねてるとあとで大変なことになるけども、すぐ終わる仕事ならどうでもいい。 公開される前はあれだけ騒いでいたのに、公開されても何の影響もなかった。 >>710 いやあるだろ。
次のゲームをGPLにしなければソースの再利用ができないんだから。
まあ次もGPLにしてしまえば何の問題もないどころか他のGPLコード使い放題だけどな 社員は今頃GPL部分をぶっ続けで打ってるんだろうな・・可哀想に >>712
だから、リーフ自体の場合は違うって何度・・・ デジタルプロテクトに反対して、P2Pでの著作物DLも、海賊版DVDも推奨するのがストルーマン。
その人が作ったGPLに違反したことで
「パクリ」と糾弾されることが、世界のイデオロギー矛盾の縮図を象徴しているように思える・・・。
はっきり言ってしまうと「パクリ推奨派」がGNUだよ。
ライセンス違反は悪だけど、それは「パクリ、イクナイ！」という次元で語っちゃいけない。
それは、GNU GPLが最も嫌う言葉だ。
あくまで、「GPL思想を汚したライセンス違反」としてしか糾弾できないし、しちゃいけない。
「パクリまくれ、パクらせまくれ」というライセンスなわけだからね。GPLは。 ストルーマン の検索結果のうち 日本語のページ 約 47 件中 1 - 10 件目 (0.04 秒)
意外とあるもんだな http://japan.cnet.com/interview/story/0,2000055954,20101755-3,00.htm
ライセンスを遵守してもらえる可能性があるのに、ライセンス条項に違反したからといって
即罰則を与えるようなことは決してしてはならないと、Stallmanから指示されています。
われわれは、ライセンス条項を弁護士に一儲けさせるための罠にするつもりはありません。
ライセンスが機能するのは、それが人々を傷つけるための仕組みではなく、
人々に協力を求めるための仕組みだからです。
StallmanとFSFに関する悪いうわさを耳にすることがあるかもしれませんが、
われわれは特許料の未払いを理由に営業を中止させるようなことは決して行っていません。
嘘ﾂｹﾎﾞｹｶﾞ
ﾈｯﾄﾃﾞ散々中傷ｼﾏｸｯﾃ社会信用ｵﾄｼﾃﾙﾀﾞﾛｳｶﾞ でも、そのキチガイはEmacsとか作ってるからなぁ。
有言実行だけは凄いよ。
所でこのソース、GPLの割に配布されてるサイトを
あまり見掛けないのは何故？ ソースコード開示することに抵抗はないけど、
自分の作ったヘタレコードを晒すのは嫌だなあ(´・ω・`)
「何このコード。ﾌﾟ」とか言われそう。
もちろん、自意識過剰ってわかってるさ。 Vectorとかのバイナリ配布のプログラムなんて大抵そうだろ。
オプソと比べたらゲロが出るようなゴミコードがほとんどだろ。 「オプソ」と言って十把一絡げにするのは間違いの元だな 初期のApacheのソースなんぞカオスの極みだった。 名前の由来でもあるな。 < Apache
しかし、開発の活発なオープンソースソフトウェアは、
ミーティングが出来ないなどの制約があるためかモジュラー化が進んでいて
機能追加が容易になっていたりすることも多い、と聞いた。 マンガミーヤを公開停止に追い込むことに成功しました！
ttp://db23c.dnsalias.com/MangaMeeya/
これはGPLコミュニティの完全勝利といっていいでしょう。
今後もゆるむことなくプロネット市民として社会正義の為に戦っていきましょう！ パブリックドメインのDBであるSQLiteのJava版(JNI）を何故かGPLで配布する奴とか
BSDL文化である*BSD OSにGPLラップを掛けて遊んでいるDebianとか
他所のライセンス文化に自分のライセンス文化を押し付けに来る様はまさに宗教
俺はJava屋だけどJava界隈がBSDLライクなApacheを主戦場にする気持ちは分かる 他人の物も自分の物か…まるで共産主義者だ。
…あ、だからコミュニティというのか。 ストールマンが赤の手先のおフェラ豚なのは散々ガイシュツ DebianベースでカーネルがBSDってのは作った奴が居るはず
普通のDebian GNU/Linuxは当然Linuxカーネル BSDてかGNU/HURDじゃね？
HURDはMachベースでもともとGNUのカーネルになる予定だったものだけど、
実用的なパフォーマンスが得られず、９０年代初頭にフィンランドのオタク学生が作ったLinuxが
ネットで一躍話題をかっさらっていき、それがそのままGNU OSの事実上の標準カーネルになってる。
マルチコアの時代にはマイクロカーネルのほうが有利なんて話もあるけど、さてどうなるやら。 ttp://www.debian.org/ports/hurd/
ttp://www.debian.org/ports/kfreebsd-gnu/
ttp://www.debian.org/ports/netbsd/
いや、全部ある。つーかSolarisカーネルとかでもやってる奴いるぞ、たしか。
TH2専用 PAK展開TOOL v1.1
再うｐしてくれる方いませんか？ 「GPLは危険」 複数のLinuxカーネル開発者が共同声明
http://opentechpress.jp/opensource/article.pl?sid=06/09/26/0227202
---
TorvaldsはLKMLへのメールの中で、Bottomleyの意見に同意している。
僕の個人的な意見を言うと、 公開議論の大部分が、
GPLv3に関して政治的な動機を持った人たちによって行なわれているなあということ。
だからとても声の大きなGPLv3支持者たちがいる。
だけど大量の開発を結局のところ実際にやってる人たちっていうのは
普通は彼らほど口が達者じゃないし、実際その意見はほとんど知られてないって気がする。
FSFの意見は実際の開発者の（しかも、かなり多数の）意見を必ずしも代弁してはいないっ
てことを、 実際の作業をたくさんやる人たちが知らしめる手段だ。 「GPLは瀕死の状態」--Linuxカーネルプログラマーの多くが低評価
http://japan.cnet.com/news/ent/story/0,2000056022,20248447,00.htm
貢献度の高いLinuxカーネルプログラマーの大半が、
「GNU General Public License（GPL）」に否定的であることがわかった。
GPLは多くのオープンソースプロジェクトに適用されている。
Linuxカーネルに関する情報を交換するメーリングリストに投稿した記事によれば、
カーネルプログラマーらに-3から+3の評価を求めた結果、最も高かった評価は、
可でも不可でもないことを意味する0で、平均は-2だったという。
この調査はLinuxを率いるLinus Torvalds氏が提起したもので、
Torvalds氏はこれまでにもGPLに反対の意見を表明していた。 GPLで公開するとき、関数の中を全部アセンブラコードにして、
コンパイル＆リンクしてexeが出来るようにしておけば
問題ない？ もちろんフルアセンブラで開発してると
言い張る。
>>755
自分で作ったものなら何も問題ないぜ。
人の作った関数なら、そっちのライセンスに従え。 Cで記述してたらCで公開しなければいけない、という縛りは無いわけね。
ならGPL部分はそのライセンスにしたがって、自分で作った部分はobjや
lib形式でも良いんじゃないか？
アセンブラでもobjでも結果としてexeに出来るという点では変わらない
だろうし。 >>757
GPL のライセンスに従うということは、自分で作った部分も
ソースを提供しなければいけないということ。
obj や lib のみの公開はライセンス違反になる。 プログラムを構成する部品のソースってどこまでが
出さないといけないものなの？ TH2だってシナリオ
のテキストファイルまでは出してないんでしょ。
たとえばシナリオがコンパイルされてexeの一部になる
ようなものだとシナリオも出さないといけないのか？
シナリオが別のデータファイルやDLLになってるソフトは
普通だと思うけど（TH2もそうだろう）、その場合シナリオ
も出さなくていいなら、exeに含まれないDLLの構成要素は
出さなくてもいいってことになるね。
ということは
launch.exe game.dll gpl.dll に分割しておけば、launch.exe と gpl.dll
のソースだけ出せばOKなんだね。 いまさらだけどTH2の件はGPLだったの？ LGPLだったの？ GPLコード混ぜるときはちゃんとCOMのEXEサーバー化してIDispatch経由で叩かないとな。 >>762
LGPLでなくGPLだとプログラムを動作させるデータ全てを二時配布自由に
しなけりゃいけないでしょ。
http://pc8.2ch.net/test/read.cgi/prog/1157534115/77
これは2chの書き込みだけど、GPLの原本にそう書いてあったと思う。
俺が読んだのはどっかにアップされてた日本語訳だけど、気になる
人は自分で探してくれ。
仮にこれが正しいとして、（正しくないなら以下は間違ってる）
CGや音楽がないとTH2として完全に動作しないから、プログラムだけ
じゃなくてデータまで（ゲームの動作に関係ある範囲だが）含めて
誰かに配っちゃっても良いことになる。というか配布物の動作が
完全に再現できない状態（プログラムだけとか）で配布してはならない。
leafはGPLにしたがってソースの要求があると、郵送でexeのビルドに
必要な全てのファイルを送ってくれるんでしょ。その時点で購入した
人の持ち物はTH2を完全に再現、再構築できる状態になるからこれは
問題ない。
>>764の続き
つまりleafとしては購入者にプログラムのソースを出せば義務を果た
したことになる。
それは正しいとして、二次配布に関しては購入した人はデータまで含めて
配布することができる。
二次配布でTH2のプログラム部分を手に入れた人間は、TH2を動作させる
データをleafには請求できないけど、二次配布した人間に請求できる。
二次配布した人間はその請求に応える義務を負うんじゃなかったっけ？
あと、修正パッチが誰でも手に入るということを考えると、そのパッチ
を手に入れた人にはleafはデータまで出さないとGPL違反になる。
なぜならパッチを配ってるのはleaf自身だから。（規約として購入した
人のみパッチをダウンロードする権利がある、とか書いておけばまた
違うかもしれんが…）
何にしてもとんでもないね。 FSFに辟易するTorvalds氏
http://opentechpress.jp/opensource/article.pl?sid=06/09/29/0140219
---
Moglen氏の文面に対し、Linus Torvalds氏は、GPLに対する自分の立場ははっきりしており、
FSFにはいい加減うんざりしていると応じた。
「今ではFSFにすっかり嫌気がさして関心すら失ってしまった。
まさかこの期に及んでFSFが私の見解を知らないなどと言い張ることはないだろうが、
いったい彼らは私に何を求めているのだろうか。」
>>765
違うシステムとして動かすのに必須のデータだけでいい
ゲームデータにはGPLを適用しなくてもかまわない。
要するに
・TH2ゲームデータ
・TH2ゲームデータ再生プログラム
のうちの、「TH2ゲームデータ再生プログラム」だけをGPLにすればいい。
「TH2ゲームデータ」のライセンスをGPLにするかしないかはleafの意思によって決まる。 GPLっつっても、ソースコード公開しろ！て言われたら、コード公開する必要があるだけ。
つまり、
ば れ な け れ ば い い
>>768
GPL嫌いだと断った上で、
＞「TH2ゲームデータ再生プログラム」だけをGPLにすればいい。
希望的観測じゃなくて、こう判断できるだけの社会的に認められ
てる適用例か判例、もしくは明確に判断できるGPLの文章ある？
プログラムが動くためのもろもろ全部がGPL感染しそうな風に
しか思えないんだけど。
だってシナリオなければTH2が動かないじゃん。
なにより騒ぎたい人たちにとってはこっちの方が都合いい。
http://pc8.2ch.net/test/read.cgi/prog/1157534115/77 >>770
とりあえず十回ぐらい目を通せ
http://www.gnu.org/licenses/gpl.html
TH2が動くか動かないかなんて事はどうでもいい
「TH2ゲームデータ再生プログラム」が動くかどうかが問題
適当なダミーデータを添付して動くようにしておけばそれでGPLライセンスに対する義務は果たされている
いい加減、アンチGPLの歪曲した解釈にはうんざりだな 要は配布したバイナリと同等の物が出来上がるファイル一式を用意すればよいってことかね。 ＞http://www.gnu.org/licenses/gpl.html
そんな砂浜の中のどれかの砂粒に書いてあるなんて
いわれても困るよ。
ばっちり「この行」だってのをコピペしてくんないか。
あんたは１００回くらい読んだんだろうからそんなことは
朝飯前だろ。
＞「TH2ゲームデータ再生プログラム」が動くかどうかが問題
これがどの部分に該当するのかはっきり確定してよ。
それが出来ないなら>>771の書き込みだって憶測以上の
ものにはならない。
法律議論する時だって六法全書のどこかに書いてあるじゃ
通じないべ？ >>773
お前脳味噌空っぽか？
何が砂浜だよバカか。
法律議論する時だって、一行以上書かれた文はよめましぇん、
なんてバカと議論してもムダたべ？ >>775
つまりお前もよくわかってないのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
わかってるならどこに書いてあるか教えてくれよｗｗｗｗｗｗｗｗｗｗｗ お、俺の書いた4行は読めたのか？ガンバりまちゅたねｗ
その調子で全部読めアホ。最低限そこまでの賢さを持たないと議論なんてムリムリ。
幼稚園児と話してる暇はナイ。 >>777
わからないならわからないって認めればいいのに。
どんだけ負けず嫌いなんだｗｗｗｗｗｗｗｗｗｗｗ >>773
時間の無駄にならないようにあなたの見解を伺いたい
TH3が発売されると仮定しよう
甲=TH3ゲームデータ再生プログラム(GPL)
乙=TH3ゲームデータ(not GPL)
A.甲はウェブサイトで公開、乙はパッケージ販売
B.甲と乙をそれぞれ別にパッケージ販売
C.甲と乙を一つのパッケージに入れて販売、中のディスクは別々
D.パッケージ販売、甲と乙を同じディスクに入れるが、インストーラを別々に用意
E.パッケージ販売、甲と乙を同じディスクに入れて、一つのインストーラで一緒にインストールできる
F.パッケージ配布当然タダ、ウェブ配布当然タダ、タダでゲームさせろ、タダじゃなきゃ嫌だ
納得できるものを列挙願う >>778
お前は一ページも読めない分からないバカだって開き直るのを
勝ちと勘違いしてるのか？どんだけバカなんだよ。 >>779
日本語訳だがちょっと読んでみた。
http://www.opensource.jp/gpl/gpl.ja.html#SEC3
これの2,bに(一部引用)
「
『プログラム』またはその一部を含む著作物、あるいは『プログラム』 かその一部から派生した著作物を
頒布あるいは発表する場合には、その全体をこの契約書の条件に従って第三者へ無償で利用許諾しなければならない。
」
で、その下の方に
「
著作物の一部が『プログラム』から派生したものではないと確認でき、それら自身別の独立した著作物であると
合理的に考えられるならば、あなたがそれらを別の著作物として分けて頒布する場合、そういった部分にはこの
契約書とその条件は適用 されない。しかし、あなたが同じ部分を『プログラム』を基にした著作物全体の一部
として頒布するならば、全体としての頒布物は、この契約書が課す条件に従わなければならない。
」
って書いてある。
つまりTH2（著作物）のデータはプログラム（GPL）と一緒に配布している
ものだから、たとえデータが『プログラム』から派生したものではなく
ても、GPLは著作物全体に適用されて、その全体を第三者へ無償で利用
許諾しなければならない。
って読めないかね。TH2のデータがもともとプログラムと一緒に
販売されてなければ問題なさそうだが、含めて売ってるわけだし。
なので>>779はABならソース公開のみでOK。受け取った人は
『乙』に関しては再配布してはならない。
CDEを入手した人はデータもGPLに従った扱い（公開するときは
全て、第三者へ無償で配布可能）にできるんじゃないのかと。 あと気になるのも見つけた。
http://www.gnu.org/licenses/gpl-faq.ja.html#IfInterpreterIsGPL
これをインタープリタ（HT2のexe）とその上で動くプログラム（TH2のシナリオ）
に置き換えてみる。
＞インタープリタが単に言語を解釈するだけならば、答はノーです。解釈される プログラムは、インタープリタにとっては単なるデータに過ぎません。
と書かれている。
これだけ読むとシナリオはGPLにしなくても構わないように思える。
が、そのすぐ下に、
＞しかし、インタープリタが他の機能(多くの場合ライブラリですが、ライブラリである必要はありません)へ
＞の「バインディング」を提供するように拡張さ れている場合、解釈されるプログラムはバインディングを使う
＞ことによって事 実上それらの機能とリンクされることになります。ですから、もしそういった 機能がGPLの下
＞で公開されているならば、機能を利用した解釈されるプログラ ムはGPLと矛盾しないような形で公開されなけ
＞ればなりません。
と書かれてる。
これはインタープリタ（HT2のexe）の上でプログラム（TH2のシナリオ）を
動かす場合を考えると、シナリオがムービーを再生する機能を使っている
ことから、ムービー再生部分に適用されたGPLがシナリオにも感染しないだ
ろうかと疑問がわく。
「バインディング」の解釈がどうなのかが要点になると思うが、
GPLの言うバインディングの定義は見た範囲では見つからなかった。
「ライブラリである必要はありません」とわざわざ書いてあるのだから、
LoadLibraryを直接使わなければセーフとか、また自分の知ってる範囲
のバインディングではない場合とかでも、大丈夫だと安心は出来ない。 "GPLで"ではなく"GPLと矛盾しないような形で"とわざわざ書いてあることに注意。 >>781
そこの部分はプログラムコードに対してです。
プログラマじゃなきゃ理解できないと思うけど。
GPLのコードとリンクして公開した後でも、自分で書いたコードは
別ライセンスにしても問題がないという権利を念のために書いてるだけ。
著作者の権利を定義している部分であって、義務ではない。
そこのさらに下の部分が重要で
「
よって、すべてあなたによって書かれた著作物に対し、権利を主張したり
あなたの権利に異議を申し立てることはこの節の意図するところではない。
むしろ、その趣旨は『プログラム』を基にした派生物ないし集合著作物の
頒布を管理する権利を行使するということにある。
また、『プログラム』を基にしていないその他の著作物を『プログラム』
(あるいは『プログラム』を基にした著作物)と一緒に集めただけのものを
一巻の保管装置ないし頒布媒体に収めても、その他の著作物までこの契約書が
保護する対象になるということにはならない。
」
甲と乙を一緒のディスクに入れても乙まで影響はない。
ということ。
A-Eまでやっても、GPLはゲームデータには感染しないし。
ゲームプログラムも、GPL箇所をはずせばクローズドソースに戻しても問題ないということ。 例えばId Softwareの市販ゲームQuake3Arenaは
プログラムソースがGPLで配布されてるわけだが
お前の解釈でいくと、例えば
Quake3Arena製品版CDの中身をGPLライセンスでネットにうｐして良いことになるが
実際にそんなことしたらId Softwareは黙ってない。EULA違反だし著作権の侵害。 ごめん、アンカー忘れた。>>786は>>781宛て。 >>783
その部分は
GPL部分だけをdllにして回避しようとするセコイ手を使う奴対策
又は、GPL部分をインタプリタにして回避しようとするセコイ手を使う奴対策
何らかの形でGPLのコードに依存する単体のプログラムはGPLにしろと言っている。
プラグインで機能拡張する手段ならGPLのdllでも問題ないが、
プラグイン必須の場合はGPLにしろと。
現実的に考えてGPL採用を妨げるような解釈の仕方をして喜ぶのは誰だよ
アンチGPLが喜ぶような解釈をGPLサイドがするわけないだろ。
普通に考えれば、leafもデコーダーの著作者も喜ばないような配布方法は現実的ではない。
>>786
そこは納得。
>>788
色々解説してもらってどうも。
ちょっと気になったのが、
＞何らかの形でGPLのコードに依存する単体のプログラムはGPLにしろと言っている。
＞プラグインで機能拡張する手段ならGPLのdllでも問題ないが、
＞プラグイン必須の場合はGPLにしろと。
これ、たとえばTH2のケースで、Xvidの部分をdllに分けておいて、
exeを「Xvidが存在しなかったら」オープニングの再生はスキップ
します、て言うつくりにしておけばexeをGPLにしなくてOKってこと？
購入者の便宜のためにXvidの入ってるdllは販売CDに一緒に
入れるが、TH2はそれが必須ではない。インストールするとき、
Xvidを入れるか入れないかをユーザーが選べるようにしておく。
（オープニングはあくまで機能拡張と主張。なくても事実上ゲー
ムは出来る）
＞機能拡張する手段ならGPLのdllでも問題ない
っていうのが、実際どの辺まで切り離せばexeにdllの
GPLが感染しないやり方になるのか。
>>786は文句をつけようが無いくらい分かりやすい具体例だった >>789
その辺は裁判にならなきゃ白黒つけられないけど、
姑息な手を使ってGPL回避する会社を
Xvidが見たらどうなるだろうか。
第三者が見たらどうなるだろうか。
そういう話。
裁判ってのは結構、利害関係や社会的な見解も考慮するから。
いっそのこと開発ツール含めて全部公開してしまえば
勝手にファンがMOD作ってくれて話題維持できると思うのだが。 横から亀レス
>>789,790
FAQの
http://www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation
に、
> 二つの部分を一つのプログラムに結合する要件とはなんでしょう?
> これは法的 な質問であり、究極的には裁判官が決めることです。
というようにあるから、「厳密に明文化するのはきわめて困難だが、
GPLの意図するところとプログラムの常識にしたがって考えろ」
ということだろうな。
だから、789の例はアウトだろう。
オープニングなんて重要な部分じゃなく、本体と別売りの拡張パック、
というようなものならまだ議論の余地はあるだろうけど。
(その場合は、他に小細工がなければOKかな) 懐かしい。
ＣＧ等のデータが公開されないと
誰でもわかるように説明された途端に過疎っててﾜﾛﾀ。 いやいやまてまて、GPLは実費が製品価格を超えなければどんな手段での公開も認めているはずだ。
ソースコードをロゼッタストーンのように石板にＯＣＲが難しいような書体で彫っておき、その石板を私有地内に置いておく。
閲覧申請があったら石板を１日１０分まで見学可、メモやデジカメその他記録装置持ち込み禁止。
これでGPL使い放題じゃね？ >>797
機械可読な状態、つまりコンパイラーが読める状態、でなおかつ正常にコンパイルできる
完全なソースコードを、請求があれば速やかに提供しないと違反になるんじゃないの？
紙媒体での配布もアウトーだと思う
私費で石版を作って私有地に置くのは自由だけど、請求者は「すぐにソース寄越せ」って言うから
石版じゃ通らないと思う。「ウチに来て見ろ」も無理だと思うし、石版を郵送も駄目なんじゃないかと思う。
メモやデジカメその他記録装置の持ち込み禁止も、複製・再配布を制限するものだから駄目じゃないかと思う
じゃあデジタルデータで配布すれば文句ないでしょ、ってことで
超ドマイナーな磁気テープとかパンチカードとか、ほとんどの人が
読取装置を持ってない記録媒体で配布したらどうなのか、なんだけど
これもやっぱり「請求者にとって機械可読でない」とみなされて駄目だと思う プレイステーション2ゲーム『ICO』にGPL違反発覚
ttp://japanese.engadget.com/2007/11/29/ico-gpl/ いまだにGPL使ったらソース公開とか信じてるやついるのかね、、、
よく調べもしないメーカーもメーカーだが >>811
GPL＝他人の権利を認める事によって自分の権利も保障される
なので、自分から公開する必要はないが
ユーザーからソースコードの公開を要求されたら答える義務があり
ユーザーの要求を断ったら、自分もソースコードを見る権利を失う >>813
GPLというのは、現行の著作権法の逆のことを、GPLを認めた人間同士の協定として行う事なんだよ
GPLを受け入れた人間同士では、コードを書いても著作権が発生しないことになる
法律上は著作権が存在するんだけど、自分が訴えない代わりにあなたも訴えないでね
自分がソースコードを見せてもらう代わりに相手にも見せてあげるよ、という俺ルールが作られ守られる
もしユーザーやGPLライブラリの権利者がソース公開の要求をして
ソースコードを公開しない場合、GPL違反となり
違反者のGPLに基づくソースコードを利用する権利が消失し
法律上、著作権を無視してコピーをした泥棒として扱われて損害賠償させられる >810
大手ならともかく
エロゲメーカーに
法律や訴訟専門の部署があったとは思えないからな 凄いツッコミ所の多い解説がされていた。
ネットなど鵜呑みにしないで、専門家や専門書にあたりましょうね。 アクアプラスがとらのあなに買収されたと聞いてage 【ID】K3710_
【罪状】シャゲダンして負ける ファンメもする
【階級】大佐
【説明】 http://i.imgur.com/X5jx51l.jpg
ジオ二落ちでガン逃げするクアンタの癖に、攻め続けるこちらのクアンタをガン逃げと言う矛盾野郎
ID探すとエクバの頃からマナー部屋に来ては、シャゲダンする頭おかしい事やり続けてるアホだった
どう見てもこいつが知的障害者である、マナー良い事＝マナー悪い事としか理解できないようだ
こいつのニコニコIDは30698855 The source code for a work means the preferred form of the work for making modifications to it. ライセンスの話ばっかで、ソース見た技術の話しが全然なくてワロタｗ ttt遊んでるけど結構面白い
ToHeart2より面白いな 渋谷フーターズの子ってやっぱり外人が好きだったんですね。
何かそんな気がしていた…。
一番かわいいスタイルいいと評判の子が黒人とヤってる映像です。
鮮明だけどリベンジポルノってやつかなこれ？？
http://charmgirls.xyz/sexylips.html >>824 所詮2chなんてこんなもんってことだよなぁ
技術の話がしたいなら日本語圏の掲示板/SNSはほとんど使いものにならない。 簡単にお金が稼げる方法興味ある人だけ見てください。
グーグル検索⇒『来島のモノノリウエ』
WPRZQ7ZR3X ■ このスレッドは過去ログ倉庫に格納されています
