[過去ﾛｸﾞ]
【オセロ,将棋】ボードゲーム【囲碁,War】 (1002ﾚｽ)
【オセロ,将棋】ボードゲーム【囲碁,War】 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
282: 名前は開発中のものです。 [sage] 2013/05/27(月) 19:44:10.89 ID:9pbfjPhK >277 そうか、将棋側は、使っていない相手（チェス側と逆の色）のチェス駒を使えば良いのか・・・ チェスの駒は、打ち詰めたり、合い駒を打ったりするのに向いていない・・・ でも、チェス側が手に入れるのは将棋側の駒だから良いのか 相手に取られたチェス駒を、さらに取り返して打てるとなると、チェス側はチェス駒を打てるわけで、新感覚だな http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/282
460: 名前は開発中のものです。 [sage] 2016/08/01(月) 12:39:59.89 ID:BFi+UVWj このようなスレがあるとは… 自作でオセロソフトを作成している者です 現在は自己対局による学習中です 初手f5 以降ランダム7手〜8手、 中盤8手読み 中盤で次善手を85%の確率で一手のみ打つ 終盤20マス空き読み切り で300万棋譜集めようかと この設定であれば一局1〜3秒程度なので２ヶ月半くらいで達成できる予定です まだ86万局程度ですが、今のところFFOはこんな感じです FFO#40 (a2:+38) 1.36sec FFO#41 (h4: +0) 3.75sec FFO#42 (G2: +6) 4.86sec FFO#43 (C7:-12) 6.33sec FFO#44 (B8:-14) 9.46sec FFO#45 (b2: +6) 64.88sec FFO#46 (b3: -8) 13.20sec FFO#47 (G2: +4) 5.66sec FFO#48 (F6:+28) 67.74sec FFO#49 (e1:+16) 121.90sec FFO#50 (d8:+10) 376.73sec FFO#51 (E2: +6) 86.08sec FFO#52 (a3:+0) 132.61sec http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/460
593: 535 [sage] 2016/10/05(水) 19:48:59.89 ID:KcSrUkxH >>591 囲碁は終局判定させるのも結構難しいみたいですね。 セキの判定とか。 Connect 4は易しすぎず難しすぎずいい塩梅のゲームだと思います。 完全解析も狙えますしｗ http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/593
620: 310 [sage] 2016/10/16(日) 22:45:31.89 ID:KTdXBWLt なんか、デバッグ報告みたいな状況になってすみません。 地平線臭い状況を調べていたら、負ける寸前なのに評価値が勝ちになってます。 つまり負けを認識していない。 着手を間違えるのはこの辺も原因かも知れません。 ぱっと思いつく原因が見当たらないので、しばし長考します。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/620
725: 310 [sage] 2017/02/08(水) 21:46:39.89 ID:GrcF81sn 昔mnistでオートエンコーダのテストした時のように、学習内容（ウェイト）をBMPにして 可視化してました。テストに時間がかかるので、色々すったもんだバグとりに時間が かかってましたが、ようやくなんとか表示できるようになりました。で、とりあえず想定より 少な目の隠れ層４０９６個でテスト開始。 勾配ノイズ（焼きなまし）の設定値もでかすぎたので、設定値を自動計算するようにしたり。 NN復活当初うまく動かなかった原因がこれでした。 で、まだ学習途中なのですが、ウェイトデータ見ると１９２個（＝６４×３）毎に１ビットづつ ずれるパターンに収れんしていっています。１９２といえば入力データのサイズで、 横に６４個づつ並べたビットマップ画像に、まるで光子の回析実験のような縦じまが（汗 そんな周期性が生まれるはずがないので、どこかにバグがあるんじゃないかと。 表示するプログラムのバグかも知れないけど、１エポックに３時間かかるので、止めて デバッグに入るか、それとも続行するかで悶々中…。 どっちにしても時間がかかるので、裏でDCNNをもう一度コーディング開始。 あまりにネストが深いのでミニバッチは一旦放棄してSGDで。 GoogleのTensorFlowがテンソルな意味が良くわかった。 DCNNだと元データが２次元で、更にチャンネルがある行列では次元が足りないorz 今最大の懸案は、とりあえず隠れ層4096でオートエンコーダの事前 学習しているけど、 それが終わり全体の学習にいって上手く行かなかった時、中間層を増やして再トライ するか、それともDCNNに行ってしまうか。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/725
728: 535 [sage] 2017/02/10(金) 19:40:14.89 ID:M6OFVkZO 黒番だとDBのせいで対LV1よりも対LV2のほうが勝率いいみたいｗ めちゃくちゃ歪んだAIになってしまったw。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/728
763: 310 [sage] 2017/03/22(水) 09:25:05.89 ID:sNSr7O3Z >>761 それを統計的に処理して求めるのが線形回帰。 収束アルゴリズムは最急降下法を使用するのが普通。 特徴量あり１、無し０で特徴量並べたベクトルを食わせて、 荷重値であるウェイトを同数用意して内積計算。 出て来たスカラ値が、教師データに合うようにウェイトを収束計算させる。 出て来たウェイトが対応する各特徴量の重要度を表す。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/763
773: 310 [sage] 2017/03/27(月) 01:55:55.89 ID:n7C1rJ6D アルファチックなMCTSオセロですが、とりあえず途中まで学習してテストしたところ・・・。 終局しているのに両者パスでツリーが伸びて行ってしまう（汗 何度チェックしても原因不明。ブレークポイントでチェックすると、あり得ない場所で ボードデータが書き換わっているように見えますが…。並列探索が原因かと思い、 シングル動作にしてみましたが、それでも同じ。かなり重症です。 が、それを除くと、途中までテストした感じでは、最善手を打てている模様。 まだ序盤なのにツリー成長が尋常ではなく、終局までツリーができています。 不要な手をカットする仕組みとして、十分すぎる性能になっています。 とはいえ、勝率判定はそれほど正確ではないので、変な局面に誘導されると、 読み抜けが問題になってくるかも知れません。 もしかしたら、終局後もパスでツリーが伸びている問題は、これまでもあったけど、 終盤完全読みにしていて見えなかっただけかも知れません。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/773
791: 535 [sage] 2017/04/09(日) 05:10:12.89 ID:h/eXLfOt 相手に守りの手を強要させることが出来る有利な状態をいかに保ってゲームを進めるか。 終盤の要になりそうです。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/791
989: 535 [sage] 2017/10/10(火) 23:21:21.89 ID:CbL+/Tjp もしかしてインストールメッチャ時間かかる？ 今日は一晩放置かな？ http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/989
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s