[過去ﾛｸﾞ]
【オセロ,将棋】ボードゲーム【囲碁,War】 (1002ﾚｽ)
【オセロ,将棋】ボードゲーム【囲碁,War】 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
322: 310 [sage] 2015/09/03(木) 10:19:29.05 ID:Fd8XT4rV 色々と失礼しました。 もう一度、よーく上記pdfを読み返していたところ、原因らしきものが見つかりました。 記載にあいまいというか、ちょっとおかしいところがあって、式の変形をしっかり追って 確認すれば良かったのですが、思い込みで解釈をして変な計算をしていました。 そこをとりあえずざっと修正したところ、遅々としつつも収束に向かっている模様ですが、 まだまだ完全ではないようです。ある程度二乗誤差が減ったところで、また増え始めたり しています。正規化も試したけど、やはり同じ。 もう少し、検討してみます。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/322
376: 310 [sage] 2015/12/31(木) 21:04:10.05 ID:i5TR43+g 2015年の年の瀬は、MPC計算のメモリーリークの原因探しで更けていく・・・ 置換表クラスあたりっぽいんだけど、デバッグの仕方が良くわからないという・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/376
449: 310 [sage] 2016/05/26(木) 16:01:37.05 ID:ZBCA70ec 遅々として進んでいます。 ソースを一から組みなおして、いろいろと綺麗にしてます。 並列探索を入れない段階で、FFO#40が結構速くなった。 いまさらながらに、FFOテストを40〜59まで実行して比較しようとしたところ、 前から薄々気づいていたけど、FFO#41以後が遅い。酷いケースになると 探索ノード数が１０倍＝時間も１０倍になる（#51）。自分のは指数関数的に 比較的にきれいにノード数が増加している。同じようなノード数のものもあるので、 ZebraやEdaxはどこかで上手にばっさり刈り込んでいる感じ。#52以後は時間が かかりすぎて、未検証ですが。 ZebraやEdaxもノード/秒が一定しているので、置換表みたいな重い方法では なく、簡単な方法で刈り込んでいるっぽい。とすると、moveorderかなぁ。 一応、MPCの99%で評価値の並び順は置換表に残してあるので、そんなに 間違った順番でソートしていないと思うんだけど。 あと、mtd(f)だと最初から最後までNullサーチしかしない事に思い至り、そこで 処理の効率化できる箇所が無いかと考えてます。Nullしかやらないんなら、 アルファ越えの再探索でウィンドウを広げる必要もないわけで。逐次探索部分 では効果不明だけど並列探索だとYBWCでPVを検索し終わるまで待つ必要が そもそもない（仮アルファを求める必要がない）ので、多少速度アップできない かなぁと。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/449
461: 406 [sage] 2016/08/02(火) 00:17:59.05 ID:R38aaX9h だれかSEOのやりかた教えてくれ。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/461
468: 310 [sage] 2016/08/05(金) 20:44:21.05 ID:sOgjr/Uz 楽しんでやってますので（笑 で、AdagradとSparse正則化ができました。Sparse正則化は思ったより時間がかかり ませんでした。さすが行列ライブラリって感じです。AdagradとSparse正則化込みで、 結果も、正則化もちゃんと出来てますので、多分間違いはないでしょう。 今夜はオセロ関連ライブラリ持ってきて、学習データ作って、Sparse Auto Encoder にしてテストです。全結合層クラスを積み重ねていくだけだし、データ作成は３回目 なので、後は簡単ですが、隠れ層のノード数と、目標とする活性ノード数を色々試す のが面倒です。 まあ、ここまで全敗なので、あんまり期待していないけどさ（汗 やればやるほどBuroさんの評価関数の凄さがわかってきます。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/468
528: 460 [sage] 2016/09/05(月) 20:11:21.05 ID:5Av5ahUz >>526 ディープランニングはやはりなかなか曲者のようですな。 こちらも終盤の評価値が悪いところはよく見えて良いところは悪く見えるという平均化が起こっていてやばいです・・・ まずは次善手の割合を調整したのでどうなることやら。。 というかもうランダム数手をやめて、引き分けオープニングからの棋譜生成を重点的にやった方がいいのか考え中です。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/528
545: 535 [sage] 2016/09/12(月) 21:36:16.05 ID:vkOlNla9 >>535です。 <number of gammas for this feature>というのがよくわからん。 とりあえず１にしとけばＯＫみたいな？ input.dat色々いじってみたけど確かにそれっぽい値はに出る。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/545
550: 535 [sage] 2016/09/15(木) 23:35:36.05 ID:NUOEmvbB うお〜わかんねぇぇぇ コード熟読しかないのか？ 厳しいぃぃぃ http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/550
555: 名前は開発中のものです。 [sage] 2016/09/16(金) 21:22:13.05 ID:l6ih+FVI http://www.remi-coulom.fr/Amsterdam2007/ の「囲碁の手のパターンのEloレーティングを計算する」をよみゃいいのかな？ もしかして http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/555
643: 535 [sage] 2016/10/31(月) 21:35:59.05 ID:KdjBytFw おかしいな。 石の流れは良くなってるのになかなか勝利に結びつかない。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/643
838: 535 [sage] 2017/05/30(火) 22:08:02.05 ID:rOaQFKPq 囲連星における将棋で言うところの詰めろと必至を計算するルーチンが欲しい。 かなり切実に。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/838
949: 535 [sage] 2017/09/20(水) 22:11:12.05 ID:iovYnC4+ tensorflowやってます。 import numpy as nm winrate=nm.loadtxt("WINRATE.TXT") boards=nm.loadtxt("BOARD.TXT") WINRATE.TXTは読み込めるのにBOARD.TXTは読み込めない。 データがでかすぎるってことだろうか さてどうするか… http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/949
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s