orange @[email protected]

アメリカの有料の高速道路のサービスエリアの一例＞＜
South Somerset Travel Plaza https://maps.app.goo.gl/nhYsqLXuDEAW9ket6

高速道路のサービスエリア混雑対策 長時間駐車の有料化検討へ | NHK | 自動車 https://www3.nhk.or.jp/news/html/20231227/k10014300971000.html

"高速道路各社は、すでに一部のサービスエリアなどで
▽大型車の駐車スペースの利用を1時間に限定したり
▽1時間以上、利用した場合は有料化したりする実証実験を行っていて、..."

アメリカの有料の高速道路(※1)のサービスエリアは、１時間どころか車中泊にも使うのが前提(もちろん駐車料金無料)なんだけど、1時間だけとか馬鹿なんじゃないの？＞＜
(※1 アメリカは無料の高速道路にはサービスエリアは無くレストエリア(お店はなくて自販機はある)がある＞＜ 地元経済保護の為で、無料の高速道路の周辺には代わりに民間のトラックストップ(トラックがメイン顧客の大型ドライブイン)がある＞＜)

日本人、道路作るの下手くそすぎる＞＜

日本が得意かもしれない工場の生産方式の分野に置き換えて考えれば、外国企業がものすごく効率悪い工場運営してて「このやり方のままでも無人化すればオーケーデス！ なので、工程は見直さなくていいデス」とか言いだしたら「ちょっと待て・・・」ってなるじゃん？＞＜
日本が輸送の分野でやらかしてるのそれじゃん＞＜

荷物積むのにも時間がかかる方式をして「トラックドライバーが足りない！」ってそりゃ足りなくなるでしょだし、バスが小さいままで多くの乗客が運べず「バスドライバーが足りない！」と同じく、なんでやり方とか使う道具の選択のおかしさに気づけない国になっちゃったんだろうね！＞＜；
で、輸送効率が悪く輸送力が無駄に小さいまま「無人運転にすればいい！」とか言ってるの、先にやるべき事あるじゃん？＞＜

日本の産業のコスト削減、昔は先進的で他国に「なんでこうやら無いんだ？」って言う立場だったけど、失われた何十年かで人件費を削減するやり方まで忘れちゃったんじゃないの？＞＜
ていうか、日本はトレーラーを活用した輸送をしてないから、積み込みに時間がかかればトラックが遊ぶ時間も増えてそこでもコスト余計にかかるし＞＜
(だからアメリカではトラック輸送はLive load/unloadだけじゃなくPreloaded/drop(drop and hook)って、トレーラーを荷主が借りておいて荷物積んどいて、積み終わった所にドライバーが空のトレーラーを引っ張って来てトレーラー交換してすぐ出発するって方式もよく行われてる＞＜)

ぐちゃぐちゃのクリスマスケーキが届いた件、工場で働いてた人曰く「当然有罪なのだけど毎回発生する事案」が背景にあるらしい - Togetter https://togetter.com/li/2282918

この話に限らず日本のトラック輸送の動画も見てて思うけど、そもそも「コスト削減のためにバラ積みする」のがわけがわからなすぎる＞＜
アメリカのトラック輸送ではコスト削減のためにパレットやワゴンを使ってる＞＜
日本で段ボール箱入りの野菜を産地から市場に運んでるトラックドライバーの動画見た時も、ドライバーがすごい時間かけて箱を人力でおろしててびっくりした＞＜

エベレスト山頂より高く飛ぶワシがいる！ 誰かに話したくなる鳥のトリビアまとめ!! - ライブドアニュース https://news.livedoor.com/article/detail/12876994/

"鳥は、どれくらい高く飛べるのでしょうか？　記録保持者（記録保持鳥？）は、マダラハゲワシ。地上11,278mを飛んでいたのが確認されています。ちなみに、この記録は飛行機との衝突事故による報告のものです。"
11,278m=37000ft

FL370が最高記録らしい・・・？＞＜

飛行中のベトナム航空機、操縦席窓ガラスにひび　成田行き、けが人なし | 毎日新聞 https://mainichi.jp/articles/20231226/k00/00m/040/282000c
"...徳之島の東約50キロの高度1万2300メートルを飛行中..."
12.3 km = 40354.331 ft
FL400は鳥飛んでない気がする・・・＞＜

マイクロソフトへのフィードバックって日本語でもまともに相手してくれるんだろうか？＞＜；

オレンジが前に作ったmp3再生環境チェックデータ、
https://github.com/orange-in-space/mp3-playback-check-audiodata
をWindows 11の（新）メディアプレイヤーで再生したら、正しくないデコードされてた！＞＜；
マイクロソフト、馬鹿＞＜
ちなみにWindows メディアプレイヤー従来版の方もダメでした＞＜

それだとオレンジが実験したとおり「内部（デバイスドライバにたどり着く前）でどう処理されたかをチェックするぞ！＞＜」が出来なくなっちゃう＞＜（つまりどの段階でデータが破壊されたかがわからなくなっちゃう＞＜）

そんな変な実装にするメリットを無理やり考えるなら、「ループバックは出力の監視測定用なんです！」って発想で出力監視をしやすくした？＞＜；

もしかして、ミックスするタイミング変えたのも勘違いである可能性がある・・・？＞＜；
勘違いだとするとミックスしたあと音量下げて出力デバイスのフォーマットにあわせて一度ビットレート変換してからそれをもう一度32bit floatに戻したものをループバックデータにしてる？＞＜；
でも、そんなメリットもよくわからないめんどくさい実装なんてするかな？＞＜；

色々試したけど、内部で整数で処理してるっぽい挙動してる・・・・＞＜
もしそうなら音質というか精度的には一長一短というか、まともなアプリとすごいオーディオインタフェースの組み合わせの場合はある意味音質低下なんでは感＞＜

もしかして、内部処理がfloatじゃなくなった・・・？＞＜；

あれ？＞＜；
24bitのデータ再生しても測定結果が24bitにならない・・・？＞＜；

オレンジが前に作ったオーディオが整数精度相当で再生されてるかチェックするアプリ使って、Win 11のメディアプレイヤーで普通に再生したら整数精度相当って出た＞＜；
何か間違って無ければ、つまりたぶんWindows 11のオーディオエンジンはオレンジが前にわざわざ作った整数精度相当のデータを破壊しないように音量調節する音声再生するやつと同じ状態になってる・・・？＞＜；

Beがもしハードウェアを諦めずなおかつつぶれないで生き残ってたら、Threadripper積んでコア数増えすぎて前面がCM-5みたいになってるモンスターマシンを売ってたんだろうか？＞＜；