【初心者歓迎】ｽﾚを立てる前にｺｺで質問を【その3】

**名前は開発中のものです。** · 02/09/24 05:55

「ふと疑問に思った事があったらスレを立てずにまずはここで質問
してみましょう。あなたの長年の悩みがたった一つのレスで解決して
しまうこともあります。回答があるまでに数日間かかることもあるので
辛抱強く待ちましょう。」

◇前スレ
【Part2】
http://game.2ch.net/test/read.cgi/gamedev/1013645518/
◇旧スレ
【Part1】
http://game.2ch.net/test/read.cgi/gamedev/1005038203/

関連スレ・その他
>>2-5

**名前は開発中のものです。** · 02/10/14 00:39

>>201
あくまでゲーム開発の参考に使うものとして答えてみる。
プレステのムービーは調べてみた限り、PSX Multi Converter等の
吸出しソフトを使う模様。
ただ、当然独自形式だったりすると一筋縄ではいかない。

どうでもいいが、googleで「PSX ムービー吸出し BeatMania」で検索しても
得ろサイトしかひっからんのにはﾜﾛﾀ

**名前は開発中のものです。** · 02/10/14 00:52

>>202
まあ・・やってみれ
挫折も経験のうちだ

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

普通バイナリで持つんじゃねえの？
csvにするくらいなら、オレならXMLにするな。

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

XMLだと無駄にデータ量が膨れあがる上に
書き換えや解読が容易、とロクなことがない。
保守性の高いアプリを作るときにはそれなりにお勧めできるが、
ゲームに使うつもりならXMLから読みにくいデータへのコンバータを用意しないと。

**201** · 02/10/14 01:29

>>203ありがとうございます！

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

でも、csvでも似たようなもんじゃん。
普通はバイナリで持つ、テキストで持ちたいならXML。
これでいいんじゃねぇの？

**名前は開発中のものです。** · 02/10/14 04:38

アイテムの効果に拡張の余地を残し柔軟性をもたせたいのならXMLになるんじゃないかな
あくまでツクール自体がもつデータ形式でしょ？
ゲーム用にエクスポートできるようにしておけば冗長性は問題無いと思うけど
どれぐらいの規模を想定してるのかが問題になってくるね

**名前は開発中のものです。** · 02/10/14 09:14

CSVからバイナリにしませんか。あくまで編集そのものは、エクセルでやるしる。

**名前は開発中のものです。** · 02/10/14 10:06

エクセルがXML編集できればなあ・・・
もうすでにできる？

**名前は開発中のものです。** · 02/10/14 10:36

CSVからのコンバータなんて各自勝手につくるもんだろ
もしや標準化しようとしてるのか

**名前は開発中のものです。** · 02/10/14 10:59

作成段階は各自自由、配布段階にバイナリにする。

**名前は開発中のものです。** · 02/10/14 11:07

>>213
配布段階こそ各自自由だろ
もしかして文字列をバイナリ保存するだけの人ですか？

**名前は開発中のものです。** · 02/10/14 11:37

自由でないことなんてあるのか？下らん

**名前は開発中のものです。** · 02/10/14 11:53

何が言いたいのかわからんぞｵｲ
編集ツールつくるのかと思ったらエクセル使うから必要ない
編集段階のフォーマットの話かと思ったら各自自由
配布段階のことかと思ったら自由にしろ
反対したいだけの人ですか？

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

＞反対したいだけの人ですか？
　
正解。
　
同じ内容の意見であっても
自分の口から説明しなおさないと気が済まない。
これは我が強い無能の典型的な疾病。

**197** · 02/10/14 20:17

うわ、なんか議論になってる。
とりあえず、こんな方法にしてみました。
アイテムクラスを直列可能（シリアライズ可）にする。
可変長配列リストを作って、その要素にアイテムオブジェクトをくっつける。
そのリストをファイルへ出力。

**名前は開発中のものです。** · 02/10/14 23:57

ゲームの中のオブジェや背景の描画の仕組みを勉強したいのですが
一番簡単な文献を教えてください・・難しいのは多分理解できないです

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

