（仮説２）で試してみましたが、ダメですね…んー、なんだろう…
（仮説２）は手持ちのデータで最初の1秒をビット列化して眺めてみると
・再生できる：００００、もしくは１１１１、まで存在する
・再生できない：０００００、もしくは１１１１１まで存在する
ということで、ある程度の長さの０列、１列が再生序盤にくると、ＬＲＣＬＫと見誤って、ＰＣＭと間違えてしまうのではないか、との仮説で、ためしにビット列中の０００００を００１００、１１１１１を１１０１１等にノイズ成分を入れることでこの間違えをなくせるのではないか、と思ったのですが…
んー、変わりませんね…やっぱりオリジナルも変換版も再生できない。
（実践１）
データがおかしいんだろう、ということを検証するために上記音源データに対し AudioGate で音量ノーマライズをかけてみました。そしたら、普通に再生できるように…んー、やはりおかしいのはデータなんですよね…（ちなみに仮説２のデータも AudioGate でDSDIFFに変換している）。
＃クロックが温まるまでは、４０秒おきにロック外れたり、ざーってノイズが載りますが、しばらく再生してると安定します…のでここらの要因は排除するためにしばらく放置してます。
ってことは、再生できるものと、再生できないものでダイナミックレンジがどんなもんかの計算と、曲を途中で切って再生してみて再生できるかのテストか…
＝＝＝追記＝＝＝
試しに…
・データ１：再生できてるデータ（ノーマライズ済み）
・データ２：再生できてないデータ
データ１もデータ２も同じＷＳＤファイルからの生成品。ノーマライズ加工の有無だけが違う。
これで、データ１の先頭ｘバイト＋データ２の先頭ｘバイト飛ばしたデータ、というニコイチ仕様にして再生テスト。
０ｘ１００００バイト程度では音は鳴らず…多分ロックできるだけの時間がなかったんだろうと予想。ってことで、ニコイチサイズを2822400バイトにしたら、4秒程度鳴ってロックが切れる。つまり2822400バイトは8ビットなので8秒分のデータ、ってことでL/Rで2chで割って4秒、つまりニコイチした前の部分だけ再生できて、その後がぷちっと切れてロックできなくなるとわかる。まぢかー。
というわけで、もっと深い部分まで落ちて行かないと、原因究明できないようです。探求は続くよ…
＝＝＝追記＝＝＝
試しにニコイチを逆にしてみました。
要するにさっきは
・データ１の頭＋データ２の尾
だったんですが、今度は
・データ２の頭＋データ１の尾
ってパターン。
こうすると、序盤は音が鳴らず（ロックせず）、途中から突然音が鳴る（ロックする）ようになります。ってことで、もうデータ２のせいで音が出ないのは確定。後は、本当になんだろ？ミュートでもしちゃってるのかしら？
＝＝＝追記＝＝＝
データシートを眺めながら、オートミュートのせいか？と調べていたんですが、そういえば無音時（再生してないとき）はロックしてて、再生にはいった途端にロックが外れるのは確実なんですよね、ってことは、ミュート中でもロックはしてるはず…ってことで、ロックできてないことは確実。さーてなんだろな…
0 件のコメント:
コメントを投稿