[ ホームページ ] [ 携帯用URL ]
将棋所のサポート掲示板
将棋所についての質問やバグ報告、USIエンジンの作成報告などに使用して下さい。

[ EZBBS.NET | 新規作成 | ランキング | オプション ]
ｉモード＆（絵文字）、au対応！ケータイからも返信できる無料掲示板！
名前
 E-mail 
題名
内容
   タグ有効 改行有効 等幅フォント
URL


828．.batファイルのエンジン登録につきまして 返信  引用 
名前：yuu    日付：2018/4/1(日) 21:23
初めまして。便利な将棋所をご提供いただきありがとうございます。

さて、今市販の本を参考に将棋AIをpythonを使って実装しており、将棋所へのエンジン登録を試みたのですが、.batファイルにpythonのコードを打ち込んでエンジン登録しても登録中の画面が続き、登録できません。（2時間程度続いても登録できませんでした。）

試しに本のソースコードをそのままダウンロードし、エンジン登録を試みたのですが、それでも登録中の画面が続きます。

コマンドライン上では動作することも確認できており、コードではなく、環境が原因と考えているのですが、.batファイルでエンジン登録できない理由にお心当たりはありますでしょうか。ちなみに、aperyなど、公開されている将棋AIは登録できます。

お忙しい中恐縮ですが、ご教示いただけると幸いです。


829．Re: .batファイルのエンジン登録につきまして
名前：将棋所の作者    日付：2018/4/3(火) 0:53
dlshogiでしたら、以下のところからダウンロードできますが、

https://github.com/TadaoYamaoka/DeepLearningShogi/releases

そこに書いてある通りにPythonとかCUDAとかインストールしたあと、それに含まれるusi.exeというのを将棋所で登録すれば動くと思います。
.exeファイルと.batファイルでは、他ソフトから呼び出して起動する方法が異なるので、将棋所で.batファイルを単純に追加しようとしても登録できないはずです。.batファイルを登録するのであれば将棋所を修正する必要があると思います。
もし本当に将棋所で.batファイルを登録できているのであれば、どうやったらできるのか私も知りたいです。

830．Re: .batファイルのエンジン登録につきまして
名前：yuu    日付：2018/4/4(水) 21:12
ご返信ありがとうございます。

いろいろと試してみた結果、batファイルの場所を変更したら解決しました。batファイル内のコマンドのパス指定と整合性が取れていなかったようです。

batファイルにはpythonで指定のプログラムを開く指示だけしているのですが、どうやらこれでエンジンとして登録できるようです。

私の確認不足でお手数をおかけして大変申し訳ございませんでした。

831．Re: .batファイルのエンジン登録につきまして
名前：将棋所の作者    日付：2018/4/4(水) 23:51
そうなんですか。私もその本をちょっと立ち読みしたのですが、batファイルをエンジン登録すると書いてあったのを見て、そんなことできるんだろうかと疑問に思っていました。たとえbatファイルを追加しても、エンジンとして動作しないと思っていたので。でも、本当にできるんですね。おかげで疑問が解決しました。

832．Re: .batファイルのエンジン登録につきまして
名前：tabayashi    日付：2018/4/9(月) 21:30
横から失礼します．

もしよろしければ，yuu様の解決法を教えて頂けないでしょうか？

>batファイルの場所を変更
という記述を頼りに色々試してみたのですが，解決できませんでした．

コマンドライン上でのテストではスクリプトは動作しております．
また，policy_player.pyでのmodelfileのパスを変更し，自身の環境に合わせて書き換えましたが，
それでも将棋所で登録できておりません．

843．Re: .batファイルのエンジン登録につきまして
名前：wrss    日付：2018/5/16(水) 23:34
横から失礼します。

>>batファイルの場所を変更
>という記述を頼りに色々試してみたのですが，解決できませんでした．

私は、batフォルダの１つ上の階層のpython-dlshogi-masterフォルダに置いたら登録できました。

868．Re: .batファイルのエンジン登録につきまして
名前：clear    日付：2018/6/23(土) 18:16
初めまして。

>私は、batフォルダの１つ上の階層のpython-dlshogi-masterフォルダに置いたら登録できました。

