ソニックザヘッジホッグシリーズの ローラーコースターみたいなループ部分の処理もどうやってるのか今も謎＞＜

そういえばプログラミングはじめた頃にピンボールのゲーム作ろうと思ったけど「・・・丸い壁に引っ掛からずにきれいに沿ってボールが動くようにするにはどうすればいいんだろ？＞＜；」って疑問に思ってそれがわかんなくて諦めたし今もわからない＞＜；

FTTHなのにyoutubeを480pで安定して見るのも時間帯(ちょうど今くらい)によって難しくなるしとてもつらい＞＜

ゲーム実況やりたいけど、音声合成云々以前にPCのスペックが全く足りてない(配信せずゲームするだけでも結構困難)な上に、回線がniftyのゴミ中のゴミの超ハズレ回線で夜間とかはFTTHなのに上下とも1桁メガbpsまで下がるのでどうにもなら無い・・・・＞＜

VCで棒読みちゃんにしゃべらせるためのアプリ自作して、それでVCしながらゲームした事は何回かある＞＜；
一緒に遊んだ人がウケてた＞＜；

オレンジすごく小さい頃(幼稚園入る前か入ったばっかりかくらい)、ピンボールのヘビープレイヤーだったけど小さすぎて昔過ぎてどんな機種で遊んでたのかが全く記憶無い＞＜；
スーパーマーケットの小さなゲームコーナーにピンボールマシンが3台くらいあって、小さい子向けの踏み台みたいなのが用意されててその上に乗って操作して遊んでた記憶ある＞＜

声出すの苦手で電話すらできない＞＜；

VTuberじゃなくても配信とかのへコメント、「オレンジが書くとオレンジのキャラが濃すぎて・・・＞＜；」って躊躇しまくってる＞＜
あくまで配信は配信者が主役でコメントは脇役かエキストラ(？)じゃん？＞＜；

マインクラフト配信をそこそこの頻度(例えば月1回程度以上)でやってるVTuberで、例えばマインクラフトの水の仕様を理解してる人って10人にひとり居るか居ないか程度なんでは感＞＜
マインクラフトの水の仕様をお勉強するのでさえ挫折するような人々がVTuberやってる例がほとんどかも＞＜

「オレンジがツッコミいれればいいんでは？＞＜； 」って場面多々あるけど、オレンジはキャラが濃すぎるのでVTuberの配信でコメント書くのマズイかもと思ってて一度もコメント書いたこと無い＞＜

VTuber、頭悪くないとできないんじゃないかってくらいに、なぜかいわゆるお馬鹿タレントレベルの人が標準といっても過言ではないと思うし、
大手で同接4桁以上とかならリスナーに頭いい人も普通に居て(ゲーム配信であればそのゲームを極めてる人も居て)リスナーがコメントでいい感じにツッコミいれてなんとかなるけど、同接数百人程度の配信だとコメントにも頭いい人が不足して、VTuberもめちゃくちゃ言うし、コメントもツッコミ入れられなくて肯定しちゃって「(なんだこれ・・・＞＜；)」ってなる事が多々ありまくる＞＜；

PortalとかでVTuberがセリフ読まないのは、リアルタイムに進むタイプのナレーションであの速度じゃ配信者が読むの間に合わないのは仕方がない(配信中に読むには無理がある)と思うし、
説明アイコンとかを見れなかったり、デザインが工夫された法則とかに気づけないのは、配信してるからとかコメント読んでるからとかじゃなく、単にVTuberのわりと大半の人がなぜか頭があんまりよろしくなくてメカ音痴の方々であるからという要素がとても大きいと思う＞＜；

Papersは配信に合う合わないはVTuberの人のスタイルによって大きく変わりそうだけど、ゲームとしては(ゲーム中には)あんまりコメント読まないタイプの人の方がおもしろくなるけど、コメントが荒れやすくなる諸刃の剣感が＞＜；

90年代の腐向け作品多い気が＞＜（？）

このアカウントは、notestockで公開設定になっていません。

