  |
はてなキーワード: tagとは
https://note.com/stairlimit/n/nbf959f27b718
まあこんなタイトルつけたのは経済学を見越しての話だけど、情報収集してみるとたいていのまともそうな学問は同じ問題を抱えてるみたいね。ぶっちゃけ、日本経済学会の論文審査がまともに機能してる経済学はまだマシっていうレベルで基準がぶっ壊れてるところもあるっぽいし……
さておき。最初これ、「なんで経済学は数式を使うのか」という話で収めようと思ってたんだよね。
でも実のところ、数式を使う必要があるわけではないし、ルーカス批判だって本質は数式じゃないところで語られてるわけで。
アローとかドブリューみたいな数学畑から出てきた経済学者だって思想面の方に特筆すべきシャープさがあるし、本当に数式しかいじってなかった有名な人ってナッシュぐらいじゃね。そしてナッシュって経済学者じゃねえよな。とか思って、これを引っ込めた。
代わりにポパーの反証主義の話をしようとしたんだが、これすらなんか違う感がしたので、いまのタイトルに至る。つまるところ、学問にはそれぞれ固有の「ルール」があって、そのルールは主流派が決めてて、それに従わないと無視される構造になってるのはなぜか、という話だ。
あ、主流派なるものが一部の既得権益者みたいに思ってる人にいまのうちに言っておくと、主流派って言われる人たちはすごい速度で入れ替わってるからね。でも上の「ルール」が根本的に変わることはほぼない。だから「自分たちは主流派から不当に排斥されている！」という主張はおかしい。排斥されていない新しい人が山ほどいる状況でそれはないよ。
数式を使った理論モデルの展開で思い描いた通りの結論を言うのがどれだけ難しいか、やったことある人はだいたいわかってる。
定性的な議論でその種のごまかしをやる文献にはたいてい、結論を仮定しているような荒唐無稽な仮定がどっかにはさまっている。
データと照らし合わせる場合、データが再アクセス可能であることが大半の場合求められるし、それが無理（実験データなど）な場合にはデータ取得の方法の明示が求められる。
つまるところデータ分析の追試験を誰でも行えるようにすることが求められるのだ。
経済学だとポパー主義がよく取り沙汰されるけど、ことは経済学に限ったことでも、ポパー主義に限ったことでもなく、上のような議論で最も重要視されているのは、「自分の研究を攻撃したい人間が攻撃しやすいように発表形式を整えること」である。
その要件をクリアしているからこそ、攻撃に耐えて残った理論には信頼性が認められて、学問の一部としての地位を得ることができるのだ。
だから、もし「誰か」の理論が主流派から無視されているとしたら、それは「攻撃しやすい形式で発表する」という、最低限のルールを守っていないからだ。
もちろん、その「形式」が具体的になんなのかについては、学問ごとに少しずつ違う。
けど、「ルール」の目指すところ自体はたいていの学問で同じで、「ごまかしている場合、ごまかしていることが発覚するように」発表することが求められる。
このルールがないと、無駄に議論が間延びし、時には間違っている方が勝利した体裁になることすらあるということを、学者たちは経験的に知っているから、ルールを破っている言説には厳しいし、それが認められることはないのだ。
で、ツイッターで一部の人が、「学会の連中は学会外の議論をもっと聞くべきだ！」とか気炎を上げてるのを見るけど、ルール守ってください。以上。
だって時間の無駄じゃん君たち。攻撃しにくいように言い逃れの余地作って仲間同士でつるんでる馬鹿どもに構ってる暇なんてあるか。
厚生労働省による職業情報提供サイト『job tag』によれば、研究医の平均年収は713.6万円です。（※）国税庁『令和3年分 民間給与実態統計調査』で発表されている給与所得者の平均給与443万円と比較すると、平均給与を約270万円上回っていることがわかります。（※）同じく国税庁『令和3年分 民間給与実態統計調査』によれば、年収が700万超という人の割合は全体の14.3％であることから、一般的にみると研究医の年収は高い位置にあると言えます。
https://medrt.com/contents/1813
まあ美容整形が楽で稼げて女さんに大人気らしいからパートナーの高い年収よりさらに高い年収があるかもしれないね
統計見るとそういうケースはやっぱり少ないだろうけどね
久しぶりに弓道をしようと思って弓道グループに２つ行ってみて気づいたこと。同じようにアメリカで弓道を再開しようとしている人に伝えたい。
弓道には小笠原流とか日置流とかあるのはご存知のとおりだが、全日本弓道連盟がそれを取りまとめて日本では弓道の振興発展に努めている。
柴田家の弓はそれまで天皇家に納めるほどよい弓を作っていたが、20代目（1921-2013）が作った弓はあまりにもひどかったようである。
（ソビエトに捕虜となっていた時期があり、うまく伝承が行われなかったという話もある）
弓師の組合も文句を言うレベルであったが、全日弓から引導を渡された柴田氏は、どういう経緯かアメリカに渡り弓道を広めようとする。
このとき組んだのチベット系僧侶のChögyam Trungpaである。
https://www.lionsroar.com/kyudo-master-kanjuro-shibata-passes-away-at-boulder-dojo/
欧米で認知されていたオイゲン・ヘリゲル氏の「弓と禅」の影響もあり、スピリチュアル・禅などといった本来弓道とは関係のないものとごっちゃになり、スピリチュアルブームに便乗してコロラドから全米に広がっていった。
そのため現在アメリカでの弓道はZenやSpiritualが前面に推されているものもあり、日本弓道の考え方（武道や戦前の体育教育の一環）とは大きく異なるところである。
ちなみに柴田氏の伝えたのは日置流尾州竹林派であり、現在名古屋の一部でしか残っていない様子。
三十三間堂の通し矢に向いた射法であり、これまた今の主流の日置流とは大きく異なる。
さらに柴田氏がほぼ一人で全米に伝えようとしたため、現実的にはとても指導は行き届かず、アメリカで見られる日置流は尾州竹林派と呼ぶのは同じ弓道家としては心苦しいぐらいのレベルのものである。
自分が最初に見学した弓道グループもこのスピリチュアル系で、練習時間のときにいきなり両手の指を合わせて瞑想から始まった。
元々小笠原流で自分は習ってきた、というと、参加するならこちらのやり方に合わせなければいけない、と強要してきた。
追ってアメリカに広まったのが全日本弓道連盟・国際弓道連盟であり、アメリカの人たちは「Renmei style」とか「ANKF Kyudo」「INKF Kyudo」とか称していた。
2つ目に自分が見学した弓道場もRenmei系の、全くもって日本と見間違うような道場であり、大人になってから日本に来て修練したと思われる六段練士・五段教士も普通に複数おり、とても真っ当な射をしていた。
ぜひともAll Nippon・International Kyudo Federationには引き続き真っ当な弓道を世界に広めてほしい。
これから弓道をアメリカで始める人、日本で昔やっててアメリカで再開したい人には、ぜひRenmei系の弓道グループに顔を出していただきたい。
補足：弓道家でオイゲン・ヘリゲルの「弓と禅」を読んで全くピン来なかったのは自分だけではないはず。
どうやらオイゲン氏は3年ほど阿波研造師から教わっただけで、勝手に禅の要素を加えてヨーロッパに広めてしまったようである。
補足２：まともな尾州竹林派。最初にほとんど押し開かないのは通し矢の影響か。
https://www.youtube.com/watch?v=u4q4TD-gA7E
補足３：どうしてこうなった
こう書くと、「アイマスは5ブランドじゃないか？」とツッコミを当然受ける。私の嫌いな唯一のブランド、それはSideMである。
SideMは他ブランドのリソースを奪い続けた。その為憎い。まあわたしが男性にたいしてほぼ無関心寄りというのもあるかもしれないけど。勿論アイマススタッフの男性陣には数えきれない感謝をしているが。
わたしは子どもの頃に他の児童向けアーケードゲームをやりに来て近くにあったアケマスに触れてアイマスを始めた、つまり幼少期も含めて人生のほぼ全てをアイドルマスターに捧げた人間だ。
アケマスに初めて触れたとき、カワイイ女の子達がアイドルを目指して頑張るというその内容に幼い自分はとても惹かれた。
もともと女児向けの他のアイドルものが好きだったので、アイマスもそれと同じ様な物でなくオタク向けに位置しているとは自分もゲームの小銭を払う母も気づいていなかった。
その時一番惹かれたのは伊織であった。
当時の幼いわたしには少しワガママな態度にも見えたが、その口ぶりでありながら一生懸命にレッスンをしてトップアイドルを目指す姿は大変素敵に見えた。
そして、「にひひ」という笑い方はとてもカワイイと感じた。勿論他のアイドルもとても大好きです。
わたしは他の子が友達と遊びに行く休みを全てアケマスするためのゲーセンに使っていた。
その為、箱マスが発売された時は「これでゲームセンターに通わずにお家でもアイドルのゲームができる！」ととても喜んだ。そして何より新アイドルの美希は美人だと思った。彼女をプロデュースして見て、そんな大人っぽい見た目なのに内面はマイペースなカワイイ女の子なのがとても心をくすぐった。
SPでは美希のプロデュースが出来なくなったけど、貴音と響という新しい子も加入したしゲームの量は無限じゃないし仕方ないと割りきった。ディアリースターズも勿論やった。愛が一番元気で良いなとおもった。
そして、アイマス界隈以外にも大きな激震を与えた918。アイマス2の諸々の発表。ニュース記事をガラケーで見た。4人もプロデュース不可にする。ここで既に荒れていたが浅ましい自分は貴音や響を増やすみたいに女性キャラを追加するなら不可抗力と考えた。しかし、出てきたのは男３人であった。そんなのですら「男も面白いキャラじゃん」って擁護も、冷やかしなのか本心なのかあった。実際そういうノイジーマイノリティ層の声が糞でかいから後にSideMなんて汚物を産み出してしまったのだろう。
わたしはこの件に大変ショックを受けて、また受験勉強もあったのでしばらく心の整理をつけるためにアイマスから離れることにした。SideMを未だ憎んでいる時点で結局心の整理をつけきれなかったとも思うが。
しかし志望校に受かった事、やはりアイマスの女の子達から離れられない事もありシンデレラガールズのソシャゲをやり始め、アイマス2も合格祝いとして親にねだって結局アイマス漬けになった。
学校行く時間以外はほぼ全部家でアイマス。何なら学校でもイベントの時は先生がいないタイミングにこっそりモバマスをしていた。
わたしは今で言うASの子達目当てに始めたが、卯月と未央もとても好きになった。卯月と未央、カワイイ系の卯月と元気系の未央はどんなユニットになるのだろうと妄想した。そんなだからニュージェネレーションズのユニット初出の時はとても喜んだ。
アニマスはアイドルの日常とライブシーンを生き生きと描いていて、ストーリーも感動した。2023年の今見ても色褪せないし今のアニメと比べても劣らないと思う。
１点だけ望むなら、木星の末路をバッドエンドにしてほしかった。SideMとやらでの再利用構想が既にあったからできなかったのかもしれないが。
劇場版でのマスピは普段感情を表にあまり出さないわたしが映画館で情けないことに大泣きしてしまった。幸い来るのも同類のオタクばかりだったのかそこまで白い目では見られなかった。その劇場版の候補生だった可奈が気になってシンデレラガールズでプロデュースできたらなと思った。
しかし、その予感はミリオンライブというコンテンツの旗揚げで大きく外れた。
ミリオンライブでは765プロダクションのソシャゲが遂にできたと古参Pの間ですごく話題になった。
わたしも765プロダクションに多くの仲間が増えて嬉しいと思った。
可奈を見て、映画で見たあの子だ！と思ったし、看板となる未来も愛嬌がある。どちらも可愛いと思った。
そして、忌々しいSideMのサービスが開始した。918の要因の一つとなった木星を消すどころか新ゲームの看板にする。しかも美少女コンテンツの金で男のゲームを作る、これは滅茶苦茶おかしいことなのに「木星をやっとプロデュースできる！」「男も良いな！」ってノリなのにわたしは死ぬほど違和感を感じた。そして、わたしが女性だってことを隠してなかったからか周りのアイマスPはしつこくSideMを勧めてきた。
今で言うフェミ扱いみたいなのされて晒されかけた事あるからここ以外で二度と書かないけど当時は二次元で男なんぞに関わりたくないってカッとなって送ってしまった。もちろんSideMの男性キャラクターに興味ないだけで男性の送り主のあなたの事が嫌いではないと謝ったけど遅かったが。
キャラクター設定自体は正直言ってアイマスの良さが現れていて最初の頃はSideMの連中が女の子だったら良かったのに…と思っていた。
特に高校生バンドの子達の設定は男と言う性別を差し引けば興味深くて、彼らが女の子でデレミリにいたら担当だったかもしれない。
そんなゲームの事は忘れてデレステ、デレアニに熱狂しつつ、現実の事で忙しいのを乗り越えてきた。
シンデレラの子達もきれいな衣装着てアニメやゲームで踊ってるのを見て奇声をあげてしまった。
アニメ化は素晴らしいし新参もたくさん入ってくる、だからこそミリオンがSideMにアニメを先越されたときは相当荒れた。SideM兼任っぽいプロメンや相互フォロワーにネット上で暴言はくのはこらえきれたけど相当精神的に不安定になっていた。
捨て垢で「SideMアニメに担当でなかった」って言ってた奴に「じゃあミリオンにアニメ譲れ、贅沢言うな」と書き捨ててしまった。
そんな怒りは知り合いのPが宥めてくれたこととシャニマス発表で大部紛れた。
めぐるが特に好きだ。元気の良い子はたまんないね。シャニもPVとかアニメほしいよ。
と、長々とかいたがわたしは4ブランドが好きで、SideMが嫌いだ。
アイマス2の出番、ミリオンアニメ、ポプマスの寿命(男キャラのスキルが要因)、ツアマス制作予算(男の3Dモデル作り直し)、MOIW2023の出番(ミリオン曲が一番少なく、その次にシンデレラが少ない。そしてSideM曲が異様に多い)。
わたしはこれからも4ブランドのPを人生かけて続けていくだろう。だがSideMだけは終わらせるか女の子に差し替えてほしいと言う呪詛だけは消えない。
https://game-i.daa.jp/?plugin=tagselect&tag=%E3%82%A2%E3%82%A4%E3%83%9E%E3%82%B9
具体的なソースを見つけたのでこれを見てほしい。SideMはもう終わりかけのモバマスとブラウザ版から課金するのが主流のシャニマス以外全てに負けている。
なのに3つもゲームを作られている。一番売上的に上なシンデレラすら2つなのに。これは明確な優遇であるのではとわたしは思う。
これで「スタマスにSideMいねーのおかしいよ！」って文句を公式のスタマス放送で言ったのに、ツアマスで無理矢理3Dモデル足させて当たり前の事扱いって厚かましいとしか思えない。マジでああいうのがいるせいで女ってだけで敵視されて肩身狭くなるから一部のSideMのPには黙ってほしい。
あとSideMは3Dに力いれてるらしいけどそれデレマスとミリマス、特に3Dがスタマスでしかもらえてないシャニマスにくれよ。節約のために新アプリは2Dにします！つったのに3DPVあんじゃん。それシャニマスにくれよ。SideMの方が売上下の癖に。
わたしにとってはDSの3人も玲音や詩花のような961の子達も魔王エンジェルや新幹少女もルカのような公式サイトからハブられている子もゼノ世界線の子もみんなアイマスのアイドルです。
というか望まれてないSideM消してDS+961の焼き直ししてくれないかな。ディアリースターズの愛が特に好きで絵理も涼も好きだった身としてはSideMで涼だけ出番増えるの解せない。涼の反転アンチになりそう。
pixiv内で完結する方法ではないため海外の無断転載サイト等に画像そのものが存在していることが前提。
Chromeで検索したい非公開作品があるブックマークページを開き、F12で開発者ツールを開いてF5で更新する。
ゴチャゴチャした上の方に『Fetch/XHR』とあるので選択し、『bookmarks?tag=』で始まるファイルか何かの『Preview』を開く。
『Preview』の『▶body』、『▶works』の順で開くとブックマーク作品の題名が並んでいて、その中に『-----』という名前のものがあればそれが目当ての非公開作品についての情報。
複数ある場合でもブックマークのページと同じ順番なため照らし合わせれば問題なく判別可能。
情報と言ってもタグや投稿日時、作者名までほとんど消去されているため確認できるのはURLの作品IDのみ。
『{id: "********", title: "-----",～』となっている部分のアスタリスク部分が作品IDであり今回必要な情報。
次に他タブで検索ページを開き、pixivと作品IDで検索する。
仮に作品IDが12345678であった場合検索ワードは『pixiv 12345678』、作品ID部分を””で囲み完全一致検索にすると余計な情報も省きやすい。
githubっていつのまに、ちょい古めのブラウザだとassetsの所がグルグル回ったまま、クリックしても開かないようになったんだ。
ちなみに、ちゃんと開けるブラウザを使ってだ、HTMLの検証できるサイトに行ってそのページのソースを貼り付けたらば、やっぱ古いブラウザと同じ結果になる。
ほんまにいらんことしよってからに！
ダウンロードするには、ターミナルでcurl -v https://api.github.com/repos/[目的の場所 公開してる人のアカウント名（owner）/プロジェクト（repo） ]/releases/assets
ってやるとずらっと表示される中に"browser_download_url" とあって、ブラウザでダウンロードできるURLが表示される。
releasesの右に/tag/が入ってるページの絞り込みはreleasesの横に入れればいいのかと思ったが、ちょっと分からなかった。
＊ターミナルを使わなくてもcurl -v を省いて、"https://api.github.com/repos/"から"/releases"までをブラウザのURL欄に入れたら同じ内容が階層にまとまった状態で表示されるのに気づいた（三角をクリックしたら開く）
そしてグレーで「jsonを検索」って所にラベル名なんかを入れると絞り込んでくれる。
なんだこれ凄く便利じゃないか！
せっかく課金したのにユーザが増えまくっているのか滅茶苦茶重くなっていて最悪。
だから流出したモデルを使ってローカルでNAIの環境を構築する。
ネットには情報もだいぶ転がってるけど陳腐化した情報があまりに多いため増田にまとめることにした。
もしかしたらこの記事もすでに陳腐化しているかもしれないが…単純に間違ってたらトラバで教えてほしい。
もちろん自己責任。この記事を見て導入した結果何かあっても増田は何も保証しない。
英語がわかる人はこっちを見た方が早いと思う。今は導入RTAができるくらい導入は楽になっている。
https://rentry.org/nai-speedrun
VRAMが2GB以上あるNVIDIA製のグラフィックボードがあればローカル環境を構築できる。
GPUの世代はGTX700シリーズ以降。なので一昔前のミドル級ボードでも動作するらしい。
IntelのオンボードGPUでも実行する方法があるらしい(stable_diffusion.openvino)が今回は割愛する。自分で探してね。
その他の推奨環境は以下の通り。
対応OS：Windows7以上(と言うがM1Macでも動作する方法があるとかなんとか)
メインメモリ：16GB以上(VRAMもたくさん必要だが起動時にメインメモリも大量に食う。WebUI起動時にタスクマネージャを見ているとよくわかる)
スマホしか持ってないような人やこういうのがよくわからない人はNovelAIを使った方が良いと思う。
今は重いけど、きっとそのうちみんな飽きてサーバも軽くなるかもしれないし。
(追記)NovelAIがリソースを確保してサーバが軽くなったからリスクを背負ってまで導入しなくても良いかも
(追記)Pythonは当然3系。最新の奴を入れれば問題無い。
導入方法はいちいち書かないけど、「python --version」や「git -v」で
正常にバージョン情報が出る(パスがきちんと通っている)ことはちゃんと確認しよう。
Stable Diffusion web UIはStable Diffusionやそれをベースとした画像生成AIを利用するためのフロントエンド。
その中でも特に開発が活発でデファクトスタンダードとなっているのがAUTOMATIC1111版だ。
導入したい適当なディレクトリに対してPowerShellなどで
「git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git」
なお、AUTOMATIC1111版は数時間単位でコミットが行われるから
定期的に「git pull origin master」で更新しよう。
クライアントはqBitTorrentが一番楽だと思う。
ここにはさすがにmagnetリンクは書かないから各自ググって欲しい。
結構誤解されがちなことだが流出データ50GBを全部ダウンロードする必要は無い。
必要なファイルはanimefull-final-prunedディレクトリの中身とanimevae.ptだから5GBちょっとくらいなんじゃないかな。
もし余裕があるならmoduleディレクトリの中身もダウンロードすればいいけど、ぶっちゃけ必要無いんじゃないか？
まずはanimefull-final-prunedの中身のファイルをリネーム。
「model.ckpt」を「animefinal-full-pruned.ckpt」のようなわかりやすい名前にして、
「animevae.pt」を例えば「animefinal-full-pruned.vae.pt」のような拡張子以外は同じファイル名にする。
WebUI起動フォルダ配下の\models\Stable-diffusionにリネームしたファイルを移動させれば配置はOK。
ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。
それらのファイルを設定で適用させると画風が結構変わるがNovelAI再現とは関係無いみたいだ。
(追記)moduleディレクトリの中身の.ptファイルはhypernetworksという技術によって画風などを学習したものらしい。
すでに複数のイラストレーターの画風を学習したptファイルが作成されており議論を呼んでいる。
自分のグラボのVRAMが4GB未満の場合は「set COMMANDLINE_ARGS=」の後に
4GB未満の場合は「--medvram」、2GB未満の場合は「--lowvram」とパラメータを追加しておこう。
自分の持ってるグラボのVRAMがわからないときはGPU-Zなどで調べよう。
またGTX1600系固有のバグ(単色の画像が出力される)があるらしいので
その場合は「--no-half-vae」もしくは「--no-half」や「--precision full」とパラメータを追加。
ちなみにパラメータに「--xformers」を追加してxformersを導入・使用すると
消費VRAMが減って画像生成処理時間も短縮されるので是非導入しよう。
画像からdanbooruのタグをAIで調査するdeepdanbooruを利用する場合は「--deepdanbooru」を追加。
のようになる。
ターミナルやPowerShellなどでwebui-user.batを起動しwebUIの初期導入と起動を行う。
過去には手動でCUDA等を導入する必要があったが、現在はこの初期導入でだいたいの導入が行われる。
ずいぶん楽にはなったがその分初期導入の時間は結構長い。10分～20分くらいかかるかもしれない。
途中で導入処理がエラーで止まってしまった場合は管理者権限で実行するなどして対応して欲しい。
起動ができたらSettingで以下の設定を変更してNovelAIに近づける。
Stop At last layers of CLIP modelを2に、
Eta noise seed deltaを31337にする。
これで設定は完了！
設定を合わせて完全にNovelAIと同じ内容になったのかを確認するテストがある。
出力結果から海外じゃHallo Asuka Testなんて呼ばれている。
これは初期SEEDをはじめとする設定内容が完全に一致していれば同じ出力結果を得られる仕組みを利用している。
プロンプトの内容：masterpiece, best quality, masterpiece, asuka langley sitting cross legged on a chair
ネガティブプロンプトの内容：lowres, bad anatomy, bad hands, text, error, missing fingers, extra digit, fewer digits, cropped, worst quality, low quality, normal quality, jpeg artifacts,signature, watermark, username, blurry, artist name
https://i.imgur.com/Bfl5qJB.jpg
なお、このテストはAUTOMATIC1111のバージョンやxformersの適用状態によっては微妙に違う画像が出力されることがあるらしい。
xformersを適用させている増田の環境だと確かに二つ並べると間違い探しレベルの違いがあった。
「Booru tag autocompletion for A1111」を導入すればNovelAIのように自動でdanbooruのタグを保管してくれる。
画像生成AIモデルはStable DiffusionがOSSのため派生が結構多い。
自前で追加学習もできるため自前で学習した追加AIモデルを4chanのような掲示板などで共有する人もいるらしい。
しかしそのようなモデルの中にウィルスのような悪意のある動作を行うものもあるらしい。
FBIがペドフィリアを一網打尽にするためにIPアドレスなどの個人情報を抜き出す動作を行うロリ特化AIモデルを掲示板で配布していて
しかもそれには本物の児童ポルノが教師データとして使われている…などという都市伝説的な話が今界隈を賑わせている。
それに関連するというか補完だけど、総合ルールなしにプレイしているゲームってこんな風になるんだよね
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=23823&keyword=&tag=-1
以下の順番で効果を考慮してダメージを決定します。なお、「ダイガスタ・スフィアード」は03、「BF－アーマード・ウィング」は06に該当します。
03：自分への戦闘ダメージは相手も受ける、戦闘ダメージは代わりに自分／相手が受ける
したがって、「ダイガスタ・スフィアード」の効果により「BF－アーマード・ウィング」のコントローラーに発生するダメージは、「BF－アーマード・ウィング」の①の効果によって０になります。結果として、どちらも戦闘ダメージを受けません。
これってようは戦闘ダメージの計算に関する裁定なんだが、総合ルールのように体系だって書かれてはいない
総合ルールってのは高度に集積化したマニュアルであり、人によって遊び方が変わらないようにするためのもの
ダメージ計算ってのはとても難しいのだから、そういうものをきちんと体系化して誰でも理解し計算できるようにしないと現実のTCGでは大変なことになるんだが、なぜか遊戯王はそれをしない
総合ルールという法律があってはじめて裁定がくだされるわけだが、その総合ルールを公開しないまま裁定だけが増えても意味がないんだよね
自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)
/**************************************
以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>
//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例："C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";
'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';
//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。
const FILE_PATHS = {
textCsv: CSV_DIR + 'textNoAnker.csv',
//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。
replyTextCsv: CSV_DIR + 'textReply.csv',
};
baseWaitTime: 5,
//baseWaitTime+0～waitTimeRange（ランダム）だけ待つ
waitTimeRange: 5,
//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)
waitTimeForAvoidingPunishment: 60 * 30,
//メール
mail: 'sage',
//名前設定
name: '',
//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。
//妙なニックネーム（ﾜｯﾁｮｲ、ｱｳｱｳｳｰなど）をランダムで決めて付加するかどうか。true=付加する。false=付加しない。
//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。
},
//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること（両方trueでもOK）。
//アンカー付き投稿（返信）をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。
//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。
noAnkerPostTextCsvStartRow: 1,
//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。
//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。
//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。
minAnker: 895,
//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ﾜｯﾁｮｲやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列（[]）。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく（minAnkerが設定されてればそこから順に）。以下のfilter系は全て併用可能。
//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。
//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。
filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],
},
//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。
//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。
},
//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。
//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。
password: '1234',
},
};
/**************************************
設定箇所終わり。
https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>
/**************************************
・NULL演算子(??)は使えない。論理積(&&)は使える。
・オブジェクトの分割代入はできない。
・importはできない。 <h3>o- *************************************/</h3>
/**************************************
関数 <h3>o- *************************************/</h3>
/**
* ここから始まる。
*/
checkSettings();
var _TextCsvCursors = new TextCsvCursors(
SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0
? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1
: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
SETTINGS.postSettings.replyPostTextCsvStartRow > 0
? SETTINGS.postSettings.replyPostTextCsvStartRow - 1
: SETTINGS.postSettings.replyPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
);
var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);
const _MyPosterName = new MyPosterName({
name: SETTINGS.nameSettings.name,
});
const _ThreadUrl = openPromptThreadUrl();
//ループ
while (true) {
SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();
//スレを開く
openUrl(_ThreadUrl.fullUrlHttps());
//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。
if (SETTINGS.roninSettings.checkLogin) {
}
}
if (SETTINGS.postSettings.replyPost) {
const targetAnkerNumber = createPostDOMList()
.filterPostnumberHigher(_LoopStatuses.currentMinAnker())
.filterByPostername(SETTINGS.postSettings.filterNames)
.filterByPosternameNotIncluded(
SETTINGS.postSettings.filterNamesNotIncluded,
)
.filterByText(SETTINGS.postSettings.filterText)
if (targetAnkerNumber !== null) {
const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);
messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);
return {
...r,
updatedLoopStatuses:
_LoopStatuses.updateMinAnker(targetAnkerNumber),
};
}
}
if (SETTINGS.postSettings.noAnkerPost) {
//返信対象無し、或いは返信しない設定の場合。アンカー無し投稿文を作る。
const r = _TextCsvCursors.takeNextRowTextAsNoAnker();
messageDisplay('返信対象無し。アンカー無し投稿。');
return {
...r,
updatedLoopStatuses: _LoopStatuses,
};
}
return null;
})();
if (p) {
//投稿。
nickname: SETTINGS.nameSettings.nickname,
korokoro: SETTINGS.nameSettings.korokoro,
area: SETTINGS.nameSettings.area,
}),
SETTINGS.mail,
p.text,
);
//_TextCsvCursorsと_LoopStatusesを更新。
_TextCsvCursors = p.updatedTextCsvCursors;
_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
} else {
`返信対象が現われるのを待機中...。`,
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
}
wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));
}
}
/**
* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。
* @param {string} serverName サーバー名
* @param {MyPosterName} _MyPosterName
* @param {string} postMail メール
*/
serverName,
postMail,
_MyText,
retryTimes = 0,
) {
const r =
retryTimes === 0
? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(
postTo5chTread,
)
serverName,
postMail,
_MyText,
).postSubstring(retryTimes, postTo5chTread, postConfirm);
if (r) {
back();
return;
}
wait(7);
const error = createPostErrorMessage().analyze();
messageDisplay(error.message);
if (error.order === 'KILL') {
kill();
} else if (error.order === 'SKIP') {
return;
} else if (error.order === 'TRUNCATE') {
back();
serverName,
postMail,
_MyText,
retryTimes + 1,
);
} else if (error.order === 'WAIT') {
wait(SETTINGS.waitTimeForAvoidingPunishment);
serverName,
postMail,
_MyText,
retryTimes,
);
} else if (error.order === 'LOGIN') {
serverName,
postMail,
_MyText,
retryTimes,
);
}
return;
}
/**
* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。
* @returns
*/
function checkCurrentIpNotTheIp() {
openUrl('https://www.cman.jp/network/support/go_access.cgi');
const _IpAdress = createIpAdressFromCMan();
if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {
pause('現在のIPに指定した値が含まれていることを確認。');
}
return;
}
/**
* @returns
*/
if (
SETTINGS.postSettings.noAnkerPost === false &&
SETTINGS.postSettings.replyPost === false
) {
return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&
SETTINGS.postSettings.replyPostTextCsvStartRow < 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',
);
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||
SETTINGS.postSettings.replyPostTextCsvStartRow === 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',
);
}
}
/**
* 入力フォームを表示して入力されたスレのURLを受け取る。
*/
function openPromptThreadUrl() {
const url = prompt('スレURLを入力');
}
/**
* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。
* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。
*/
const posts = window.document.getElementsByClassName('post');
return new PostList(Array.from(posts).map((e) => new Post(e)));
}
/**
* 開いてるスレのレス全て取得してPostDOMListに格納して返す。
* @returns
*/
function createPostDOMList() {
const posts = window.document.getElementsByClassName('post');
for (let index = 0; index < posts.length; index++) {
//HTMLCollectionからElementを1つずつ抽出して配列に。
arrPostDOMList.push(posts.item(index));
}
return new PostDOMList(arrPostDOMList);
}
/**
* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。
*/
function createPostErrorMessage() {
window.document
ちょっとミスをしましたが、さきほどの虚無魔神と壊獣の裁定に破綻はなく例外ではありません。一般的なルールの範囲内で収まります。
例えば虚無魔神がいるときに融合を発動して融合素材にしたり、シンクロやエクシーズの素材にすることはできません。
これが虚無魔神と壊獣というあまり見ない組み合わせるなのでわかりづらいだけです。
「妨げられた壊獣の眠り」は、自分または相手のモンスターゾーンに「壊獣」と名のついたモンスターが存在する場合でも発動する事ができます。
その場合、お互いのフィールドに存在するモンスターを全て破壊し、『その後、デッキからカード名が異なる「壊獣」モンスターを自分・相手のフィールドに１体ずつ攻撃表示で特殊召喚する。この効果で特殊召喚したモンスターは表示形式を変更できず、攻撃可能な場合は攻撃しなければならない』処理も通常通り適用されます。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=19928&keyword=&tag=-1
Q: 「虚無魔人」がモンスターゾーンに存在する場合、「妨げられた壊獣の眠り」を発動できますか？
A: 「虚無魔人」がモンスターゾーンに存在し、そのモンスター効果が適用されている場合には、「妨げられた壊獣の眠り」を発動する事自体ができません。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=6411&keyword=&tag=-1
①：フィールドのモンスターを全て破壊する。その後、デッキからカード名が異なる「壊獣」モンスターを自分・相手のフィールドに１体ずつ攻撃表示で特殊召喚する。この効果で特殊召喚したモンスターは表示形式を変更できず、攻撃可能な場合は攻撃しなければならない。
Aがフィールドのモンスターの全破壊でBがデッキからの特殊召喚に該当する。
虚無魔神が存在すると特殊召喚が行えないため、Bの処理はできない。しかし前提となるAの処理には干渉しないにも関わらず、この場合はカードの発動自体ができないことを意味する。
似た例としてスターライト・ロードがあるが、これは虚無魔神があっても発動でき、前半の無効化だけは処理できる。
「虚無魔人」の『①』のモンスター効果が適用され、モンスターを特殊召喚する事ができない場合でも、「スターライト・ロード」を発動する事ができます。
（エクストラデッキに「スターダスト・ドラゴン」が存在するかどうかによって処理に違いはありません。）
なお、この場合、「スターライト・ロード」の『その効果を無効にし破壊する』処理は通常通り適用されますが、『その後、「スターダスト・ドラゴン」１体をエクストラデッキから特殊召喚できる』処理を適用する事はできません。
また、RR-アルティメット・ファルコンは相手フィールドにモンスターがいなくとも(2)の起動効果を発動できる
相手のモンスターゾーンにモンスターが1体も存在しない場合でも、自分のメインフェイズに「RR－アルティメット・ファルコン」のモンスター効果を発動する事はできます。
その場合、『相手フィールドのモンスターの攻撃力は１０００ダウンし』の効果が適用されるモンスターは存在していませんが、『相手はカードの効果を発動できない』効果は適用される事になります。
https://www.db.yugioh-card.com/yugiohdb/faq_search.action?ope=5&fid=18169&keyword=&tag=-1
こういったものを的確に説明できるほどには今の遊戯王はルール整備が整っていないと考えるのが自然
スターライト・ロードは、後半の特殊召喚がマクロコスモス同様に任意であるがために前半の効果を使える、というのはまだわかる
だけどアルティメット・フェルコンが相手モンスターのいない時に効果を発動できることが空撃ちに該当するかどうかを即座に判断するのは難しいだろうな
遊戯王が「読めばわかるルール」ならばカードだけで全てが完結してよいはずなんだ
だけど多種多様な裁定や裁定変更は多く、調整中の箇所も無数にある
灰流うららは読めば問題ない、というのは、実はwikiの項目が非常によく整備されており、かつ使用頻度が高く多くの人が解説をしているからに過ぎない
トリケライナーが大会で使われるまで多くの人がそのカードの使い方を知らなかったのは有名な話
マクロコスモスやスターライト・ロードに関しても、特殊召喚が任意だからデッキに出せるモンスターがいなくとも発動できる、というのは初心者が初見で理解するのは無理がある
もちろん、基本的なルールに則っているのは事実だろうけど、ルールってどこに書いてある？
総合ルールというものがなく、非公式wikiや公式のデータベース、あるいはパーフェクトルールブックに載っているか、スターターについている薄い冊子だけ
つまり「Aを処理できるならBを処理できなくとも発動できる」というルール自体は、実際は裁定をみるかwikiを読むか、事務局に質問することで判明する
それ自体も反証が多いため、実際に本当のルールがなんなのかを読むのは厳しいところ
総合ルールという形で遊戯王が明記していない以上、遊戯王はいつまでも裁定を読み解き、副読本に頼ることでしか遊べない
