orange @[email protected]

そんなの田舎の農家の乗り物なんだから・・・って考えても、例えばコロラドの農家のおじちゃんが集落までちょっとお買い物に行くかぁって広大な農業地帯を走る片側一車線ずつのまっすぐの道の制限速度が65mphだったりするってつまり約105kmでのんびり走るわけで「そこで動物でてきたのをちょっと避けたくらいでバランス崩して横転したらどうすんだ！」って怒る気持ちはわかる＞＜；

例えばテキサスとか「近所にお買い物に行こう」で日本で国道のバイパスを走る感覚で70mphでフリーウェイを走る日常なんだから、あれだよね・・・＞＜

軽自動車高速で危ないといえば、ジムニーのアメリカでのコンシューマーレポートの裁判があれだけど、あれ、酷い話だと思ってて今もわりとそう思ってるけど、
一方でアメリカの道路事情を色々調べまくった今は、日本の感覚でクルマを見るのとアメリカの感覚で見るのじゃ全然違うとも思うようになったかも＞＜；
速度が全然違うし＞＜；

音量調整部分、32bit float固定で済むはずだけど、かなり前に作った整数精度で再生するオーディオプレイヤーのソースそのまま流量したから無駄に巨大＞＜

デフォルトデバイスのWASAPIループバックを録音ソースにして、音量上げて、使ってないオンボ デジタル出力に出力して、AudioRelayのサーバーアプリの音声入力をその デジタル出力にして・・・ってした＞＜

実際にAudioRelayと組み合わせたら、思惑通り音量調整できた！！！＞＜＞＜＞＜
https://mstdn.nere9.help/@orange_in_space/107715940574497637

一応動くものは出来たけど、まだ手抜きで前に作った録音アプリのソース流用してる部分多くて、リングバッファの代りにMemoryStreamで代用してるので、録音データ捨てないのでメモリどんどん食っちゃう・・・＞＜；
（録音アプリに追っかけ再生機能つけただけとも言う＞＜；）

技術的理由と無関係な部分でめげてきた・・・＞＜

自分用に作って使ってるWASAPIループバック対応録音アプリの改造でちょちょいと作れそうなので作ってみてる＞＜

音量問題、もっとアホな方法で強引に解決する方法思い付いた！＞＜；
このアプリのWindows側、WASAPIでどのオーディオデバイスからでもループバックして送れたはずかも？＞＜；　であれば、
デフォルトのオーディオデバイスA→「自作WASAPIループバック録音して加工して別のデバイスに音を流すアプリ」→デフォルトでは無いオーディオデバイスB(仮想でもよい)→サーバーアプリ
って流れにすれば、既存のアプリは弄らないで済むんじゃね？＞＜；

RTMPクライアントは普通にあるけど、RTMFPの方はメジャーなAndroid用クライアント無いっぽい？＞＜

Real Time Media Flow Protocol - Wikipedia https://ja.wikipedia.org/wiki/Real_Time_Media_Flow_Protocol

"Real Time Media Flow Protocol (RTMFP) は Adobe が開発しているプロトコル。RTMFP は低レイテンシの UDP ストリーミングや..."

あればいいのに＞＜； →　あった＞＜；

Real Time Messaging Protocol - Wikipedia https://ja.wikipedia.org/wiki/Real_Time_Messaging_Protocol

(例えば)UDPで音声を投げる標準プロトコル(デファクトスタンダード的な意味で)みたいなのがあればいいのに＞＜
そうしたら送信側だけ自作すればよくて受信側アプリはきっと誰かが既に用意してくれてたはず＞＜；

あと、Windows PC側をicecastサーバーにすればおk？＞＜； 作戦も考えたけど、それだとレイテンシが秒単位で発生してしまうので、音楽再生用途くらいにしか使えないかも＞＜；