>>219
まとまった文献はあまり無いね
たいがいは特定プラットフォームでのデバイスの叩き方に終始してるし...
でもまったく無いわけじゃないので本屋をあたってみては。

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

ＶＣ＋＋でやってるんですけど、
ビルドしてフルスクリーン（排他）で実行した後、
終了するとＶＣのウィンドウの大きさも
そのフルスクリーンの実行サイズになってしまうのは俺だけですか？
しかも運の悪い時はデスクトップのアイコンもそのサイズ分しか表示されなくなってしまうのは
やっぱり俺だけですか？

**名前は開発中のものです。** · 02/10/15 02:22

ChangeDisplaySettings使ってるからだろ

**名前は開発中のものです。** · 02/10/15 04:19

>>221
俺は DirectX8.1 の DirectX Graphics を使ってるんだが
そういう現象が起きたというような報告は今のところないよ。

**221** · 02/10/15 07:46

>>222
すみません使ってないです。

>>223
DirectDrawなんすよ～
時代の流れについていけない古い人間なので…

**名前は開発中のものです。** · 02/10/15 07:49

経験上、DirectDrawのディスプレイ切り替えはタイミングによって
変な挙動を示すことがある。
DirectDrawの開放のタイミングに問題があるのはわかるが、
はっきりしたことはわからない。
解放前に、一度Windowモードにするという方法もあった気もする

**221** · 02/10/15 07:54

>>225
開放のタイミングですか…
Direct3Dと合わせて使ってるからそこに問題があるのかな。
3D系全部開放＞サーフェイス開放＞DirectDrawオブジェクト開放
の順番でやってるんですけど…
解放前にWindowモードというのはいいかもしれませんね。やってみます。

**名前は開発中のものです。** · 02/10/15 08:23

DirectDrawを使っているんですが
ビットマップを回転させる方法がわかりません
教えてもらえたらうれしいです

**名前は開発中のものです。** · 02/10/15 10:08

DirectX関連はこちらからの方が良いと思われ
鬱だ氏のう DirectX (Part 6)
http://game.2ch.net/test/read.cgi/gamedev/1033920036/

>>227
DirectDrawの基本機能では回転はできないと思った方がいいです。

ただし、ソフトウェアで自力で描画する方法があります。
SurfaceをLockして、自前で計算して描画し、Unlockします。
ただし、SurfaceはVRAMに取るとLock後の書き込みが遅くなるハードウェアが多いので、
自力計算する場合は、システムメモリにとることが懸命です。
面倒くさいならば、既存のライブラリやルーチンを参考にするのが手っ取り早いです。

**143** · 02/10/15 11:16

>>151
　遅レスだけど、数学ももう一度勉強しなおすつもり。
　復習をするのも面白いなぁと思ってる。
　高校生の頃を思い出せて。

**名前は開発中のものです。** · 02/10/15 14:27

お前らここだけの話。
pygame＋Delphi　の組み合わせが最強ですよ。

**名前は開発中のものです。** · 02/10/15 20:04

>>230
その + がよくわからん。
Delphiでクリティカルな部分を作って、メインはpythonで記述？
それとも、pythonを補助的なスクリプトとして使うってこと？
詳細希望。

**名前は開発中のものです。** · 02/10/16 07:31

GUIと処理速度の必要な部分をDelphiで組んで
それにPythonを埋め込んでやればVisual Pythonの出来あがりですわあ

**ゲームセンター名無し** · 02/10/16 09:30

windowsのクライアント領域にテキスト書き込み欄と
その書き込みを反映する欄を埋め込みたいのですが、どうすればいいのでしょうか?

**名前は開発中のものです。** · 02/10/16 10:46

>>233
CreateWindowでEDITウィンドウ等を作って親ウィンドウに貼り付け。

**sage** · 02/10/16 12:04

>>228
レスどうもでした

**名前は開発中のものです。** · 02/10/16 14:42

>>232
pythonってゲームを組むのに適してるんかね。
実際にDel + pythonでゲーム作ってるとこってある？

ま、でも面白そうだからちょっと使ってみようかな。

**108** · 02/10/16 22:31