私も同様にファイルを移動させて、エンジン追加を試みたのですが、
結果が返ってきません。
どのくらい時間経ったら、登録完了したのでしょうか？
857．USI_Hash, USI_Ponderの設定に関して 返信  引用 
名前：hiraoka64    日付：2018/6/10(日) 16:24
いつも将棋所にお世話になっております。

「ハッシュメモリ」「相手の手番中に先読み」のエンジン側の設定が、「エンジン設定」の「USI_Hash」「USI_Ponder」で上書きされてしまう為、「ハッシュメモリ」の設定はほぼ意味が無く、
「相手の手番中に先読み」は、将棋所が先読みの局面をエンジンに送るかどうかだけの設定となってしまっており、先読みの有無で時間配分を変えているエンジンは「エンジン設定」でも「USI_Ponder」を正しく指定する必要があり、「相手の手番中に先読み」と「USI_Ponder」を二重に設定する手間が掛かっております。

これらの問題がある為、解決案を2つ考えました。これらのどちらかの機能変更をして頂く事は出来ないでしょうか？ご検討して頂けますと幸いです。
・「ハッシュメモリ」の項目を削除
・「相手の手番中に先読み」の項目を両対局者に個別に指定可能に。
・「エンジン設定」で「USI_Ponder」を表示せず、エンジン個別のオプション設定時に「USI_Ponder」は設定しない。

または

・「ハッシュメモリ」「相手の手番中に先読み」の項目を両対局者に個別に指定可能に。
・「エンジン設定」で「USI_Hash」「USI_Ponder」を表示せず、エンジン個別のオプション設定時に「USI_Hash」「USI_Ponder」は設定しない。


859．Re: USI_Hash, USI_Ponderの設定に関して
名前：将棋所の作者    日付：2018/6/11(月) 23:59
確かに、同じ項目を二重に設定するのはまずいと思います。修正案ですが、対局ダイアログ内の設定項目を増やしたくないので、対局ダイアログから「相手の手番中に先読み」と「ハッシュメモリ」を両方とも削除して、エンジン設定ダイアログで設定するようにした方がいいと思います。検討や棋譜解析などのダイアログからも「ハッシュメモリ」を削除することになります。
エンジンによって起動時にUSI_HashとUSI_Ponderを返すものと返さないものがあるので、それを区別する方法ですが、

・USI_Hashを返すエンジンであれば、それをそのまま使って設定項目を表示（USI_Ponderについても同様）
・USI_Hashを返さないエンジンは、エンジンがoptionで指定する固有の設定項目と別に、ダイアログの上の方に「ハッシュメモリ」の項目を表示。USI_Ponderを返さないエンジンについても同様に「相手の手番中に先読み」の項目を表示。その際、エンジン固有の項目と区別できるよう、この二つの項目は、各項目が入っている枠の外に表示する。エンジンがoptionで返す項目と返さない項目が同じように表示されるのは不自然なので、区別できるようにした方がいいと思います。
項目名を日本語で表示するか、USI_HashやUSI_Ponderそのままで表示するか、ちょっと迷いますが。

エンジンごとの具体例を挙げると、AperyのようにUSI_HashとUSI_Ponderを両方とも返すエンジンであれば、エンジン設定ダイアログの中身は今までと同じになります。技巧のようにそれらを返さないエンジンであれば、「ハッシュメモリ」と「相手の手番中に先読み」が枠の外に表示されます。
USI_Hashは返すがUSI_Ponderを返さないというエンジンであれば、「ハッシュメモリ」は枠の中に、「相手の手番中に先読み」は枠の外に表示されます。こんな感じでどうでしょうか？

あと、GPSfishやNanoha、Usapyon2などの場合、USI_HashとUSI_PonderではなくHashとPonderという名前のoptionを返すので、この場合にどうすべきか迷います。USI_HashやUSI_Ponderとは別とみなして枠内のHashやPonderとは別に枠外にも表示する（エンジン設定時にHashやPonderとは別にUSI_HashとUSI_Ponderも送る）か、USI_HashとUSI_Ponderと同一のものとみなして枠外には表示しない（HashやPonderを送るのだから、USI_HashとUSI_Ponderは送らない）か、後者の方がいいような気がしますが、それで問題ないかどうかよくわかりません。
この辺について、それらのエンジン作者の意見もあると助かります。

