orange @[email protected]

🈚

結論＞＜
PC用でC# で書く時でよほどメモリケチらなきゃならない場面じゃない場合には普通に書こう＞＜；

最適化ありだと『普通っぽいけど参照渡しでstaticなやつ』が『bitツメツメなやつ』よりも速くなるっぽい＞＜

C# でもビット弄る方でやった時にパフォーマンスどの程度変わるのかさっきのやつで試してみたけど、1億回試行で最適化なしビルドで、

bitツメツメのやつ： 約1650ms
C# の標準的なコード： 約1520ms

bitツメツメの解説用の無駄があったコード： 約2100ms
C# でわりと普通っぽいけどオブジェクトに値を持たせずに参照渡しでstaticなやつ： 約1720ms
だった＞＜

こういう風にbitつめつめな事する時にも、より安全な設計ってある事はあるんだねって目からうろこ感＞＜

そこまで意図してフォーマットを決めたわけじゃないけど、結果的にbitの割り当てのフォーマットが最も安全な形に偶然になってたっぽい＞＜；

これ、ビットあふれ想定してない部分でアレで「じゃあ想定してない初期値である0サイクルを指定したらどうなるんだろ？＞＜；」と思って実際に動かしてみたら、カウンタのあふれる先がLEDの状態フラグなので結果的に
「桁があふれたらLEDを消す命令を出す」になってつまり「128回に一回LEDをとにかく消そうとするプログラム」として動作するっぽい＞＜

「こういう機能があったらいいのに・・・＞＜」と思って、「まさかね＞＜；」ってやってみたら既にその機能あったのに知らなかっただけという＞＜；

さっきはがんばって電卓を2進モードにして打ち込んで16進モードに切り替えて、なるほど・・・2進モードにして、また入力して・・・って繰り返してた＞＜；

Visual Studioに超便利な機能がある事いまさら発見した！＞＜；
これ知ってたらビットマスクを電卓でがんばって16進変換する作業しないで済んだのに！＞＜；

「1個じゃなく4個じゃん！ 増えてるじゃん！？」ってツッコミがあるかもなので、解説向けの冗長な部分をカットしたバージョンも＞＜；

あと、なにしてるか読みやすくするためと手っ取り早く書くために「一回分解して・・・」ってかきかたしてるけど、ほんとはそんなことしなくていい＞＜

使い方の部分でforループで50回してるのは無限ループするのムカつくからであって（？）、普通にずっと点滅させるのであれば無限ループでおk＞＜；（一応補足）

さっきの話題のLED点滅ライブラリのやつの変数1個だけ版の、しかもちゃんとマイコンプログラミングを想定してるやつをC# で書いたから褒めて！＞＜；

もうだれもこの話してない＞＜

よく考えて見ると、気圧高度とGPS高度両方表示してるって事はデコードしてる・・・？＞＜

fr24がTC29に対応してくれたら、fr24で飛んでる飛行機の計器表示できるのに＞＜；