[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ ] Update time : 05/09 15:32 / Filesize : 253 KB / Number-of Response : 980 [このスレッドの書き込みを削除する ] [+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧 ] [類似スレッド一覧 ] ↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました
おまいら最強の麻雀プログラムしてみろよ Part2
1 名前:デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:47:50 ] めざせ最強の麻雀プログラム! 層の薄いこのカテゴリーなら、将棋やオセロよりも ずっと簡単にその地位を手にいれられるぞ!
797 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:03:37 ] www.interq.or.jp/snake/totugeki/MJexeIODLLman.htm
798 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:08:06 ] 人間が混ざる環境だと迷惑では? あと>>797 の利用規約見たけど、AIで使うのは明らかに規約違反だな。
799 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:28:32 ] 個人で強いAIを作ってもそれを公開しなければいい。 >以上は、個人的な研究程度の範疇なら問題ありません
800 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:32:11 ] MJexeIO.DLLを簡単に利用するためのラッパーを作るだけならいいだろう。
801 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:34:53 ] 公開しないAIをこのスレで議論する意味あんの?
802 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 11:38:10 ] Rと名前でわかる
803 名前:デフォルトの名無しさん mailto:sage [2008/10/02(木) 17:26:27 ] カスだな
804 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:18:39 ] >>787 例に出てるけど、クイタンがあるかどうかは終盤の打ち筋に大きく影響するから、 アガッたときにはじめてわかる、なんて仕様はあり得ないと思う。 予めAIはクイタンが認められるかどうかを知っていないと。 それならクイタンありAIとクイタンなしAIの2つを分けて作れ、って考え方なんだろうけど 初めっから多態性を切り捨てたAIなんて面白くないよね。特にム板的には。 というわけで、「採用されている」ルールだけでも通達すべきだと思うんだ。 無数にある「採用されていない」ルールは無視してね。
805 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:20:33 ] >>788 牌のユニークIDがないと赤には対応できないな '5m'を'5M'にするとかか
806 名前:632 mailto:sage [2008/10/03(金) 00:28:15 ] >>804 AIクライアントを起動するときに、オプションで指定すればそれで済むと 思っているんですが、サーバに問い合わせて自動で判別する必要が あるんでしょうか? >>805 赤牌は、おっしゃる通りの表記で既に仕様に入ってます。
807 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 01:39:05 ] 俺が一人で作ってるのとは微妙に仕様が違ってきてるな いろんな考え方があって面白い
808 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 02:07:34 ] >>806 いちいちオプション指定なんて面倒
809 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 02:11:18 ] >>806 うっかり1人だけ設定間違えた、ってこともあるはず。 こういうことはしっかり確認を取れるようにしないとトラブルの元。
810 名前:632 mailto:sage [2008/10/03(金) 02:29:18 ] >>809 自分はサーバとクライアントでルールをやりとりする方が トラブルの元だと思っています。 例えば、クイタンありの場合は、サーバからhelloコマンドで kuitan=1というオプションを渡すようにしましょう。 そしてクライアントはそれに対応しました。 ところが、他のサーバの実装ではkuitan=yesと送ってきました。 これは、サーバが悪いのでしょうか?それともクライアントが対応 すべきでしょうか? このトラブルを回避するには、ルールを通達する場合の仕様を 決めなければなりません。 そうなると今度は麻雀のルールの多様さが問題になってきます。 ツモっても平和つくの?赤牌は何枚入ってるの?聴牌連荘? 裏ドラはあり?ダブロンは?etc... 「どうせUMPのサーバなんてお前しか作んねーよ。そんな先の こと考えてんじゃねーよ」 という意見もあるでしょうし、おそらくそれはその通りです(^^; が、だからこそ自分の正しいと思うように作りたいのです。
811 名前:632 mailto:sage [2008/10/03(金) 02:50:55 ] >>807 どこらへんが違うのか、すごく興味があります(^^
812 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 10:07:24 ] なんか東風荘の焼きなおしみたいな感じで独自にやる意味が薄くなっちゃったんだよね
813 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 10:10:23 ] 東風荘のつなぐやつ作ってくれよ
814 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:19:56 ] >ルールを通達する場合の仕様を >決めなければなりません。 実装とルールを切り離してるんだから、なにかしらルール定義ファイルがあるんじゃないのかな・・・ それ送っちゃえばいいのに。 マッチメイクサーバーとかが面倒見るのがいい気もするけど。
815 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:44:53 ] IDE/ATAのIdentifyコマンドみたいに512byteとか 1024byteのパラメータの固まりをやりとりできる コマンドを準備しておけば良いんでね? フォーマットの中身は追々、考えるとして。 麻雀のルールは1000パラメータ以上もは無いだろう? 有りそうなら後々、長さを拡張できるようにしておく。 で、サーバーは一方的にルールを通知するだけ。 対応する、しない(できる、できない)は クライアントの責任とする。 ルールの摺り合わせをするのはさすがに大変そうなので。
816 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 13:52:13 ] あとで再現のために、誰がどのバージョンで参加したかのやり取りは必要だからね。
817 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 14:25:31 ] じゃ、このルールで参加する、あるいは対応できないから 参加しない、の返事だけはクライアントから返すようにするとか。 その後、参加しているかどうかログ見れば分かるから あまり意味ないけど。
818 名前:デフォルトの名無しさん mailto:sage [2008/10/03(金) 19:52:46 ] サーバに接続してからhelloでルール確認するって違和感あるんだけど 東風荘みたいに「○○ルールのサーバに接続しに行く」ってのはできんのかね
819 名前:デフォルトの名無しさん [2008/10/04(土) 23:37:26 ] >>664 期待して待ってるんですが、その後どうですか?
820 名前:632 mailto:sage [2008/10/05(日) 02:39:38 ] 赤牌のことを考えると、チーとかポンで晒す牌を明示的に 指定しないといけないのか…地味に面倒だな(^^;
821 名前:デフォルトの名無しさん [2008/10/05(日) 02:47:35 ] 別に赤牌が無くてもチーは明示的に指定する必要がある
822 名前:632 mailto:sage [2008/10/05(日) 03:55:54 ] >>821 いや、もちろん最初からチーのときは牌を指定させてたよw
823 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 10:55:11 ] 経過をたどればプロトコル関係ないだろ。 クライアントだけで晒す牌は自明。
824 名前:デフォルトの名無しさん [2008/10/05(日) 12:46:31 ] >>823 お前は相手の牌が読めるのかよww
825 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:03:43 ] >>824 sutehai と chi pon kan の経過があれば可能
826 名前:デフォルトの名無しさん [2008/10/05(日) 13:16:58 ] 記述内容が荒くて答えになっていない まず、それではあがった時や流局時にプレーヤーがどんな手牌 であるのか不明 つか、sutehaiとかchiとかのメッセージをサーバ間で やりとりして、言語依存せずに麻雀のゲームを成立させることが、 このプロトコルが意図してるところだろ?
827 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:23:24 ] >>826 これを読んでから言ってるの? sourceforge.jp/projects/openmj/wiki/FrontPage
828 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:58:48 ] ここまで読んできて非常に面白いと思った 麻雀は将棋やチェスと違ってプレイヤー間の意思疎通および時間経過の概念があるから 適当な考えで簡単に策定したら後で破綻しやすそうだね 個人的には錯和もチョンボも無いゲームは麻雀とは呼ばずに 麻雀モドキもしくはコンピュータ麻雀とか呼んで欲しいと思うけど
829 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:15:20 ] 他人の作るものにケチつけるくらいなら自分で作ればいい
830 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:26:31 ] 他人にケチ付けられて拗ねるぐらいなら公開掲示板などに書かなければいい
831 名前:632 mailto:sage [2008/10/05(日) 14:36:42 ] >>828 > 個人的には錯和もチョンボも無いゲームは麻雀とは呼ばずに > 麻雀モドキもしくはコンピュータ麻雀とか呼んで欲しいと思うけど そういう意味では、自分はリアル(人間同士)の麻雀を再現したいとは カケラも考えていません。だいたい、表情や仕草も見えない時点で全然 別物なのは皆わかってるものだと思いますが。 むしろ、そういう情報をなくすことで、より麻雀の「ゲーム」としての要素が 際立ち、そしてそこにコンピュータを使って最強のAIを作るという新たな 試みが生まれているのではないでしょうか。 その上で、チョンボは「コンピュータ麻雀」として意味があるのか、という 議論であれば、それは面白いと思います。
832 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:40:59 ] チョンボが勝率に絡んでくることもあるだろ
833 名前:632 mailto:sage [2008/10/05(日) 14:43:27 ] ちなみに、現状自分が作っているシステムではツモ切りかどうかを 誤魔化すことができません。 これは、本来の麻雀では小手返しのうまい人なら可能なことが 不可能になっているという意味で、チョンボを認めるかどうかなんか よりよほど大きな問題だと思いますが、これについて一切ツッコミは ありません。 というか、小手返しを使ってツモ切りかどうかを誤魔化せる麻雀ゲームって 存在するんですかね?
834 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:27:54 ] 意図的にチョンボしたい時用に、満貫払って降りる チョンボコマンドでも定義しとけば?
835 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:09:26 ] >>831 表情が見えないからこそ、牌で語るんじゃないの? とりあえずノーテンリーチを認めない理由がわからない
836 名前:デフォルトの名無しさん mailto:sage [2008/10/05(日) 22:37:02 ] とりあえず動くクライアントを作らないか?
837 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:25:59 ] ちゃんと動くサーバが出てソースが公開されたら、 俺がチョンボとかノーテンリーチとか対応するから問題なす。
838 名前:デフォルトの名無しさん [2008/10/06(月) 00:41:27 ] >>835 つかノーテンリーチ認めてるところが あるかよ おまえ自身が異端だって気付けよ
839 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 13:40:49 ] >これについて一切ツッコミはありません。 自分が考えたことに対する異論は片っぱしから拒否しといてつっこみがないとかあるかよ。 もう付き合ってられんわ。
840 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:29:03 ] AI同士の勝負でバグを出すことがデメリットにならないなんて設計ミスだろ ノーテンリーチやチョンボ判定せずにサーバの救済措置で勝つAIがあるとして それは強いAIとは言わないし、そのプロトコルはAIの強さを保証できない
841 名前:デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:05:16 ] 本質がわかってないね きみには強いAIは無理だからどうでもいいや
842 名前:632 mailto:sage [2008/10/07(火) 00:11:21 ] >>839 チョンボとルールの伝達の件でしょうか? それについては採用しない理由(デメリット)を説明しているつもりです。 ただルール伝達については、自分は必要がないと考えているんですが、 それを証明(?)するためにも、その仕組みでの実装を見せる必要が あるかと思い、とりあえず議論よりも実装を頑張っている状態です。 その後、自分以外にもクライアントやAIを作ってくれる人が現れて、 やはりルール伝達があった方が問題が少なくなると思えば、仕様に 採り入れることもあります。 チョンボについては、極論すれば>>834 の意見に行き着いてしまうと 思うのですが、やはりこれには抵抗を感じます。
843 名前:632 mailto:sage [2008/10/07(火) 00:15:32 ] >>840 AIでチョンボというのは、それはもはやバグであり、強い弱いという レベルとはかけ離れていると思います。 逆に、チョンボをサーバに救済してもらうことで勝てるAIなら、それは バグを直せば強いのだから、強いAIなんじゃないでしょうか?
844 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 00:20:19 ] チョンボで流れるルールだったら、チョンボで流して1位確定とかやれるんだよ・・・? ルールによってはだけどね、流局連荘だけどチョンボだと流れるとか、どっかであったはず 普通ないけどね、一応こういうのもあるよっていう情報提供って意味でw
845 名前:632 mailto:sage [2008/10/07(火) 00:30:37 ] また、人間が操作するタイプのクライアントの場合、クライアントで チョンボを発生させないようにする(サーバに送らない)ことも可能です。 これは、オープンなプロトコルで、クライアントを自由に実装できる以上、 防ぎようがありません。 その上で、チョンボが発生するクライアントと、チョンボを発生させない ようにしたクライアントで対戦するというのは、どうなんでしょうか。 「コンピュータに手助けしてもらって打つなんて麻雀じゃない」という 意見もあるかもしれません。 でも、一昔前は他家の点数を覚えておくのは技術でしたが、今どきの 自動卓ならボタンを押せば表示されます。 またゲームであれば、ツモ切りかどうかを捨て牌にわかりやすく表示して くれるものもあります。 自分としては、そういうことを総合して、リアルの麻雀とコンピュータの 麻雀は違うのだから、リアルの麻雀のすべての要素を入れる必要はなく、 そしてチョンボはコンピュータ麻雀には不要だと考えたわけです。
846 名前:632 mailto:sage [2008/10/07(火) 00:34:32 ] >>844 わかります。 ですから結局>>834 を認めるかどうかなんですが、実際、自分は 今までに勝とうとしてわざとチョンボするヤツを見たことがありません。 暗黙の了解で、チョンボはわざとやらない、つまり戦術ではないと いうものだと思ってたんですが、そんなこともないんでしょうか?
847 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 00:39:49 ] っと、ごめん、すでに書いてあったのね まぁ明記してくれればどっちでも自分はかまわないかな?お好きなようにっ そこは設定できるようにしてあるしっ
848 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 00:42:43 ] じゃあチョンボはサーバ側で勝手に弾いていいから 弾いたログだけは絶対に牌譜に残る仕様にしてくれよ
849 名前:632 mailto:sage [2008/10/07(火) 00:48:26 ] >>848 今作ってるサーバをそういう仕様にするのは全然構わないですが、 すべてのサーバの実装はそうすべき、とするほどの意味が感じられません。 どういう用途で必要なんでしょうか?
850 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:27:43 ] >>849 デバッグに有用な情報ではあるんじゃないかな。 チョンボするってのが、単にチョンボするだけの問題ってことはおそらくあまりなくて、 推論ロジック全体に影響する問題がある可能性が高いだろうし。 その一種の症候として検出するに値するものであると思うよ。 まあ、それだと全てのサーバがそうすべき、というほど強く必要なものでもないだろうけど。
851 名前:632 mailto:sage [2008/10/07(火) 01:36:00 ] >>850 それは自分も考えました。 でもそうだとすると、サーバのログよりも、クライアントから不正な 返答があった場合には、サーバからerrorとかを返した上で続行 した方がクライアントのデバッグはやりやすいんじゃないでしょうか。
852 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:43:53 ] >>846 >暗黙の了解で、チョンボはわざとやらない、つまり戦術ではないというものだと思ってたんですが 同意だ。 麻雀の戦術として、「この場合はチョンボしよう」というのも見たこと無いな。 チョンボは麻雀の中で、明らかに「例外」だ。 無しにできるのなら無しで良いものだと思う。 現在あるコンピュータ上の麻雀ゲームで、チョンボがあるものは多数あるため、なんとなく無いと変な気がするだけで、 無いからといって麻雀のゲーム性が損なわれることはまったく無いと考えられる。 リアルの麻雀では、山を手で崩してしまったら、なんらかの罰とかもあるわけだが、それは実装しなくて良いのだろうか。 その場合、AIが手のカーソルを牌を倒さないように避けるアルゴリズムが必要だな。
853 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:16:03 ] >>851 それもそうか。
854 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:22:11 ] たまにフリーでそういうプログラム欲しくなるな んで、出来た?
855 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 02:49:21 ] >>849 「完全にバグの無いプログラムの存在は証明し得ないから(悪魔の証明)」 言語が違うコンパイラが違うOSが違う加えて通信上の問題も多々ある これ普通のマならみんな最大限警戒することだと思うけど あなたが許したバグの責任はあなたが負うことを明示してねっ、てこと チョンボを弾いたログは牌譜に残してね。お願いします
856 名前:632 mailto:sage [2008/10/07(火) 02:59:34 ] >>854 進捗はSourceForgeのソースを動かしてもらうのが一番わかりやすいんですが、 とりあえず残る大物作業としては鳴きの処理くらいで、あとはGUIをもうちょっと ちゃんとするのとか、バグとか、そんな感じです。 現在でも鳴けないけどツモ切り3人相手に一人打ちくらいならできます。 >>855 クライアントのバグの検出ということであれば、>>851 の方法ではいかがでしょう? 牌符は東風荘と互換にしようと思ってるので、独自情報は追加できないかも。 それはそれとして、サーバのログは残すつもりですが。
857 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 03:51:37 ] 牌符を「東風荘と互換」にするなら錯和は必ず牌符に残ことになるはずでは 「それはそれとして、サーバのログは残す」ってどういうことなのでしょうか? 「独自情報の追加(削減?)」は不要なので普通に牌譜に記録して頂きたい
858 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 04:03:52 ] サーバのログって言ったら通信履歴のことじゃないの? 通信記録=牌譜ではないでしょ。
859 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:16:04 ] 通信記録は全て残す 牌譜はその記録から抜き出す これで好きな形式で牌譜も取り出せる
860 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 09:22:47 ] AI対戦が根本にあるんだから、短時間で数百回勝手に対戦させといて 後で集計を確認したり、気になった局の牌譜を再現したりできるようにしたいじゃない? せっかくサーバー使うんだし、DB使うってのはそういうことに使えるからなんだけどね。 人間に見やすいプロトコルのために機能を削るのはナンセンスだと思ってる。
861 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 20:09:37 ] だから、チョンボは無しでノーテンリーチだけ認めればいいじゃん。 チョンボはルールの破壊だがノーテンリーチは戦術だろう
862 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 20:17:05 ] ノーテンリーチで流局になったらチョンボだべや
863 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 20:49:33 ] ノーテンリーチが戦術とか漫画の読みすぎじゃねーのw 馬鹿がいると話が進まないな チョンボ厨は完全スルーでいいだろ 今更こんな質問をするのもなんだけど、AI同士の優劣を判定するには多数の対局をこなさないといけない麻雀というゲームの性質上、 対局のたびにネットワークを介する方法は効率が悪いのでは?
864 名前:デフォルトの名無しさん mailto:sage [2008/10/07(火) 21:51:03 ] ネットワーク用のプロトコルを作っておけば、 別にlocalhostでも使えるでしょ。
865 名前:632 mailto:sage [2008/10/08(水) 00:37:58 ] >>857 牌譜を東風荘と互換にすることと、東風荘と同じ仕様(ルール)にするのは イコールではないです。 ログについては>>858 の言うように、いわゆる普通のログです。 通信だけには限りませんが。 クライアントのデバッグが目的であれば>>851 の方法を提案しています。 これについてはどうでしょうか? そういう目的のためではない、というのであれば、どうしろ、という形ではなく、 目的を教えて下さい。でないと対応できません。
866 名前:632 mailto:sage [2008/10/08(水) 00:41:24 ] >>859 それも考えましたが、とりあえず東風荘形式で牌譜を出した方が 何かと便利な気がします。 で、東風荘の牌譜について調べてたんですが、どこかに仕様って 上がってます? ざっと見た感じだと、鳴いたときに晒すメンツの情報が足りないような 気がするんですが…
867 名前:デフォルトの名無しさん [2008/10/08(水) 00:44:29 ] mj.giganet.net/mjscore.htm
868 名前:632 mailto:sage [2008/10/08(水) 00:54:34 ] >>860 > 人間に見やすいプロトコルのために機能を削るのはナンセンスだと思ってる どの部分を指摘しているかわかりません。牌を個別IDにしなかったことでしょうか? もしそうなら、それは機能を削ったという認識はないんですが、何かこれで失った ものがあるんでしょうか?
869 名前:632 mailto:sage [2008/10/08(水) 00:55:43 ] >>867 うわ、思いっきり本家にw ググっても引っかからなかったのに。ありがとうございます(^^
870 名前:632 mailto:sage [2008/10/08(水) 01:00:10 ] >>861-863 自分もノーテンリーチだけはアリかなと思ってます(^^; 理由は、 * 流局までチョンボにならない * 途中で上がることで防げる という部分で、他家同士の損得に影響が少なく、またゲーム性としても いわゆる「ブラフ」としての価値はあるかと。 もちろん、罰符は親子で同じ点数、局は流れないという条件は付きますが。
871 名前:632 mailto:sage [2008/10/08(水) 01:05:18 ] >>863 >>864 の言うように、ローカルでサーバも動かせば、それほどロスはないと 考えています。 ただ効率とか速度はそれほど重視していないので、それこそ何万局も打たせて 集計をとりたいという目的には向いてないかもしれません。 ちなみに、自分はAI同士ももちろんですが、AI対人間も考えてこの仕組みを 作っています。 だって、強いAIなら自分で相手したいじゃないですか?(^^
872 名前:デフォルトの名無しさん [2008/10/08(水) 01:06:57 ] 人間が打てるなら3Dにしてください><
873 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:10:04 ] >>872 大丈夫か?
874 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:10:11 ] AIと人間が対戦するのにサーバ介してロビー用意してチャットシステム組んでやんの? いつまでたってもできそうもないな。
875 名前:632 mailto:sage [2008/10/08(水) 01:15:47 ] >>874 別にロビーもチャットも用意するつもりはありませんが? そんなんなくても麻雀はできるでしょ。
876 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:16:17 ] そもそも文字だけでやる気にはならないな GUI作ってしまえばプロトコルなんてバイナリーでもかまわないわけで
877 名前:632 mailto:sage [2008/10/08(水) 01:17:22 ] >>872 クライアントのクオリティは…優先順位は低いですが、頑張ります(^^;
878 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:18:59 ] どうでもいいけど、自分と違う人の意見は絶対に聞かない態度はどうにかならないのか
879 名前:632 mailto:sage [2008/10/08(水) 01:19:08 ] >>876 GUIクライアントも一応作ってます(^^; さすがに人間が打つのにtelnet使えとかは言えないです。
880 名前:デフォルトの名無しさん [2008/10/08(水) 01:20:06 ] >>878 お前がか? 自己紹介 乙
881 名前:632 mailto:sage [2008/10/08(水) 01:23:09 ] >>878 意見を聞くということが、言われたことをホイホイやるというのであれば そんなつもりはカケラもありません。 リクエストについてはそれなりに理由をつけて反論しているつもりです。 ただ好き嫌いに関しては、当然ですが自分の好きを選びます。
882 名前:632 mailto:sage [2008/10/08(水) 01:32:29 ] >>891 ×リクエストについては〜 ○採用しないリクエストについては〜
883 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 01:34:54 ] 今まで出た議論は理由を読めば俺も632の判断の方が総じて妥当だと思うけどね
884 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 02:07:57 ] >>871 >ちなみに、自分はAI同士ももちろんですが、AI対人間も考えてこの仕組みを >作っています。 逆指向なんだと思ってたので驚いた
885 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 09:43:44 ] 言っていることがころころかわる
886 名前:デフォルトの名無しさん [2008/10/08(水) 18:05:05 ] 亀レスかもしれませんがチョンボについて少々言わせてくださいw 私が以前参加した大会でのことなのですが、初心者が多かったためか 「チョンボは取らず、手牌を立て直してそのままゲーム続行」というルールがあり、 実際に何人かが救われていました。 自動卓のボタン押しちゃったから続行不可能だとか、相手の手牌を故意に倒しやがったとか、そういうのは起こらなかったため対処が不明ですが、 これらがコンピュータ麻雀で起こることはないと思うので、局を中断して点棒をやりとりするのはナンセンスと思います。 「正しくない和了を以下の手牌で宣言した」という情報だけなら、(どうしても必要という根強い意見があるのならば、) 流してもいいかなとは思いますが。 ノーテンリーチは正常な流局の不聴として扱い、リーチ棒は一旦供託したので供託のままだったと思います。たしか101とかでしたっけ? 門前なら聴牌/不聴を問わずリーチできる団体もあったような気がします。(あそこは不聴罰符もなかったかな?) つまり、ノーテンリーチかけられる場合、流局時の罰符には反対票入れます。
887 名前:デフォルトの名無しさん mailto:sage [2008/10/08(水) 19:52:21 ] 不聴罰符なし→毎局ダブリーする荒らしAI出現 →全ツッパAIが常勝→クライアント参加者消滅 →プロトコル死亡
888 名前:632 mailto:sage [2008/10/09(木) 02:26:18 ] >>883 ありがとうございます(^^ >>884 人間同士の対局が主で、AIはついで、みたいな? 正直、そういう部分はあると思います(^^; というか、人間かAIかというより、ネットワーク麻雀というものをもっとオープンに したいというのが最大の目的です。 イメージ的には、好きなブラウザで、好きなサイトを見に行くような感覚で、 色々ある麻雀サーバに、好きなクライアントやAIで繋ぐ感じです。
889 名前:632 mailto:sage [2008/10/09(木) 02:28:23 ] >>885 自分のことでしょうか? どの部分についてそう思われたのですか? むしろ、どっちかと言えば>>878 で言われるように、頑固で自分の意見を 曲げない方なんじゃないかと思いますがw
890 名前:632 mailto:sage [2008/10/09(木) 02:39:53 ] >>886 結局、ノーテンリーチも、チョンボで罰符を払って局を終わらせるのも麻雀の戦術と みなすかどうかなんですよね。 101では有効だと判断すれば普通に使うんでしょうか? ノー爆では爆岡と稲瀬さんが茶柱を追い詰めるためにノーテンリーチを使ってたし、 最近ではリスキーエッジでも吉岡が使ってて面白かったので、ノーテンリーチは 戦術とみなしても良いかなぁと思ってしまいます(^^; ただ、やっぱり普通はそういう行為をワザとやるのは嫌がる人が多い気もします。
891 名前:632 mailto:sage [2008/10/09(木) 02:52:17 ] >>887 わざわざ荒らし用のクライアントを書いてくれる人が現れるなら、 それはそれでちょっと嬉しいくらいです(^^ 最初にも書いたけど、オープンなプロトコルを作りたいってのは 10年くらい前に考えて、でもそんときは2chとかなかったし、一人で 細々とやってて結局止めちゃったので、今はここで色々意見を 言ってくれる人がいて、それだけでも嬉しいです。 # 完全に構ってちゃんな発言だなw
892 名前:デフォルトの名無しさん [2008/10/09(木) 03:15:42 ] そもそも今回麻雀のプロトコルは、サーバとクライアント間で 各メンツがどんなアクションや情報を出したかを 互いに伝達しあうことが目的ではないか? メンツが出したアクション(毎回チョンボリーチをした、 役満でチョンボ流しをした等)がルール違反であるかは 「サーバ側で判断」すればよい。 サーバにメンツのアクションが正しく伝達されれば、 麻雀プロトコルの目的は達成できていると思うが?
893 名前:デフォルトの名無しさん [2008/10/09(木) 03:20:29 ] ただ、東風荘とかのルールなら、ノーテンでのツモ宣告 は無視でイイのではないのか?
894 名前:632 mailto:sage [2008/10/09(木) 03:37:22 ] >>892 まさにその通りで、現状のプロトコル(UMP)でも、誤ツモのチョンボで 局を流すとかは、 say A tsumo point A -8000 kyokuend で再現可能です。 ただ、この場合他のクライアントは「チョンボが発生した」と いうことを知ることができません。UMPにそれに該当する コマンドがないからです。 言ってしまえば、とりあえずUMPの仕様にchomboコマンドを 追加してしまえばそれで済むんですが、できれば入れたくないと いう自分のワガママが問題を大きくしてしまっている気もします(^^;
895 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 07:59:24 ] 色々文句言ったこともあるけど まずは単純でオーソドックスなものを作ってしまうべきなように思う 仕様に問題が出ればそれから対処すれば良いし ルールもいきなり複雑なのはAIがついていけない
896 名前:デフォルトの名無しさん mailto:sage [2008/10/09(木) 10:49:12 ] お前らがあんまりにもグダグダだから遂にあらさんが立ち上がったぞ 俺はこっちに期待させてもらう
897 名前:デフォルトの名無しさん [2008/10/11(土) 00:46:39 ] あらさんはこのプロトコルに興味を持たれている件
[ 続きを読む ] / [ 携帯版 ]
前100
次100
最新50
▲ [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ [+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧 ] ( ´∀`)<253KB
read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products. 担当:undef