ugly777

今後はFediverseで呟こうかな。

よってFediverseのアカウント作りました→@ugly777@fedibird.com

Fediverseにアカウントを作ってもBridgy Fedに繋げたらBlueskyの規約に従うことになるのかね。

旧Twitterの新利用規約に従いたくない！という理由でBlueskyに越してきたものの、越してきた先のBlueskyの利用規約は読んでないんだよね。
その新規約も「AI学習がされてしまうぞ」と話題になっている所を見かけなければ確認さえしなかったろうし。しかも自分で確認してたのも問題部分だけというね。哀れ。

Blueskyも所詮は中央集権ゆえTwitterと同じ末路を辿ると思うので気は引けたが、それでもここを選んだ理由は、Fediverseに比べて結構な人が越してきているので現実的にこっちかなという物。Bridgy Fedも存在を知らなかったからね。ついでに個人運営のインスタンスに身を委ねてしまって良いのかという考えもあったり。
だからBridgy Fedという存在を知った以上、早い内にFediverseに越した方が良いかなと思いもする。BlueskyがBridgy Fedを使えないようにするという可能性も否定できないし。

というか過去投稿の捏造ができそうだな。

やはりはなみすきーの機能か。

Misskeyってノートのインポートができるんです？少なくとも自分がアカウントを持っているインスタンスではそんな項目は見当たらなかった。

pygameって標準でスプライト扱えるの。軽く調べてみたけれどそれでもややこしそうだったな……

dirty rect? What?

プチコンのスプライト衝突判定なんて使った事無いから仕様分からないけれど。

SPHITってフレームバッファを部分的に更新する為の情報の応用か？と思ってヘルプを見てみたけれど難解だなこりゃ。

Chasing at 'Ooedo'を脳内再生していたら運命のダークサイドが割り込んできた記念カキコ

すまんやっぱり分からん。

本当に滑稽すぎる……

スマベ互換よりも優先順位の高い趣味あるんだよな……

見事に滑稽。

リフレッシュの直前にVRAMを基にフレームバッファを作るのではなく、SPOFSだとかの命令を実行する度にフレームバッファを更新する？
……あれ、これ正解では？今まで考えてきたのは何だったんだ……
3Dゲームではその辺をどうしてるかも気になったけれど今は関係ないね。

リフレッシュまでにフレームバッファの生成が間に合わないのなら次のリフレッシュまでまたメインを止めれば良いのでは！？と思ったが、スマベ互換命令が実行されないと止める事はできないのを思い出した。いや、それでいいのか？

メインプログラムが止められないからフレームバッファ生成時になってもそれで計算資源食われてリフレッシュに間に合わなくなるのが嫌なんだよね。

vsync()（やwait()）が呼ばれたらそれからリフレッシュまでフレームバッファ作りをしても良いという事は分かる。

丸側にフレームが終わるまで待たせる手もありか？

16ミリ秒とか待たずにVRAMの写しを取り始めると、描画が1フレーム遅れる事になるよね？

「垂直同期はスタッタリングが起きる」の仕組みが何となく分かった気がする（違うかもしれない）。スタッタリングはイヤダヨー

そういえばプチコンでは戻り値要らねえなと思って変数「IRAN」に代入させる事がしばしばあった気がするけれど、Pythonでは代入させる必要は無いんだね。

スマベ3の実装は何をするかが決まっているからやる気が出るんだと思う。多分。

SCALEDじゃないと垂直同期にできないのはナニ？
さておき、ウィンドウの垂直同期を有効化した上でループの中にdisplay.flip()とclock.tick()を置くとfpsの様子が変わったので、これを以てdisplay.flip()のタイミングでモニターがリフレッシュされる事になったという事でOK？

手軽さを指向するあまりsbcompat.init()で勝手に並行処理の開始とウィンドウの生成をするようにしたし、ウィンドウのバツボタンを押すとプログラムも終了するようにさせる予定だが、これは行儀が悪いかもしれない。

pygame.error: The event system has been shut downってメインでエラーが出てたからっぽいな。

昨日軽く試したらpygame.error: The event system has been shut downが出たが今日はできたな……