The Latest

【小話】フライゴンの特性３つある説【ポケモン剣盾】【ゆっくり解説】

【小話】フライゴンの特性３つある説【ポケモン剣盾】【ゆっくり解説】



お疲れ様です。他の特性もらってもええんやで。
Twitter→https://twitter.com/tomoyu136
サブチャンネル→http://youtube.com/c/storage136

#ポケモン #ゆっくり解説 #とも湯

44 comments

  1. 2:22〜初めての検証と言っていますが通常特性の件も既にポケモンwikiに載っていました。

  6. 個体のデータとしては特性値が1,2,3、それを元に特性のデータを参照して、特性なしの場合、特性1を適用する。
    みたいな感じのような気がするね

  7. 似たようなので
    ヨーギラス(通常と夢)、サナギラス(通常のみ)、バンギラス(通常と夢)
    がありますね

  8. 実際は特性3種類全ポケモンに実装されていて、とくせいカプセルでの変更先が変更前と同じ特性だと変更できない処理にしていたら処理方式も軽く済むんじゃないかと邪推しました

  10. ｢優秀なプログラムっていうのは何にでも使えるプログラムのことを指すんだよ｣って先生が言ってたから、恐らく孵化時の時だけナックラー(やイーブイ)の時の特性を参照してると思われ。

  11. これ今後既存のポケモンの夢特性を新規実装する際に処理がグチャグチャにならないようにあらかじめ全部分けてあるな?

  12. 9世代フライゴン「新特性!　加速と変幻自在を習得したフリャ!!　しかもA120、S103に変更ふりゃ!　これでもうフライゴミとは呼ばせないフリャ!!」

    「加速と変幻自在とかチートすぎてつまんね。レートにフライゴンばっかりでうんざり。フライゴミうざすぎ消えろ」

    9世代フライゴン「強くなっても結局フライゴミっていわれるのか…」

  13. ドガースの件もだけど3→4世代で増えたポケモンも変化するので全ポケモンに特性1と2(5世代から夢特性)が設定されています。(多分特性なしにする方がめんどくさい)

  16. 第3世代の特性実装段階で便宜上特性が一つでも第二特性まで全ポケに実装して、第五世代で夢特性追加の時に全ポケに夢特性を追加してたんですかね…のちの世代に置き換えられるケースも少なからず存在するみたいですし。もう一つ考えられるのは過去は特性を決定する値の範囲は全て同じ特性で指定されてる(データ上も特性は一つ)けど、追加、変更のタイミングで特性適用の範囲を指定し直したとかもあり得ますね。これに関しては検証のしようがありませんが。

  17. 某けんぞう氏なら無駄に1000匹ずつのサンプル取りそうだなぁと不覚にも思ってしまった。

  18. フライゴン飛んでる絵しか見たことないからふゆうのイメージつよいけど、脚あるからふゆうにこだわる必要もないよなぁ

  26. 夢特性ってポケモンやってないから分からないんだけど卵から生まれる時に確率でつくのが夢特性？

  27. BWの頃にPDWで入手できたポケモンって基本的には隠れ特性、隠れ特性がないポケモンは通常特性が貰える仕様だったはずだけど、これも内部データ上では全員通常と同じ特性を所持している隠れ特性だったりするのかな

  29. 乱数調整を理解している方ならわかると思いますが、
    全てのポケモンに特性1であるか2であるのかの隠れステータスが設定されていて、
    特性が1個のポケモンでも内部的には特性2を保有していることになります。
    後の世代で2個目の特性が設定されて、移動させると変化するのはこのためです。
    夢特性個体や、黄昏ルガルガンはこれとは別枠の判定がされています。

  31. 野生のビブラーバかフライゴンを捕まえて、卵産ませても特性が偏るのであれば
    ナックラーのときの特性を参照してる説は否定できるだろうか

  34. そもそもビブラーバとフライゴンのとくせいがふゆうだけっておかしくない？トンボとかカゲロウって浮遊ってイメージじゃないし、むしのしらせとかあってもよかったでしょ、あと図鑑説明からすながくれもあってもいいよね

  37. これ、野生のフライゴンから卵を作ったら生まれてくるナックラーの特性はどう処理されるのだろうか

  39. ふゆうもちにも夢特性あげてほしいは
    ドータクンとか浮遊耐熱だしいいでしょ

  41. ・特性は全ポケモンに３つある（ポケモン毎に管理する項目の数が違うのはデータ管理設計上よろしくないため）
    ・特性カプセル/特性パッチの変化先が全て同じ場合、そのアイテムは使えない
    って仕様ですね多分

  42. カプセルとパッチは多分だけど
    内部番号の特性が違う場合に限り有効で
    同じIDの特性だから使用不可になっていただけなのでは…という可能性を出してみますね(適当)

  43. プログラムの書き換えが面倒だからそのままで、アイテム使用のプログラムは誤って使用すると無駄になるからそこだけ変えた説

  44. 面白い検証ありがとうございます。
    最後の部分ですが、特性変更アイテムの使用に「変更先が同じ名前の特性なら使用できない」という処理が含まれている可能性がありますね。内部的にナックラーのときの状態を保持するのはデータとして複雑になりますし。テッシードの特性で検証しても面白そうですね。

コメントを残す