C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/02/09(日) 16:43:02.64

>>201
先に子節点を調べなくてもできるけど
先に調べておかないと置けないにも拘わらず置くかどうかを計算するから無駄な計算が増えるし、バグで置いた場合に何処でバグが発生してるのか調べるのが大変になる

**名前は開発中のものです。** · 2014/02/09(日) 16:50:59.29

>>202
ありがとうございます。
先に子節点を調べることにします。
調べる上で、次の子節点を調べるときにその前に調べた子節点以外から探す方法が
よくわからないのですが、どのような実装を行えばいいでしょうか

**名前は開発中のものです。** · 2014/02/10(月) 08:15:56.04

木構造の探索はスタック使うと楽
再帰処理で実装するといいよ

**名前は開発中のものです。** · 2014/02/10(月) 16:50:10.78

>>204
スタックとはどのようなものかはわかりますが、実装法などは全くわかりません。
二分木なら
typedef struct node_t{
typedef struct node_t *left;
typedef struct node_t *right;
int data;
}NODE;
のようにすればいいと思うのですが、探索となると多分木になると思うので
同じようには実装できませんよね？

**名前は開発中のものです。** · 2014/02/10(月) 17:57:20.00

typedef struct node_t{
　struct node_t *child;
　struct node_t *next;
　int data;
}NODE;

**名前は開発中のものです。** · 2014/02/10(月) 18:19:16.50

>>206
つまり二分木と同じ実装法で見方を変えるということですか？

**名前は開発中のものです。** · 2014/02/10(月) 19:22:37.65

多分木を表現できるデータ構造の一例ってだけだよ
要件は、多分木であることと、ルートから葉に向かって再帰的に処理できること、でしょ？
その要件に足るようなデータ構造で自分の使いやすいものを選択すればいい

**名前は開発中のものです。** · 2014/02/11(火) 10:42:36.42

三角関数を使ったカメラの回転が上手くいきません・・・
横回転は綺麗に回るんですが、縦回転がY軸しか動かず変な動きになります
分かりやすく解説してるとこは無いですか？

**名前は開発中のものです。** · 2014/02/11(火) 14:18:07.24

>>209
クォータニオンで球面線形補間すると
理論はよく分からないけど何故かうまくいくよ

**名前は開発中のものです。** · 2014/02/11(火) 14:32:23.80

ビューの回転は注視点を移動させた後に組み直せばいい。

**名前は開発中のものです。** · 2014/02/11(火) 22:12:14.10

>>210-211
ありがとう、ちょっと見てみたんですが、
私のコードは三角関数メインなので行列の理解が追いつきませんでした
根本のコードの変更も考えてみます

**名前は開発中のものです。** · 2014/02/21(金) 22:16:42.52

船のゲーム創りたいんですが、
どういう考え方で波を作れば船が上下したり傾いたりするでしょうか？
波を表すメッシュの頂点にベクトルを紐付けて、それを隣の頂点に伝搬する・・・
みたいな事は想像してるんですが、あんまりうまくないというか、
あまり効率的ではないですよね？
いい方法ないですか？

**名前は開発中のものです。** · 2014/02/22(土) 05:41:07.36

>>205
2分探索木を自分で作らなくても、ライブラリにあるでしょ？
B-Tree(self-balancing search tree)平衡2分探索木
B+Tree、赤黒木など

キューやスタックも、ライブラリにあるでしょ？
優先度つきキュー(priority queue)はよく使うよ

詳細はWikipediaなどで、調べて

**名前は開発中のものです。** · 2014/02/22(土) 10:17:30.51

>>213
なんちゃって水面は基本的にはそういう作り方だよ。バネダンパの二次元格子。
お船は、近傍の格子の頂点や面に反発させてどんぶらこさせればいいやという。
トライアル＆エラーでパラメータ適当にいじって見た目の調整。おしまい

あ、リアル志向のゲームは何やってるのか知らないよ。学生時代に数値流体
やってたけど、あっちに凝り出すと際限がないからみんなどっかで折り合い
付けて端折ってそれっぽく見せてるだけだと思うよ

**名前は開発中のものです。** · 2014/02/22(土) 10:56:40.26

DirectComputeのサンプルをみると、パーリンノイズから低周波成分を取り除いて地面全体に繰り返し、ハイマップとして地面に適用してるみたい