Dx8でポリゴン描写してみました。
▲はちゃんと指定色で描けましたが、背景がｻﾝﾌﾟﾙと色が違うのです。
ｻﾝﾌﾟﾙは真っ黒なのに、なぜか赤い背景になります。
(255,0,0)なんてどこにも書いてないのに、なんででしょうか？

**237** · 02/10/16 23:44

↑かいけつしました。

**名前は開発中のものです。** · 02/10/16 23:59

>>238
ズバリ！BitDepth間違えただろう！

**237** · 02/10/17 00:22

いやん、恥ずかしい。
次は複数のゴンポリ出すプログラムに挑戦します。
以前のd3dと違うー頂点管理が…
以前は頂点データ
(x,y,z)...1
(x,y,z)...2
(x,y,z)...3
(x,y,z)...4
として
(1,2,3)...ポリゴン１
(1,3,4)...ポリゴン２
として三角形２枚表示してたけど、
今度はどうなるんだろう
難しいですね。
今夜はもう寝ます。

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

ずっとねててくれ

**15i** · 02/10/17 22:29

今日はテクスチャを張ってみました。
明日はサイコロを作ってみます。
おやすみ>>241

**名前は開発中のものです。** · 02/10/18 07:58

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

！

**名前は開発中のものです。** · 02/10/20 07:33

ＶＣ＋＋で簡単なＳＴＧを作って勉強しております。
今までは配列を用意して弾をバラまいてたのですが、
やはりGlobalAlloc等でメモリ確保にしたほうがいいですよね。
しかし今一つこのメモリ確保をＳＴＧで使う時の手順みたいなものが
ピンと来ないのですが…

ボタン押した＞メモリ確保＞自機の座標をメモリに＞
＞弾移動＞弾当たるor画面外へ＞弾メモリ開放？？

…でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
ってなった時に、弾Ｂが開放されてしまいますよね…
どのような手順にすれば良いのでしょうか？

**名前は開発中のものです。** · 02/10/20 08:36

> …でもこれだと、弾Ａを撃った＞弾Ｂを撃った＞弾Ａが消えた
> ってなった時に、弾Ｂが開放されてしまいますよね…

なんでやねん。
順番で把握してしまうような天下り的なデータ管理を行おうとせずに
オブジェクト指向をきちんと理解しようよ。

無理なら素直にスタティックにメモリ確保しとき。

**名前は開発中のものです。** · 02/10/20 10:38

この場合は配列がベスト

**名前は開発中のものです。** · 02/10/20 18:00

シミュレーションゲームで敵の思考ルーチンなどは
基本的にどうやって作るんでしょうか？

**名前は開発中のものです。** · 02/10/20 19:07

再帰

**名前は開発中のものです。** · 02/10/20 20:09

>>248
自分の頭の中に有るイメージを
あいまいな部分を取り去り、プログラムとして書きなおす。
これがすべてだ。

**名前は開発中のものです。** · 02/10/20 20:38

どうやって作るという決まりは無い。
作る人の発想に頼る部分が大きい。というか、それが殆ど全て。

**名前は開発中のものです。** · 02/10/20 20:38

>>249
250が正解。
しかし初心者向けではないが、少しはテクニックについて語るのもいい気がした。
シミュレーションといっても、タクティカルシミュレーションという前提で話をします。

まず最初に思いつくのがif文の羅列で書き下していく方法。こんな感じ。
　　　　if( 攻撃範囲に敵がいる ) 一番弱い敵の近接地点まで歩いていって攻撃。
　　　　else if( 攻撃範囲に敵がいない )最短距離の敵を探し、そいつに向かって限界まで歩く。
　　　　else if( 歩いて到着できる敵が存在しない ) 何もしない。
子供でも思いつくシンプルな方法ですが、逆にプレイヤーに読み易さを与えるので
クリアするべきゲームとしてはこれで十分という感じもします。

もう少しスマートな方法としては、得点を使って局面を評価していく方法があります。
たとえば、移動後の場所が自分の本拠地に近いほど微妙に点が高い、
それぞれの敵と自分の距離を測って敵に近いほど得点が高い、
次のターン、敵に先制攻撃を受けてしまう場所はマイナス点がつく、
弱い敵を撃破できるなら高得点、敵に攻撃できるようならそれなりの得点、etc. といった評価を行い、
もっとも高得点を得られた行動を現在行う行動とする、というものです。
オセロ等の強いアルゴリズムには必須の、「読み」を行う思考ルーチンのしょぼいやつです。

