orange @[email protected]

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

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

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

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

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

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

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

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

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

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

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

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

ADS-B(MODE-S)のTC-29のデコーダが作れれば、それをしゃべってる飛行機(かなり最近の旅客機)のコクピットの状態(具体的にどう操縦してるのか)がリアルタイムにわかっておもしろいと思うんだけど、デコーダ作って配ってる人が少なくとも当時は居なかったし、ちゃんとした規格は規格書高くて読めないし・・・＞＜

bit詰めまくりな上にバイトの境界またいでてめんどくさい事を嘆いてるツイート＞＜；

"ADS-Bのコクピットの状態をブロードキャストするフレーム(TC29)のデコーダ作る為にフォーマットを書き出したけど、何でこんなぐちゃぐちゃなフォーマットなのか・・・＞＜" https://t.co/kxCNa0DvNK https://twitter.com/orange_in_space/status/697037977537503232?s=20

orangeさん（@orange_in_space）のツイート orange（@orange_in_space）さんがツイートしました: 自作ADS-Bデコーダ＞＜＞＜ https://t.co/eGRsncbB1k https://twitter.com/orange_in_space/status/694837414062231552?s=20

bit詰め込みフォーマットのプログラミングで、詰め込みすぎててめんどくさかったけどその分面白かったのが、ADS-Bデコーダ自作＞＜

あと、この文脈上の変数の1個2個って数え方謎で、signedな変数の正負を流用して減らすと一個減るのを減らしたそれはそうだけど、
じゃあ、例えば必要な変数がすべて16bitの範囲で収まるのであれば、16bitの変数一個をbit切り分けて使えば1個で済む訳だし、レギュレーション(？＞＜；)が難しい・・・＞＜

オレンジもビットいじくって詰め込むの大好きで、そのせいで珍妙なフォーマット作っちゃってあとでこんがらがるとかある＞＜；