**名前は開発中のものです。** · 2014/02/22(土) 11:39:42.84

>>216
DX7以前の頃だとテクスチャを2枚用意してマルチテクスチャにして
UV値の操作で各々のテクスチャを交差するように移動させると水面ぽく
見せられるよー的なやり方が多かったけど、あれをハイトマップにも
使う感じかな？

**名前は開発中のものです。** · 2014/02/27(木) 22:01:09.66

イケメンがいい

**名前は開発中のものです。** · 2014/02/28(金) 02:45:29.15

>>218
鏡を見てため息をつけばいいと思う

**名前は開発中のものです。** · 2014/03/01(土) 15:31:28.07

c++で別のクラスの数値が欲しいときはメソッドに相手クラスのポインタ変数を持ってコンストラクタでポインタを渡せばいいのですか？

**名前は開発中のものです。** · 2014/03/01(土) 15:36:42.26

コンストラクタ？

**名前は開発中のものです。** · 2014/03/01(土) 17:29:52.27

コンス卜ラクタはコンス卜ラクタなんじゃ…？

**名前は開発中のものです。** · 2014/03/01(土) 17:49:25.00

ああ理解した、メソッド→メンバか
メンバ関数にポインタ変数を渡して…何でここでコンストラクタ？？って思った

**名前は開発中のものです。** · 2014/03/01(土) 23:00:27.16

>>220
メンバにポインタ持たせてもいいし、相手クラスを継承してしまうとか、
その数値が必要になる関数の引数に、ポインタや参照で渡したり、
数値そのものを引数で渡すだけでも、好きなのでいいと思うよ

**名前は開発中のものです。** · 2014/03/02(日) 01:12:07.39

で、どこにゲーム関係あるの？

**名前は開発中のものです。** · 2014/03/02(日) 18:14:52.71

暗号化した外部ファイルとかセーブファイルの拡張子ってどうしてる？
foobarとかhogeみたいに意味のない文字なのがベストなんだけど
既存で使われているdatとかsavだと既になんらかの関連付けが
されてしまってる場合がありえるよね

**名前は開発中のものです。** · 2014/03/02(日) 18:30:57.68

ユーザが開くことを前提としないなら気にしない。

**名前は開発中のものです。** · 2014/03/02(日) 18:34:29.49

そうか、むしろ無しでもいいか

**名前は開発中のものです。** · 2014/03/02(日) 19:12:19.16

というか、ユーザーでもすぐ「あ、これがセーブファイルだな」と判るようにしておいたほうがいいだろ。
データのバックアップを取りたいことあるだろうし。

**名前は開発中のものです。** · 2014/03/02(日) 19:15:46.36

何でも.dbにしてる

**名前は開発中のものです。** · 2014/03/02(日) 19:21:49.81

bin

**名前は開発中のものです。** · 2014/03/02(日) 20:11:55.85

http://gyazo.com/c12e1b45288577f41bce47f9a3c3b457.png

マルチスレッドってオブジェクトリストの更新中に
オブジェクトリストを参照できないんだから意味なくないですか？
どうしてマルチスレッドで動作が軽くなるんですか？
セマフォをオブジェクト単位でかけてたらセマフォの処理で余計重くなるのでは

**名前は開発中のものです。** · 2014/03/02(日) 20:20:19.85

ダブルバッファで検索するんだ

**名前は開発中のものです。** · 2014/03/02(日) 20:21:15.86

誰か使ってないですかねぇ
http://oxygine.org/

**名前は開発中のものです。** · 2014/03/02(日) 20:51:20.45

>>233
画面のチラツキを抑えるほうが出てきて、出てきても申し訳程度の説明しかない・・・
http://www.cs.tsukuba.ac.jp/~yas/cs/csys-2007/2007-12-14/
>◆ダブルバッファリング
> 整数を１つバッファに書き込むだけでロック／アンロックを行なっていると、実際の並列処理では重たい。
> ロックの回数を減らすために、ダブルバッファリングと呼ばれる技術がよく使われる。読み手と書き手で別々にバッファをもうけ、１つのバッファの処理をしている間は、ロックを行なわない。

リストで１つのオブジェクトを更新してる間は「描画スレッドが使っちゃだめですよフラグ」でもたてるのか？
それを参照する時点でスレッドセーフじゃなさそうだけど