前に書いてた＞＜
https://mstdn.nere9.help/@orange_in_space/103158204779080191

AMP云々、「AMP使わないと速度が微妙で客が逃げる」の話ってそもそもAMPじゃないページがユーザーが期待するよりもはるかに重過ぎるのがアレなんだから阿部寛のホームページを見習うべき＞＜（？）

(/////

x 1.0 dBFS
o 0 dBFS

＞＜；

思い付いた経緯が「火山噴火とか災害時の爆発音とかをなるべくクリッピングさせずに記録するって出来ないんだろうか？＞＜」って考えて思いついたので、そこそこ簡素なハードウェアで実装できて非圧縮時にサイズが大きくならないフォーマットって事で考えた＞＜；
(非圧縮時に...の意図は、人間の聴覚にあわせた非可逆圧縮をしてしまうと、事故等の解析に使用可能な音であっても削られてしまう可能性がある事も考慮してる＞＜)

結局のところDACはそんなフォーマットに対応できないので、DACに送る前に例えばコンプかけるとか、16bit以上のDACに対して16bit部分はそのままで増えたbit部分に1.0dBFSオーバー相当部分を割り当てるとかしないといけない＞＜
リアルタイムじゃ無しに取り扱う場面では、32bit floatに展開してから使う感じになるかも＞＜(というか、普通は32bit floatを使う用途で、16bitでどうにかケチりつつ音質をなるべくCDレベルを維持しようみたいなフォーマット＞＜)

オレンジが思い付いた方式は、リニアPCMのつもりでデコードしたらfloat区間は普通に変な雑音になっちゃうし、途中から再生する時に最初に来たサンプルがintなのかfloatなのか判別する事も不可能って欠点もある＞＜；

このアカウントは、notestockで公開設定になっていません。

HDCDのピークエクステンション(規格化したコンプレッサーかけて記録して再生時にデコンプレッサーで復元するやつ)は+9.0dBFS相当まで記録できるらしい・・・＞＜(よほど変な用途じゃなければそれで足りる説＞＜；)
HDCD - Wikipedia https://ja.wikipedia.org/wiki/HDCD

CDからデータ量増やさずに(つまり16bitのまま)(ほぼ)クリッピングせずに超巨大な音(CDの約65000倍の大きさ)を記録できるフォーマットも一昨日思い付いてた＞＜；

https://mstdn.nere9.help/@orange_in_space/107268026219627847
https://mstdn.nere9.help/@orange_in_space/107268057937915788
https://mstdn.nere9.help/@orange_in_space/107268091995443918

Windowsの音が悪いという話は誤解だよの解説をスラドに書いた時の＞＜
https://mstdn.nere9.help/@orange_in_space/101464494172882201

https://srad.jp/comment/3552646
https://srad.jp/comment/3553046

クリッピングしまくりの有名事例である水樹奈々さんの曲群とか、Perfumeの曲のうち馬鹿なプロデューサー(名前忘れた)がマスタリングした曲とか、もう、失われた区間が長すぎてどう考えてもちょっとやそっとでは修正無理かも感＞＜

オレンジ、もしかしなくても日本語インターネット圏で一番クリッピングに厳しい人である可能性がある＞＜
(Windowsは音が悪いよ指摘騒動(ありぱぱさんが指摘したやつ)の時に活躍した人々の中でオレンジがほぼ唯一「Windowsの実装の方がほぼ正しくて、音源の方が壊れてる＞＜」って逆に指摘してた＞＜)

ていうか21世紀の音源でも盛大にクリッピングしてぶっ壊れてるのはマジで盛大にクリッピングしてるし(？)、圧縮音源配信でも当然ぶっ壊れたままエンコードされててどうにもなら無くてどうにもなら無いかも＞＜(？)

90年代のクリッピングしまくり音源をまともに修正できるような賢いデクリッパーって見たこと無いというか下手すると悪化するんでは感＞＜
10サンプルくらい貼り付いてるのも当たり前だし＞＜