コメント一覧

1. • 1. k4nagatsuki
   • November 11, 2013 20:19
   • ご意見ありがとうございます。
     開発している事をずっと黙っていて横からいきなり出てきた者なので足蹴にされても文句は言えないのですが、皆様から誠実に対応していただいてとても嬉しく思っています。
     
     記事の内容について幾つか補足させていただきます。
     
     > 現在のメイン？のRebootはシナリオ、宿を変換する必要があります。
     > （変換しなくても使えるバージョンもある？）
     
     これについてですが、変換しなくても使えるバージョンは無いと思われます(私が把握してないだけかも)。
     
     CWPyは元々宿もシナリオも完全な変換を前提にした設計のエンジンです(これはもうCWの更新は無いと踏んで完全移行を前提にしていたためと思われます)。この内、シナリオは手を入れて変換無しでプレイできるようにしました(実際はリアルタイム変換)。しかし宿については困難を極める事が予想されるため手を付けられずにいます。
     
     これは、シナリオがプレイするだけならCW→CWPyの一方向の変換で済むのに対し、宿は双方向の変換が必要になるためです。また、CWの宿のデータ構造に元々設計上のバグがあり、CWPy→CW変換で情報が失われてしまうという事もあります(例えばF9でゴシップや終了印や失われたカードが戻らないバグなどは宿データの設計から直さなくてはなりません)。
     
     なお、リアルタイムでなければ、CWPy→CWの宿変換(逆移行)自体は可能です(ただし上に書いた通り一部情報が失われます)。
     
     800文字までしか受け付けないと言われてしまったので次へ続く(連投禁止だったりして)。
2. • 2. k4nagatsuki
   • November 11, 2013 20:19
   • 続きです。
     
     >希望としては、データ形式の公開、NEXTのオープンソース化です。（間違っていたらご指摘ください）
     
     私見ですが、Nextの開発体制を変えられないという事であれば、この問題に関する解決策のうちベターなものは、そもそもファイル全体を圧縮するのをやめてしまうというものです。挙げられている記事内に書いた通り、その方法にはデメリットが多すぎます。格納部分の限定的な圧縮であればデメリットがすべて解消するといった具体的な対案もそこに書きました。
     
     さらによいのが、素材の格納自体をやめ、「宿へカードを持ち帰った時にきちんと動かしたい」といった需要はカードと一緒に関連素材を個別に宿へ投入する事で解決する事です。これはファイル格納から来るデメリットがすべて消滅する上、実装も簡単です(CWPyではすでに実現していたりします)。
     
     別の話になりますが、Nextのオープンソース化について話し合いが行われた時、派生版が出ては困るという事が理由として挙げられていたかと思います。しかしながらCWPyがその時点ですでに存在しており、その理由はそもそも前提が成り立っていません。他に理由があるとすれば、それも知りたいと思っています(単にそうしたくないとかでも理由は理由です)。