それともリスト内の全部のインスタンスのコピーを毎フレーム作るのか？

**名前は開発中のものです。** · 2014/03/02(日) 20:59:31.72

あいや、これは循環バッファ？というやつでダブルバッファとは違うのか

**名前は開発中のものです。** · 2014/03/02(日) 22:59:32.88

計算したデータを参照渡しせずに、値渡しすればいいだけの話

**名前は開発中のものです。** · 2014/03/02(日) 23:13:50.02

マルチスレッドを効果的に使う場面は、
BGM,効果音など
背景の処理、草や木が風でゆらゆらする
シェダー関係もそう

**名前は開発中のものです。** · 2014/03/02(日) 23:15:24.40

インスタンスのセットを2つ(AとBとする)作っておいて
・描画スレッドがAの状態を使用して描画している間、更新スレッドは
　Aの状態をもとに更新後の状態をBに作成する。
・両方が完了したらAとBをスワップする
って方法かなぁ

>>232の図で言えば、Subスレッドが描画している間に
Mainスレッドがもう次のフレームの接触判定を処理し始めてる感じ

**名前は開発中のものです。** · 2014/03/02(日) 23:23:34.37

計算したデータを描画用のバッファに積んで、描画処理に引き渡せばいいだけ。
なんで単純に出来ることを複雑にやろうとするんだ？

**名前は開発中のものです。** · 2014/03/02(日) 23:31:43.29

>>231
.binはlinuxの.exeって感じでデータっぽくない

**名前は開発中のものです。** · 2014/03/02(日) 23:37:13.73

>>234
面白そうだけど利用者ほとんどいないようだし、すぐに消えそうだな
cocos2dのほうが良いよ

**名前は開発中のものです。** · 2014/03/02(日) 23:44:39.24

>>239
それって概念的には全てのインスタンスx2だけど、
描画スレッドは描画に関するデータ（それも画面内に入るもの）だけあれば良いから
実際には必要なメモリ量を削った実装で実現できるな

**239** · 2014/03/03(月) 00:29:47.75

>>243
確かにそうだ
そして多分それが>>240が言っている
「計算したデータを描画用のバッファに積んで、描画処理に引き渡」す
ってのに近いのかも

この辺で思ったんだが、もしDirectX11を生で叩いてるなら
DeferredContextとか使うといいのかな

**名前は開発中のものです。** · 2014/03/03(月) 00:38:44.19

>>239
スカラだけならともかく毎フレーム描画に必要な情報全てをnewするのか？

>>239
描画用のバッファを積む時にスレッドぶつかるかもしれないって話では？

class aiueo{
private:
Position* position;
Position* drawPosition;
public:
void func(){
position->setX(position->getX+1);
Position* tmp=position;
position = drawPosition;
drawPosition = tmp;
}
void draw(){
image.draw(drawPosition);
}
};

**名前は開発中のものです。** · 2014/03/03(月) 07:13:32.62

一フレームぶんのバッファに積み終わってから引き渡せばいいだけの話。
引き渡したら描画を描画スレッドにやらせて、計算スレッドは次の計算に入ればいい。
なんで単純で簡単なことを複雑に考えるのか、さっぱり理解できない。

そもそも描画順序などを考えると、座標がすべて確定した後で無ければ、
描画処理なんて出来ないのに、なんで計算直後にチマチマ描画しようという発想になってるんだ？

毎フレームnewとかも、嫌なら最初からある程度の領域を作っておけばいいだけの話で、
そんな簡単に解決できるどうでもいいことをイチイチ聞く意味が分からない。

なにこの思考能力の欠如？

**名前は開発中のものです。** · 2014/03/03(月) 07:44:19.21

別の書き方は出来ないのかあんたは

**名前は開発中のものです。** · 2014/03/03(月) 08:19:00.54

http://gyazo.com/7984315b649ca2378a5b63989ada2874.png
図で確認するとこんな感じ？
ロックの仕方がよくわからんけど、
メインスレッド側のバッファは描画スレッドに必要な情報（頂点とか）いらないからトントンになるのかな
そうすると、毎フレームnewするより保持してたほうが楽そう

描画スレッドはモデルの頂点の展開とかやらずに文字通りZバッファに登録するだけだったりする？

**名前は開発中のものです。** · 2014/03/03(月) 14:38:46.71