さらに高度な方向を目指すのならニューラルネットによる問題解決とか
遺伝的アルゴリズムによる最適化とかいろいろへんてこなものに挑戦する手も考えられますが、
そのあたりは個々人の工夫次第じゃないでしょうか？

**名前は開発中のものです。** · 02/10/20 20:45

>>248
一部だがGemsに載ってるぞ。

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

タコな思考ルーチンを逆手にとって
パズルになってるゲームもあったな。

**名前は開発中のものです。** · 02/10/21 09:28

まったくのスキル無しで、これからゲームを作る技術を学ぼうと思ってるんですが、どんなスレッドを参考にしたらいいですか？

**名前は開発中のものです。** · 02/10/21 09:57

>>255
参考にしないほうがいい。
本屋で買った入門書のみで勉強して、簡単なゲームを自力で
作れるようになってからこの板に来い。

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

>>253
新しい2ch用語を流行らせる野望ですか？
>>255
技術ならゲ作板以外のところ
技術的な話をするとついてこられない奴が荒らしたり他でやれと言い出す

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

なぜ急に怒るんですか。

**名前は開発中のものです。** · 02/10/21 17:44

わからないんですが
本買え
調べてみますありがとうございます

こういうやりとりはそろそろやめたいんだがなんとかならんもんか

**名前は開発中のものです。** · 02/10/21 18:07

>>255
そんなことしたら時間だけが過ぎていくぞ

**111** · 02/10/21 19:55

>>255
WindowsでC++使うなら
http://www.kumei.ne.jp/c_lang/
そしてゲーム作るなら
http://www3.justnet.ne.jp/~botchy/el.htm
http://game.2ch.net/test/read.cgi/gamedev/1032814540/111-112n
　
>>259
何かを変えたいなら実践しろよな。愚痴は自治スレでsageでやってろ

**111** · 02/10/21 20:03

>>255
あとは
http://www.gogo3d.com/products/gems1/
http://www.gogo3d.com/products/gems2/
http://www.amazon.co.jp/exec/obidos/ASIN/1568811829/qid%3D1030532540/br%3D1-6/ref%3Dbr%5Flf%5Ffb%5F6/250-8966280-3586651

**名前は開発中のものです。** · 02/10/21 20:07

>>259
参考になる本・HPを回答するのもありだろ。
具体的な名前・URLを挙げてという条件付きだが。

**111** · 02/10/21 20:07

http://direct.ips.co.jp/book/Template/GoodsList/goodslist.cfm?CM_ID=004000G50&CM_Name=%83Q%81%5B%83%80%83v%83%8D%83O%83%89%83%7E%83%93%83O&HN_NO=00420

**111** · 02/10/21 20:09

http://game.2ch.net/test/read.cgi/gamedev/1032098770/417n

**名前は開発中のものです。** · 02/10/22 16:53

VC++で作った物って売っても問題ないの?

**名前は開発中のものです。** · 02/10/22 16:56

>>266
使用許諾書を読んだ？
とりあえず俺の手元にあるVC++6.0Professionalなら問題ないらしい。

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

DirectX8でゲーム作ってます。（開発はVC6）
所持アイテムのリストをリストボックスのようにしたいのですが、
どうやって実装すべきか？と悩んでます。
ゲームパッドだけでなく、マウスでも操作したいのです。

コモンコントロールのリストボックスをそのまま使えますか？（ビジュアル的に問題がありますが）
それとも自作すべき？

**名前は開発中のものです。** · 02/10/22 17:26

>>268
フルスクリーンで見えなくなって良いのなら使えば？
良くわからん方法で回避しているのなら見たことはあるが原理は分からなかった

**名前は開発中のものです。** · 02/10/22 17:37

>>268
DirectDrawSampleのFullScreenDialogと同じ方法で回避汁
でも自作しべき

**268** · 02/10/22 17:41

>>269-270
レスありがとうございます。

