[過去ﾛｸﾞ] 【オセロ,将棋】ボードゲーム【囲碁,War】 (1002ﾚｽ)
上下前次1-新

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

324: 310 2015/09/07(月)01:11 ID:OHPpdG+6(1) AA×


[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
324: 310 [sage] 2015/09/07(月) 01:11:39.28 ID:OHPpdG+6 収束しかかった二乗誤差がまた増え始める原因はまだわかりません。 増え始めるまでは収束方向には向かっているのは確かなのでβの初期設定を いって誤魔化す方向で。最急降下法ってこんなものなのかなぁ。 一通り納得したので、パターンをLogistelloと同一のものにまで拡充してスムージングも 入れてみましたが、新たなバグを仕込んでしまった模様で、一部計算がぐちゃぐちゃorz バグ探しの旅に出ます。 裏で、Solverの速度アップを検討。 CountBitとPOPCountを組み込み関数にしてみました。FFO#40で30%ほど改善。 続いてFlip関数を６４個のポインタ関数にしてみましたが、時間はほぼ変わらず。 ポインタ関数内の処理が非効率なのか。 Flipのデバッグ中に確定石計算でバグっぽいものを見つけましたが、回帰が落ち着く まで見なかった事にします。 http://mevius.5ch.net/test/read.cgi/gamedev/1057763418/324
収束しかかった二乗誤差がまた増え始める原因はまだわかりません 増え始めるまでは収束方向には向かっているのは確かなのでの初期設定を いって誤魔化す方向で最急降下法ってこんなものなのかなぁ 一通り納得したのでパターンをと同一のものにまで拡充してスムージングも 入れてみましたが新たなバグを仕込んでしまった模様で一部計算がぐちゃぐちゃ バグ探しの旅に出ます 裏での速度アップを検討 とを組み込み関数にしてみましたでほど改善 続いて関数を６４個のポインタ関数にしてみましたが時間はほぼ変わらず ポインタ関数内の処理が非効率なのか のデバッグ中に確定石計算でバグっぽいものを見つけましたが回帰が落ち着く まで見なかった事にします

---

上下前次1-新書関写板覧索設栞歴

---

あと 678 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ

---

ぬこの手 ぬこTOP 0.043s