＞文字通りZバッファに登録するだけだったりする？
意味不明

**名前は開発中のものです。** · 2014/03/03(月) 20:28:03.25

>>248
使ってるライブラリ教えて

**名前は開発中のものです。** · 2014/03/04(火) 00:42:30.15

なんか描画スレッド分けるのがマルチスレッドみたいな流れになってるけど
処理の分割しないと複数コアの性能いかせないよね

>>238以外にも分割出来るところはあるんじゃないの
AIなんかのフレームと分けられる箇所が効果的だとは思うんだが

**名前は開発中のものです。** · 2014/03/04(火) 00:54:00.93

>>248
君はレベルが低すぎる。基礎的なことすら理解していないようだから
身の丈に合った技術で制作するべきだ

**名前は開発中のものです。** · 2014/03/04(火) 01:01:46.35

ゲームロジック以外については定番のパターンがあるわけで、
ゲームロジックについてはゲームの性質次第だから汎用的な議論はできん

**名前は開発中のものです。** · 2014/03/04(火) 01:12:12.33

>>250
DXライブラリです

**名前は開発中のものです。** · 2014/03/04(火) 01:22:03.26

>>252
そんなこと言わないで><

**名前は開発中のものです。** · 2014/03/04(火) 01:45:49.24

身の丈に合った技術で満足してたら俺みたいに全然成長しないままになるしいいんじゃね？

**名前は開発中のものです。** · 2014/03/04(火) 03:19:20.41

自称デキル人の大半はエセ
バグ生産しまくるのは得意みたいだがｗ

無視するに限るよ（ｒｙ

**名前は開発中のものです。** · 2014/03/04(火) 03:24:44.21

>>256
満足するならなｗ

**名前は開発中のものです。** · 2014/03/04(火) 09:14:16.41

いまどきDXライブラリの初心者でマルチスレッドの基礎も理解してないのに
無理に背伸びした結果が「文字通りZバッファに登録するだけだったりする？」
格好ばかりつけて内容がなさすぎだろ

上で新技術OpenMPとかドヤってたやつといい、もう少し自惚れを抑えて
真摯な姿勢で学ばんと時間の無駄だよ

**名前は開発中のものです。** · 2014/03/04(火) 09:15:50.51

そもそもグラボの基礎から学びなおせ。
明らかにＺバッファが何か分かってないだろ。

**名前は開発中のものです。** · 2014/03/04(火) 12:24:51.64

>>254
Zソートの機能があるライブラリって訳じゃ無いのね

**名前は開発中のものです。** · 2014/03/04(火) 21:19:35.34

>>261
アルファ値がある面だけZソートして、不透明な面の後から描画しています。

マルチスレッドの基礎はわかりませんが、
勉強目的で実装してみようかなと考えて、疑問点があったので質問しました。

質問の内容に戻りたいのですが、
メインスレッドではオブジェクトの座標だけ計算して、
描画スレッドでオブジェクトの座標からモデルの頂点等を展開すると
メインスレッドと描画スレッドが共有する値が少なくなっていいかなと考えたんですが、
実際に使われているスタンダードな方法とかあれば教えていただけると助かります。

**名前は開発中のものです。** · 2014/03/05(水) 00:56:58.44

struct Node {
....Image* image; // D3DMesh mesh でもFontSprite fontでもいい
....Rect bounds;
....Rect src;
....double angle;
};

struct Layer {
....int usingLength = 0;
....Chain<Node> chain; // std::list<Node>
/*
Chain<Node2DImage> chain1;
Chain<Node2DFont> chain2;
Chain<Node3DModel> chain3;
*/
....bool isUpdate = false;
};

**名前は開発中のものです。** · 2014/03/05(水) 00:58:26.26

Lock g_sync; // winならクリティカルセクション、linuxならセマフォ

Layer g_layers[3]; // instance;
Layer *g_pFront = &g_layers[0];
Layer *g_pSwap = &g_layers[1];
Layer *g_pBack = &g_layers[2];

void threadFront(){ // GUI Thread = main thread
....while(true){
........g_sync.lock();
........if(g_pSwap->isUpdate == true){ // ロジック側がスワップした
............Layer *swap = g_pFront;
............g_pFront = g_pSwap;
............g_pSwap = swap;
............g_pSwap = false;
........}
........g_sync.unlock();
........render(g_pFront);
....}
}

