Petitverse

FFT関係は使ったことがないけど、3号ではフリーズしないがBIGではフリーズするケースなのかな？

私がBIGを買ったのは発売日から1ヶ月後位だったと思うけど、今まではBIGでフリーズしたことはありませんでした。BIG使用中にMiiverse見に行った後、BIGに戻ろうとしたときにフリーズしたことは何回かありましたが(それはMiiverseがフリーズしたんだと思う)。

私も3号に比べるとBIGはバグが多いという印象を持っていますが、その主なケースはBIGの高解像度、大メモリに仕様がきちんと対応できていないものが多いという感触です。
例えば、
・ACLSしてもGPAGE4,5は512×512の範囲しか初期化されない
・WIDTH 16:XSCREEN 5,6とかすると、文字の見た目のサイズは8になるのにWIDTH()の返す値は16のまま
・GRPFが512×512のサイズにしか対応していない
・起動直後、メモリ十分空いてるはずなのに大きい配列宣言できない

唯一、3号よりBIGの方がちゃんとしてるなぁと思ったのは、COPYでコピー元、コピー先同じ配列にしても大丈夫なことくらいかな。

さて、3号バージョンアップされたことだし、BIGも近々バージョンアップされるのかなぁと期待してるんだけど、されるのかなぁ？^^;

公式サイトの障害情報のところは相変わらずだねぇ。今までは、フリーズするような深刻なバグは無くなったから何も載せてないのかな、くらいに思ってたけど、BGLOADでフリーズするのに気付いてしまった以上、やっぱりちゃんと載せて欲しい。
深刻じゃない(と思われる)ものも含め、取り合えずミバの不具合トピでみんなが挙げた不具合とかは載せて欲しいなぁ。じゃないと時々出くわす不可解な現象がバグなのかどうかよく分からんし、それが既出なのかどうか、SmileBoomが把握しているものなのかも分からんし(ほぼ把握されてるんだろうとは思うけど)。折角ユーザーがバグを挙げたのに、アウトプット(まとめて公式サイトに載せるとか)がないのは不誠実だと思う。

BIGのバージョンアップ、やはり可能性は高いと私は思っています。何故なら今回3号にはCHKMMLという新しい命令が追加されているから。バージョンアップされなきゃ互換性なくなっちゃうよ〜(え？CHKCALLでエラー回避？そんなのヤダ〜)。

ミバの不具合トピに挙げられたものはSmileBoomで把握されているというのは認識してたんだけど、今回のBGLOADでのフリーズの件が挙げられてたかどうかよく分からなかった。ミバの時代に一通り不具合トピには目を通していて、今回の件は見た覚えが無かったんだけど、いまいち自信なくて。そしてweb.archiveから不具合トピ見付ける方法もよく分からなくて^^;

とりあえず今回の件は念のため公式サポートに連絡しときますね。

フリーズとは関係ないけど、BGANIMの"C"(色変更)の状態をBGCHKでチェックしたら#CHKCじゃなくて16なのね。インラインヘルプに騙された。ってか仕様ミスだね。
＃BGは救えねぇなぁ。やさぐれちゃうよぉ。全くぅ:-p

深刻な不具合なら、直すしか選択の余地はないと思いますが、深刻とは言えない程度の不具合(BGCHKみたいな)は、互換性とか考えると直すかどうか悩ましいところが、逆にタチが悪いかも。

個人的には潔く開き直って、互換性気にしないであるべき仕様に直してもらった方がスッキリするんだけど、そうも行かないんでしょうねぇ。

定数リテラルと意味が合っていないのはもちろん問題なんだけど、それよりも困るのはSPCHKとBGCHKの整合性が取れていないこと。
アニメの制御で、SPとBGで同じような処理するからアルゴリズム使い回そうとか思っても、微妙に違ってるからやっぱり処理分けなきゃならないとか。大した手間ではないかもしれないけどかっちょ悪いっす。
＃BGLOADフリーズの件は公式サポートに連絡しときました。

今回のバグは、普通に使ってても発生しやすいと思うので、SmileBoomでは把握済みだろうなぁと思いつつ、それでも報告しとけば、「あ、またこのバグ報告挙がってきたな。やっぱり公式サイトに載せといた方が良いかな。」なんて考えてくれればそれも良し、と思ったり。

しかし何で公式サイトの障害情報に何も載せてくれないんだろう？
たくさんあり過ぎて面倒？恥ずかしい？:-p