ご報告ありがとうございます。

協議の結果、承認していただけることとなり、感謝申し上げます。 一度お断りした事については、どうかお気になさらないでください。 むしろ今回の件で質問させていただいたところ、「この場合は使用を許可する」というご意見をいただけたのも、本当にありがたく思っています。

改めて、承認いただきありがとうございました。

Thank you for your report.

Following our discussion, we are grateful that you have approved this matter. Please do not worry about our previous refusal. In fact, we are truly thankful that when we inquired about this specific case, we received your opinion that “use is permitted in this instance.”

Once again, thank you for your approval.

了解です

お忙しい中モデレーターの皆様で協議していただけること、大変助かります。時間がかかる事も承知しました。

引き続きよろしくお願いします。

Understood.

I greatly appreciate the moderators taking the time to discuss this despite your busy schedules. I understand this may take some time.

Thank you for your continued support.

が拒否されました。理由は巻き戻しの使用です。 もちろん、セーブ/ロードや巻き戻し禁止のルールがあることは理解できます。 しかし、私がこれまで提出してきた動画では、セーブ/ロードや巻き戻しでステージ開始前に戻るものは全て承認されました。 このルールの趣旨は、例えばステージ開始後に有利な状況（早くアイテムを拾えたなど）でセーブし、失敗したらその有利な時点までロード/巻き戻しで戻る——つまりステージ開始後の有利な時点に巻き戻して進行するを禁じているものだと認識しています。一方、ステージ開始前に戻る（リセット相当の）使用は、有利なRNG（ランダム要素）の維持があった場合でもタイムの正当性を損なうものではないと考えています。不正の懸念がある場合は、ロード/巻き戻しの使用を「終了条件が表示される画面」に限定するなどの明確な基準を設ければ防げると感じます。今回のケースの巻き戻しはステージ開始前に戻るで使用した過去の承認例と整合性が取れていると思うため、納得しづらく、承認していただける可能性はないでしょうか？もし再度拒否となる場合、複数人のモデレーターやコミュニティメンバーの意見を伺いたいと思っています。よろしくお願いいたします。

was rejected due to the use of rewind. Of course, I understand there are rules prohibiting save/load and rewind. However, in all the videos I've submitted so far, any save/load or rewind that returned me to before the stage started was approved. I understand the intent of this rule is to prohibit, for example, saving after a stage start to lock in an advantageous situation (like picking up an item early), then loading/rewinding back to that advantageous point upon failure—essentially progressing by rewinding to a favorable point after the stage start. On the other hand, I believe using rewind to return to before the stage start (equivalent to a reset) does not compromise the validity of the time, even if it preserves favorable RNG (random elements). If there are concerns about unfairness, I feel this can be prevented by establishing clear criteria, such as limiting load/rewind usage to the “screen displaying the end condition.” Since this rewind case aligns with past approved examples where rewind was used to return to before stage start, I find the rejection difficult to accept. Is there any possibility it could be approved? If it is rejected again, I would like to hear the opinions of multiple moderators and community members. Thank you for your consideration.

Translated with DeepL.com (free version)

なるほど　ありがとうございます

I see. Thank you.

ごめんなさいsiren2以降の話にもなってしまいますが、レベルランは最速でクリアするのを目的としていると思うのでそれらに関係ないDamageやStealthも記入する理由はなんでしょうか私は記入不要と思うのですが意図について聞かせていただければ幸いです

Sorry, this relates to Siren 2 and beyond, but since Level Run aims to clear the game as fast as possible, why include Damage and Stealth stats that aren't relevant? I don't think they need to be recorded. I'd appreciate hearing the reasoning behind this.