**名前は開発中のものです。** · 2014/03/05(水) 01:01:42.52

void threadBack(){ // Logic
....while(true){
........g_sync.lock();
........if(g_pSwap->isUpdate == false){ // 描画側がスワップした
............Layer *swap = g_pBack;
............g_pBack = g_pSwap;
............g_pSwap = swap;
............g_pSwap = true;
........}
........g_sync.unlock();
........update(g_pBack);
....}
}

class Scene {
public:
....virtual void update = null;
....virtual void render() = null;
}

**名前は開発中のものです。** · 2014/03/05(水) 01:07:10.79

class Game : public Scene {
....Sprite sprite;
public:
....void update(){
........sprite.x++;
....}

....void render(){
........sprite.render(); // g_pBackにデータを渡す
....}
}

Scene* g_pScene = new Game();

// Logic Thread update()
void update(Layer* layer){
....g_pScene->update();
....g_pScene->render();
}

問題は、GUIスレッドしかテクスチャーとかの生成と破棄ができないのだが、
ロジック側の要請をキューにしてメッセージパッシングするのは
少し複雑な実装になるこった。

**名前は開発中のものです。** · 2014/03/05(水) 16:23:12.96

ideoneとかcodepadとか使えばよかったのに

**名前は開発中のものです。** · 2014/03/05(水) 20:45:55.74

sleepってなくてもいいもんなの？

**名前は開発中のものです。** · 2014/03/05(水) 21:47:30.12

マルチスレッドプログラミングの基本について書いてる記事があった
http://www.kumikomi.net/archives/2005/02/02multi.php?page=1

組み込みのサイトだけど基礎だからゲーム製作にも役立つかな
まあこれ見ても具体的な実装なんてさっぱりわからんけど

**名前は開発中のものです。** · 2014/03/05(水) 22:22:10.31

マルチスレッドプログラミングしなくてもいいじゃん

**名前は開発中のものです。** · 2014/03/05(水) 22:28:07.13

起動時のスプラッシュ画面を出すときに欲しくなるんじゃない？（適当）

**名前は開発中のものです。** · 2014/03/06(木) 22:54:49.68

マルチスレッドと言えばQtのQMutexLockerはとても便利だった
ミューテックスのロックとアンロックが一行でできる

**名前は開発中のものです。** · 2014/03/06(木) 23:58:17.76

>>266
書いてくれて嬉しいですが、処理の流れが見えないですね・・・
swapは裏画面と表画面を入れ替えてるというのはわかるんですが
ロジック側も入れ替えるんですか？
layerとかchainとか何を指してるのかイマイチわからないです・・・

g_sync.lockというのはロック出来るまで待機すんるでしょうか？
そうするといい感じに交互に処理できそう？

**名前は開発中のものです。** · 2014/03/07(金) 16:53:26.89

だから基礎知識のないやつに教えてもこうなるだけだと言ったろう？
時間の無駄だから諦めたほうがいい

**名前は開発中のものです。** · 2014/03/07(金) 18:45:58.30

マルチスレッドで描画しているゲームで、FPSが60以上出るゲームがあるけど
あれって一秒間に60回以上オブジェクトの更新しているってこと？

それとも更新側も全力でループ回して、前フレームからの経過時間を測って処理落ちにも対応する感じ？

**名前は開発中のものです。** · 2014/03/07(金) 19:37:40.45

シングルスレッドでも余裕で1000FPSでますよ？
すっげー爆速だー（）

**名前は開発中のものです。** · 2014/03/07(金) 19:48:26.65

１フレームの処理に16ミリ秒も使えるんだぜ
16,000マイクロ秒だぜ
16,000,000ナノ秒だぜ

**名前は開発中のものです。** · 2014/03/07(金) 20:16:57.82

XNAは50FPS推奨だったような気がする
俺もなんとなく50FPSで同期とってる

**名前は開発中のものです。** · 2014/03/07(金) 21:10:47.46

1000FPSでたってモニタがせいぜい120FPSまでしか対応してないじゃん(´・ω・｀)

**名前は開発中のものです。** · 2014/03/07(金) 21:28:42.22

>>279
見た目はそうだけど、例えば当たり判定があるなら、見えない部分でも計算処理がなされる。

**名前は開発中のものです。** · 2014/03/07(金) 21:44:38.99

