08/03/30 00:15:15 LsEMCfOQ
・無線なら変わらない
・ノートだったらバッテリ駆動だからコンセントの害を受けないから変わらない
ということですか
657:名無しさん＠お腹いっぱい。
08/03/30 00:16:17 qTb1zos9
>>655
>あとは PC 側の無線チップの種類とかドライバとかアンテナとかが腐っていたら……。
いやいや、音飛びするとかならわかるけど音質は変わらんでしょ？
658:名無しさん＠お腹いっぱい。
08/03/30 00:20:09 qTb1zos9
>>656
そうです
結局ノートとデスクトップで音が変わるなら
URLﾘﾝｸ(kafuka.blog12.fc2.com)
の奴は正しいことになるのか？
AMEなら安価で安定して高音質が得られるからウマーと思ったんだが
659:名無しさん＠お腹いっぱい。
08/03/30 00:21:55 gA67Xvsl
だからスレ違いだろ
660:名無しさん＠お腹いっぱい。
08/03/30 00:23:27 qTb1zos9
スレ違いじゃないだろ
トランスポートとしてのPCの話をしてるんだ
661:名無しさん＠お腹いっぱい。
08/03/30 00:24:12 gA67Xvsl
AME前提で話してんじゃん。それは専用スレがあるだろ
662:名無しさん＠お腹いっぱい。
08/03/30 00:25:27 554q0hvB
PCによる差は判らなかったよ。
663:名無しさん＠お腹いっぱい。
08/03/30 00:26:50 j/31uI5I
つ～わけで以降AMEについては↓で汁
iTunesと単体DACで相当ウマー×４
ｽﾚﾘﾝｸ(pav板)
664:名無しさん＠お腹いっぱい。
08/03/30 00:29:16 qTb1zos9
>>661
AMEで検索しても出なかったぞ？
第一PCオーディオには変わりないだろ
>>662
それが普通
665:名無しさん＠お腹いっぱい。
08/03/30 00:29:54 qTb1zos9
>>663
そこか、わかった
そっちへ行く
666:名無しさん＠お腹いっぱい。
08/03/30 00:43:56 qTb1zos9
おい、向こうは過疎ってるぞ
なんとかしろ
667:名無しさん＠お腹いっぱい。
08/03/30 00:46:53 gLC+xsIl
デジタルだから変わらないといってる奴は
SHM-CD についてググれ。
668:名無しさん＠お腹いっぱい。
08/03/30 00:50:04 qTb1zos9
>>667
それはアナログ部分の問題じゃ？
669:名無しさん＠お腹いっぱい。
08/03/30 04:55:56 dn1uKZjg
「デジタルデータ（音声バイナリデータ）が同じでも音が異なることがある」
ということを理解できてない人多いね。アコリバスレでも思ったけど。
デジタル伝送で伝えているのは音声のバイナリデータだけではないよ。
CDR(クロックおよびデータリカバリ)などの補助データがシリアル信号で送られる。
クロックを例にあげると、送り出し機器、受け側のレシーバ（DIR）の精度によって
元ソースの時間軸から揺れる。いわゆるジッターの発生。
（ジッターが発生しても音の「データ」としては違いは無い）
ジッターが発生するとDACでアナログ信号になるときに差が出るから、実際に聞こえる
音が違ってくる。
670:名無しさん＠お腹いっぱい。
08/03/30 07:48:20 9E39fzVX
>>669
疑問なのは、それがどうして音質に影響するかなんだよね。
ノイズが出る、音飛びする、音が鳴らない、とかならわかるんだが。
あと、時間軸の問題なら、受け側で十分にバッファしたり補正したり
すれば解決したりしないのかね？
671:名無しさん＠お腹いっぱい。
08/03/30 08:38:10 HdSHHgG+
同じ画像ファイルでも開くたび違って見える？
672:名無しさん＠お腹いっぱい。
08/03/30 08:56:13 mBTNSb+v
>>670
時間軸揺れたら1と0の並びは一緒でも、音が変わって当たり前だと思うんだが…
>>671
画像は時間軸関係ないから0と1さえちゃんと転送できればいい
673:名無しさん＠お腹いっぱい。
08/03/30 09:11:46 suaRjc/+
デジタルデータなのに音が変化するのであれば、それは機器に欠陥があるからだよ
まともにデータ転送ができているなら音に変化が現われる訳が無い
アメリカから海底ケーブルを通ってくる国際電話の音声は別人になってるのか？
だいたいもしも時間軸が揺れて、データにムラができるというなら画像データだって
色むらができないほうがおかしいだろ
674:名無しさん＠お腹いっぱい。
08/03/30 09:18:35 vV25JXcM
>>670
位相雑音でググれ、デジタル通信でも時間軸の短期安定性がシステムのパフォーマンスに影響を与えるのは常識だぞ
で、最終的にクロックが揺れてる場合、fs/2以下の帯域で音楽信号に同期する形でFM変調された波形が乗る事になる、
特にCDの場合、可聴帯域に近い値に分布する、
DVDAやSACDの場合、最大で四倍近い帯域に分散するから影響が減る、
まぁあくまでこれは個人的な推論だけどな。
>受け側で十分にバッファしたり補正したり
そういう製品はいくらか存在する、
コードのDAC64(バッファ)やマークレビンソンのFIFO(非同期入出力)、
他にも幾らかある、
その上でバッファ長で音が変わったりするから解決には至っていない。
>>671
まず画像はCRTの場合、RAMDACでアナログ化されるまではデジタルだから、
開いただけでは変化しない、
また、伝送自体は比較的高周波なのでケーブルの影響を受けやすく、
更に言えば、目は耳よりはるかに低周波の変化しか認識出来ないので、
変化としては認識しにくい、
そもそもここでいうクロックが揺れてる場合、画面が波打つようになるし、
蛍光灯やCRTって60～120Hz位で点滅してるのに平均化してちらついて見えない位だしな、
液晶の場合はDVI-Dで繋ぐ限り、最終的に画素を駆動する直前までデジタルだし、
画素自体8bitの分解能しか持たせてないからその辺でも差が丸め込まれる、
結果として画像云々はまったく見当違い。
675:名無しさん＠お腹いっぱい。
08/03/30 09:42:13 nogFl9i5
>>674
> >>671
> まず画像はCRTの場合、RAMDACでアナログ化されるまではデジタルだから、
> 開いただけでは変化しない、
まず音楽はCDの場合、DACでアナログ化されるまではデジタルだから、
聞いただけでは変化しない。ってことか
DA変換時に変化するって話してるんだろｗ
それにCRTでも液晶でも、ジッターで画像が乱れるなんて常識なんだが。
VHSでも同期信号あるしね
676:名無しさん＠お腹いっぱい。
08/03/30 09:57:11 L0BtJC+u
ところで、今、頭の中で思考実験をしてみたんだが、
来たデジタル信号をバッファして、44.1の基準ピッチに正確に整形して鳴らす機械があるとすると、
これに、タイミングが恒常的に44.1から遅れてるトラポを接続した場合、音は必ず破綻する
運命にあるように思う。
理屈としては簡単で、トヨタの看板方式のように、鳴らす側、すなわち工程の後ろの
部分であるDACに、正確に44.1の速さで動作されると、工程の前の側、すなわち44.1より遅く
動作する送り出し側はDACの要求するタイミングで材料（デジタルデータ）を送れなくなり、
早すぎるペースでどんどんデジタルデータを消化してるDACのがわに、材料（データ）が
足りなくなるタイミングが必ずいつかは訪れる。
こう考えると、DACがいくら早く正確に動作しようとしても、その後ろ側であるトラポや
デジタル出力の速度が遅い限りは、自分のペースを緩めるしかないという結論が
導かれるように思う。
もしもデジタル出力部のクロックがわずかに後れてて、1秒間に44100サンプルでなく
1.05秒間に44100サンプルしか送ることができないとなると、DACはどうやっても動作を
1.05秒間44100サンプル以下に抑えなければいけないんじゃないか？
バッファってのは倉庫みたいなもんで、早く来るケースだと、来た材料を倉庫の容量の
範囲内でいくらでも貯めて置けるが、材料が後れてくるケースだと、倉庫の中が空っぽ
になるだけのことだから、相手をせかす能力がないと、実は困るよな。
677:名無しさん＠お腹いっぱい。
08/03/30 09:57:47 vV25JXcM
>>675
いや、開いただけってのはメモリに展開してVRAMに乗るまでだぞ、
まず音楽はCDの場合、DACでアナログ化されるまではデジタルだから、
DAC直前でサンプル取ってもバイナリに変化は無いって事
アナログ化された後はオーディオに比べて信号が高周波でケーブルの影響を受けやすく、
かつ目の特性を考えると認識しにくいってだけで。
>ジッターで画像が乱れるなんて常識なんだが
それも色ムラってより、ブレたり波打ったりって変化じゃないか？
678:名無しさん＠お腹いっぱい。
08/03/30 10:01:10 88Q9PT1v
>>676 一行ですむ内容をぐだぐだ書くんじゃねーヴぉけ
679:名無しさん＠お腹いっぱい。
08/03/30 10:05:50 L0BtJC+u
>>678
考えたことをできるだけ理解しやすいようにしたつもりなんだが。
とにかく、トラポやオーディオIFのデジタル出力が「遅れて」る場合、
遮二無二に正確なタイミングで鳴らすことを優先するDACってのは破綻するしかないよな。
実際のとこ、そのせいで音が割れるなんて経験は無いから、
間違いなくDACは自分のスピードを緩めてると考えられる。
680:名無しさん＠お腹いっぱい。
08/03/30 10:28:33 Q16D0Wt2
>>679
>実際のとこ、そのせいで音が割れるなんて経験は無いから、
>間違いなくDACは自分のスピードを緩めてると考えられる。
お宅のトラポは「遅れて」るんですか？
681:名無しさん＠お腹いっぱい。
08/03/30 10:41:23 yvzDtyfm
トラポの早い遅いなんて個体差でいくらでもあるわな
通常はトラポにDACも同期してるから、トラポ出力の長期周波数偏差があってもDACも同期して遅れるだけだが
DAC側が独自クロックを装備した場合にはトラポ出力とは同期させない訳で
SP/DIF接続だけでDACに対してトラポを同期させることも出来ないから
トラポとの速度差は大容量バッファ使って実用的な範囲でデータ欠損起こさないように吸収するしかない。
その結果がDAC64の最大バッファモードの4秒遅延だろ
トラポとDACを独自方式で繋げるならもっとスマートな制御は可能だろうけど。
682:名無しさん＠お腹いっぱい。
08/03/30 10:42:08 L0BtJC+u
>>680
いや、別にどれが遅れてるかどうかはわかんないけど。
CDプレイヤー2台、DAT一台、サウンドブラスター、Audiophile2496、こんだけ
あって、全部が全部、水晶発振器やPLLクロックが完全に同じ速度ってのは
考えられないし。誤差±1%ぐらいあるとして、全部「早い」側に偏ってる
と想定するのもどうかと考えたわけで。
で、遅れた場合はどうなるかを考えていったら、今回の>>676の想像に思い
いたったわけ。
それと、RMEのインターフェイスなんかは最初からそれを想定してて、技術仕様にも
44.1kからの多少の速度差は吸収できるような風に書いてあるから、やっぱ「遅い」
ときもあるんだろうなと。
だから、ジッタを整形したり、バッファしたりしても、送り出し側が「遅い」場合は、
遅い側を急がせる（トラポやIFのクロックシンクで同期を叩き込んでやる）ことが
できない限りは、DACも自分のペースを落として解決するしかないだろう、ってこと。
683:名無しさん＠お腹いっぱい。
08/03/30 10:44:03 vV25JXcM
>>681
そこでi.LINKですよ、
SCD-DR1とTA-DR1や他社SACDトラポと専用DACはフロー制御で非同期転送してたはず
684:名無しさん＠お腹いっぱい。
08/03/30 10:50:46 L0BtJC+u
>>681
4秒遅延か…。
でも4秒ぐらいだと、99.8%の速度しか出ない、すなわち毎秒100サンプル遅れる
発振子が相手だと、曲がその時間内に終わってくれない限りは441秒後に追いつかれる
計算になっちまうな。
でもしかし、逆に言えば、4秒ぐらい遅れて出発しておけば、0.2%ほど遅い送り出し側に対しても、
7分間ほどなら破綻なく正確なタイミングで動作できるわけだ。
それ以降は、どっかで休憩をいれるというか、自分のペースを無理にでもダウンさせないと
データが枯渇して「工場長、鳴らすものがありません」状態になるが。
ま、たいていの曲のトラックは7分以内に終わるから困らないな。
685:名無しさん＠お腹いっぱい。
08/03/30 10:54:45 yvzDtyfm
>>684
周波数精度誤差0.2パーセントとか欠陥品だからｗ
クロック関係の精度スペック表記に使われてる単位は普通ppmだぞ
686:名無しさん＠お腹いっぱい。
08/03/30 11:00:51 L0BtJC+u
>>685
いや、かつてRolandのVSシリーズというMTRには、バリピッチという、演算による
ピッチシフトではなく、基準発振器の速度を±5%ぐらい自由にあやつって、テープの
MTRのように、ピッチシフトを実現する荒業のような機能がついてたんだけど、それに
しっかりDACが追従してくるってことは、やはりDACの速度もかなり柔軟に可変なのだ
と思ったわけよ。
687:名無しさん＠お腹いっぱい。
08/03/30 11:05:23 vV25JXcM
>>685
とはいえあの数値、あんまりアテにならなかったりもするけどなｗ
環境温度が何℃なのか、また実装した上での実測値なのか、
発振器単体を安定化電源に繋いで測定した値なのかで全然変わってくるし、
位相雑音の値も良く判らないからな、
同じ±1ppm表記でも100Hzオフセットで-150dBクラスのもあれば、
-83ｄBとかいう詐欺まがいのもあるしｗ
688:名無しさん＠お腹いっぱい。
08/03/30 11:12:33 yvzDtyfm
>>686
それは入力に追従するタイプのDACだからなんとかなるんじゃない？
最近のクロック関係で高度な機能持ってるDACの高性能なモードでは動作できないと思うよ。
>>687
まぁ確かにそうなんだが、4秒バッファをCD1枚の間に埋めちゃうほどずれるってことはあるまい
ゴミみたいな精度の安カード刺したPCトラポからHDD丸ごと埋めたmp3をずっと再生してたらやばそうだがｗ
689:名無しさん＠お腹いっぱい。
08/03/30 11:18:39 V9s/0CEz
>>685
とはいえ、あのppmの値は水晶発振子「そのもの」のブレでしかないからな。
人やメーカーによって、発振子の選定や載せかえ時、16.9344MHzをつかったり
45.1584MHzのをつかったり、かなりテキトーなことしやがってるから、ああいった
それぞれの発振子を割った値は互いにかなりブレがでてきてるから、実際の機種ごとの
速度誤差は0.1%以上に達してると思われ。
俺は極端に早い個体と極端に遅い個体の場合100サンプルぐらいのズレは確実に
生じてると思うぞ。
だからこそ、だいたいのオーディオインターフェイスは設計時に5%もの莫大なマージンを
とってるわけで。
690:名無しさん＠お腹いっぱい。
08/03/30 11:30:59 yvzDtyfm
>>689
0.1％って数字の具体的評価は俺には出来ないが
マージン5％はPLL設計する際にそれ以上狭くする合理的理由がないだけでは？
もちろん狭くする事とトレードオフでの性能向上って選択肢はあるので
DACによってはWideモード（追従性重視）とNarrowモード（安定性重視）を使い分けできる機種なんかもある。
上のレスでちょっと触れたが、これをNarrowモードで使おうとしても腐った精度のクロックが入るとWideモードに落ちる。
691:名無しさん＠お腹いっぱい。
08/03/30 11:37:40 Itk0cLmS
>>684
0.2はかなり穏当な予測値だな。
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
yahooの回答者によると、実際のところは、0.5%ぐらい速さがぶれるらしい。
こんなのにつながれた日には、DAコンバーターもたまったもんじゃないだろうｗ
まぁ、そのときはバッファだの自分の内部の高精度クロックだのをかなぐりすてて、
ひたすら相手にあわせればいいだけかｗ
692:名無しさん＠お腹いっぱい。
08/03/30 12:19:42 tjJz4zmz
>>673
海底ケーブルや携帯電話の基地局、衛星通信etc
において、位相差雑音を減らすのに努力をしていないとでも？
693:名無しさん＠お腹いっぱい。
08/03/30 12:27:38 yvzDtyfm
>>691
調べてみたらポータブルとかはセラミック使ってるのもあるんだなー
オーディオ機器なら精度的に最低限水晶だろと思ってたわｗ
据え置きのある程度まともな機材なら4秒バッファで実用上問題ない、って感じに意見を修正しとこう。
694:名無しさん＠お腹いっぱい。
08/03/30 12:34:31 Itk0cLmS
>>693
水晶も>>689で書かれてるように、そもそも使われてる水晶が
メーカーによってまちまちだから、それを数サイクルで分割して
出てくる値のズレも馬鹿にならんぜよ。
結局のところ、ある程度、それぞれのメカの動作周波数のズレに、余裕を
見積もっとかないと、デジタル機器ってのはマトモに動作できないんだよな。
695:名無しさん＠お腹いっぱい。
08/03/30 12:42:10 LuplDizE
マランツなんて
セラロック使ってるのを平気でピュアオーディオ頁に載せてるからな
セラロックをピュアから追放したいものだね
696:名無しさん＠お腹いっぱい。
08/03/30 13:11:13 yvzDtyfm
>>694
ひとつの基準に全体を同期させるのが基本であって
個別の基準で動作するコンポーネント同士を繋いで同期させて使おうってのが邪道なのでは
PCのCPUやメモリみたいに物性の限界にチャレンジしてる訳じゃないので
単に送られて来たクロックに同期するだけならマージン幅を取る事に大した苦労はないはず。
0.1％ずれたらもうロックできませんとか言い出す設計する方が面倒かとｗ
697:コンタクト
08/03/30 13:16:52 Oum3Ugfe
>>676
パソコンオーディオの話からはちょっとそれますが。
ソウルノートというメーカーから出たDAコンバーターがやっぱり今はやり？なのか一時保管のメモリーをどっさり積んでいて、しかもフロントパネルにデータ充填状況を表示してるんだそうです。
で、このDAコンバーターだと上流のCDトランスポートの音質差ががっかりするくらい出ないんだそうです。
698:名無しさん＠お腹いっぱい。
08/03/30 13:30:31 vV25JXcM
>>696
S/PDIFだとLEVEL1=±50ppm、LEVEL2=±1000ppmの偏差を許容するPLLでクロック抽出だよ、
で、民生向けだと±50ppmの偏差しか許容しない狭帯域PLLだけの場合、
プチプチ音切れるぞゴルァ、ってなりかねないので±1000ppmの偏差を許容するLEVEL2まで受けれるようになってる、
で、PLLの許容偏差を広げると、上に書いた位相雑音の部分を拾ってクロックを抽出してしまうためにジッタに弱くなる、
業務用の場合、ハウスシンクとかでクロックを別途送信して同期させるからLEVEL1だけの実装でも問題ない、
一部DACとCDトラポにある相性、ってのはこの辺からも来てる。
一応可変ピッチに対応するモードとあわせてクロック抽出の許容偏差は三つある、
んで民生用でも±1000ppmを超える偏差がある場合はロックしねぇよ、で設計してある。
699:名無しさん＠お腹いっぱい。
08/03/30 13:36:47 LuplDizE
SOULNOTEのdc1.0は
バッファが半分まで蓄積された時点で再生を開始し
一旦再生を開始したらバッファへの蓄積速度を一切無視して
自分のクロックでデータを取り出し続けるのだけれど
接続されるトランスポートのクロックはレベル1であることを想定していて
その場合の連続再生時間は120分以上となっている
英文記事を斜め読みしただけだから間違っていたら修正してほしいけど
DAC64の場合はバッファへの平均蓄積速度からとりだすクロックを作り出しているらしく
dc1.0とはバッファの使い方が違うらしい
700:名無しさん＠お腹いっぱい。
08/03/30 13:40:56 7LikOdxY
AMEとdc1.0使ってますが
これ最強ですよ
音のフォーカス、解像度
701:名無しさん＠お腹いっぱい。
08/03/30 13:46:48 gA67Xvsl
>>699
>DAC64の場合はバッファへの平均蓄積速度からとりだすクロックを作り出しているらしく
なるほどー。バッファの溜まり具合をPLL的動作に使ってんだな。
これだと非同期型とはいえないね。同期型DACの一種だな。
702:名無しさん＠お腹いっぱい。
08/03/30 13:59:19 mNslcqhC
dc1.0みたいなのは、ピュアオーディオにしか使えず、
AV用途には無理なので、PCAU派でも、オーディオ専門ならいいけど、
たまに動画も見る人じゃその恩恵を受けないけどな
しかも対応周波数が44.1だけっていうので、実質CD再生時のDA専用機
703:名無しさん＠お腹いっぱい。
08/03/30 14:51:05 +Myl3OGZ
ピュア板でなにいってんだ
704:名無しさん＠お腹いっぱい。
08/03/30 16:58:47 DirHfARM
同感
ちなみにー
SBだとマルチでデジタル出力で来たはず
dc1.0三台スタックしてマルチチャンネルはいかが？>>702
705:名無しさん＠お腹いっぱい。
08/03/31 20:01:32 hb2oBvQV
PCのサウンドオーディオデバイスの音量設定を100%にすると音悪くなるって聞いたけど本当？
初期だと80％くらいになってるんだけど
706:名無しさん＠お腹いっぱい。
08/03/31 20:15:04 n+Dd7zK/
>>705
スレ違いです
707:名無しさん＠お腹いっぱい。
08/03/31 21:38:36 7C/+0Hik
>>706
仕切りすぎです
708:名無しさん＠お腹いっぱい。
08/03/31 22:11:47 E8G1pS/e
>>705
まずは自分でやってみて結果報告汁。
709:名無しさん＠お腹いっぱい。
08/04/01 00:26:29 pugrvFHs
>>705
ライン出力のインピーダンスが音量によってどうなってどうなるのかとかは知りませんが。
音量自体はDAC内蔵のアッテネータを利用するI/Fが多いのでそれによる劣化はほとんど気にしなくてもいいと思いますが、やってみてはいかがですか？
710:名無しさん＠お腹いっぱい。
08/04/01 01:41:07 eW+KM5Y6
>>709
>DAC内蔵のアッテネータを利用するI/F
それって具体的にどんなのが？
711:名無しさん＠お腹いっぱい。
08/04/01 03:01:28 AZtp9sRT
>>709
あってねえたぁどういうこった？
712:709
08/04/01 04:23:23 pugrvFHs
寝起きで寝ぼけとった。
そもそも709に書いたレスは705宛てとなるものではなかったね。
デバイスで音量下げても音悪くならないよね？ということへのレスだった。
>>710
まず、I/Fをリストアップ、それぞれのスペック、マニュアルにそのようなことを書いているI/Fがある。
I/Fのブロックダイアグラムが載っている場合は分かりやすい。
それから使われているTI BB、AKM、CSのDACのデータシートをダウンロード。
DACのブロックダイアグラムにアッテネータが内蔵されていることを確認。
でも、DAC内蔵のものでやってようが、I/Fの中のDSP内でやっていようがどちらでもいいと思うけど。
713:名無しさん＠お腹いっぱい。
08/04/01 10:35:08 9LdKRgwl
>>711あるけどないんだよ
714:マミー ◆PaaSYgVvtw
08/04/01 12:24:33 Is+heFvo
江戸っ子訛りは、わかり辛いなぁ。
715:名無しさん＠お腹いっぱい。
08/04/01 12:41:14 eW+KM5Y6
いわゆるアナログボリュームがあるのかと期待したんだけど、
演算をDSPでやるかDACでやるかってだけなのね。
716:名無しさん＠お腹いっぱい。
08/04/01 20:32:23 I8TnBxeS
>>709
> 音量自体はDAC内蔵のアッテネータを利用するI/Fが多いので
> それによる劣化はほとんど気にしなくてもいいと思いますが
劣化を気にしなくてもいい？？？ なぜ？？？
それとDAC内蔵のアッテネータを利用するI/Fは多いのか？？？
717:名無しさん＠お腹いっぱい。
08/04/01 21:59:37 ovAOb2N9
このスレを読んで、長年の疑問が解決した気がしました。
ノイジーなアナログ出力より絶対いいだろうと
WIN98の頃から、デジタル出力で外部のDAC（というほどではないですが、CDプレイヤーとかｗ）
に回すことには拘っていました。
でも、WINでデジタル出力はなんかキンキンして、
頭が痛くなる音（話す以前の音）だったんです。
>Windows上でMMEやDirectSoundを用いて音声信号を入出力する場合、
>必ずカーネルミキサー（Kernel mixer）を経由する。
>このカーネルミキサーは信号をすべて48kHzにリサンプリングしてしまう
この工程が終わっていたんですね。
例えば、soundblasterで48kの出力した場合、
44.1>48
同じく、44.1k出力した場合、
44.1>48>44.1
と理解します。
悲しいことにまだ、44.1に再度リサンプリングされた方が
まだ、まろやかに聞こえていました。
いまはASIO4ALLで多分44.1は44.1のまま（しかも音量も原音のビットのまま）
出力されていると思います。
ただASIO4ALLのデフォルトでは44.1<>48リサンプリングとなっているのは謎です。
これが多分問題だと捉えていた私には嫌がらせにしか思えません。
718:名無しさん＠お腹いっぱい。
08/04/01 22:10:59 Qcb/87Kx
カーネルミキサーでも、Vistaあたりはかなり良くなってるかと
数万程度のヘッドホンで聞く分には問題ない
あと、一般的なDAC内蔵のデジタルフィルタは精度が悪いので、
PCでアップサンプリングしたほうが音が良くなる場合が多い
719:名無しさん＠お腹いっぱい。
08/04/01 22:13:10 oUn22yhn
>>717
それ間違ってると思うよ
44.1と48を同時に出力するときはカーネルミキサーが48にアップサンプリングして出力するけど
44.1だけ出してるならカーネルミキサーは何もしないはず
720:名無しさん＠お腹いっぱい。
08/04/01 23:00:23 RBK5FRIb
>>717
ASIO4ALLはナンチャッテASIOなので、あまり期待しないほうが良い。
つかASIOは音質を良くする為のモノじゃないので。
>>718
根本的にはなにも解決されていない。勝手にアップサンプリングする
トコはまったく解決されていない。
>>719
残念ながらカーネルミキサーは悪さをします。>>111参照。
721:名無しさん＠お腹いっぱい。
08/04/01 23:02:52 qExUj2NH
>>719
昔はAC97'コーデック準拠という48KHｚ系しか持たない物が多かったのじゃよ・・・
オンボードのみならず旧SBLiveとかもそうなんだけど、
サウンドカードが44.1KHｚ用の水晶積んでるなら44.1で出せるけど、
そうじゃないオンボードや古いサウンドカードの場合、
出口が48KHｚ専用の為、ミキサーで48KHｚにされる
一応AC97もVer2.1かそこらから44.1KHｚを出せるようになったけど、
必須じゃないから水晶付けないでコストダウンしてたりでやっぱり48KHｚしか出せない物が多かった
722:名無しさん＠お腹いっぱい。
08/04/01 23:16:32 qExUj2NH
>>717
で、上で書いたことの続きとして、Soundblasterの場合、
X-fiのオーディオクリエーションモード以外だと全部48KHｚで出てると思っていい、
Audigy4とかもASIO2.0に対応してたりしたが、箱に16bit/48kHz 24bit/96kHzのみ、
とか書かれてるゴミっぷりだしな、
故にASIO4ALLで48KHｚにリサンプルして出されてるだけのはず、
それでもミキサーの前でまともなSSRCを通ってる為に音が良くなってる状態かと。
というか例じゃなくて実際にSB使ってるなら窓から投げ捨てた方が良いよ
723:名無しさん＠お腹いっぱい。
08/04/01 23:23:00 5qP9cldd
foobar2000でASIOプラグインで192KHzでアップサンプリングして
アナログで出しても48KHzってこと？もったいない・・・
724:717
08/04/01 23:33:56 ovAOb2N9
皆さん、ありがとうございます。
未だにWINのサウンド系の挙動がいまだにわかってないことが、
よくわかりましたｗ
98-2000の頃はSB Liveを使っていました。（>>722さんドキっとしましたよｗ）
2000-XpでONKYOのSE-80PCI（これもまた癖のあるドライバでした・・）で、
今はUSB経由でm902使っています。
725:名無しさん＠お腹いっぱい。
08/04/01 23:58:19 qExUj2NH
>>723
X-fiの場合、オーディオクリエーションモード以外だと、
内部的に48KHｚ固定臭い、
Foobarで192KHｚにしてもSB側で48KHｚ化してるっぽい、
(ゲームとかの互換性を考えると確かにそこで纏めるのがベターなんだろうが)
オーディオクリエーションモードだとRMAAの結果も正常だった。
>>724
うろ覚えだけどm902のUSB接続ってStereophileって雑誌がジッターがS/PDIF接続に比べて、
はるかに酷いって測定結果出してた記憶が、
多分リクロック回路のS-LockがAESとS/PDIFにしか働かない所為だろうけど、
もし余裕が有るならデジタルアウト専用のI/Fを買うのも音質向上になるかと。
726:名無しさん＠お腹いっぱい。
08/04/02 00:09:25 nYDATP1M
>>725
SE-80PCIは48k固定だから、ソフトウェア側で48kにリサンプルして出すと
結構良い音になるよ。歪みが減るからおとなしくなるけどね。
当然ながら、リサンプラーがカスだと歪みは減らないので注意。
727:名無しさん＠お腹いっぱい。
08/04/02 00:09:56 nYDATP1M
>>724宛てだった
728:名無しさん＠お腹いっぱい。
08/04/02 01:48:52 SHLZxfnS
>>723
foobarの標準リサンプラーのPPHSはあまり音質がよくないかと
SSRCプラグインをいれてそっちを使ってもすこしは良くなるけどそれでもいまいち
frieve audioのリサンプラーは上記にくらべてはるかに高音質だから、
使い勝手に我慢できるならそっちがいい
729:名無しさん＠お腹いっぱい。
08/04/02 22:48:35 i7Mw+DuV
>>724
m902をUSB経由で使うのはもったいないなぁ。個人の好きずきと言えばそれまでだけどさ。
俺もm902ユーザーだけど、USBのI/Fから光接続＞SE-200PCIから光接続＞FF400から同軸接続
と上流を変えてきた。m902はその変化にしっかり応えてくれるだけのポテンシャルあるよ。
730:名無しさん＠お腹いっぱい。
08/04/03 01:29:21 BjRGAN4X
ｽﾚﾘﾝｸ(pav板)
URLﾘﾝｸ(www8.atwiki.jp)
URLﾘﾝｸ(www8.atwiki.jp)
731:名無しさん＠お腹いっぱい。
08/04/03 04:14:38 /G+E/y59
DTM板から質問させていただいてもよろしいでしょうか？
FF800とADAMのS2Aを使っております
ここで、プリアンプを使い音量の調整などをしたいのですが、ピュア板の皆様はどのようなシステムが望ましいとお考えでしょうか？
できれば素早く音量を変えられるよう机の上に置けるようなものが望ましいとは思うのですが…
値段に関しては全く無知なのであまり分からないのですが、25万より上は少々厳しい感じです。
732:名無しさん＠お腹いっぱい。
08/04/03 05:02:10 D1KMbro1
URLﾘﾝｸ(www.tomoca.co.jp)
こういう、シンプルなもの方がいいかもしれませんね。
733:名無しさん＠お腹いっぱい。
08/04/03 05:10:30 R0YHhWuS
>>731
フェーダーBOXかアッテネータでいいんじゃないか？
個人的には
URLﾘﾝｸ(www.electori.co.jp)
こんなのとか進めてみるけど
大体8万位でトモカのステレオフェーダーよりかは安いし
734:名無しさん＠お腹いっぱい。
08/04/03 11:51:04 VF83DMha
理論的には、プリアンプもアッテネーターも音が変わらないように思えるが、
実際に聞いてみると、アッテネーターはなにか実体感が無いようなこじんまりした音に劣化するので、
ピュア板的にはお勧めできない
まあ、送り出し機器とパワーアンプの相性によってはアッテネーターでも
音の劣化が気になりにくい場合もあるけど、ほとんどの場合においてかなり悪くなる
735:731
08/04/03 13:12:20 /G+E/y59
レスありがとうございます
大変参考になります
単純なフェーダーとかカフボックスあたりも確かによさそうですね
光音あたりとかもみてみます
FF800をやめてDigiface+Graceのヘッドフォンアンプというのも考えたけど、これをアクティブSPに繋ぐのは邪道かな、とかいろいろ悩んじゃってます
うーん貧乏はつらい！
736:名無しさん＠お腹いっぱい。
08/04/03 14:24:01 IVnT1HNB
>>735
FF800はそのままにGrace繋げばいいんでないの？
737:731
08/04/03 14:39:36 /G+E/y59
あ、うん
そういやそうですね；
けどM902ﾀｶｰｲ
738:名無しさん＠お腹いっぱい。
08/04/03 15:29:21 UCY0nIMk
MACKIEのBIG KNOBが良いんじゃない？DTM的に都合が良いし
で、音について疑心暗鬼になったらIKのARC導入。
739:名無しさん＠お腹いっぱい。
08/04/03 18:55:20 iQnSzGwF
>>734
理論上でも十分劣化するだろう、JK
740:名無しさん＠お腹いっぱい。
08/04/03 22:48:12 IVnT1HNB
パッシブの抵抗分圧回路の後に長々とケーブルぶら下げるのは問題あるよなぁ
741:731
08/04/03 23:26:33 /G+E/y59
BIG KNOBはちょっと知人宅で使ったんですよ
まあ、なんというかビミョウな感じであんまり…って品質でしたね
742:名無しさん＠お腹いっぱい。
08/04/05 16:14:58 znI0cP7c
CDをベストな音質でリッピングする方法と音質の話
URLﾘﾝｸ(blog.smatch.jp)
743:名無しさん＠お腹いっぱい。
08/04/05 16:30:06 nj5OX9iW
>詳しいことは知りませんがジッターは、回転系の記録機器において
>発生しやすい状況にあるようです。高速で回転する音楽CDから
>データの読み出しを行い、それをさらに高速に回転するHDDに
>記録するわけですから、なんとなく理解できます。
もうこの時点で微妙。
時間軸の概念がない記録方式ならジッターの問題は起きないだろう。
744:名無しさん＠お腹いっぱい。
08/04/05 16:45:18 b68Tg6LU
答えは、実に単純なのです。
お茶を飲む前に3回廻すと美味しくなるのと同じです。
745:名無しさん＠お腹いっぱい。
08/04/05 16:53:21 YBpL0hz6
HDD変えるととろみが(ry
746:名無しさん＠お腹いっぱい。
08/04/05 17:04:17 9p6hRJFB
ほっといてやれよ
747:名無しさん＠お腹いっぱい。
08/04/05 17:07:11 lq8Jj4dm
一旦HDDに記録して、それをUSBメモリにうつした場合にはどうなのかね？
音は悪いままなのか（ｗ
なんでオカルト頭の奴に限って偉そうなこと言うのかね、オーディオ業界は。
748:名無しさん＠お腹いっぱい。
08/04/05 17:07:31 9p6hRJFB
と、思ったのだが
音楽関係の仕事をしているので、
音楽関係の仕事をしているので、
音楽関係の仕事をしているので、
749:名無しさん＠お腹いっぱい。
08/04/05 17:34:58 gNC/qLsn
リッピングした後に更にそこから読み出してCD-Rに焼くとなると
データがHDD上にあってアクセスのために電力食らうと悪影響って事なら
可能性としては理解は出来るかな
750:名無しさん＠お腹いっぱい。
08/04/05 17:55:31 gNC/qLsn
>>747
この人の感じてる音質差の実態がR焼き時の差異だとすれば
HDDから直で焼くよりUSBメモリに入れてからの方が好ましい結果を得られる可能性は十分にあると思う
もちろん焼き作業中にHDDに別作業で激しくアクセスすれば台無し。
751:724
08/04/05 20:53:12 zsdsV1Z1
>>726,729
レスがつくと思っていませんので、
チェックしていませんでした。遅レスですみません。
特に現状のm902の件なのですが、
2ch的な評価ではDACが（価格に対して）イマイチなので、
外部DAC＞m902としないと生かせないとの意見も
極論ですが、あるようです。
ランクアップのために刻むなら、データの通り出力してくれる
同軸か光のハードに次はどちらにしてもなりそうです。
もし見られているようでしたら、>>729さんはFF400に変更したことで、
どのようなメリットを感じておられますでしょうか。
経由するDACは同一と捕らえているのですが、いかがでしょうか。
752:名無しさん＠お腹いっぱい。
08/04/05 21:09:16 vrnycVpt
少なくとも再生時にUSBはHDDからより悪くなるのに・・・・
753:名無しさん＠お腹いっぱい。
08/04/05 21:36:00 gNC/qLsn
>>752
HDDアクセスによる電源系の悪影響はサウンドカードよりもCD-Rドライブ（内蔵なら）の方が受けやすいと思うよ
USBとサウンドデバイスの関係はちょっと判らんけど。
754:729
08/04/05 22:57:17 sL0tsBic
>>751
PCからm902へ繋ぐ場合おおざっぱに下記の方法がある。
(1)USBポートから直繋ぎ
(2)オーディオカードor外部I/F＞アナログ接続
(3)オーディオカードor外部I/F＞光or同軸接続
(4)外部I/F＞外部DAC＞アナログ接続
(1)～(3)をあれこれ試した結果、俺の耳ではI/FにFF400を使った(3)が一番良かった。
それに比べると(1)はかなり劣っていたよ。
m902の内蔵DACの評判がいまいちなのはユーザーなら皆知ってると思うけど、内蔵DAC
うんぬん以前にUSB接続の音質は耳で聞く限りおまけレベルだったということです。
(4)は今検討中。DACを何にしようか悩んでます。
m902のUSB入力は専用ドライバ不要で、標準サウンドデバイスとして認識される。
恐らくUSBのレシーバーチップがDACを兼用するタイプじゃないかと思う。（確証なし）
（ヘッドホンアンプのUSB入力は兼用タイプが多い。GCHAもDAC兼用タイプ）
そもそもUSB接続というという時点でハンデがあるので、「もったいない」かなぁと。
（USB接続が原理的に音質に不利な理由はどこかで読んだけど忘れた。ゴメン）
>経由するDACは同一と捕らえているのですが、いかがでしょうか。
そういう質問が出るということは、「DACが同じなら音はあまり変わらないのでは？」
と読めるけど、実際やってみたらDACより上流の変化で音もかなり変わったよ。
I/Fの違い、つまりFF400導入による変化はその一つ。SE-200PCIに比べると、
特に高音域で濁りが無くなって、アンビエントの表現も澄んだようになった。
これはFF400のハードだけじゃなく、専用ASIOドライバとの相乗効果だと思うけどね。
というわけで、これがFF400導入のメリット。
755:名無しさん＠お腹いっぱい。
08/04/05 23:02:01 e7d7NdHX
んで、
- HDD にリッピングしたの
- USB メモリにリッピングしたの
- HDD から CD-R に焼いて再リッピングしたの
の３つがバイナリ一致してたりするんだよなｗ
756:名無しさん＠お腹いっぱい。
08/04/05 23:06:45 hlz/vrC0
「それはジッタが(ry」
とか言い出すぞｗ
それよりよっぽどオーディオグレードの電源（笑）
とかやった方がマシな気がするがな・・・
757:名無しさん＠お腹いっぱい。
08/04/05 23:14:49 r+WNtxRQ
俺はm902でUSB接続でもHDSP9632でもFireface800でも正直音の違いがわからなかったな・・・
USB接続やFireface800だと、アプリケーションサーバー立ち上げるとかしてPCに負荷かけると
音が途切れがちになることがあるからHDSP9632使ってる。
HDSP9632に限らずPCIカードオーディオデバイスだと何故かPCに負荷かけても音が途切れないんだよね。
758:名無しさん＠お腹いっぱい。
08/04/05 23:33:57 gNC/qLsn
>>755
そりゃ一致しなかったら今話題のアコリバ状態だろうｗ
>>756
ジッタと言い出すことを先読みすると何か物理の法則が変わるんかいなｗ
絶対的な音質重視なら知らんが、読み出し元がHDDかUSBかで音質差出るのを避けるだけなら
電源弄るより外付けのCD-Rドライブに変える方が手っ取り早いだろ。
759:名無しさん＠お腹いっぱい。
08/04/06 00:38:34 kjfHuuk0
m902に色々つないで試してみたが…
USBとFF400から出力だと明らかにFF400が圧倒的に良いが、マザボ（P5E-VM HDMI）の同軸出力と
FF400とは、大した差を感じなかった。
760:名無しさん＠お腹いっぱい。
08/04/06 07:11:31 p9eErMDA
>>757
PCI派がここにも！！