861．Re: USI_Hash, USI_Ponderの設定に関して
名前：hiraoka64    日付：2018/6/12(火) 13:13
> 対局ダイアログから「相手の手番中に先読み」と「ハッシュメモリ」を両方とも削除して、エンジン設定ダイアログで設定するようにした方がいいと思います。

これは私も賛成です。

> エンジンごとの具体例を挙げると、AperyのようにUSI_HashとUSI_Ponderを両方とも返すエンジンであれば、エンジン設定ダイアログの中身は今までと同じになります。技巧のようにそれらを返さないエンジンであれば、「ハッシュメモリ」と「相手の手番中に先読み」が枠の外に表示されます。
> USI_Hashは返すがUSI_Ponderを返さないというエンジンであれば、「ハッシュメモリ」は枠の中に、「相手の手番中に先読み」は枠の外に表示されます。こんな感じでどうでしょうか？

技巧のコードのコメントを読む限り、USI_Hash, USI_Ponder を送らないのは、将棋所が必ず送るからであり、おそらく二重に設定する事が無いようにする為だと思います。
また、将棋所のwebページの「USIプロトコルとは」の説明でも、
「USI_PonderとUSI_Hashに関しては、それぞれ対局ダイアログの「相手の手番中に先読み」と「ハッシュ」に対応しており、将棋所で対局を開始するときに必ず送るので、エンジンがoptionコマンドで指定する必要はありません。」
と記載されており、エンジンはこれらをオプションとして出しても出さなくても良いと読めるので、
エンジンが出すか出さないかで、将棋所側のエンジン設定ダイアログが変わらない方が自然なように思います。

日本語項目かオプション名そのままかについては、エンジン開発者として個人的にはオプション名そのままの方が嬉しいですが、
利用者目線で考えると、日本語の項目の方が分かり易いと思います。
「ハッシュメモリ(USI_Hash)」などと併記されていると、良いかも知れません。

> あと、GPSfishやNanoha、Usapyon2などの場合、USI_HashとUSI_PonderではなくHashとPonderという名前のoptionを返すので、この場合にどうすべきか迷います。USI_HashやUSI_Ponderとは別とみなして枠内のHashやPonderとは別に枠外にも表示する（エンジン設定時にHashやPonderとは別にUSI_HashとUSI_Ponderも送る）か、USI_HashとUSI_Ponderと同一のものとみなして枠外には表示しない（HashやPonderを送るのだから、USI_HashとUSI_Ponderは送らない）か、後者の方がいいような気がしますが、それで問題ないかどうかよくわかりません。
> この辺について、それらのエンジン作者の意見もあると助かります。

GPSfish, Nanoha, Usapyon2 に関してだけであれば、後者でも良いと思うのですが、
少なくとも、USI_Hash, USI_Ponder は予約されたオプション名でしたが、Hash, Ponder は予約されていません。
その為、Hash, Ponder を別の意味のオプションとして使う自由がエンジン側にあります。
ハッシュテーブルを通常探索や詰み探索で用途別に複数種類持つ実装はあり得るので、実際にそういうエンジンがあってもおかしくは無いと思います。
ですので、後者では問題がある為、前者にする必要があるように思います。

862．Re: USI_Hash, USI_Ponderの設定に関して
名前：将棋所の作者    日付：2018/6/13(水) 0:15
> USI_PonderとUSI_Hashに関しては
> エンジンが出すか出さないかで、将棋所側のエンジン設定ダイアログが変わらない方が自然なように思います。

これの意味ですが、エンジンが指定するかどうかに関係なく、必ず枠内に表示すべきということでしょうか。それとも逆に、必ず枠外に表示すべきということでしょうか。
前者の意味であれば、エンジンが指定する項目と、そうでない項目が同列に表示されるのはやはり違和感があります。後者の意味であれば、それでも構わないと思いますが、エンジンがUSI_PonderとUSI_Hashを指定しても、その項目だけは枠内に表示しないようにしなければいけません。枠内と枠外のどちらに表示した方がいいか迷います。

