Airport Detail: RJTT | LiveATC .net https://www.liveatc.net/search/?icao=rjtt
Airport Detail: RJTT | LiveATC .net https://www.liveatc.net/search/?icao=rjtt
オレンジは動画では配信したこと無いけど、フライトシムで初日の出フライトと、初日の出『前』フライト（真っ暗な中現実の初日の出フライトと同じ経路を先行して飛んで、真っ暗な中帰還、着陸すると、ちょうど現実の初日の出フライトが出発）をしたことある＞＜；
あと、現実の初日の出フライトにちなんで、フライトシマーの方々で、フライトシムでオリジナルバーチャル初日の出フライトをリアルタイムでやって、それをニコ生とかで配信してる人結構いる＞＜
（初日の出フライトそのものは毎年ニュースでもやってるし誰でも知ってると思ってた＞＜；（マニア的錯誤））
初日の出フライト、文字通り初日の出をみるチャーター便のツアーフライトで、最近はJAL/ANAだけじゃなくスターフライヤーとかもやってる＞＜
出発空港と到着空港が同じで、初日の出を見る為に富士山の近くとか桜島の近くとか房総半島とか、いい感じの場所（航空管制に使用するウェイポイント/フィックス）まで飛んでって、そこでぐるぐるして初日の出見て、さらにちょっと景色見る経路で飛んで帰ってくるみたいなフライト＞＜
ちなみにホールドする時、ハイテク機は賢いので、オートパイロット（正確に言うとFMSに指令するCDUって言う画面とキーパッドがある装置）のHOLDって書いてあるボタンを押して、パラメータを入れると飛行機さんが勝手にぐるぐるしてくれる＞＜
パイロットは雲の具合を見ながらもうちょっと高度上げようか下げようか？って判断して、それを管制官にリクエストして、管制官は日本の複雑の空の中で問題無いようにホールド（ぐるぐる）させる高度の割り当てをしないといけない＞＜
初日の出フライトの交信（管制）、普通のフライトと違って見えるようにあわせないといけないし、独特な飛び方をしてホールド（ぐるぐる）させるから、パイロットも管制官もすごく大変＞＜ ニアミスもすごく起きやすい＞＜（2年前に重大インシデントではないけど、初日の出フライト機と報道ヘリとでニアミス起きた＞＜）
毎年、初日の出フライトの交信聞くために朝方起きてるように体内時計調整してたけど、今回は完全に忘れてて年越しの交信の事しか考えてなかった・・・・＞＜；
逆にWindows7の音量ミキサーのレベルメーターがデシベルじゃないのが用途的に謎＞＜；
さっき作ったレベルメーター、デシベル表示にしたら逆に見づらくなった・・・・＞＜
音に対して神経質だから、観客が居るタイプの音楽番組すごくつらいし紅白が流れてる場所に居るのもつらい・・・＞＜
・・・だとしたらミュートしたらWASAPI経由の音全部消えそうだしちがうっぽい？＞＜； どういう経路なんだろう？＞＜；
WASAPIループバックってもしかしてミキサーのインサート端子みたく間に挟まってる接続になってるのかな？＞＜
デバッグしてて気づいたけど、WASAPIループバック録音してると、その内容を再生してる扱いになってるっぽい・・・？＞＜（Windows標準の音量ミキサーにも再生レベルが表示される＞＜）
ステレオに対応しました＞＜ https://mstdn.nere9.help/media/XvvpDmpYger31jKM6M4
https://mstdn.nere9.help/@orange_in_space/99268261009553871
WindowsCoreAudio APIでアプリごとのオーディオレベルメータ情報取得するのできた＞＜ https://mstdn.nere9.help/media/Hmr-Y4FX3iLKtsT9h-I
「シンクライアントが主流になれば一般人が使うPCがもっと性能が低くても・・・」って言う人わりといたけど、一般人が使うPCで最もアホみたいに重いアプリケーションがウェブブラウザなのでウェブが重い限りそこより下には性能を抑えられないし、結局事実上のシンクライアントのクライアント相当の処理であるウェブブラウザが極端に重いと、性能が下げられるみたいな意味では意味無いかも＞＜って10年位前から言ってる＞＜（なので無駄にウェブのUIを重くするなと言いたい＞＜）
もともと「クラウド」はアプリケーションとデータをともにリモートに置いてクライアントは楽をしましょう的な話だったので、ネットサービスが何でもクラウドと言われるようになってしまう以前はまさに中央計算機をクソザコクライアントから皆で使う雰囲気があった
シンクライアントの復権……ってそんな話、ｽﾏﾋｮが普及しはじめる前後でもちょっと聞いた気がするなぁ
このアカウントは、notestockで公開設定になっていません。
こういう風になってるからスケスポさえ見つかれば何とかなっちゃう＞＜ https://mstdn.nere9.help/@orange_in_space/99267355649054733
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そうなっちゃうって言いたかった＞＜； あと工夫を放棄すると極端に悪い意味での富豪的かもって＞＜
このアカウントは、notestockで公開設定になっていません。
おささんの判断のように、この部分の挙動がそのままソフトウェアの重要な挙動になる＝柔軟に実行される必要がある って考えるとよほど柔軟なライブラリじゃなければ使えない場面では？＞＜って思うんだけど・・・＞＜
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ていうか、マストドンが使ってるような使い方って想定外の用途なのかも？感も＞＜
このアカウントは、notestockで公開設定になっていません。
(オレンジも(rubyの文化さっぱりわからないのもあって)「なんでこんなのに既成の物使う必要あるの？＞＜」感があって謎だった＞＜(こういう所こそ書いてて楽しい部分じゃんって意味でも＞＜))
高機能なキューって、もっと柔軟なイメージがあったし、自分がふぁぼるっくで作ったキューは、優先度が自由に設定できて、割り込みとかかけ放題、取り出し側プロセスで処理する優先度の範囲指定とか何でもありな状態にしていた。一般にあるキューの製品って、先入れ先出しばかりで、処理順は守れるけど溜まったときの処理が大変そうだなぁと思って採用できなかった。
このアカウントは、notestockで公開設定になっていません。
sidekiqの仕様が分かっていないけど、先入れ先出し(FIFO)か、後入れ先出し(LIFO)かによって、他のインスタンスへの配送にも影響があるとかなら、相手に届く実績がある宛先と再試行とでプロセスが分かれても良いとは思うけどね。
sidekiqが溜まっていることの弊害がいまいち分かっていない。どうせいつかは完全に失敗になるか、ちゃんと届くか、のどちらかになると思っているのだけど。失敗になるまでの時間が長すぎるなら、早く失敗に移行するように設定を変えればいいだけな気もするし。
本とか専門雑誌で、本文が和暦で資料写真のキャプションが西暦とかすごく意味不明だけどわりとある＞＜；
それはさておき、ヤードポンド法なんて後回しでいいから和暦をはやく滅ぼしてくれ、それが無理ならせめて公的書類で使わせないでくれ
高度はメートル法だと現実の固定翼機の特に着陸時の降下率に対して細かすぎて大変だし、速度も、うまく言えないけどメートル法だと刻みがうまくあわない＞＜；（ヘリはどうなのか知らない＞＜）
航空関連の趣味にディープになる前は、フィートとか海里とかノットってなんで使うの？＞＜；って思ってたけど今はフィートとノットじゃないと空飛べない＞＜；と思うし気象の風速もメートル法じゃなにがなんだかわからない・・・＞＜
キログラムを粉砕せよ - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/01/01/crush-the-kilogram/
ついにキログラム原器同時破壊テロを起こせずに今年が終わろうとしている……