だから、それに何か意味があるのか？
フレーム飛ぶだろ。

**名前は開発中のものです。** · 2014/03/07(金) 21:54:40.27

裸の王様的当たり判定

**名前は開発中のものです。** · 2014/03/07(金) 22:08:10.09

>>281
あくまで精度を高めるための処理であって、フレーム飛ぶとかは関係なくね？

よくあるネタとして、毎フレーム32ドットで飛んでいく弾丸は、
大きさ30ドットの敵キャラをすり抜けちゃうとか、そういうやつ。

**名前は開発中のものです。** · 2014/03/07(金) 22:42:09.70

そういうやつで、あんなやつで、いいかんじに、そんなかんじみたいな？

**名前は開発中のものです。** · 2014/03/07(金) 22:50:16.12

画面は秒間60回、ロジックは秒間100回更新するより時間差分を使うほうが
一般的じゃないかな。アニメーションなんかでは。

ちなみにマウスを使ったお絵描きソフトをつくると60FPSでは
線が途切れてしまうわけだけど、こちらでは更新回数を増やすのではなく
前回の座標と今回の座標の差分から埋め合わせを計算するのが普通。

**名前は開発中のものです。** · 2014/03/07(金) 22:53:06.64

マルチスレッドが有効利用できる部分と、利用できない部分がある。
効率的にマルチスレッド化出来る事が限られている。

そして、CPUが４コアであっても決して４倍には成らない。

**名前は開発中のものです。** · 2014/03/07(金) 22:55:14.98

「目に見えなくて意味がない部分を省略する」メリットよりも
「あらゆる状況に対応できる」メリットを優先するってだけの話じゃ。

**名前は開発中のものです。** · 2014/03/07(金) 22:56:53.08

さっぱり言ってることが分からんわ
単にＣＰＵに余裕があるって話なら分かるけど。
それと１０００ＦＰＳになんの関係があるんだ？

処理を１０００回やるのと１０００ＦＰＳは意味が違うだろ。

**名前は開発中のものです。** · 2014/03/07(金) 23:09:10.35

アホの子はマルチスレッドを使うことが目的化しているなｗ
「マルチスレッドでCPU性能を限界まで引き出す（ドヤ」

これからはマルチスレッド・ボーイと名乗りなさい

**名前は開発中のものです。** · 2014/03/07(金) 23:21:09.90

マルチスレッドを勉強したいんだろうしそれが目的でいいんじゃねえの

**名前は開発中のものです。** · 2014/03/07(金) 23:31:09.17

>>288
フレームという単位は、確かに元は映像や画像処理の世界の言葉だが、
ゲーム系では映像の出力の他にも、処理の単位（要はループ数）として使われることがある。
どっちの意味で言ってるかは文脈による。

**名前は開発中のものです。** · 2014/03/07(金) 23:40:19.37

本当にこいつの言う話は意味不明。
マルチスレッド？ｊは？何言ってるの？

**名前は開発中のものです。** · 2014/03/08(土) 00:03:16.81

はっはっはっはっは
教えて君の相手をしていても進歩がなさそうだ

**名前は開発中のものです。** · 2014/03/08(土) 00:06:45.46

単発で何やってるんだよ。
恥ずかしいやつだな。

こんな過疎スレで自演しても意味ないぞ

**名前は開発中のものです。** · 2014/03/08(土) 00:11:20.12

一体何が単発で何が自演しているというのだろう？
まず、>>275が振った話題にレスが続いてること理解してる？

**名前は開発中のものです。** · 2014/03/08(土) 00:14:00.22

図星だしたか？ID:fjndePR8君

**名前は開発中のものです。** · 2014/03/08(土) 00:15:32.48

日付が変わればIDは変わる。それはお前も同じことだが知らんのか？
わかったら、敗者は立ち去られよ

**名前は開発中のものです。** · 2014/03/08(土) 00:16:46.34

？？？本当に馬鹿だなお前ｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:20:10.92

本当に恥ずかしい流れになってきたｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:21:58.27

レス番号と根拠を述べない限り、お前は意味不明なことをいってる糖質にしか見えないが？
追い詰められて苦し紛れに「バーカ」とか「アーホ」と一行レスで煽ってるだけじゃんｗ

**名前は開発中のものです。** · 2014/03/08(土) 00:24:33.75

つ鏡