> 「ハッシュメモリ(USI_Hash)」などと併記されていると、良いかも知れません。

それがいいかもしれません。その方向で考えます。

> ですので、後者では問題がある為、前者にする必要があるように思います。

確かに、予約されてない名前を勝手にUSI_HashやUSI_Ponderと同じ扱いにするのは良くないですね。HashやPonderを指定するエンジンの場合、USI_HashとHash、USI_PonderとPonderが同じダイアログ内に表示されてしまって混乱するかもしれませんが仕方ないですか。将棋所でUSI_HashとUSI_Ponderを必ず指定するというのが良くなかったようで、その点については失敗したと思っています。

あと、現在の将棋所では、対局ダイアログの「相手の手番中に先読み」をオフにした場合、エンジンが対局中にbestmove ... ponder ...で先読み要求を出しても、それを無視してgo ponderは送らないようにしています。この機能は残した方がいいでしょうか。USI_Ponderがオフなのに先読み要求を出すのはエンジン側の問題なので、将棋所の側でそこまで制限しなくてもいいのかなと思います。

865．Re: USI_Hash, USI_Ponderの設定に関して
名前：hiraoka64    日付：2018/6/13(水) 13:19
> これの意味ですが、エンジンが指定するかどうかに関係なく、必ず枠内に表示すべきということでしょうか。それとも逆に、必ず枠外に表示すべきということでしょうか。
> 前者の意味であれば、エンジンが指定する項目と、そうでない項目が同列に表示されるのはやはり違和感があります。後者の意味であれば、それでも構わないと思いますが、エンジンがUSI_PonderとUSI_Hashを指定しても、その項目だけは枠内に表示しないようにしなければいけません。枠内と枠外のどちらに表示した方がいいか迷います。

USI_PonderとUSI_Hashは枠外に表示され、エンジンがUSI_PonderとUSI_Hashをオプションとして出している場合、枠内にはそれらは表示されない。というのを私はイメージしておりました。
エンジンのオプションの有無に関わらず必ず設定する項目として特別なので。
可能であれば、USI_Ponder, USI_Hashを出しているエンジンのデフォルト値はそのまま使われていると助かります。

> あと、現在の将棋所では、対局ダイアログの「相手の手番中に先読み」をオフにした場合、エンジンが対局中にbestmove ... ponder ...で先読み要求を出しても、それを無視してgo ponderは送らないようにしています。この機能は残した方がいいでしょうか。USI_Ponderがオフなのに先読み要求を出すのはエンジン側の問題なので、将棋所の側でそこまで制限しなくてもいいのかなと思います。

これについては、エンジン開発者が将棋所の挙動を確認して実装している所もあり、例えばAperyも不要なponder要求をしていると思います。
挙動が変わってしまうと過去のエンジンの先読みをオフにする手段がなくなってしまいますし、
挙動を変えないで頂けますと嬉しいです。

866．Re: USI_Hash, USI_Ponderの設定に関して
名前：将棋所の作者    日付：2018/6/13(水) 22:44
> USI_PonderとUSI_Hashは枠外に表示され、エンジンがUSI_PonderとUSI_Hashをオプションとして出している場合、枠内にはそれらは表示されない。というのを私はイメージしておりました。

エンジンがUSI_PonderとUSI_Hashを指定するかどうかに関係なく、それらは必ず枠外に表示されるということですか。エンジンが指定すれば枠内で指定しなければ枠外という方式も悪くはないと思いますが、とりあえず枠外表示で作成しようと思います。デフォルト値も以前の設定値を引き継ぎできるようにします。

> 挙動が変わってしまうと過去のエンジンの先読みをオフにする手段がなくなってしまいますし、挙動を変えないで頂けますと嬉しいです。

了解しました。USI_Ponderがオフのときの動作は現状のままにしておきます。

所用で２日間ほど掲示板に書き込みできないのでご了承ください。

867．Re: USI_Hash, USI_Ponderの設定に関して
名前：hiraoka64    日付：2018/6/15(金) 13:6
かなり私の要望通りにご検討頂きまして大変ありがとうございます。
よろしくお願いいたします。
860．局面編集の駒移動の制約 返信  引用 
名前：山本    日付：2018/6/12(火) 11:54
ちょっと基本的な問い合わせになります。
過去にでているかも知れませんが、お聞きします。
以前から、何度も不便に思っていることです。

