今日の
https://twitter.com/yRiku_sirata/status/1041688616865431552

末代でTTS持ってるけどTTS部じゃないな…

？

:ennui_sempai: も作って

音ゲーgit BADハマり

Super Mario World

SMWのヨッシーだ

新チャプターまであと1ヶ月か…

柚子さんと葵さんまで一致してるのは知らなかった

https://twitter.com/kb10uy/status/1041669331161997312

オンゲキ、絶妙にリーダー付近にスペースがあるので財布とスマホを置いとくのに最適

画面の上に引っ掛けられるっけ？

想定は、「水平だと放置できるので置き忘れる確率が高そう」です

水平じゃないほうが少ないな…

思いっきり水平じゃねえか

ノスタルジアは完全に忘れてた…

「カード忘れんなよ！」→「じゃあな！カゼひくなよ！」←

カードリーダーが水平なKONAMIの音ゲーってある？

オタクの風上にも置けないってそれは引きこもりオタクのの間違いでは

やばいやつは自宅に筐体置くからな

音ゲーのオタクはそりゃ行くだろ

差し込みだった頃のjubeat懐かしいわね

これbot対策的には結構効果があるらしいね

ハード側問題ないなら普通にオンラインアップデートで :oshimait: じゃね

初期のjubeatみたくコンバージョンキットでも販売されるんじゃない？

toleranceですね…w

*torelance

1366x768の16:9との誤差は0.04%

torelanceは0.1%ぐらいでよさそう

誤差1%だと(320, 310)が(25, 24)になっちゃう

最大公約数の方法と合わせて、そっちの整数比がでかくなりすぎたらこっちで推測するという手もある

5%だと実際には~16ぐらいまでが限界かな？

パッと思いついた方法だけど、許容誤差を適切な大きさに設定すればそれなりに正しく推測できそう

もしくは、とりあえず縦横比を出して、適当な整数比との相対的不確かさが一定以下ならばそれを採用するというのもある

CPUもGPUも張り付かないのにFPSが落ちるとなると、メモリバスが足りない？ あんまりあり得なさそうだけど

1366x768とかはお行儀が悪いので(16, 9)を求められない

さっきのやつ、問題があるとすれば「お行儀の良い」解像度じゃないと対応できないところだろうか？

ユークリッド砲、ローマ帝国との戦いに使われてそう(適当)

砲も鳴るも遠すぎて草

雑にやるならユークリッド砲で最大公約数を求めて、そのgcdで最初の二数を割れば既約(?)な整数比に鳴ると思う

最大公約数？

フロートベッド
デシマルベッド

もっと一般的に実数なら循環小数は整数比だよ

doubleの値？

うちの新鯖はRDSEEDがあるっぽいのでrngdを動かしてたりする

havegedだ

rngdでも入れたの？

定数で15オーバーだと12+、13で1005kぐらい、14でSS付近行かないといけなさそうで険しい道のり

おしゃまが普通にわけのわかるものになったの、上達の恐ろしさだ

多分定数で15.2ぐらい？0.04も一気に上がったってことは確実にベスト枠上位だな

謎の伸びを見せた

青緑デプロイを感じる

ああ 答えなんて出なくても立ち向かうよ〜

インモラリストなわけだ

雨音セックス……

https://twitter.com/ezoshika_gg/status/1041525893212983296
こういうパンチラ描く人天才だろ

なんか鬱になってきたしこの講義切っていいかな…

相変わらず資料が古いなこの講義シリーズ

This account is not set to public on notestock.

オイオイオイ2018年にもなってDalvikVMの話をするなや

Ai Novとりあえずフルコンして絵〜

'96年生まれだっけ？

年の差とその時期を考えるとたしかにそろそろ更新か…

推薦で受かったんだっけ？

あじょぶじんもうそんなに年取ったの

Misskey mobile、文章入力しても投稿ボタン押せなくてキレた

ActivityPubの規格にはなっていないけど実質的に合意が取れている機能、公開鍵によるPOSTリクエストの署名ぐらいしかないと思うんだ…

同じIDで投げると仕様上そもそも無視しなきゃいけないはず

AP対応サーバー同士でリクエスト投げ合うのを考えるとかなり互換性気にしないといけない

APにCreateで全部投げると非対応サーバーからは同じような投稿が重複して見えるので注意しなければならない

履歴を保存する場合、送る側で差分を作ると何らかの理由で途中の差分を受信できなかった場合に不都合が発生するかもしれないので受信する側で生成したほうがいろいろといいかもしれないねというアレです

編集履歴も飛ばすなら受け取る側か送信する側で適切に差分を作らないといけないよねという話

別に編集履歴は受け取ったサーバー側で生成してもよくないというか、マルチリアクションがAPで対応してないんだから同じようにすればいいのでは

UpdateにStatusを流せるかどうかまではわからんな 多分流せるけど

取り消しはUndoなので

ユーザーとかじゃない？

貢ぐとこ見てては草

お尻めうbot、拾い方がたまに神がかってるから好き

SocialMikutterHachuneNetStatusCheckerかな？

🐜 📖 iiwane-!

外形監視メッシュネットワーク…

ネルケも多分買います

物故割れめっちゃ著作権侵害してそうな響きだ

さっき起きて朝の一発したら射精圧強すぎて半分ぐらい漏れた

This account is not set to public on notestock.