新しいものを表示

@hadsn 工事関係ないって言ってるんじゃなくメカニズム4か5の可能性があるとしてるし、一方で振動説は、調べたら地震と比べたら極めて小さい事を確認したらしいので、あれかも><;

orange さんがブースト

地質を考えると既存の人工的な空洞って考えるよりも工事の振動で生じた空洞と考える方が妥当かも><
NEXCOのニュースリリースのpdfの図を見るとわかるけどトンネルに対して真上に平行して長手方向に空洞が二つ連続しているので、それを他の原因で説明するの難しいと思う><

「東京外環トンネル施工等検討委員会 有識者委員会」の開催について(令和2年12月18日) | NEXCO東日本 e-nexco.co.jp/news/important_i

tootじゃなくtweetって書いちゃった><;

@pcm There was a person who was confused about the relationship between wav format and PCM, so I explained about PCM.
The tweet is, in summary, It feels good to programing a Linear PCM wav-file decoder on Pascal-language( and C, maybe).
(I'm not good at English so I'm sorry if I'm rude)

リニアPCMなwavのデコーダ作るとRIFFの気持ちよさわかるかも><
(Pascalで書くと書きやすいし、たぶんCで書いても書きやすそう><(Cでは書いたことない><))
でも、C# で書こうとしたら冗長なコードになって地獄だった記憶ある><;

wikipedia日本語版のTIFFの記事にも15bitって記述はないからやっぱ32768色TIFFってTOWNSの独自形式?><
(がその後ゲーム機用ゲーム開発に使われた?><)

スレッドを表示

オレンジの自作メディアプレイヤーはちゃんとwavのメタデータチャンクにも対応してます!><

RIFF&WAVの素晴らしい所として、MP3のID3みたいな無理やりタグをつけなくても、規格上ちゃんとメタデータのチャンクが規定されてる所><(追加で独自チャンクで追加情報つけても(かぶらなければ)読み飛ばされる><)
エレガント><
ただし、一部、ちゃんとRIFFを解釈せずに決め打ちする行儀が悪いwavデコーダがあって、それだと規格化されてるメタデータのチャンクがあるだけでファイル読み込めなかったりする><

オレンジはRIFF好きなので、可変bit長な拡張RIFFとか考えてた><
’(32bit以外だと互換用に32bitのパーサーからは中身が空に見えて、その後ろにbit長が書いてあって・・・って形式><)

FM-TOWNSは前面的にTIFFが画像形式の標準で、24bitのほかに、16色/256色/32768色(厳密にはベンダーユニークだったかも(あやふや)だけど、コンシューマーゲーム機用ゲーム開発とかでデファクトスタンダードだった気がする(あやふや))
とかが多く使われてたかも><

1990年代辺りはTIFFが代表だった><(今は知らない><)

RIFFの欠点は32bitの壁がある事かも><

あと、オレンジは昔(1995年くらい?><)、ADPCMなWAVを230MBのMOに保存する事で、MDの代用にしてた><;((当時)16bitリニアPCMではさすがにでか過ぎたので><)

RIFFすごく好きだし、前は自作アプリの設定とかもRIFF(風だけどちょっと違反)で保存したりしてた><

orange さんがブースト

WAV - Wikipedia
ja.wikipedia.org/wiki/WAV

> WAVはいわゆるコンテナ形式で、データ形式は自由であり、μ-lawや、ADPCM、MP3、WMAなどの圧縮データを格納することもできる。

スレッドを表示
orange さんがブースト
orange さんがブースト

.wav は RIFF か何かのコンテナ形式じゃなかったっけ。中身が PCM だとは限らない

古いものを表示
:realtek:

思考の /dev/null