MPSENDで送信すると数分かかる… 遊ぶ度に毎回これはきついかも

圧縮して8分から4分に短縮できた 圧縮は可逆だと多分これが限界 vsync 2を1.5とかにすればもっと速くなるかも

What disappointment?

日本語でおk

どれくらいのサイズの何を送信してるんですか？ 遊ぶ度に毎回送信とは？？

vsync 1.5 は vsync 1 と等価だった気が

二回に一回vsync 2するんだけどちょっと言い方悪かったですね

_でも1/2でvsync 2したって(ry 素直にvsync を外せば良いと思た

vsync外すとエラーになる謎仕様なので

何それ?! あ、mpsendの仕様かな、多分。 ｺﾐｭﾆｹｰｼｮﾝﾊﾞｯﾌｧｵｰﾊﾞｰﾌﾛｰとか言うやつ？

たぶんそれ これ実行するとエラーになるけどvsync 2挟むとエラーにならない

あ。そうだ。incとか適当な命令かませれば少しは早くなるかも？(1/2でvsyncするよりは早いはず)

'上コメントは誤爆です

ぐぬぬ。 '===program list=== mpstart 2,"=" c=maincnt for i=0 to 200 mpsend chr$(rnd(65535))*25 wait next i ? maincnt-c;"f" end でやってみたら202fだった。 ちなみに文字列をランダムにしてもほぼ変わらなかった、もうちょっと短縮できる気がするけどたぶん無理。

文字数によってはwait 2でも間に合わないから微妙

そこの310行目のRGBREADだけ定義もとからこぴぺするとかしたらたぶんいいのかな？わからないけど

画像の説明を何故か忘れてたけどRGBREADは数値が65536以上だった時にバグるのを防ぐためのもの

?　chr$(n)==chr$(n mod 65535)'true

そこはn>65535でいいのではないかと

でも n>65535　だと65534以下の時は…?

ええと、ifでsend$のlenを計測してそれで何フレーム待つか決めたらいいと思う

ん？==は条件式だからif文で別けるんだよね？なら<で問題ないと思う n=0 chr$(n)==chr$(n mod 65535)'true n<65535'true

まあ文字列送るときはそうなんだけど配列送る時はmpsendの最大まで(128文字?)使って送ったほうが安定すると思う