ググってるうちに、なんとなく分かってきた。指定しないと動作が不定になるっぽい。謎の領域から謎の値を読んで動作していたのではないかと。スクリプトを実行するたびに、謎領域のアドレスも値も変化してしまうから、明るくなったり暗くなったりしていたのかなと。平行光源、それ以外なら点光源ということになってる模様。opengl-bindingsが落ちる。動かした場合は落ちないのだけどな。error.txtなんでだろうな。Windows上でだけ落ちるということかなあ。ワイヤー表示するとすぐに落ちるけど、ソリッド表示にしたらちょっと落ちにくくなった気もした。動くように修正しているところ。作業をしていてちょっと気になる箇所が出てきた。gosu側の描画がおかしくなる模様。何かしらを描画したその上に、gosu側でテキストを描画すると、テキストが正常に描画できなくなるようで。gosu側で使うはずの、本来のシェーダを書き換えてしまっているから、そういう症状が発生してしまうのではないかなと。描画し終わった後に、gosu側相当のシェーダを作っておいて指定し直してから、gosu側に処理を返す、といったことになりそうな。自作シェーダを使わないなら、そういう症状は出ないような感じがする。フツーにテキスト表示ができたので。対応させることができた。mieki256/gosu_examples_mieki256ソース内は条件分岐だらけで、見通しが悪くなってしまった。どのあたりで違う記述をすればいいのか、多少は分るだろうから、これはこれで。して渡す」ぐらいのことを意識しておけば、ある程度は対応できそうな印象。「四角い○○が丸く収めます」がキャッチコピーの、あの番組が流れ始めて、そこでちょっと気になる事例が紹介されてた。あるお店が、店の前に看板を出していたら、どこかの誰かが、その看板に勝手に猫の絵を落書きしていった。すると、近所やネットで、その猫の絵がイケてると話題になり、とうとう「10万円出すからこの絵を買い取らせてほしい」と申し出る人が出てきた。「売ることはできない」派の主張は以下の通り。猫の絵は、その絵を描いた人に著作権があるのだから、店主の一存で勝手に売るわけにはいかない。描いた人に「売っていいか?」と許可を取る必要があるだろうし、売れた場合も、その報酬は描いた人に渡すべきで、店主はせいぜい謝礼を貰える程度ではないか、という主張で。「売ることができる」。店の看板は、店の一存で自由に処分することができる。店側が自由にできることが明らかに分かっている場所に絵を描いたのだから、この場合、絵を描いた人は、著作権を放棄しているものとして扱われる。著作権が放棄されているから、店側の一存で、その絵は自由に処分することができる。