局面編集では、基本、相手の駒を取ることはできないようです。
相手の駒を事前に駒台に持ってこないと、そこに自分の駒を移動できません。

これは設計思想になると思われるので、あまり深く関与するつもりはありませんが、棋譜の途中から盤面を組み替えたいとき、相手の駒を取る場合で二度手間が生じています。

もし局面編集で、相手の駒を「取る」という行為も機能するなら、手作業はもっと楽に済みます。

仕様変更が可能かどうか、時間のあるときにでもご検討頂けたらうれしいです。


863．Re: 局面編集の駒移動の制約
名前：将棋所の作者    日付：2018/6/13(水) 0:35
将棋所の以前のバージョン（3.8.4まで）では、駒の移動先に相手の駒があったら、その駒を移動した駒の側の持ち駒にするようにしていました。ですが、3.9.0で局面編集の機能を強化して、駒の移動中にシフトキーを押すと向きが変わるようにしました。そのため、向きが変わった状態で他の駒の場所に移動した場合、移動先にある駒がどちら側の持ち駒になるか混乱するので、他の駒がある場所には移動できないように変更しました。
移動先の駒を持ち駒にできなくなったという点では不便になったかもしれませんが、駒の向き変更以外にも様々な機能を追加しており、詰将棋の配置などでは以前よりはるかに便利になったと思います。詳しくは「将棋所の使い方」にある「局面編集」を参考にして下さい。

864．Re: 局面編集の駒移動の制約
名前：山本    日付：2018/6/13(水) 8:7
分かりました。
回答、ありがとうございました。
853．elmoのエンジン名 返信  引用 
名前：山本    日付：2018/6/9(土) 13:41
最近、新しくelmoを導入しました。古いバージョンは使っていたのですが。

YaneuraOu-2018-Otafuku.exeをエンジン管理から追加するとき、ファイル名をelmoと変えてもエンジン名はyaneuraOuと将棋所では表記されてしまいます。

ShogiGUIでは評価関数をelmoで使う場合、エンジン名をyaneuraからelmoに変えることはできるのですが、将棋所ではやはり無理なのでしょうか？


855．Re: elmoのエンジン名
名前：将棋所の作者    日付：2018/6/10(日) 0:8
将棋所で表示するエンジン名はファイル名とは関係なく、エンジンが起動時に返す名前を使っています。その名前を完全に無視することはしたくないので、任意の名前をつける機能は用意していません。ただ、最近はエンジン本体が同じで評価関数を変更するということが増えてきたので、そういう場合のために、エンジン設定ダイアログで拡張子を追加して区別する機能があります。とりあえずその方法を試して下さい。
その方法で拡張子をつけると名前がさらに長くなってしまいますが、短い名前をつけたい場合、YaneuraOuであれば任意の名前をつける方法があります。以下のページに書いてある、「エンジン名の偽装方法について」という項目を参考にして下さい。

https://github.com/yaneurao/YaneuraOu/blob/master/docs/%E8%A7%A3%E8%AA%AC.txt

それにしても、最近は長い名前のエンジンが増えてきて、どうにかならないものかと思っています。エンジン名が長くなったために、ダイアログを大きくしたりレイアウトを変更したり、いろいろ変更しなければいけなくなりました。エンジンの細かい特徴とかはエンジン名に書く必要はなくてReadmeに書けば済む話なので、エンジン名は昔のようにもっと単純な名前に戻してほしいです。

858．Re: elmoのエンジン名
名前：山本    日付：2018/6/10(日) 23:43
ありがとうございます。
上手く"elmo"に変更できました。

ところで掲示板で作者様から直接、アドバイス頂けることほど心強いものはありません。お忙しいのに、時間を割いておられることに感謝します。
ページ： |< << 8 9 10 11 12 13 14 15 16 17 >> >| 

無料アクセス解析

アクセス解析の決定版！無料レンタルで最大100ページ解析！

   投稿KEY
   パスワード
EZBBS.NET produced by InsideWeb