>フルスクリーンで見えなくなって
イヤン(´･ω･`)

>DirectDrawSampleのFullScreenDialog
これならできそうですね。でも…やっぱり格好悪いか…。

がんばって自作します。
お騒がせしました。

**名前は開発中のものです。** · 02/10/22 17:43

>>270
DirectX8のDirectXGraphicsにはクリッパーが無いから同じ方法では回避できない
秋なのになんでこういう知ったかがわいて出てくるのか

**名前は開発中のものです。** · 02/10/22 17:48

>>268
ttp://mofon.pns.to/programming/dotNet/0000/0005.html

**名前は開発中のものです。** · 02/10/22 17:49

秋は夏に比べて少数精鋭なんだよ。

**名前は開発中のものです。** · 02/10/22 18:18

>>273
そこのソースの「Feald」がとても気になる

**名前は開発中のものです。** · 02/10/23 05:55

おまいらがゲームを始めて作ったいつですか。
マニュアルとか本に載ってるのでも可。出来ればそのときの感想もキボン

**名前は開発中のものです。** · 02/10/23 06:09

むしろ276に興味が沸いてくるんだが。
今なにやってんだ。

**名前は開発中のものです。** · 02/10/23 06:18

>>277
ねっころがって2ちゃんパラダイスしてる

**277** · 02/10/23 06:27

いいなぁ・・・。
俺はあと10分で登校だよ眠たいよ代わってくれ。
じゃないや、ゲーム作ったりし始めたのは1年前。
基本的に高校の文化祭用。今年は3DのFPS作ったけど
成績のほうが赤点2つでマジ脂肪。以上。いってきます

**名前は開発中のものです。** · 02/10/23 23:55

　
　　はい次の質問どうぞ↓
　

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

>276
ここ見てごらんよ
かつてマイコン少年だった人達の思い出話になりやすい罠
http://game.2ch.net/test/read.cgi/gamedev/1006709626/
http://game.2ch.net/test/read.cgi/gamedev/1025896258/

俺はMacでしょっぼーいミニゲーム作ったっけな。
爆弾出しまくって、こんな事なら地道にHyperCardとかから
スタートすれば良かったと後悔した。

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

初心者なんです。教えてください。
Widowsの描画の更新って一般的にはどのようにやるんでしょうか？
非DirectXです。
自分の場合、一画面をﾒﾓﾘDCに描画した後、WM_PAINTで転送って感じで
更新してるんですが考え方はあってますか？
ちょっとしたﾐﾆｹﾞ-ﾑの描画量だとｳｲﾝﾄﾞｳのDCに直に描画した方が速度は
出せると思うんだけどｽﾏ-ﾄじゃないし。

**名前は開発中のものです。** · 02/10/24 04:40

>>282
■GDIでゲームを作るときのもっとも簡単な仕組み

画面が滑らかにアニメーションする必要があるもの
（例えばアクションゲームやシューティングゲームなど）は
おおむね以下のような流れでも簡単に実現する。
-----------------------------------------------------　
　　ウィンドウ作成
　　DIB作成　　（ CreateDIBSection( ) など）
　　必要があればリフレッシュレート取得　　
　　
　　ゲームループ
　　{
　　　　メッセージポンプ　　　　　　　（ PeekMessage( )、Getmessage( ) など）
　　　　アプリケーションの処理　　　（DIBへの描画など）
　　　　待ち　　　　　　　　　　　　　　（sleep( )、timeGetTime( ) など）
　　　　DIB→ウィンドウ　矩形転送　（ BitBlt( ) など）
　　}
　　
　　DIB破棄
　　ウィンドウ破棄
　　
　　終了
-----------------------------------------------------　

**283** · 02/10/24 04:44

ループの周期についてはいろんな流派がある。いや、あった。（A宗、B宗など）
徹底的に滑らかなスクロールを要求する2Dゲームの場合は
モニタのリフレッシュレートを取得（もしくは計測）して、これと
同期を取る必要があるわけだが、GDIだと・・・。
　
なお、DirectXには
手間をかけずにモニタのリフレッシュレートと同期をとる方法
が用意されている。

**名前は開発中のものです。** · 02/10/24 04:50

>　　　　待ち　　　　　　　　　　　　　　（sleep( )、timeGetTime( ) など）
>　　　　DIB→ウィンドウ　矩形転送　（ BitBlt( ) など）

ちょっと気になったけど…。
ループ内のこの２つは順番を逆にしない？

理由は、

1 - 何か操作があったら画面更新を早めに行った方が気持ちがいい。
2 - 人間の視覚特性として、視覚に関しては時間のずれが気になりにくい。
3 - VSYNCを待つタイプのプログラムに対しても同じ発想の雛形が使えて便利。
4 - ゲームプログラミングは一般に画像転送周りが重くなりがちだけど、
　　　並列化してウエイト中に裏で画像転送を行えば「おもし」にならないで済む。

**283** · 02/10/24 04:54

×　メッセージポンプ
○　メッセージ処理
　
便宜上ウィンドウプロシージャは書かなかったが
実際には要るんで、誤解のないやうに。

**283** · 02/10/24 05:01

>>285
うん、逆だったね。ご指摘ｱﾘｶﾞﾄﾝ

**みらくる三重県** · 02/10/24 05:54

VCを買ったらMSDNがついていました。
DirectX SDK8.0の日本語ヘルプをダウンロードしました。
この日本語ヘルプをMSDNに組み込むような事は可能ですか？

VCでコーディング中に
Win32 APIの情報と、DirectX APIの情報とを、
どちらもF1キーで参照したいです。

**283** · 02/10/24 06:11

http://www.biwa.ne.jp/~banba/alter-msdn/howtomake/index.htm

**みらくる三重県** · 02/10/24 06:58

>289
完成しました！ありがとうございました！
めっちゃ快適です。幸福度急上昇です。

**名前は開発中のものです。** · 02/10/24 07:49

オオ　俺も知りたかったんだーよ
ありが㌧

**名前は開発中のものです。** · 02/10/24 08:48

DirectX8の日本語ヘルプなら何もしないでも最初から入っていたが、
わざわざ古いバージョンを買ったのか？

**名前は開発中のものです。** · 02/10/24 08:56

.netなら付いてるな。

**名前は開発中のものです。** · 02/10/24 19:39

ゲーム製作仲間を募集中で、絵師を募集したいのですが、
みなさんはどこで探しましたか？

後方支援とか、トキワ荘とかでさんざん探したのですが、
募集しても誰もきません。

何かコツっているのでしょうか。

**名前は開発中のものです。** · 02/10/24 19:47

ある程度モノを作って口だけじゃないことを示せば
ついてくる人もいるんじゃないかな。

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

>>294
同人ゲームサークルここだけはやめとけ！　【21】
http://natto.2ch.net/test/read.cgi/2chbook/1033740100/

このスレでも見て、自分の募集の問題点を洗い出すよろし。
（そもそも募集をかけること自体が問題という見方もあるが……）

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

「今からつくります」じゃ誰もこない。
企画が厨すぎても誰もこない。

**名前は開発中のものです。** · 02/10/24 21:37

>>294
「募集」を「さんざん探した」とは言わない。

よく知らんけど後方支援は登録者に直接メールを送ることができるシステムだろ？
よさげな人に丁寧にメール送って協力してもらえ。

**名前は開発中のものです。** · 02/10/24 22:38

>>295-297
正解。

>>298
　
　　い　い　加　減　な　事　を　書　く　な

**名前は開発中のものです。** · 02/10/24 22:53

作っているジャンルがわからないけど、>>294がシナリオ書きます
なので絵描き募集という募集方法なら誰も来ないと思う。

プレゼンできるぐらいまで作ってからならまだ可能性はあるけど、
>>296のスレを見ればわかる通り募集という手段は既に終わってしまった手段なので
直接探す方がいいと思う。

**名前は開発中のものです。** · 02/10/25 00:52

つうか、見返り無しで協力して貰うのは難しいだろう。
ゲーム製作は結構大変だぞ。無賃で重労働してくれる
奴が居ればいいけどな。

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

友達に一人も絵描ける香具師いなかったの？

あ、ごめん　友達なんて一人もいなかったね（　´,＿ゝ｀）ﾌﾟﾌﾟｯ