ピュアAUにたえうるPCオーディオやネットワーク再生機器が市民権を得るようになってきました。
しかしCD-R板やソフトウェア板でのリッピングのの話題の主流はとっくにDVDに移行してしまいました。
そこでピュア板的に正確なCDのリッピングを考察するスレをたてました。
CDのリッピングソフトやノウハウを語りましょう。
補足、関連スレは
>>2-3
スレ増やすな、カス
糞スレ立てるな、カス
ソフトによって変わるとかどこのオカルトだよw
かわるわけねーよ
どのソフトでリッピングしても同じ。
よって終了
7 :
名無しさん@お腹いっぱい。:2010/04/30(金) 23:25:55 ID:K5r7tN6Z
iTunesで取込んでるが音悪いと感じた事無いな。
そんなに違うのかい?
mac使いで、スレタイトル以外のソフトでリッピングしてる。
iTunesよりもいい。
また、再生ソフトでも音は変わるね。
マカーはバカーだしw
11 :
名無しさん@お腹いっぱい。:2010/05/01(土) 01:04:21 ID:01GAPHIx
>>8 XLD以外にAccurateRipに対応したmacのソフトってあるの?
>>11 cdparanoiaだね
xldのコアユニットだよ
モード設定で精度を変える事も出来る
ただそこまで凝るのであれば
再生はafplayだろうな
ま、いいんじゃないの。そんな高くないし。貧乏人が何かをやり遂げた満足感に浸るにはお手軽でしょ。
14 :
8:2010/05/01(土) 11:19:50 ID:7NvF4X4i
>>14 >30サンプルずれ問題
何をいまさらw
たとえ30サンプルずれていたとしても、
全体が30サンプルそっくりシフトした状態なので頭尾が無音の場合、音には影響しないし、
AccurateRipも利用した方がいい。
そっくりそのままじゃないといやだという神経質な人は気になるだろうけれど。
一応、私はXLDで30サンプルずらしてリッピングしている。
AccurateRipと照合もしてくれるしね。
>>13 ここに出てくるソフトは今の所フリーが殆どだが。高いってw
cpコマンドやCopy Toでリッピングした気になるとはw
これだからマカーはバカと言われるんだよw
18 :
12:2010/05/01(土) 17:23:25 ID:EE6DuerH
CD丸々取りたいならddを使えば?
そのままisoイメージで取りこめるよ
CDDAとPCのファイルの構造の違いが理解出来ていない典型的な例だなぁ。
しかも、バッファキャシュ機能なんて大げさなことも言ってるけれど、
PCのプレーヤが音楽ファイルを高速メモリにキャッシュするのは当然でしょ。
iTunesも1曲分くらいはキャッシュされてる。
最近では据え置きのCDPでもキャッシュを強化しつつあるしね。
>>18 そういう問題じゃないでしょ。cpとかddはあくまでファイル操作用。
もともとCDDAのリッピングに特化しているわけじゃないので、
cdparanoia系とかEACとかみたいにエラー箇所を執拗に読み取るということが出来ない。
CUに対してはさっさとあきらめてデフォルトのゼロサンプルを放り込むという操作がされてしまう。
cdparanoiaがあるのにわざわざcpのCopyToを使うメリットがない。
綺麗なディスクならまだしも、バーストだらけのCDに対しては致命的。
やっぱりマカーはバカだったかw
windowsはEAC一択なのでそんな問題起こりません。
どこのwindowsユーザーもコピペでリッピングなんてしないね。
GUI環境でしか使えないEACは不便じゃないかな
cdparanoiaだとCUI環境で簡単に操作できるから…
今時のマカーはWin環境を揃えてないのか?
馬鹿を馬鹿と指摘するのは馬鹿が馬鹿なせいなんだからいいけれど
その馬鹿扱いをMacユーザー全体にまで拡大するなよ。
スレとは関係ない言い争いになる。
>>22 cdparanoiaはwinでは使えないでしょ
EACに関しては、30サンプルずれの話が変に拡大解釈されてて、
関連サイトなんかで、「30サンプル引いた値を入れましょう!」ってなっちゃってるんだよなぁ。
AccurateRipと整合性取れなくなる方が、相当致命的な気がするんだが。
XLDみたいにサンプル数補正とAccurateRip照合を同時に処理する機能を、
EACもつけりゃケリつくと思うんだけど。
>>26 >AccurateRipと整合性取れなくなる方が、相当致命的な気がするんだが。
激しく同意。
そもそもEACがまずありきでAccurateRipの方が後発だからねぇ。
EACはEACで、現状が正しいという見解で頑になってるだろうし。
MacにWin仮想環境入れてEACも使えるようにしているんだが、
エラーのせいでXLDではAccurateRipと一致しなかったトラックがEACでは一致出来たり、
その逆があったりする。
EAC独自のセキュアモードとパラノイアとの特性の違いかな?
30 :
名無しさん@お腹いっぱい。:2010/05/06(木) 00:37:50 ID:V9bkl7qP
>>29 自分は
>>28ではないが、音質の違いは感じなかったな。
MacとWinで別機だが、XLDの30サンプル修正を切って
どちらもAccurateRipで一致が確認できたものを比較した。
厳密を期すために、一応MD5ハッシュも計算してファイル自体が同じ事も確認した。
波形を調べるソフトでバイナリ一致の検証するけどどの程度厳密なの?
PC上でコピーした時と全く同様に0と1の集合が全て一致するの?
ならばAccurateRipに一致するなら安いドライブで高速でリップするのでこれ以上は絶対音質は変わらないと決め付けてOK?
低速回転で電源や振動に拘ってる人に対してはどう思う?タダの馬鹿?それともまだ変化の生じるブラックボックスが存在する?
ファイル自体が全く一致していてもHDDとSDDで違いを感じる人がいたりとか、
HDDでもデフラグ後で音が良くなるとかいう人もいるしね。
ファイルが一致していても音が変わる要素はあるとも言えるし、
あっても原因がわからないとも言える。
ちなみにAccurateRipはCRC32なので、
CRCが一致していてもファイル自体が一致している保証にはならないが、
十中八九同じとみて良い。
>低速回転で電源や振動に拘ってる人
これは書き込みに対しては明らかに有利。
別にオーディオは科学じゃないんだし、良くなったと感じるように
いろいろやれば良いんじゃないかな?
>>32 バイナリー一致の意味はわかってる?w
1bitでも違ってれば、一致したとは言わない
じゃあEAC低速回転設定なんて馬鹿みたいジャンw
AccurateRip付きで駄目な物だけ低速でリトライするソフト使うだけで終了じゃない?
ノウハウも何もこんなスレの存在意義なんて無いわ
分かってるお前にはいらないスレだな。
さようなら、二度と来んなよ。
>>35 それをやってるのがXLD。
ただ、現実には世の中のCD全てがAccurateRipで網羅されてるわけじゃないので、
ほとんどの人は、読み取りメソッド切り替えによる時間的なメリットはほとんどないはず。
AccurateRipなんだが、クラとかジャズの国内盤が異様に少ないね。
海外盤は結構網羅されてるんだけど。
逆にアニメ関係がかなりリッピングされているみたいだ。
39 :
名無しさん@お腹いっぱい。:2010/05/08(土) 02:36:54 ID:t1DigSew
国内盤を有難がって買うような人はリッピングから最も遠い人々だろ
>>38 オタクの方がリッピングをするというのはもちろんあると思うが、
クラとかジャズはレーベルの国籍の盤が基本盤なのに対し、日本のアニメは日本盤が基本盤。
ジャズで国内盤が無いものは必然で輸入盤を買うように、
日本のアニメ関連で日本盤しか無い物は世界中のオタクがそれを買う。
だからAccurateRipへの登録率もそれに比例するでしょ。
41 :
名無しさん@お腹いっぱい。:2010/05/08(土) 20:44:18 ID:9AplRoPG
新譜でAccurateRipになかったときは登録1号みたいで微妙にうれしかったりする。
まぁ数日後もう一度照合するわけだけどね。
42 :
名無しさん@お腹いっぱい。:2010/05/20(木) 04:49:30 ID:VfBTdUDO
なんてこったい
今までiTunesでずっとリッピングしてたぞ。既に3000枚近く・・・
今更EACで取込み直すなんて面倒すぎる。
もう糞林檎のソフトなんてつかわねぇ!!!
>>42 じゃ、3000枚分のリッピングデータも潔く削除しろよw
なぜ?
3000枚分のリッピングデータって言ってもたかだか2TB弱だな。
大したことないわ。
eacの一番良い設定どんな感じなの?
俺、前にググって見たんだけどmp3の高音質のやり方ばっかり出てきて、
結局分からず普通にセキュアモードでWAVにしてるんだけど。
ごめん、何かそれっぽいの出てきたわ。
何か難しそうだ…
>>33 昔いたよフロッピーに記録したJPEGは画質がいいとか言ってた人
ハードディスクに記録するとなんか違うとか
こういう奴ら自分が勝手に思って満足してる分にはいいが、否定すると他人を誹謗し始める。
ブラインドテストを主張すれば論点が違うとか言い出すし
もはやカルト宗教
49 :
名無しさん@お腹いっぱい。:2010/05/23(日) 04:48:04 ID:IerILNhd
確かにリッピングはオカルトだからな。
昔は信じてるヤツもいたけど。
リッピング自体はオカルトじゃないだろw
リッピングにオカルトを持ちこんだ奴がいるだけだろw
51 :
名無しさん@お腹いっぱい。:2010/05/30(日) 07:24:47 ID:dsHxgOVD
AccurateRipってそこまで盲信できるもん?
なぜか手元のCDは結構変なズレかたするのもあるけど。
正しいのと正しくないのが混在してる感じ。
特に古い8cmシングルはボロボロ。
正常だろ?その劣化したCDが間違ってるんだろうよ
53 :
名無しさん@お腹いっぱい。:2010/05/30(日) 09:20:15 ID:FKckbJ8I
iTunesとEACでリッピングしたファイルをコンペアしましたが、
1 bitの違いも無かったんで、それ以来iTunesで取り込んでいます。
>>52 エラー無しで読めるようなCDばかりでそれはありえん。
そもそも、こいつは誰がKey以外の全DBが正しいことを保証してるんだ?
>>55 同じCDでもプレスが違えばオフセットが違うのは当たり前。
DBが正しいかどうかはconfidenceを見て自分で判断するしかない。
リッピングなんて嫌気が差す
データ販売してくれれば良いがCDからのリッピングデータを売りつける詐欺企業が多くなりそう・・・
>>56 では、たとえばこれらはどう判断すればいいの?
・10曲あるCDのうち9曲がOKっぽくて、7曲目がnot presentな場合
・10曲あるCDのうち5曲目までOKっぽくて、それ以降がnot presentedな場合
読み込み時にエラー訂正のかからないような正常なCDでね。
(secureだとたまに訂正かかるけど、気持ち悪いのでparanoidで読み直すと正常に読める。
当然、secureで訂正されたのもparanoidで訂正がされなかったのもビットマッチする。)
あるトラックだけ、「誤ってることすら分からない」ほどエラーがあったとは考えにくいじゃん。
Gap ditection methodの違いとも思ったが、そうすると登録者の設定はどうなってんだという疑問が出てくる。
>>54みて思うんだがバイナリ至上主義派もなにも、
リッピング時にエラー無しで取込む事は、やっても損にはならないんじゃないのか?
>バイナリ至上主義派は,思想として排他的にならざるを得ず,他の流派を混ぜた解釈は困難です。
とあるけど、バイナリ至上主義派、アプコン派、イコライジング派と完全に分ける事はできないでしょ。
バイナリ一致で取込んだ上、アプコンやいじれば良いというのもあると思うが。
>>58 not presentってのはDBと合わなかったんじゃなくて、DBに登録されていないという意味。
AccruateRipはディスク単位のIDで管理されてるけど、一つのディスクについて
全てのトラックのチェックサムが必ずしも保存されているわけではない。
このような場合、手元のログでエラーが無いなら、問題ないと考えて良い。
AccurateRipとギャップの検出方法は関係ない。トラックの区切り(INDEX 01)さえ
間違っていなければギャップの検出方法によってAccurateRipの結果に差が出ることはない。
Mac用のMaxは私のところでは使えない。存在しないトラックが
あるなどというメッセージがでる。
10.5.8
バージョンは古いままだし、もう死亡したと考えていいのかな。
XLDはiTunesとコンパチではない。不便だ。使えない。
>>59 同意。至上ってのは語弊があるよな。
あくまで色々な不確定要素を取り除く過程でバイナリ一致があると思うのだが。
不確定要素だらけのオーディオの世界で元データくらいは一致させておこう程度。
>>60 なんだ、ギャップの検出ってトラック間では関係ないんだ。
でも、なんでこんな中途半端な登録がされてるんだろうな。
>このような場合、手元のログでエラーが無いなら、問題ないと考えて良い。
ということは、毎回ログ取ってエラーを確認してる人にはAccurateRipは
あんまりメリット無いと言っても良いのかな?
>>61 iTunesとコンパチではないってどういう意味?
自分のところでは問題なくiTunesと連携して使えてるけど。
>>64 エラー訂正が多発するようなディスクを読んだときにAccurateRipで一致が確認できれば
安心感があるし、逆にきれいなディスクの場合は時間短縮のためにバーストで読んで
AccurateRipで確認するというような使い方もできる。
67 :
61:2010/05/30(日) 20:03:18 ID:9SJUN/Xd
>>65 設定項目を見落としていました。私の間違いでした。
ちゃんと使えます。
>>66 なるほど、自分はきれいなディスクしか持ってないけどバーストではよまないから
根本的に使い方が良くなかったみたいだ。こんな怪しい(歯抜けのnot present)ものが
何の役に立つんだと思ってたよ
XLDの吐き出すログのStatisticsの意味がよくわからん・・・
Statistics
Read error ←リードエラー
Skipped (treated as error) ←スキップ
Edge jitter error (maybe fixed) ←?
Atom jitter error (maybe fixed) ←何が違う?
Drift error (maybe fixed) ←?
Dropped bytes error (maybe fixed) ←バイト欠損
Duplicated bytes error (maybe fixed) ←重複バイト
Inconsistency in error sectors ←セクターエラー
【XLD】 20100704(120.4)
【OS】 Mac OS X 10.4.11 (ppc)
Apple Losslessファイルを複数選択、MPEG-4 AAC (VBR制限付き・最高・48KHz・320kbps)に変換すると
1つ目以降でエラーになってしまう
一度エラーが出ると何度やっても駄目。。。XLDを終了させ再起動で変換するがやはり1つ目以降でエラーが出る
結局、Apple Losslessファイルを1つずつMPEG-4 AAC (VBR制限付き・最高・48KHz・320kbps)へ変換
XLDを終了させるを繰り返すしかなさそう… オレだけかな><
71 :
名無しさん@お腹いっぱい。:2010/07/07(水) 21:15:30 ID:YNr2H3Ux
>>70 やってみたが問題無かった。
【XLD】 20100704(120.4)
【OS】 Mac OS X 10.4.11 (ppc)
・・・というか、リッピング関係なくね?
失礼
【OS】 Mac OS X 10.6.4 (ppc)
またまた失礼
【OS】 Mac OS X 10.6.4 (intel)
むむむ…
そうでしか d
その問題、前に作者に聞いたけど
10.4 PPCはOS側の問題でALACのデコーダうまく動かないらしい
この前EACを使ってCDをリッピングした
非圧縮WAVEで出力
今までは大抵CD1枚が15分以内で終わっていた
しかしこの時は35分もかかった
(初めから終わりまで×2程度)
こんなに時間がかかることってある?
何かおかしい?
77 :
名無しさん@お腹いっぱい。:2010/07/23(金) 23:19:18 ID:+tCPwtjp
>>76 ある。
でも出し入れすると速くなったりする。よくわからん。
出し入れすると速くなることがあるんだね
了解
今度は一度出し入れしてみよう
XLD、数日前から突然機能不全です。
バージョン 20100711 (120.5)。
何かご存知の方いたら教えて下さい。
具体的なことを何も書かないんじゃエスパーにしか答えようがない
>>80 いや、Apple側のアップデートが影響してるとかなら皆さん同様に不具合が出てるのでは無いかと。
ウチだけなのかな?すみませんでした。
だからどんな不具合?
最近じゃiTunesのアップデートぐらいだと思うが、XLDには影響しない。
まず
「オーディオCDを開く」
を選択してもウインドウが開きません。
ファインダー自体がCD認識してる?
してるしiTunesでは問題なくリップできます。
今、再度やってみたら、XLDがプリギャップ検出を始めたらファインダーから消えました。
>>85 >XLDがプリギャップ検出を始めたらファインダーから消えました。
正常。
プリギャップ検出中やリッピング中にFinderから消えるのは正常。
どちらも終われば現れる。
アップデートとは関係ないけどXLDで上手く読めないCDはちょこちょこあるな
プリギャップ検出が終了しなくて、デコードウィンドウまで行かない
皆さんありがとう。
たまたま読めないCDが続いた様です。
お騒がせしました。
>>88 XLDで隠しトラックがあるディスクは終了しないと勘違いすることが多い。
10分以上放置していたら終わってた。
補足すると、音声入りプリギャップがあると。
tr5とtr6の間だったらCDPでtr6から巻き戻すことで聞けるやつ。
XLDは律儀にプリギャップとして検出しだすので時間がかかる。
ちなみにXLDはここの区間の音声はプリギャップとして扱われるため、
そこの音声抽出はあきらめるしか無い。
>>90 高確率で読めなかったのは小泉文夫の遺産シリーズだけど、隠しトラックはなかったと思うが・・・
>>91 プリギャップも普通にリップされるでしょ。
>>93 wav+cueの場合はね。
後でcueの編集が必要になるが。
え?
CDでもリップされるよ。プリギャップを取り除く設定にしてない限り。
昨日不全
今日完全
なんちゃって
>>96 「先生攻撃 生徒防衛」には遠く及ばないな
98 :
名無しさん@お腹いっぱい。:2010/07/30(金) 22:31:42 ID:DyNn7eRh
99 :
!日韓併合を検証する :2010/08/05(木) 18:51:18 ID:glc4Uc7u
うp
100 :
100:2010/08/08(日) 22:08:37 ID:SeFtyLpW
101 :
28:2010/08/11(水) 21:50:12 ID:Fu4w+jZt
あれから大量にリッピングしてみたが、どうやらEACの方がXLDよりも正確に読めるみたいだ。
まぁXLDのオフセット違いでもAccurateRipと照合してくれる機能は便利なので一長一短。
・XLDで何度やってもAccurateRipと一致しなかった"トラック"がEACでは一致
ハッシュ値が異なるため、単純にEACではエラー無く読めたと推測。
>>28にも書いた通り、おそらくアルゴリズムの違い。
・EACではAccurrateRipには無いとされたディスクがXLDのオフセット違いの対応によって照合できた。
102 :
名無しさん@お腹いっぱい。:2010/09/04(土) 11:56:24 ID:6hzU9CO/
疲れた。mac mini mid2010、XLDでエンコしようとすると、
2曲目以降延々と1曲目の冒頭5秒が各曲の冒頭5秒に
かぶる症状がでた…。CD読み込みの設定でC2エラーの情報を
利用するにチェックをいれていると症状は出ないのだけど、
エンコが永遠に感じられるほど遅い。でいろいろ試したら
可能な限り正確に読み込む
古いCDparanopiaエンジンを使う
可能ならば自動的に設定
AccurateRipのデータベースで整合性を確認する
にチェックを入れたら症状が収まった…。
朝からグダグダやってもうお昼だよ、おなかすいたから
パスタ茹でるわ…。この設定ってなんか問題あるかな。
103 :
名無しさん@お腹いっぱい。:2010/09/04(土) 11:58:25 ID:6hzU9CO/
あ、だめだ3曲目以降で短いけどやっぱり出る…。
誰か何とかしてくれー!
cdparanoiaではキャッシュを殺せないドライブなのかな
105 :
名無しさん@お腹いっぱい。:2010/09/04(土) 12:59:40 ID:6hzU9CO/
>>104 システムプロファイラみると、LGの
HL-DT-STDVDRW GA32N
っていうドライブのようです。
logみると、
Disable audio cache : OK for the drive with cache less than 370KB
になっています。
デコード時のプリギャップの設定はどれにしても変わらない感じ。
MAXだと一応問題なくリッピング出来るんだけど、設定項目が
アメリカンな大雑把さでイヤだにゃあ。です。
それよりも「ドライブのキャッシュ能力を測定」の結果の方が重要かと
107 :
名無しさん@お腹いっぱい。:2010/09/04(土) 15:41:39 ID:6hzU9CO/
Used drive : HL-DT-ST DVDRW GA32N (revision KC08)
このドライブは 0 セクタ (0 KB) のキャッシュを持っているようです.
cdparanoia III 10.2 エンジンでは問題ない大きさのキャッシュです。 :)
と表示されます。試しにbootcampでEAC+lameでエンコしてみたら
問題なくエンコされるので、XLDとドライブの相性が悪いのかも…。
108 :
名無しさん@お腹いっぱい。:2010/09/04(土) 15:56:50 ID:0NUdZFBi
wavで取り込むならソニーのx-アプリで十分。
アルバムタイトルや曲名も自動的に付くし、何よりも早くて便利だよ。
EACは時間かかりすぎ。
音に違いは感じられない。
>>108 ここの人たちはCDを「完全に」コピーしたいんだろ。たとえ音に違いがわからなくてもw
x-アプリ然りiTunes然りWMP(ryは「完全」ではない(と思うんだがどうだろう)
一件でも他人の結果とCRCが一致していればディスクから完全に抜き取れたとしか考えられない
アキュレートリップに対応したソフトでリッピングする以外に何かやることがあるのか?
傷の付いた古いディスクを読み取りやすいドライブの情報共有?オフセットのズレなんて焼くので無い限り意味の無いことだ
まさかバイナリ一致していても音が違うなんてPhilewebの一部の連中の様な音質を高めるリッピング方法なんかがあるとでも?
dBpowerampでリッピングしてるんだけど、
ある日突然アルバムアートワークが出なくなった。
原因わかる人いたら教えて下さい。(曲名は出ます)。
操作の問題
なんかおかしな設定したでしょ?
dBpowerampをアンインストール
Cドライブを「dBpoweramp」で検索しヒットしたフォルダを全て削除
システムの復元で正常に取得できていた時までOSを遡らせる
手元にmac環境がないので教えて欲しいのですが、、
EACのWAV+CUEでリッピングと同じことをX Lossless Decoderできますか?
補足すると、wav+cueは出来るがリッピングのアルゴリズムはEACの方がXLDが使う
CDParanoiaよりも精度が良いと感じる。
まぁCDが綺麗ならどちら使っても問題無いよ。
>>116-117 ありがとうございます。
今までEACのwav+cueでCDバックアップしてたんですが、
MAC移行にともない同じこと今後もできるかなと。
これで心置きなく移行できます。感謝
XLDがEACより優れているのは、
30サンプルの修正とAccurateRip照合が両立する点。
120 :
名無しさん@お腹いっぱい。:2010/09/17(金) 12:49:39 ID:UtjmqZgZ
誰か教えて下さい。
CUEシートを読み込むと
毎回トラック3以降にエラーがでます。
「INDEX 00 09:07:38」 を消すと 大丈夫みたいなのですが
またトラック4、5、6、、、と「INDEX 00 09:07:38」があり最後のトラックまで
エラーの同じ個所を消さないと曲が分割されません。
18曲とかあるととても手間がかかり大変です。
直す方法ご存知の方教えて下さい。
TRACK 03 AUDIO
TITLE "Track03"
PERFORMER "不明なアーティスト"
INDEX 00 09:07:38
INDEX 01 12:13:58
121 :
:2010/09/17(金) 22:39:18 ID:jSF6F9/x
もう一度やり直す。
>>120 そのcueシートおかしくない?
いくつかのトラックが同じタイミングで終わるっていうことになってるよ。
3トラック目も、4トラック目も(ry、09:07:38で前の曲終りってことかな?
とりあえずもう一度リッピングしてみたほうがいいと思う。
123 :
名無しさん@お腹いっぱい。:2010/09/18(土) 12:26:58 ID:gcdSe+Jx
>>123 その値をそのまま使ったらAccurateripが利用出来る。
音質に影響無いオフセットずれなんてのよりAccurateripを使用する方がメリット大きいと思うけれどね。
>>124 ということは30引いた値が正しい数字なのか
Accurateripは使い方よく分からないからこっちでいいや ありがとう
CCCD用に手動TOC検出ができるのが昔のver.と聞いて探しているのですが見つかりません。
サイトによってはbeta3でできると書かれていたのですが、実際ダウンロードした
beta3にその機能はありませんでした。そこでbeta2を探したのですが、それが置かれている
サイトが閉鎖されてしまっているようでした。
どなたかbeta2がまだ置かれている場所をご存知でしたら教えていただけませんでしょうか。
スレを立てた者だが、私はCDのデータを正確に読む(CDに記録されているCDDA形式を正確にファイルデータに変換する)こと以上の事は考えていませんよ。
それ以上のことは勝手に議論してくれって感じです。(私個人は全然信じちゃいない)
今でも見かけるが、iTunesで何も考えずにリッピングしていたりして
C2エラーやCUの事を理解していなかったりとか、
エラー訂正と補間の違いを理解していなかったりとか、
CDDAとファイルデータについて理解していなかったりとか、
PAV板ではリッピングの理論的処理や仕組みについて全然無頓着の人が多いなと感じたから立てた。
まぁこのスレに興味がある人なら大丈夫だとは思うけれど(上の方でcpコマンドとか言っている人はいたが)、
他スレではまだまだ見かけますよ。
XLDでリッピングが停滞しているときにキャンセルが効かないのはなんとかならないものか
132 :
名無しさん@お腹いっぱい。:2010/10/26(火) 23:05:27 ID:ebkhI5Ts
最新のにしたら,複数曲をAACに変換しようとするとエラーでるのはなんで?
あんたの環境のせいじゃない?俺のは大丈夫だよ。
俺もエラー出るようになった
XLDでMAXみたいにiTunesからメタデータ取得する方法ってないですか?
CDを開けば勝手にiTunesから読むと思うけど
>>136 読まないCDがあるんだよね
というか、XLDはiTunesと別のCDDBからデータ取得しているのかと思ってたんだけど違うのかな?
iTunes側でGracenoteから取得済みならそれが自動で読まれる
もちろん、それとは別にFreeDBから取得も可能だけど
そうなのか。でも、たまに読まないCDがあるんだよ・・
iTunesではデータを取得できてるのにディスクユーティリティでも「オーディオCD」としかでないし。
そういう時は仕方なくコピペするかMAXを使ってるけど、うちの環境だとMAXは
リッピング用の外付けドライブと相性が悪いので遅い内蔵ドライブを使わざるをえないんだよな
CD Info.cidbが壊れてるんじゃね
エラーを吐いてxldが起動できなくなってしまいました。
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Application Specific Information:
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'launch path not accessible'
数日前は普通に起動できていましたが、
Ayre Waveを使用中にカーネルパニックが起こり、
その後の再起動後に何ががおかしくなったようです。
どの辺を調べてみるとよいでしょうか。
どうも同種のエラーは他のアプリであるっぽいのですが、
解決方法が分からず・・・。
SourceForgeから過去のバージョンや20101031版も試してみましたが
同じエラーで落ちてしまいます。
Cacheや初期設定(plist)の削除もやってみました。
MacBookPro4,1
OS: Snow Leopard 10.6.4
XLD: Version 20101027
とりあえず別なユーザでログインしてみる
>>142 ありがとう。確認抜かってました。
Guestでログインしたら起動できました。
ということは、$HOME以下のなにかがおかしそうなわけだけど、
どう調べればいいんだろう。
$HOME/Preferences/jp.tmkk.XLD.plist
は消してあります。
>>144 ありがとう。
Sloth(lsofのフロントエンド)ですね。
Guestで起動して探ってみて
それっぽいものを消したりしてみましたが変わらずでした。
Dev toolのInstrumentsでサンプルをとってみましたが、
結局何が影響しているのか分からず、お手上げでした。
以前、CD-ROMドライブの33.86MHzセラロックを水晶発振子に換える改造が流行ったけれど
リッピングしたWAVファイルのバイナリ比較とかした人っているの?
>>146 どこだったか失念したが、バイナリ比較やっている人は1人か2人いたハズ。
どれも完全に一致してた。ただ彼らに言わせれば音が違うんだそうな・・・
更にドライブの読み取り速度を最低速度(4倍速くらい?)と最高速で比較した
場合もバイナリは完全に一致するけど、音は違うんだそうな・・・
>>147 thx
やはり最近換装したって聞かないのはそういうこだったのかw
>>147 そのファイルのコピーを繰り返すとどうなるんだろうな?
150 :
名無しさん@お腹いっぱい。:2010/11/16(火) 14:39:21 ID:oYe9n3rQ
疲れるんだよ。
EACにまでオカルトを持ち込まないでくれよ?
EACの長所はバイナリ一致で証明できる次元のものであって
バイナリ比較でわからないようなオカルトはEACに全く関係ない。
ピュア板でやる意味は何だ?オカルトの話がしたいだけなのか?
XLDが新しいripper積んだってんで試そうと思ったら
マウント解除した後にCDが他で使われてるって出る
同じ人います?
最新版で修正されたみたい
>>154 ひょっとして作者本人さん?
ありがとうございます
と思ったら直ってないorz
古いの使いますわ
バグレポートでもすりゃいいのに
XLD-gui-20101120
なんだけど、CDのリッピングがろくにできなくなった。
おらのMacの環境のせいだろうか?
うちでは特に問題なく動いてるけど、更新履歴にいろいろ変えたような事が書いてあるから
何か相性問題のようなものが出てるのかも。
新しいXLD Secure Ripperとやらを試してみたけど、今まできちんと読めなかったもの
(AccurateRipで整合性が確認できない)がちゃんと読めるようになってる。
追記: EACで駄目だったトラックが読めた (ドライブは同じ) 。
まあ、これは違うドライブだと問題なく読めるのだけれど。
ほうほう
20101120はスキップさせてもらうわ
オラん所だけじゃないようなのでちょっと安心した
でも、なんの解決にもなってないけどw
>>158 俺もよくわからん不具合出て来たんだけど
自動アップデートの繰り返しが原因かもと思って
一度アンインストール(ソフト利用)してインスコしたら
まぁ、少し遅い気がするけどちゃんとリッピング出来るようになった
AccurateRip2って何が違うの?
XLD-gui-20101120使ってる
cdparanoiaのバージョンが3-10になってて色々機能が追加
起動が多少遅くなったのはAccurateRip2でデータ確認の為であろう
もともとIII 10.2だしAccurateRip2対応は20101128だろ?
169 :
名無しさん@お腹いっぱい。:2010/12/08(水) 02:17:57 ID:g044KU0j
おい、バイナリ一致すれば変わらんとか言った奴出て来い
リッパー、ドライブ、本体PCの違いで出来上がるファイルが違ってくるじゃないか
リッパーによってwavファイルの要らん部分に差が出来るから取り敢えずCdexでCDデジタル再生のチェックをオンとオフで比べてみろ
オンにすると全体的に音が低くなるが上がそのまま足りなくなる
dBpowerは浮つき過ぎ、EACは不自然過ぎる電子音チックな付帯音が激烈に付け加わりやがる
全部バージョンによっても音がコロコロ変わる
戻しコピーしても一度できたファイルの音は変わらん
ネットオーディオは根本的な所で終わってるなwwwww
それバイナリ一致してないからwww
もっと勉強してから書きこんでねwww
してるわボケ
キッチリ1bitたりとも違いがない事を確認してからやっとるわ
dBでアキュレートリップに一致していてもドライブとPCによってガンガン音が変わりやがる
Premiumだろうが2だろうがパイのクソピュアリードだろうがliteonだろうがサムスンだろうが全部一致しとるわ
もう阿呆らしくなって来たわ
音源の用意からしてここまで不確定要素があるなんてな
ABXテストもしないで電波な書き込みはご遠慮願いたいもんだ
信じられるのか、幸せなヤツだ
俺にはもう無理
こんなにCDDAのファイル化がクソなモノだとは思ってなかったわ
信じられるのはCDだけか、あるいはマスターからCDDAなんぞを経ずに得られたデータのみ
>出来上がるファイルが違ってくる
それはバイナリ一致していない。
でもファイルコンペアして一致するんだろ。これはバイナリ一致している。
書いている事と言いたい事が違うくせにどうやって人に説明するのかと。
うだうだ言う以前にお前の頭の悪さを露呈してるぞ。
「デジタル再生のオン/オフ」の意味も分かって無いみたいだし、
>>169程度の知識のヤツが本当に完璧なリッピングをしているんだろうか。
ドライブのサンプル差はおろか、EACのオプション程度すら理解してなさそうなんだが。
>>175 いや、EACのオプションは難しい。
猿にもわかるように説明して欲しいもんだw
XLDの「30サンプルずれ問題を考慮して変換する」のチェックは
CDからの取り込み時にも有効ですか?
バイナリ一致していても、HDD上では断片化しているのかもしれない。
また、複数回リップして保存先を同じフォルダにしても、物理的には別の所に書き込まれる訳だ。
きっと
>>171は、HDDの磁気レベルで聞き分けているのだろう。
>CdexでCDデジタル再生のチェックをオンとオフで比べてみろ
それと 「バイナリ一致で変わらない」 となんの関係があると…
それはデータの差より再生システムの差の方が大きいわ。
>PCによってガンガン音が変わりやがる
PCで再生したのか?そりゃPCが変われば音は変わるわ。
なんか凄いレベルだな。
そもそもスレチの話題なんだよ。
リッピングはバイナリ一致で完結。それ以降の話はPCオーディオスレへ逝ってくれってことだ。
向こうでも基地外はお断りだよ?
これが参考になるよ。
CD プレーヤーで読み出したデータと、EACでリッピングしたデータは、
完全に同じだったそうだ。
音の違いは、ジッターの違いなんだな。
そりゃC2エラーが起きなきゃオフセットの違いを除けばデータが一致するのは当然。
それでもEAC等のセキュアリッパーを使う利点は、
・何度かに一度は正しく読めるような場合に統計的なエラー訂正が可能
・訂正ができなくてもTest/Copy CRCやAccurateRipでエラーの発生を知る事が可能
の2点。そもそも再生についてはリッパーが考える事ではないけれど、
別に音質を上げたいからセキュアリッパーを使う訳ではない。
>そりゃC2エラーが起きなきゃ
C2エラーが生じても訂正出来れば問題無い。訂正できないC2エラー(CU)が生じたときが問題
プロセスとしては
C1エラー発生
エラー訂正→OK
NG↓
C2エラー発生
エラー訂正→OK
NG↓
CU発生→補完
訂正する前のエラーそのものをエラーと呼ぶのか訂正出来ずに残ったエラーをエラーと呼ぶのかの違いか。
ややこしいな。どっちかに統一してもらいたいもんだ。
> 単純にE32をC2エラーと呼ぶソフトも多い。
それは例えば何?
CD Doctorひとつの例で「多い」と言われてもな
どっちがメインストリームなのかわからんし
当然EACもdbPowerAmpもXLDも訂正出来ずに残ったエラーをC2エラーとして扱う立場。
訂正済みのエラーを検出しても意味ないし。
E32をCUとする方が少数派だよ。
E32をCU:Plextor Toolくらいなもん。
E32をC2エラー:多数
> 問題はC2エラーで、その定義には2種類ある。
>
> (B1) C2段階で訂正できたエラーを C2 とし、できなかったものを CU
> とする。
>
> (B2) C2段階で訂正できたエラーは数えず、訂正不能だったもの(上記の
> CU)をC2エラーとする。
>
> UM Doctor は、そしておそらく CD Doctor も、B2の定義を C2エラーと
> している。すなわちオーディオCDならノイズとなる可能性のあるものだ。
>
> Plextor Tool は C2 とCUを別々にレポートしていることから、B1の
> 立場をとっているっぽい。
(B1)の方がわかりやすいっちゃわかりやすい。
193 :
名無しさん@お腹いっぱい。:2010/12/28(火) 17:05:35 ID:YbbH5Ea5
WavのリッパーとしてPlextoolとEACはどちらが上なんだ?
plextoolsはC2 pointerを前提に動く。
この正月、パソコンを新調したのを機に、EACからdBpowerampに乗り換えた。有料ソフトだけど。
AB誌にHDCDもデコードできるって書いてあったのに惹かれた。24bitでリッピングできる。
個人的にはEACより使いやすい。
おでも
HDCDなんて聞きたくても売ってないじゃんかよーーー
普及しなかったのは特許料がらみか
まぁdBpowerampはAccurateRipを運営しているところだし
正確なリッピングという点には他に比べて先進的なのかもな。
伊達に金とっているわけではないな。
まぁ金とるのは有料メタデータの利用分が結構あるのかもしれんが。
>>194のリストでもほぼ全機能網羅しているしね。
dBpはEACのようにセクタ毎にベリファイを行いながら読み進めて行くのではなく
トラックを通してのバースト読み込みを2回やってエラーセクタを洗い出す。
EACはセクタごとで読むのが遅いかわりに16回以上粘れる
データベースにないCD読むときはEACのほうが頼れるな
pure readって役に立つときあるんだろうか
内部的にリトライしてC2エラーを抑制するということは
どんな場面でも役立つんじゃないの?
内部的にリトライするんじゃなく付属ユーティリティがpure read有効でリトライさせてる
一般のリッパーに対応しないのでは使い道に乏しいな
仕様がオープンになれば面白いけど、まずありえないし
205 :
名無しさん@お腹いっぱい。:2011/01/22(土) 23:35:32 ID:oj+TnArt
保守
206 :
名無しさん@お腹いっぱい。:2011/01/27(木) 23:04:57 ID:c037G4h/
あげ
コマンドライン版xldってちょっとバグってるよね。
トラックを書き出そうとして、曲名やアーティスト名がかなり長いと失敗する。
ファイル名が255文字を超えるようなら、
ユニークな文字列を加えて255文字に抑えるか、
トラック番号で書き出すオプションが欲しい。
コマンドライン版はリッパーじゃないからスレ違い
つーかそもそもメンテナンスされてないだろ
そういえばpre-emphasisの扱いってどうなってるんだろう
cueシートに書きこむような仕組みってあったっけ?
FLAGS PRE
プログラム書いてる側からすれば当たり前の話だけど
問い合わせが多くてめんどくさくなったんじゃないのかねw
>>212 XLDと別のアプリと比べて、どっちでリッピングしたほうが音がいいですか?とか、
XLDの音質はどういう傾向ですか?とか
そういう質問が多いんだろうね
「今報告されているだけでも、1000人以上の方が命を落としたと見られているが、
残念ながら、それを大幅に超える被害が生じている状況だ」と述べた。
多くの方が亡くなった地震当日に惨殺死体画像を張り付ける 不逞鮮人JBLマニア キチガイスルゾ〜の異常さ
はっきり言って異常ではないでしょうか?
スピーカーを買わなかった理由3
http://toki.2ch.net/test/read.cgi/pav/1286803414/l50 ↑「地震当日に非常識グロ画像貼りまくり」
今日も死体画像を貼りまくる 鮮人キチガイスルゾ先生(悪の団塊左翼)
日本人の敵です
XLDのUIが格好良くなっとるな
CD開いたときのトラックリストが
218 :
名無しさん@お腹いっぱい。:2011/03/25(金) 07:34:17.76 ID:9m9N+4LF
DVDからPCのHDDに保存するとき
AVIファイルて保存出来るソフトありませんか?
画質とか落ちてもいいので少しでも圧縮したいです
HDDがパンパンなのでいいこと思いついたかたお願いします
板違い
少しでも圧縮したいならAVIじゃなくMP4 ハンドシェイクってフリーソフトで圧縮すればいい。
それと板違い。
EACとFoobar2000のリッピング機能の違いを深く考えた人
いたらどんな結論になった?
音質云々はおいておいて、セキュアリッピングの観点から。
自分はWinとMacでそれぞれEACとXLDの併用だけれど、
>>211のリンク先を引用すると
>2.エラーが起こったり起こらなかったりする、あまり状態の良くないディスク
で両者の違いがでるね。この状態では、自分の環境ではディスクによって、
EACではCU出てもEACではCU無しでいけるのもあれば、逆の場合もある。
おそらくEACとXLDの両者のアルゴリズムの違いだろうけれどね。
自分はCU無しで取込めればなんでも良いと思う人なのでそれ以上は気にしないことにしている。
放射線ゆんゆんだとリップしたデータをコピーするときに化けたりするかな?
NASはECCメモリじゃないから長期運用だしちょっと不安
>>224 >NASはECCメモリじゃないから長期運用だしちょっと不安
なぜ?
コピー中のバッファでビット反転する可能性があるだろ
じゃあ、複数回リップして、ハッシュを比較してみれば?
>>227 もし試すならRAMディスクを作ってデータをコピーして数ヶ月放置
ECCのログ見ると2GB程度でも年に数回は訂正してる
来年あたりは太陽活動が活発化するし
状況によってはデータ化けもありそうな話
律儀にギャップの検出を毎回行っています、必要ですか?
XLDの11月に搭載された新エンジン、かなりいいな。
AccurateRipと整合できないトラックがあった状態の悪いディスクを
久々に読み直してみたら新エンジンだとエラー無し、AccurateRipと整合できた。
土日にそれらをリップしなおすことにする。
リッピングのアルゴリズムで精度に関してはEACと同じレベルになったと感じる。
今まではcdparanoiaの流用だったが独自で組んだのね。
あと関係ないが、AccurateRipのデータベースにここ1年で国内盤のクラ・ジャズの登録数が格段に増えた様。
リッピングに縁がなかった年配の人とかでもLINN DSなどの普及で手持ちのCDでもリッピングするようになったのかね。
AccurateRipがEACを元に作ったやつでしょ
EACがcdparanoiaより優れているというデータがないから
良くなっていると言うべきなのかどうか疑問に感じる
>AccurateRipがEACを元に作ったやつでしょ
何を言ってるのかわからん
>>231 多分そうだよね。>EACが元
EACと同じような処理だと思った。
一応、経緯の為に
>>230=
>>28=
>>101ね。
まぁ自分が良くなったと思うのは以前エラー頻発、アウトのトラックがARと整合出来たからね。
当然逆もあるかもしれんが、とりあえずメモしてある良くないディスクを土日にリップし直す予定。
>>232 リッピングアルゴリズムでEACを参考にしていると思われるってことでしょう。
cdparanoiaとだいぶ処理が違って、EACのセキュアリッピングと同じような動作をしている。
え?AccurateRipってリッピングアルゴリズムじゃなくてデータベースのことだが。
>>231-232 ん、申し訳ない。頓珍漢なこと書いた。
>>231の
>AccurateRipがEACを元に作ったやつでしょ
をXLDがEACを元に作ったって読み違えた。申し訳ない。
>>232 >AccurateRipがEACを元に作ったやつでしょ
は正しい。が、しかし論点が違って何をいっているのかわからんな。
おばかさぁ〜ん
まあもちつけ
AccurateRipはdBpowerampとEACによって送信されたCRCのみを元に構築されるデータベース
ではcdparanoiaがEACより劣っていて間違っているのかどうかということはデータがないからわからない
少なくとも一方でARと一致してもう一方で一致しなかったら
一致したほうが優れてるでしょ。
>>238 当然AccurateRipの成り立ちについては承知ですよ。
あなたはAccurateRip内のデータそのものがcdparanoiaで読むデータとは違うこともあると言いたいみたいに見えるけれど。
そもそもセキュアリッピングに関して正しく読めたとすると、どのリッパーで読んだとしても同じハッシュ値を吐き出す。
現にcdparanoir動作でのXLDでも問題無くAccurateRipと整合できるわけだし。
当然オフセットずれはあるけれど、
元々、XLDにはAccurateRipの仕様である『オフセットずれなんて関係ないモード』が搭載されているので
関係ない話だしね。
cf.
http://wiki.hydrogenaudio.org/index.php?title=Comparison_of_CD_rippers のAccurateRip checking across pressings/offsetsの項。
私が良くなった感じるのは
>>233で書いたとおり。別にcdparanoirが『間違っている』なんて一言もいってないぜ。
cdparanoirだって必要十分な性能を持っているよ。
>>240 >そもそもセキュアリッピングに関して正しく読めたとすると、どのリッパーで読んだとしても同じハッシュ値を吐き出す。
読んだ結果に疑問を呈するわけですな
cdparanoiaとEACとでどちらが正しくて、それは何故か?
AccurateRipの根拠は多数決によるけど、送信できるアプリはWindows上で動く2つしかない
オフセットの時のようにみんなで間違えてる可能性はあるわけで
オフセットの問題と一緒にするのは間違い
EACやdBpでリッピングした結果が正しいかどうかを客観的に判断する手段はいくらでもあるしね
現状では、全く同じディスクを読み込んでARと一致するデータと一致しないデータの両方が得られた場合
前者にエラーが含まれている可能性は否定できないが
後者がエラーを含まれている可能性は極めて高い
すなわち前者を生成したリッパーのほうが優れている可能性が高い
>>241 何度も書くけれど、私が良くなったと思う根拠は整合しなかった"トラック"が整合できた(他のトラックは整合している)こと。
あくまでもアルゴリズムの向上だと。これはAccurateRipが正しいという仮定においてね。
あなたがずれた論点から指摘しているのAccureteRipそのものの正しさについてでしょ。
それは当然あなたの指摘する通りみんなで間違えるという可能性は当然あるよ。
それはまた別に議論してほしいところだよ。
しかもあなたはまた今回風呂敷を広げて
>>そもそもセキュアリッピングに関して正しく読めたとすると、どのリッパーで読んだとしても同じハッシュ値を吐き出す。
についても言及しだした。ファイル構造とハッシュ計算の概要くらいは認識していて欲しいもの。
他の観点からフォローすると、cdparanoia動作のXLDからの吐き出すハッシュ値が
EACのものと一致し、AccurateRipも利用できるという事を考えてくれ。
>>242 >EACやdBpでリッピングした結果が正しいかどうかを客観的に判断する手段はいくらでもあるしね
それにはAR以外に代替手段が無いわけでしょ
と思っていたらhydrogenのAccurateRipのChecksum calculationの項目にこんな記述がある:
An optimization oversight in the AccurateRip checksum algorithm results in an unintended
loss of accuracy: about 3% of the audio data is not counted in the checksum at all.
The left channel's samples are fully included, but in a 65,536-sample cycle,
half of the right-channel samples are treated as if they're missing anywhere from 1 bit to all 16 bits.
Proposals for improving the algorithm, the database, and the database's API are under consideration,
but for now, all implementations must continue to use this incorrect algorithm in order to maintai
compatibility with existing data in the AccurateRip database.
>>243 2行目まではデータ自体ではなくTOCからギャップを読むときのXLDの挙動がEAC風になったと解釈できるが
上の話から古いCRCについてはバグありのものが含まれているのではないかと・・・
>>244 >それにはAR以外に代替手段が無いわけでしょ
既知のデータを焼いてリップするとかいくらでもある
後半のは242で言った
>前者にエラーが含まれている可能性は否定できない
の話。エラーを含んでいるのにハッシュが一致してしまう可能性があるが
エラーを含んでいないのにハッシュが一致しない可能性はない。
>TOCからギャップを読む
TOCからギャップなんて読めないし、ARにギャップの正確さなんて関係ないし。
>古いCRCについてはバグありのものが含まれているのでは
古い新しいに関わらずAR1は全部collisionの可能性が高いハッシュ。
>>245 上の引用によれば衝突を言ってるわけじゃないでしょう
さらにその引用文の前の文章では
Each AccurateRip checksum is based on a complete track rip,
from the beginning of the track to the end, as determined by the
track's entry in the disc's table of contents.
とか書いてあるんだけど??
だから衝突のことだって。
AR1のハッシュの計算式は(L|(R<<16))*sectorNumberの下位32bitの総和なので
sectorNumberの下位が0x10000になった時点で右チャンネルが乗算結果の下位32bitに影響しなくなって衝突の原因になる
>とか書いてあるんだけど??
ギャップ云々なんてどこにも書いてないが?
トラックの長さはTOCから読むけど、ギャップはトラックの長さに影響しないことぐらい理解しようね
sectorNumberはsampleNumberのまちがい
>>247 AR1についてよく知らないんでヒントが欲しいんだが
>The left channel's samples are fully included, but in a 65,536-sample cycle,
>half of the right-channel samples are treated as if they're missing anywhere from 1 bit to all 16 bits.
はAR1のアルゴリズムをそのまま示していると考えていい?
それと、TOCは各トラックの開始アドレスが書いてあるけど
これを使わないのにどうやってギャップを検出してるの?
>AR1のアルゴリズムをそのまま示していると考えていい?
yes
>どうやってギャップを検出してるの?
ギャップに関する情報はデータ部のQサブチャネルに書いてあるのでこれを読む
当然高速化のためにTOCで既知のトラック区切り付近のみを読むようにはするがね
252 :
名無しさん@お腹いっぱい。:2011/04/24(日) 16:38:28.00 ID:ENql23c2
253 :
名無しさん@お腹いっぱい。:2011/04/28(木) 10:57:49.51 ID:dMHW8XsD
作成したwavファイルとcueファイルの名前が一致しません。
wavはファイル名[-24].wavとなるのにcueはファイル名[-24].tmp.cueとなります。
そのためflacencodeで変換するようにしているのですができず、ファイル名を直して、手動で変換するようになります。
xpから7に変えようと思ってます
設定って引き継げますか?
>>253-254 君たち、『何を』使っているんだ?
ソフト名や環境くらい書かないと答えられるものも答えられん。
そのくらい読み取れよカスが!!氏ね糞シネ!
257 :
254:2011/04/29(金) 20:47:22.44 ID:W9QvhvYK
ヴァージョンや環境も書きなさいよ馬鹿犬
教える気無いだろ
アホには正確なCD のリッピングは無理。
なんでそんなに性格が悪いの?
結局答えられなくて丸投げかw
(自分が)聞いたら親切に教えるのが当然だと思っている、そういうヤツにリッピングはムリ
このスレには直接関係ないがXLDがCD-R writingを実装した件。
完全にEACを意識しているな。
まぁwritingで一番音質に影響するのはソフトよりもドライブだからな。
266 :
名無しさん@お腹いっぱい。:2011/06/06(月) 23:40:12.70 ID:ZxCMwfKj
ARのchecking across pressings/offsetsの仕組みってどうやっているんだろう・・・
データベースにトラック開始から450セクタ目のハッシュ (offset finding CRC) が記録されてるので
それを利用してずれを調べるのが正式な方法
AR1ではハッシュに線形性があるので、現在のオフセットにおけるハッシュが分かっていれば
全サンプルの合計値とトラック区切り前後のNサンプルを使って
オフセットを±Nサンプルずらした場合のハッシュ値が計算できる
AR1では後者の方法により、トラック前後の±Nサンプルを持っておくだけで
リップ後にゆっくりと±Nサンプルまでのオフセットずれを検証できたが
AR2になってこれが不可能になったので、
1) トラック先頭-Nサンプルから450セクタ目+Nサンプルまで読み、全て保持する
2) 450セクタ+Nサンプルまで読んだらoffset finding CRCが正しくなるオフセットを全て計算して取得
3) 2)で見つかった全てのオフセットについて、1)を利用して現在のサンプルまでのハッシュを計算
4) リップ再開、これ以降は全てのオフセット候補についてハッシュを計算しながら読んでいく
5) トラック末尾+Nサンプルまで読んでハッシュを計算したらデータベースに照合
というような方法を使う必要がある
>>267 ありがとう。基準となるポイントを記録しているのね
なんでAR2を開発したんだろうな。
AR1でもなんら問題は無いと思うが。
つまりCDDAの完全一致したパーフェクトなリッピングなんて
CDの誤り訂正の性質上セクタの中で1サンプルだけ誤るなんてことはないから
実用的にはAR1の精度でも十分なんだけどね
それはオフセットがドライブによって違うのを吸収するため
あえてそういう仕様になっている
そこに登場するSpoonって人がdbpowerampとARの開発者か
>>275 それは知ってるけど、セキュアではないという彼の発言は変わらないのでは
AccurateRip経由で検証されないだけでセキュアリッピング自体はそれらのセクタに対しても行われている
あなたの言葉でいうと「結果の検証と報告」が一部できないということですかね
あくまで「AccurateRipでの」検証ね
ARはセキュアリッピング+AccurateRip+Test & Copyという三段構えの検証のうちの一つ。
281 :
名無しさん@お腹いっぱい。:2011/06/13(月) 11:12:47.96 ID:rN65K6Dk
EACって同時に起動して並列で読み込みできないの?
2台以上で同時に読み込むとAccurate Ripが機能しないんだが
そういうもんじゃない?ってことでしょ
使った事ないから想像だけど、ポート番号をハードコーディングしてる予感。
このスレを立てた1死ね
くだらないもの建てやがって
このスレが存在することでお前に何か不利益があるのか?
オリオスペックのドライブ付きNASが売れなくて困っているんだろw
287 :
名無しさん@お腹いっぱい。:2011/06/23(木) 12:29:21.52 ID:U6UW/r7n
freedbって使い物になる?
曲名ぜんぜんでてこないのだが。
鯖による
freedbの鯖って同期してないの?
290 :
名無しさん@お腹いっぱい。:2011/06/23(木) 17:25:47.83 ID:jzd568eg
ドライブオフセットの違いで
結局wavリッピングじゃあEAC使おうがiTunes使おうが同じってこと?
iTunes嫌いだからなんとなく認めたくないな
ここまで馬鹿だとツッコミどころに迷う
>>292 ネタで言ってないので出来れば突っ込んで欲しいです
EACで頑張って取り込んでるんですけど、iTuneよりは良いんですかね?
WMPで取り込めばジャケットデータが自動取得されるじゃないですか
あれは羨ましいんですけど、頑なにEAC使ってきたので今更代えるのもシャクと言うか
セキュアリッピングについておおまかに書くと、
綺麗なディスクだと殆ど差がでないけれど、傷があるなどディスクの状態が悪い場合、
セキュアリッパーだとエラーが無くなるように何度も読み返してくれたりする。
一番の差がC2エラーがある場合ね。
EACにはAccurateRipという他者のリップデータと相対比較してくれる機能も付いている。
>傷があるなどディスクの状態が悪い場合、
傷は当然C2エラーの原因の一つだが
古いディスクなんかには記録面が腐食していたり
薄くなって小さな孔ができていたりするものもあるので注意
>>294-295 古いCDや傷のついたCDはEACのが良いってことですね
堂々とEACを使うことにします
ありがとうございました
>>221を読んでみた方がいいよ。曖昧模糊とした書き方からして自分が何を求めてるのすら分かってないでしょ。
ビットパーフェクトを求めてるなら基本的にEACが「良い」とはいえるけど、それも設定やドライブ次第ではあるし、
EACを使いさえすればいいわけじゃない。何に関して良いと言ってるのか自分で分かってないならオカルト同然だよ
300 :
296:2011/07/08(金) 13:24:53.51 ID:yR6IfD7P
色々とありがとうございました
設定はHP見てそのまま設定していたので大丈夫でした
何を求めているかはわかってるつもりです
エンジニアやアレンジャーの意図が知りたくて、CDに近い再生ファイルを欲しかっただけです
調べるうちにリッピングソフトで音が変わるとか、cubaseでリップすると音が良いとか、そんなに違うもんなのかと色々調べた次第です
結果、エラーの発生率が低減する可能性があるものの、他の部分のメリットは気にしなくても良いレベルの話ということも分かりました
ただ知識が伴っていないので
>>211は勉強になりました
ありがとうございました
301 :
名無しさん@お腹いっぱい。:2011/07/08(金) 15:27:53.98 ID:nSYik2Lo
おいSACDのリッピングが可能になったぞ
さっさと詳細なやり方をアップしろボケ屑野郎ども!!!!
302 :
名無しさん@お腹いっぱい。:2011/07/09(土) 13:25:00.74 ID:L4J3khE/
最近EAC使い始めた者ですが以下困っています。
ベテランの皆様ご教示ください。
リッピングしたファイルをiPHONE+IPENGで操作していますが
waveファイルの場合、アルバム再生時に、
なぜか「タイトル」順(アルファベット順)を参照して
曲を演奏しているようなのです。
そのため、時々トラック順で再生せずに困っているため、
EACでリッピングした際に、「タイトル」の頭にトラック番号を
付与するように設定したいと考えたのですが、方法がわかりません。
以上よろしくお願いいたします。
>>302です。すみません書き忘れましたが、
スクィーズボックスタッチを使っています。
>>302 EAC→EAC Options→Filenameタブ
でNaming schemeを好きなように組み合わせる
トラックナンバーを先頭にしたいなら%Nを先頭に置けばいい
305 :
名無しさん@お腹いっぱい。:2011/07/09(土) 17:54:34.53 ID:L4J3khE/
>>304様 早速の回答ありがとうございます。
filenameについてはおっしゃるとおりですが、
「タイトル」titleとしてファイルに出力される名称に
トラック番号を付与したい、ということなのです。
皆様WAVファイルの時にはどうされているのでしょうか。
プレイヤーがファイルネーム又はトラック番号を
参照するので、「タイトル」はどうであれ問題ない
という感じなのでしょうか??
>>305 何がしたいのかよくわからないのだが
トラック03のhogehogeって曲を
03 - hogehoge.wav
って出力したいのだったら
%N - %T
って設定すればいい
307 :
名無しさん@お腹いっぱい。:2011/07/10(日) 16:02:08.19 ID:dDwRQrWk
XLDですがCDリッピングの際に1曲づつばらばらに保存されますが、新規フォルダーを自動的に作成、保管する設定は可能でしょうか?
オーディオ総合スレの方で回答されてるのに無視してマルチポストするなよ
309 :
名無しさん@お腹いっぱい。:2011/07/10(日) 17:34:58.42 ID:dDwRQrWk
そうでした。すみません。
310 :
名無しさん@お腹いっぱい。:2011/07/16(土) 11:35:40.02 ID:OGzvqMSx
lionには対応していますか? xld
>>310 あれだけ頻繁にアップデートしてくれているんだから、Lionで不具合があれば
すぐに対応すると思うぞ
313 :
名無しさん@お腹いっぱい。:2011/07/22(金) 07:21:16.32 ID:s+d7V4tI
問題なく立ち上がるみたいです
最近MacかったんだがiTunesって
Windows版よりリップの音質良い!?
XLD使おうと思ったけど、
EACとiTunesの時よりさらに音質の差がわかんなくなってきた…
もう手軽さからiTunes➕ALACにしようかな
リップに音質とか関係ないから
317 :
名無しさん@お腹いっぱい。:2011/07/23(土) 22:03:58.46 ID:MIDBa4f7
いやあ全然音ちゃいまっせ 特にxldはFLACで無圧縮なんて最高です
押し売り注意!
319 :
名無しさん@お腹いっぱい。:2011/07/23(土) 22:52:08.44 ID:MIDBa4f7
無償じゃんか
オカルトお断り
321 :
名無しさん@お腹いっぱい。:2011/07/24(日) 10:04:20.04 ID:DaurLq//
聴いてみてからコメントしな
322 :
名無しさん@お腹いっぱい。:2011/07/26(火) 00:57:00.22 ID:A1EK+PT6
オカルトオカルト
z
324 :
名無しさん@お腹いっぱい。:2011/08/04(木) 23:12:19.56 ID:TiayvGJP
音質が判らん奴は「音質」と言われただけで、拒否反応を示して自分を正当化したがる。
昔から数えきれんほど見てきた。
初期型PS3探す旅に出るか
iTunes でリッピングすると、ひとつのCDアルバムの音楽データは
はひとつのフォルダに保存されるけれど、XLDでリッピングすると
音楽データがそれぞればらばらに保存されます。
これは私だけの現象でしょうか。対策はありますか。
設定する
330 :
327:2011/08/16(火) 15:42:35.22 ID:Hk8p7hyM
307ではありません。MacOSオーディオスレを見て、解決しました。
そういうの書くときは、簡単にでもどうやって解決したかを書くのがマナー
後人が検索でこのスレを見て、あなたのレスが役に立つかもしれない
パラメータ指定するだけでしょ。
333 :
327:2011/08/16(火) 20:24:21.81 ID:Hk8p7hyM
MacOSオーディオ総合スレから引用
>ファイル名の書式にスラッシュを入れるとそこでフォルダが作られる
>iTunes的だと%A/%T/%n %tとか
実家に父のCDがいっぱいあるんですが、持ってくるわけにいかないんで、帰省したらノートPCを持って行って
EACとかでリッピングさせてもらおうかと思います。ただ、実家にはネット環境がないので曲情報が取り込めません。
で、考えたんですが、CDを iso で取り込んでおいて、後で仮想ドライブにマウントしてEACとかでリッピングする
というのはできるんでしょうか?いくつか試してみたんですがうまくいかないんで、よいフリーソフトがあったら教えて下さい。
gracenote music idなら音から情報当ててくれるので
情報なしで取り込んでおいて対応してるソフトでタグ付けすればいいと思います
フォルダ分けとかはめんどくさそうだしCD1枚をファイル1つに固めてcue sheet埋め込みしておくとよさそう
flac+cueとかmkaとか
エンコード方法はぐぐってください
music id対応ソフトはフリーならwinampなど
music idは全部ちゃんと当ててくれるとは限らないのでアーティスト名 アルバム名とかだけは
手で打っておいてfreeDBで残りを埋めてもらうのもいいかも
これもwinampでできたかな?foobar2000ではできるはず。
あとはmedia monkyがamazonの売り物からタグを持ってこれるのでこれも併用しても良いかもしれない
>>334 マウントとEACだとうまくいかないんじゃ?
そもそもEACはCDDAに特化したソフトウェアなので無理だと思う
マウントを原始的に回避するなら、実家にてEACでWAV+CUEで取込む
帰ってからそれをCD-RWに焼いて再びリッピング
これを繰り返す
EACでCDタイトルとアーティストだけ手打ちしてflacで取り込んどいて
家帰ってからMp3tagでタグ検索してからwavにするなりすればいいんじゃね
まぁピュア板にあってセキュアリッピングを目指すこのスレの趣旨からすると
>CDを iso で取り込んでおいて、
この時点が既にリッピングなわけで、生じたエラーを取込んでしまう可能性がある。
最初からセキュアリッパーを使った方が吉。
340 :
334:2011/08/17(水) 01:50:37.26 ID:4Z3pmz3k
>>339 そうですね。isoで、っていうのはやめておきます。
さすがリッピング厨!割れを堂々とやるなんて倫理観すら持ち合わせていない
SACDはコピーガードをつけていて正解だったな
だからこそ今まで圧倒的な高品質のタイトルが販売できた
SACDもリッピング方法が知れてきた事によって厨に蹂躙されてしまうのか
>>342 だな
こういうところで堂々と書くというのがゆとりというか・・・
>>337 その行為に何の意味が?
なんかマウントを誤解してないか?
何で私的複製が割れとか叩かれてんの?
私的複製は一般的に同居の家族まで
別居はアウト
「個人的に又は家庭内その他これに準ずる限られた範囲内」なのでそんなに単純な話ではない
別居はアウトってw
複製の目的や扱いが問題であって場所の問題ではない。
レンタルCDのコピーはOKでこれが駄目な理由が無い。
レンタルCDは金払ってるし業界内ルールもできてる
???
レンタルしたものを複製する場合の話をしているのだが。
レンタルショップが許可を得てるのはあくまで貸与権。
レンタルしたものを複製してよいのはあくまで私的複製だからであって
別にレンタルショップが許可を得ているからではない。
>>334 というか普通にwav+cueで保存したのをcueでマウントすればCDDB読めるよ
XLDの「AccurateRip で整合性を確認」はWAVファイルの内容が同一かを多数決的に確認してるんですか?
それともTOC、オフセットだけ?
ファイルの内容、正しくはファイルサイズからハッシュ。
AccurateRipというのは自分のリップ結果を他人と比較するもの。
他人の結果(チェックサム)はオンラインのデータベースに保存されている。
DBにアクセスする時はまずTOCからディスクIDを計算して
そのディスクが登録されているかどうか確認する。
登録されていればデータを取得してチェックサムの一致を確認する。
チェックサム自体はリップしたPCMデータから計算する。
ありがとうございます。
整合性を確認後のlogにある
List of alternate offset correction values
がオフセット値のAccurateさ
AccurateRip Summary
がファイルサイズから判断した曲ファイルのAccurateさ
で、後者をXLDで補正出来るという理解であってますか?
357 :
356:2011/08/21(日) 00:19:35.58 ID:mAx2DWnF
>>355 ありがとうございます。
ということは、(confidence 1)はRIPしたのが自分だけって事ですか?
>>354 前者後者逆です。
全然違います
ファイルサイズからは判断してないよ
358は
>>356 >>357 自分以外に一人だけという意味。自分だけならDBに登録されていないので
not foundになる。
List of alternate offset correction values に関しては同じディスクについて
他にこんなオフセット違いのバリエーションが流通してるよ(主にプレス違いが原因)というだけで
自分のドライブのオフセットが正しく設定されていれば直す必要は全くない。
>>356 >オフセット値のAccurateさ
>曲ファイルのAccurateさ
ん? XLDで補正することはどっちもできないよ
できるのはリップしたファイルが多数決的に正しいものかどうかを知ることだけ
361 :
356:2011/08/21(日) 00:30:18.54 ID:mAx2DWnF
>>358 スミマセン。
"30サンプルずれ問題"のチェックを入れたり、入れなかったりでwav+cueでリップしてきた気持ち悪さを
ファイルメニュー内の整合性を確認や訂正して保存で、解消できるのかを本当は聞きたかったのです。
オフセットずらして保存する事自体はできるよ。
ただ、XLDではオフセット関係無しにAccurateRipで確認できるから直す意味はないけど。
というか未だに30サンプルの話を引きずってるのは日本人ぐらい。
>>362 >30サンプルの話を引きずってるのは日本人ぐらい。
海外じゃ今はどうなってるの?オレは今んとこデフォのままでやってるけど。
どうもなってない。今まで通りの値を使ってる。
そもそもCDを作る側がオフセットなんか全く気にしてないのだから
読み込み側で絶対値を気にしてもしょうがない。
オフセット値を気にするのはコピー厨ぐらいなもん
>電流
うまいこというね。
AccurateRipのデータベースはとっくに引っ込みがつかないレベルにはなっているんだろう。
個人的にはAccurateRipのサービスはいずれCDDB(gracenote)みたいに有料化するんじゃないかと思う。
AssetUPNP、dbpowerampの有料サービス、Spoonの発言なんかみていると
なかなかせこい人物っぽいしね。
最初からオフセットが0のドライブでわざわざ自分で30サンプルずらしてリッピングしてたとか笑い話にもならんからな
30サンプルずれを調査し直して否定したってわけじゃなさそうだしこっそり消すのはまあ隠蔽と言われても仕方がない
実際30サンプルの実害って何があるんだろう
冒頭30サンプル分取りこぼす。最初からきっちり音が入っているCDでは30サンプル分の音が削られる。
ただそんなCDほとんど無い。
連続したライブ盤だと曲開始の位置がずれる?
そもそも開始位置に関して制作側が意図して制御できるのは
CDの仕様上1/75秒精度が限界。
そこからマスタリングでずれて、プレスでずれて、リッピングでずれる。
30サンプルずらすと7/10000秒ずれるがこれを気にする奴はいないだろう。
そもそもマスタリングとプレスでどれだけずれたか不明だから
元の値の方がずれてない可能性もあるし。
ふむ
ちなみに曲毎にばらす時、プリギャップはどうしてますか?
iTunesのオフィシャルを聴くと、前の曲の後ろに付いてるみたいだ
>>537 534です。
>よって、Audiophileoであろうと、3000円の中華USBオーディオIFであろうと
>音質は変わらないということでOK?
そうは言いにくいところもあるだろうね。例えば、DDC用のICは同じものを使っていても、電源、クロック、基盤の引き回し等々音質に影響するところは結構あるように思える。
ICが異なればさらに変わるのでないかな。
因みに、Audiophilleo1の他にhiFaceも持っているけど、音質は必ずしも同じではない。
まあ、hiFaceの場合は専用のドライバーをインストールしなければならないので、その影響はあるかも。
FLACの圧縮オプション(8)高にすると問題ありますか?
データ壊れやすいとか
>>375 ない。デコードに必要なメモリとCPUパワーが増えるけどPCなら無視出来るレベル。
ありがとうございます!
xld secure ripperってどんな仕組みなんだろう
XLDでCD読み込み前のタグ編集のとき「AccurateRip:はい」になってて
読込後のLogを見ると「Track not present in AccurateRip database」になってる
これは何故?
>>379 AccurateRipにディスクが登録されていても、有効なデータを持っていない事がある。
リッピングのLogでAtom jitter error (maybe fixed)になったとしても
AccurateRIPの検証でAccurately ripped!になっていれば
正しくリッピングできてる。であってますか?
かなり高い確率で正しいということまでしか分からない
みんな同じように問題が有って、みんな同じように補正されている、とも?
みんなエンコで可逆は何使ってる?
俺はm4a(ALAC)だけどFLACも気になる。
音質の差とかってあるのかな?
WavPack使ってます
可逆で音質の差ってあるものなのかな
デコード速度はあるだろうけど
ALACは甘酸っぱい音、FLACはフラットな音
>>387 甘酸っぱい音って具体的にどんな感じなんだw
俺はALACもFLACも音質の違いが分からない。具体的にどう違う?
mp3のCBR320なら上記と比べて線が太くなって音像がこじんまりしてぼやけた印象だったけど
XLDでリッピング中のツールバーにある、
全てのタスクをキャンセルを消したい。
間違えてボタンを押してしまう。
タグだけ書き直したいときにXLDではもういっかいエンコードしなくちゃなんないのか。
マックでflacのタグだけ書き直すソフトとかないのですか。
タグエディタ使えよ
XLDでアルバムflac+cueから、それに戻せる各曲flac+cueに変換出来ますか?
cueを保存しとけば
>>393 それを設定する項目は
環境設定の、一般、一般のオプション内/バッチ/CD読み込み、のcue関連のうちどれか教えて下さい。
全て試しましたが、ばらばらのflacしか生成されませんでした。
ん?
>>392の前者のcueを利用出来るって事ですか
分割して失われるのはプリギャップ長だけだから分割前のcueを残しておいて
必要なときに手動で分割FLAC用のcueを作るもよし
面倒なら分割FLAC用のcueを保存しておく(ファイルメニューから)もよし
3行目がニーズです。
同一フォルダに揃っている事がマナーみたいですね。
このスレはいつもお世話になってます。ありがとうございます。
accurateripのデータベース化って自動でされているの?
照合値がアップロードされて、最低でも二人同じ値のとき、confidence が1になる?
こんな理解でよろしい?
1.アルバムflac(Aとする)+cueを
各曲ALAC(Bとする)に変換して、ファイルメニューから分割ファイル用cue(Cとする)を保存
2.B+Cからアルバムflac(Dとする)+cueに変換
上記行程で
AとDをFile Compareで比較するとEqualになる事から完全に復元出来ていると考えて良いのか?
B+CをXLDで開くと各曲のギャップも再現されることからCのINDEX00と01によりギャップも正確に再現されていると考えて良いのか?
1の方法で「アルバムに戻す方法を残しつつ(D)」Aを捨てて、可逆音源をB+Cのみで一元管理する方法に後悔する要素はないのか?
長文恐縮ですが、よろしくお願いします。
>完全に復元出来ていると考えて良いのか?
可逆圧縮なのだから、分割結合でファイルは劣化しない。
>ギャップも正確に再現されていると考えて良いのか?
cueシートがあれば当然ギャップは再現される。
>後悔する要素はないのか?
分割FLAC+cueと単体FLAC+cueは全く同等のもの。基本的に後者のメリットは
ファイル数が少なくなる事ぐらいしかない。ファイルをCDに焼く予定が無ければ
ギャップを再現する必要も無いので、前者はcueも必要なくなる。
402 :
400:2011/09/27(火) 18:44:04.68 ID:hvoAfADm
>>401 ありがとうございます。
>cueも必要なくなる。
mp3からの変遷で、どこか構えてしまいます。
ちなみに、401さんはプリギャップを含めていますか?取り除いていますか?
プリギャップを取り除くのはトラックの長さが本来よりも短くなるので駄目。
ギャップを検出しないならどっちでも同じだけど。
404 :
400:2011/09/28(水) 00:16:39.09 ID:0tycUSEP
401さんの本来とは、
古めの音源のCD裏ジャケに表記されている1:23などの秒の事ですか?
それとも、制作側が余韻の様な物として考えている、アルバムにおける間合いの事ですか?
(決して絡んでいるわけではないです。)
何が聞きたいのか分からんが
>1:23などの秒
が短くなれば
>アルバムにおける間合い
も当然短くなるだろう。
どうもプリギャップの情報は曲間の無音部分を正しく再現するために
必要だと思われている節があるが、間違い。多分、CDを焼くときにプリギャップを
「追加」するから、CDリッパーもプリギャップを解析して、リップしたデータに
「追加」しているのだと勘違いするのだろうけど。
プリギャップはCD-TEXTと同じくメタデータ的な情報なので
プリギャップを解析するということは、曲のどの部分がプリギャップとして
記録されているかを調べるということ。トラックの長さはTOCに書いてあるので
その長さがプリギャップの解析によって変化する事はない。ただし、解析して
プリギャップ部分を取り除いてしまうと長さは変わってしまう。
プリギャップの情報は、基本的にプレイヤーでマイナスの時間を表示する以外の役目はない。
EAC をこれから導入して初使用するのですが、
入門・設定サイトが幾つか有り、多少設定する中身も違っているようです。
何処のサイトの設定が無難でしょうか?
なるべく正確なリッピングが目的です。
sonicdisorder
日本語で書いてあるところがあるとすげえ嬉しいのは俺だけではない筈
410 :
名無しさん@お腹いっぱい。:2011/10/17(月) 07:32:09.83 ID:d/TJcu9I
dBpoweramp CD Ripper や CUETools を使っている方はいますか?
XLDユーザーはいないの?
>>411 いますよ。今まさに、XLDを利用しての CD→NAS 移行作業の途中です。
対象がCCCDであっても問題無く快適に使えており、ありがたい存在です。
XLDの20111015 (136.4)使ってるんだけど
AACのVBRでリッピング→iTunes(10.5)登録で
ビットレート表示が"XXX kbps (VBR)"となるんだが、
再生orメタ修正すると"(VBR)"の表示がなくって"XXX kbps"だけになる
以前のバージョンでリップした曲はそうならないんだけど、同じ症状の人っていますかね?
XLDとdBpowerampでは、どちらが利便性が高いですか?
今はWin環境だけど、MACもお古を貰えそうなので・・・^^
>>414 Macをもらってから、試してみたら良いじゃん
どうでフリーなんだし
チェリの安価BOX計48枚が届いちまった…。めんどくせぇ。
ハイフェッツの103枚もまだ放置なのに。
ちなみにオレはXLD。
チラ裏すまんね。
チェリみたいなメジャーなものはCDDBに登録されてるから早いな。
ロシア製のCDは読込エラーが多い上に、タグ情報手入力で手間がかかる。
このスレは何年も前にダウソ板でググレカスの一言で終わった内容を延々とやっとる・・・
ダウソ板?
MacのAudacityで編集・分割したaiffファイルをiTunesでCDに焼くと
シームレスな曲間にプチってノイズが入ることが多々あります
Audacityで再度統合してみるとノイズは入りません
現状これを回避するとなると、統合した状態でCDを焼くしかないのですが
XLDで分割すると解消しますでしょうか?
CDで任意の曲長にできると思ったら間違い
分割するときに各トラックのサンプル数を588の倍数にしないと
思った通りのトラックの長さにならずにそういうことが起こる
XLDで分割すればというのがcueシートで分割するということなら
cueシートはサンプル数が588の倍数になるようにしか分割できないので
そういうことは起こらんだろう (ただし最終トラックを除く)
そもそもXLDとcueを使うなら分割せずにcueで分割されてないファイルを直接焼けばいいだろう
>>421 ありがとうございます
言葉足らずでした
分割の必要があるのは同じものをDAC用のmp3にしたかったからです
現状Audacityで分割したファイルではDACでも同様のノイズが入ります
最初は16bitのaifをAudacity上で32bitで作業をやって
16bit書き出しをやってたのが原因かと思いましたが
どうやら違いそうですね
分割したファイルにノイズがあるなら焼いてノイズが聞こえるのは当然だろ。
というかDACってDAPのことか知らんが焼くという話はどこへ行ったの?
>>423 DAPでしたすみません
DAP用mp3とCD用aifの両方を作りたいってことでした
ノイズ(というかプチって鳴る)が出るのは分割した曲の変わるタイミングで
単体で聴いてもDAWで統合して聴いても出ません
つまり実際はノイズではなく曲間が正しくないから
一瞬の空白がノイズっぽくプチって聞こえるのかも知れませんね
曲間が無音の場合は聞こえないですし、シームレスの場合だけなので
CDに焼いてギャップレスにならないのは前述のとおり588の倍数になっていないから
mp3がギャップレスにならないのはエンコーダかプレイヤーのどちらか
あるいは両方がギャップレス再生に非対応だから
でしょ
>>425 いろいろ試してみました
DAWで75fpsにグリッドするよう設定して切りなおしたり…
その上でXLGでCDに書き出したら
前は5カ所くらい曲間がおかしかったのが
1カ所だけを除いて解消されました
DAP用mp3のほうは相変わらずダメです
どうも問題は588倍数だけじゃないようです…
ありがとうございました
人の書き込みを全く読まんやつだな
>>427 え??
588の倍数にしてもダメだった
ファイルにノイズはないことは確認済み
ですよ?
>mp3がギャップレスにならないのはエンコーダかプレイヤーのどちらか
>あるいは両方がギャップレス再生に非対応だから
セキュアリッピングが出来ていない人はそれを理解して善処せよってことでしょ。
よりによって麻倉先生かよ
2度出し法とかオカルトを提唱してる人だぞ
>>430 CAMBRIDGE AUDIO DAC MAGIC
あまり解像度指向ではない、耳障りの良さ、聴きやすさを狙ったようだ。輪郭がもう少しくっきりと欲しいとも思うが。とても聴きやすく、刺激的な部分を上手くとカットした耳触りの良いといえよう。 潤いがあり、親しみやすい印象であった。
USB DAC ケンブリッジオーディオ「DACMAGIC」を使う
解像度が高く、粒立ちも細かい。低音の力も充分にある。特に個性的だと思ったのは音楽性が良く表現されていることだ。
ヴォーカルがしなやかで質感が艶っぽい。
>>430-431 複数のソフトでリッピングしたらデータチェックしとけよ
それすると同じデータで言い訳できなくなるんだろうけど
傷だらけのCDを適当なリッパーでいい加減にリップしたらエラーだらけでデータも異なりますが何か?
何も
>>434が“セキュアリッピング”を理解していないだけ。
どういう条件下で有効かという点をな。
最終的な目的は
>>2にある通り、あくまでCDのデータを正確に読み取る事だけ。
いや分かってんだけど、ちょっとアンカのつけ方ミスったな
ここにきてってかなり前から機能変わってないよ
ユーザが少なくて知名度が無いだけ
>>431 どうやったらそのように解釈できるのか?
EACとDBPの違いはオカルトそのもの。肯定的に捉え過ぎだろ。
麻倉先生はきっと傷がたくさん入ったディスクをEACのセキュアモードではなくて
わざとバーストモードでリッピングして比較しているんだよ(棒
ho
しゅっしゅっしゅっ
CUEToolesとdBpoweramp CD Ripper って結構違うの?
リップ後のファイルをバイナリ比較して一致すれば結局同じ
まぁC2エラー時の再読み込みのアルゴリズムがソフトごとに違うので
傷だらけのごみCD用意して差が分かりやすい状況で比べてみると良い
ボッタクリオーディオメーカーはあの手この手で必死ですなあ
そもそもリッピングしないで直にアナログ再生する人なんているのか
>>448 この電源さまは、CDをリッピングする時に、この電源を使うと、良い音でリッピングされると
いう触れ込みなんじゃね?
糖質
>>447 リップ時よりCDRに焼く時にC1エラーが減るんじゃね?
確かに焼く用ならまだ理解できるな 値段以外は
>>449 この電源の効力があるのはPlemium2を使用したリアルタイムなストリーム再生時
だけだとオモワレ。リッピングにはここまでご大層なものはイラン。焼きは…まあ効
果あるかもね。
まぁリッピングはエラーでたら何度でも読み直せる強みがあるからな。
それ以上はオカルトとしか言えないし。
かなりのスペックのPC余裕で組め値段w
この程度のエラー違いなんて聞き分け出来ないけどw
NASに置いてあるISOイメージをDaemon Tools Liteでマウントして、EACでリッピングしているのですが、
最近リッピングしている途中にプログレスバーが1分くらい止まることがよくあり、エラーがあったと表示されます。
OSはVista, EACのバージョンは0.99 beta 5です。
何か心当たりはありませんか?
あるわけねーだろ
心当たり…ないです
460 :
名無しさん@お腹いっぱい。:2011/12/04(日) 21:47:21.22 ID:tgLSRZiC
xldで、リッピング後のデータのタグ編集出来ますか?もしくはmac用のFLAC対応編集無償ソフトありませんか?
MUSIC PCで紹介されている通りにWavPackを出力するように設定した場合,圧縮率
と,圧縮速度(&再生時の負荷)のトレードオフはどのようになるの?
462 :
名無しさん@お腹いっぱい。:2011/12/06(火) 17:52:12.18 ID:aVAMmdTz
age
DECCA BOXが届いたが。
届いたCDが50枚もあるとRIPする気にならんねー。
ハイフェッツの103枚もなんとかせんとなぁ。
以上、チラ裏。
465 :
名無しさん@お腹いっぱい。:2011/12/13(火) 19:52:23.49 ID:6BAjx203
トラックリストウインドウのツールバーにある"CDを作成"ボタン ってどこ?
XLDでオーディオCD作りたいのだがどうやるのかわからん
焼きはスレチ
>>465 cueシートを開くと出てくるウインドウの右上にあるだろ
>>463 クラシック鑑賞初心者には、50枚が一生分のCDに感ぜられます。
>>468 オレは半分、25枚RIPし終えたぞっ。
ハイフェッツはいまだ放置だけど。
DECCA BOXは所謂名盤揃いで、クラ開始にはすんばらしいセットだと思うので
ヒマを見つけて適当に聞いてみるといいと思うよ。順番は気にする必要ないし。
読み込みモードの「トラック1以外のプリギャップを含める」は何の為にあるのですか?
471 :
470:2011/12/15(木) 16:14:05.76 ID:Bek82p7t
XLDです
そういう取込み方をしたい人向け
473 :
470:2011/12/15(木) 16:27:22.90 ID:Bek82p7t
そういう取込み方をするメリットは何ですか?
プリギャップを含められることです
それはデフォルトの取込み方でしょ。
>>470が訊きたいのは何故トラック1だけプリギャップ含まないという選択肢があるのかってことでしょう。
476 :
470:2011/12/16(金) 09:05:42.29 ID:dgM2PV7Q
デフォルトと「トラック1以外のプリギャップを含める」の両方でリッピングして聞き比べてみる
違いがなければ、どっちでもいいということで終了
じゃダメ?
478 :
470:2011/12/16(金) 10:41:38.57 ID:dgM2PV7Q
>>477 構いませんが、
CUEなしで、分割後のフォルダをディスクで開いてAccurateRipを使用するための研究の中で
このオプションの大きすぎる重要性は理解したつもりなのですが、
音楽CD向けのオプションではないのか?
どんな便利な使い方があるんだろう?
トラック1のプリギャップを取り除く美学ってものがあるのか?
トラック1のプリギャップがやたら長い音楽CDでもあるのか?
等の疑問が湧いてしまいまして
EACなりXLDを使ってリッピングするんだから、データを余す所無く取り出したいわけでしょ。
んで、「トラック1以外のプリギャップを含める」は、わざわざそのデータを捨てる訳でしょ。
疑問に思って当然だと思う。
・トラック1以外のプリギャップは再生されるデータだが、トラック1のプリギャップは本来再生されないデータ
・トラック1のプリギャップを読めないドライブがある
1トラック1ファイルで保存するときにトラック1のプリギャップを含めると
トラック1の曲長が本来とは異なるものになる
481 :
470:2011/12/16(金) 16:27:39.90 ID:dgM2PV7Q
>>480 ありがとうございます
勉強になりました
>>469 すべてリッピングしましたよ。
The Deccaで、ひとまず気持ちが落ち着いたような気がします。
ありがとうございました。
むかーし昔、iPodでしか聴かんわと思ってRIPした大量のMP3が残念すぐる。
FLACでやり直すのはめんどくさいし、こんなにNPで聴くようになるとは想像もしなかった。
EACでAccurateRipオンで取り込んだとき「確実に正確にコピーしました 2)」に
なったのをfoobar2000の「Verify Album with AccurateRip」や
Daemon ToolsでマウントしてMusicBeeで取込ませて確認してみると
「(02/02) Partial match to pressing(s) #1」とか「部分一致/同じ結果の人数2人」
とかになってしまう
マウントしてやってるのはまあ怪しい感じするけどfoobar2000のも同じような結果だし
あまり当てにならない気がするなぁ
オフセットの違いで人数が左右したり参照されるハッシュが変わったりする。
ソフトがAccurateRip checking across pressings/offsetsに対応しているかどうかが大きい。
>>485 foobar2000のほうはオフセット違いで一致した人、しない人も出るから
そう言うわけでも無さそうなんですが
あと、
>>484は全部が全部と言うわけではないです
あ、ID変わってしまった
ああ、でもハッシュが変わる事あるなら駄目なのか
EACでやったときのだけ信じて、
foobar2000の後からのは当てにならないって事なのかな?
REM DISCIDまたはCRC32 hashからCATALOG番号を特定することは出来ますか?
discidからFreeDBを引けばタイトルが分かる
そのタイトルがMusicBrainzかDiscogsに登録されてればCATALOG (バーコード) が見つかるかもね
AccurateRipあてにならねえんじゃん
>>488 foobarもAccurateRip checking across pressings/offsets対応してる
Partial matchってのはオフセット検出用の450セクタ目のCRCのみ一致したということ。
EACで一致したけど他で一致しないというのは
EACが一致検出したのはAccurateRip2のCRCで
他のソフトはAR2に対応していないとかじゃないの
AR2でもオフセット検出用のCRCだけはAR1なので、AR2非対応だとそういう挙動になる気がする
>>484です
AccurateRip2に対応してるCUEToolsのVerifyを試してみたら一致になりました
>>494さんの仰るとおりだったみたいです、v2とか全然頭にありませんでした、すみません
みなさん色々と有難うございますた。
訂正です
有難うございますた → 有難うございました
最後まで恥ずかしいな・・・
横からだけど自分も勉強になった
このスレ初心者質問も多いけれど、たまにAR関係でいくつか勉強になることがある
最初からdBpowerAMP使っとけば無問題じゃね?とオモタ
ARとdBpの作者はオフセット30ずれ問題を無かった事にしようとしているからな・・・
別にオフセットずれ自体は大きな問題ではないが、
wikiを書き換えたりして隠蔽しようとするのはどうかと
dBpowerAMPは-30でやってもAccurateRip使えるの?
完全無料じゃないから今回試さなかったけど
あともう一つ気がついたのはEAC1.0b3使ってるけどリッピングするとき見に行くのは
v2のほうだけでv1のほうのデータベースは見てないのね
v2とv1のデータはそのうち統合するのかな?
あっ、30ずれ問題を無かった事にしようとしているってことは出来ないってことか
気がついたのは・・・見に行くのは って変な書き方してしまったな
v2とv1が両方あればv2の方を見るというだけで
v1を見ないわけではない
でもってv2もv1も同じデータベースにあって
両者が別のDBで管理されてるわけではない
そもそもdBpはARのキーディスクで自動設定したオフセット値しか使えないはず
オフセットをずらしても検出する能力はあるけどね
>>504 古いCDをリッピングしたらEACのほうではデータがなくて
終わってからCUEToolsで確認したらv1のほうにデータがあったんだけど
v1を見ないわけではないの?
あれ、やった時たまたま調子悪かったみたい、ごめんなさい
今同じCD見たらv1反応した
ところでロスレス形式のをダウンロード出来るサイトがいくつかあるようです。
リッピングの手間が省けるけど、音質や著作権など問題ないのでしょうか。
今はもう音楽のダウンロードは違法になったので逮捕されても抵抗できなくなったよ
それじゃ無料のサイトは敬遠したほうが良いようですね。
ご存じでしょうけど、DGのサイトでは、FLACの有料ダウンロードが出来ます。
品質はCD並み。
1枚千数百円程度。
510 :
名無しさん@お腹いっぱい。:2012/01/08(日) 08:30:03.49 ID:u6ncQk64
あんな質問しちゃう馬鹿がご存知な訳ないだろw
511 :
アンチは糞音痴:2012/01/08(日) 09:43:39.68 ID:eF5P2bZw
CDは経験上100枚に1枚のエラー持ちが存在するので区別して保管していた
その中でもCDプレーヤーが読み取れないレベルの3枚をiTuneエラー訂正とEACで比較したが
一枚だけがiTuneエラー訂正で微妙な音飛びを生じたがEACは問題なかった
現在700GB程度で近年は定番モノのレンタルも多くなりエラーCD管理は面倒なのでやめた
音飛びが無ければ大丈夫と言う判断です(ファイルサイズも99.99%一桁まで一致する)
iTuneでエラー訂正がかかるとリップ速度が落ちるのでそういうCDで実際上の音飛びがあったときだけ
EACでチェックすれば十分という結論です
512 :
名無しさん@お腹いっぱい。:2012/01/08(日) 10:23:31.92 ID:u6ncQk64
言いたいことは最後の一行?
最近はCD買わないでレンタルにしたってこと?
駄文の見本ですねw
513 :
アンチは糞音痴:2012/01/08(日) 10:52:08.36 ID:eF5P2bZw
なんでそんなくだらないからみかたをするの?きちがい?
必死でリップする必要のあるCDは数百分の一っていう確率情報なのに
514 :
アンチは糞音痴:2012/01/08(日) 10:59:00.29 ID:eF5P2bZw
あとEACのエラー時読み返しも弱で十分てことも実験済み
515 :
名無しさん@お腹いっぱい。:2012/01/08(日) 11:27:57.90 ID:u6ncQk64
>>513 自分の文章能力の低さを指摘されたからと言って、相手を気違い扱いにするのはやめましょうねw
あなたがどうCDを管理しているか、レンタルがおおい、"iTune" とかあなたの主張の本質じゃ無いでしょ?
そういうことをダラダラ書いているのはあなた自身で、私が気違いかどうかなんて関係ないんですよ。
516 :
アンチは糞音痴:2012/01/08(日) 11:54:48.36 ID:eF5P2bZw
なんでオーディオ界隈はこんなドキチガイばかりなんだろう
具体的に科学的に論証されたら自分がやってることが否定されるからなんだろうけど
科学的思考をやらないからバカにされるんだよ、お前タイプは
俺はサイズチェックやバイナリ一致チェックなど散々やった結果、
問題のあるCDは1/100程度の確率で、しかもその中で
iTune(エラー訂正)では音が飛ぶけどEACではリカバーできたCDは700GBで1枚(1/900程度?)の確率という
経験値を書いただけなのにね
まあなんだ、iTuneって書いちゃうような思い込みの激しい人が確率的だのいっても説得力ないのは確かだね。
それも思い込みじゃないか?としかいえん。
マジどうでもいいんで誰も知らないブログで一人でやって貰えますか
519 :
アンチは糞音痴:2012/01/08(日) 12:45:53.92 ID:eF5P2bZw
ちなみにその1/700GBの悪CDはCD初期の輸入版のJohn Scofield/Still Warm
静かなパートでノイズが聞こえる、2次ソースでも使ったのかというB〜C級CD
(ところがこれがオーデザのDAC-FA0だとピッカピカのスタジオ音で鳴り驚きました)
つまり近年のCDではiTuneリップで具体的に確認された問題のあるものは「0」ということです
520 :
アンチは糞音痴:2012/01/08(日) 12:46:56.62 ID:eF5P2bZw
ひょっとしてお前らってゴタゴタ抜かしながら何の統計も持たずにオカルトやってるの?
アンチは糞音痴=ID:DiE4JMVS
いろんな板に顔を出してるが、真性のキチ
とくにプロケー板ではみんなに無視されまくってる
相手しない方がいいよ
サウンドカード+ボロ中古JBLの寄せ集めSPで聴いてるお方
アンチは糞音痴=ID:eF5P2bZw
このスレで主眼にされているセキュアリッピングはおかるとオーディオとはもっともかけ離れた概念なんだが。
あなたがいっているのはあくまであなたの環境下においてあなたの経験での割合でしょう。
うちの環境でiTunesではC2エラーがずっと多いためセキュアリッパーを使うようにしている。
あなたの状況をさも一般的であるように語るのがどうかしているよ。
524 :
アンチは糞音痴:2012/01/08(日) 13:18:43.84 ID:eF5P2bZw
でiTuneでリカバーできないけどEACならリカバーできたエラーがあったかどうかのチェック(サイズやバイナリ)をしたの?
おれはしたから書いてるんだけど
おまえは一段レベルが低いじゃない?わからない?
当然ハッシュ計算しているし、iTunesとセキュアリッパーとで結果が異なるものはそこそこ。
無論リッピングの性質上どちらが正しいデータということはわからない。
ということで私はセキュアリッパーを用いるようにしているし、今では相対比較としてARを信用するようにしている。
携帯なのですぐID変わるな。すまんね。
そもそもiTunesとの比較でどうかんてのは
ディスクの状態やドライブのDAE能力に大きく依存するわけで。
特定の環境での結果を一般論として語るのは無意味。
528 :
アンチは糞音痴:2012/01/08(日) 14:36:29.20 ID:eF5P2bZw
いまどきCDリップで問題の生じるPCとはどのようなものを頭に描いてるのか教えてくれ
529 :
名無しさん@お腹いっぱい。:2012/01/08(日) 14:51:29.48 ID:ehD1f+Fb
リッパーでもドライブでもPC本体でも音が違うデータが得られるんだよ
電源、制振に気を使わないでアキュレートリップだけに気を使っても無意味なんだよw
数字だけに捕われてる糞耳どもがね
PCよりもCDの状態の方がよっぽど重要。レンタルCDをたくさん借りる人なら分かると思うが、
酷いディスクが多い。EACでもC2エラーが残ったりする。
蒸着層がこっぴどくやられているなら尚更どうしようもない。
>近年は定番モノのレンタルも多くなりエラーCD管理は面倒なのでやめた
>音飛びが無ければ大丈夫と言う判断です
とかかいてあるが、結局エラーが残ってんでしょ。耳で音飛びが無ければ大丈夫とかw
君はそれでおkかもしれないが他人にとやかくいうことじゃないよ。
ここのスレの人は正確なリッピングを求めているんだから。
なにやらオカルトまで紛れ込んできているw
>>529 たとえば、CDトランスポートからのデータと、PC内蔵ドライブからのデータは違うという事ですか?
実証方法を教えてください。
>>532 基本的にデータは一緒
問題は乗ってくるノイズの量と種類
>>529のオカルト野郎はAR等でデータが一致しても
制振とか電源で、リッピング時にデータが変性するといっているんだよ
真性の基地外ですわ
535 :
アンチは糞音痴:2012/01/08(日) 16:14:36.48 ID:eF5P2bZw
ドキチガイ
>>530がどうしてもからみたいようで鬱陶しいわ
エラー訂正がかかる物の中でも激しいのは1/100程度(実質手持ちの4枚)、
iTuneとEACでサイズ・バイナリの一致するものがほとんどでEACでリップするたびに変化するものもあった
ただしそれらを聴き比べた結果問題なしと判断した
そこまでやって問題があったのはジョンスコのたった一枚、1/700GBだという事実
そういう話
536 :
アンチは糞音痴:2012/01/08(日) 16:16:06.39 ID:eF5P2bZw
軽度の読み返しで済むようなエラーCDではiTuneとEACでサイズやバイナリ不一致は起こらないことも確認済み
だからそれはお前の話だろってこと
従って
>>518にもどってブログにでも書いてろってこった
538 :
アンチは糞音痴:2012/01/08(日) 16:23:11.83 ID:eF5P2bZw
何も確かめたことも無いくせに偉そうに書くバカ
こういう奴がくだらねえ電源ケーブルとか買って偉そうに低音が伸びたとか書くんだぜ
こんな馬鹿な奴ばっかりだ、この界隈は
539 :
アンチは糞音痴:2012/01/08(日) 16:27:58.94 ID:eF5P2bZw
あるいは「ボク心配性なんでつ」程度のレベルなのに偉そうにしてるだけのクソガキ
ここはEAC&XLDのスレだ
iTunesは全く関係ない
iTunesのスレに書け
糞コテのキチガイに触るとこのように火病を起こすので皆さん注意してください
それではよい休日を
542 :
アンチは糞音痴:2012/01/08(日) 16:36:21.51 ID:eF5P2bZw
検証も出来ないレベルの人間が偉そうに書いてんなボケ
関係ないネタで恐縮だが、時々iTunesのことをiTuneとかアイチューンとか言うヤツいるよね。
なんか凄くバカっぽく見えない?
546 :
アンチは糞音痴:2012/01/08(日) 17:48:34.50 ID:eF5P2bZw
1/700GBは実質は数MB/700000MBなんだよね、これがiTuneより有意だった箇所の割合
>>546 だからそれはお前の環境だろ
>>525はもっとあったって書いてあるだろ
お前はiTunesを満足してつかってりゃいいって話
550 :
アンチは糞音痴:2012/01/08(日) 18:15:06.60 ID:eF5P2bZw
>>525は「そこそこ」と書いてる、これが大した確認もして無い証拠
EACで軽度の読み返しでリップが進むCDでiTuneとの不一致は起きない
重度の読み返しがおこるCD(百数十枚に一枚)ではEACでさえ不一致を起こす
が実際に耳で聞いてEACで無ければリカバーできなかった箇所は1箇所/700GB
551 :
アンチは糞音痴:2012/01/08(日) 18:19:10.77 ID:eF5P2bZw
こんな俺が何年も前に確認した事実すら検証して無いなんて馬鹿すぎだなここの住人も
俺は以前は利便性からiTunesのエラー訂正ありでリップしていたのだが
一昨年ツタヤで20枚まとめ借りしたときこの際EACでもリップしてみるかと
そしたらそのうち2枚がバイナリ一致しなかった
幸いにもEACではどちらもAccurateRipと照合できたのでiTunesはこれ以来信用できなくなり使うのやめた
どちらもポリカが傷だらけだった
553 :
アンチは糞音痴:2012/01/08(日) 18:27:36.29 ID:eF5P2bZw
【リップの結論】
iTuneでちゃっちゃとやれば十分です
リスニングで不具合を感じたときのみにバックアップと比較して再リップしたりすれば十分です
リスニングで確認とか実時間かかるだろ、アホか
最初からセキュアリップしといた方が速い
そもそも目的からして分かっていないようだから何を言っても無駄っぽいけどな
耳で聞いて問題なければOKならiTunesを使ってればいい、というだけ
スレの目的のセキュアリッピングのsecureって意がわかっていればこんなスレに迷い込むこともないのにな
次は
>>1に明記する必要があるな
セキュアリッピングはその名の通り、出来る限り信頼性の高いリッピングを目指すことだから
リトライのアルゴリズムも公開せず、訂正過程やエラーログも出ないiTunesは当然選択肢外なわけだがね
ARとの参照もセキュアリッピングにとっては有意義
アイチューンアイチューン!
iTuneiTune!
www
XLDってリッピングの結果ARに送信するの?
送信するのじゃなくて出来るのの間違い
送信できるのは正規のDLLを使うEACとdBpのみ
XLDは参照するだけ。送信機能がついているのはdBpとEAC
アイチューン!アイチューン!
iTune!iTune!
www
結局30ずれ問題を手間少なく確実にクリアして、問題無くリップ出来るソフトは何ですか?
XLD
Win対応ソフトでは?
CUETools
568 :
名無しさん@お腹いっぱい。:2012/01/14(土) 18:06:05.86 ID:dzqvUUMy
あげ
蜂はどうよ?
>>569 AccurateRipで紹介してる記事がよくあるから試してみたら
色々な機能を中途半端に詰め込んでるのを売りにしてるような多機能プレーヤーだった
AccurateRipの対応もv1のみでcueシートも3回やってみたけど出力されなかった
cueシートを出力する設定がどこかにあるのかも知れないけどv1しか対応してないしで
面倒だからそれ以上は試すのやめてしまった
XLDがARに登録出来たら最強
Express Ripってどうなん
音楽ファイルを、ALAC+チャプター付きで書き出し出来るソフトはありますでしょうか。
join togetherもgarage bandもALAC出力が不可なようで探しております。
スレ違いすみませんです。
>>574 アルバム一枚をまるまるワントラックにしつつ、曲スキップの為に、join-か、リッピングしたキューシートを頼りにgarage-でチャプター付きで書き出してました。
ただこれだと上限が320kなんで可逆にしたいという事です。
>>573 foobarはどうだろうか。
自分は普段ALAC使っていないから
詳しいことは分からないけど、
ALAC+cueをmp4 chapterで埋め込めるはず。
>>576 foobar2000というのでしょうか?
自分はmacなんです。残念...
でも教えていただいて本当にありがとうございます。
mp4chapsで埋め込めば?
>>578 ありがとうございます。
もう少し勉強してみます。
DL購入した(曲ごとの)ALACファイルを連結させつつ、チャプターも入れてALAC書き出しとかだとさらにややこしい話になりそうですねw
XLDあればイラネ
>>581 ファイル連結してチャプターもは、XLDでは不可。
チャプターの話だったのか
foobarで付けられるチャプターはNero形式でAppleのソフトじゃ使えんから結局イラネだけど
XLDでtakとかできんだろ
wine入れるとXLDでも普通に読めるようになる
結局、wineかよw
>>582 Join Togetherあるが、ロスレスで作りたいって事か。
勝手な質問で恐縮です。
XLDで、FLACの音楽ファイルを、AIFFとALACにコンバートしたいのですが、
いったんWAVに変換したのちに、AIFFやALACにするのがよいでしょうか?
それとも、いずれの形式もロスレスなのでいきなりAIFFやALACに変換しても大丈夫でしょうか。
直接やれ
WAVを経由した所でタグが失われるだけ
アドバイス有り難うございます。
普段使うのがiTunesなのです。
高品質配信の音楽ダウンロードは、たいていFLACですね。
いずれはiTMSでALACが配信されるのかもしれませんが。
みんなCDドライブは高品位の外付け使ってる?
>>591 >みんなCDドライブは高品位の外付け使ってる?
プレクのpre2を使っているけどね。
内蔵CDに任せてる。AR使っても気にすべきところ?
内蔵スリムドライブUJ-240使ってる。
高品位かどうかは気にしてない。
エラーが出なければ平気って感じ。
俺も内蔵でいいかと思ってるんだけど
psオーディオの雑誌みると当たり前のように外付け勧めてるよね
パイオニアのピュアリード機能とかなんとか
うちiMac使ってるけど、リッピングは一切πの外付けBDドライブ使ってる。
iMacのドライブってBD読めないし、スロットローディングかつ周りが鋭いアルミだもんで、
以前雑に入れて傷つけちゃったんだよね。エラー無かったから良かったけど。
リッピングとは無関係の話になるけど
ノートPCとかの内蔵式ドライブの場合、故障したら高額だから
外付けタイプの方を使った方が良いと思う。
内蔵式のドライブを使う時は、PCをリカバリする時くらいにしか
使わないですね。
それはさすがに気にしすぎwww
俺は自分の好みに合わせてプレクの外付け内臓にしちゃったよ。
おなかの中にでもあるの?
外付け内臓…
ピクピク動く粘膜むき出しの内臓が外付けに…
iTunesと比べて、エンコード時間が短くてストレスがないです。>XLD
XLDでCDをripしてflacにしているのですが、ときどきそれぞれの曲の最後2%
ぐらいになってから、急激に速度が遅くなってそこから7〜8分かかってしまう
ことが有るのですが、問題としては何が考えられますかね。CDの盤面に問題
が有るのかとも思ったのですが、遅くなるのは決まって最後の2%ぐらいなので、
それも違うかなと思いまして。尚、MacBook Proの内蔵ドライブを使ってripして
います。
604 :
名無しさん@お腹いっぱい。:2012/03/12(月) 10:12:49.81 ID:oPL3FJ6F
XLDでCD読み込みの出力時に
自動的に%T %Cの様なフォルダを作成して
そこに成果ファイルを割り振る事は出来ますか?
EACでCDをリッピングしようとしたのですが
曲名などの情報が取得できず「Track01.wav」のようになってしまいます
iTunesなどではちゃんと取得できるのですがどうすればよろしいでしょうか
608 :
604:2012/03/12(月) 20:00:02.78 ID:oPL3FJ6F
>>607 ありがとうございます。出来ました!!
便利すぎる
そのフォルダに分割用cueとlogを自動的に保存できますか?
609 :
名無しさん@お腹いっぱい。:2012/03/14(水) 15:41:04.04 ID:uDZdg9Cs
>>609 そのサイトは読み込みのほうだけで書き込みのほうは書いてないよ
9はそのデータの投稿数じゃないかな
ここの
http://homepage2.nifty.com/yss/eac/eac3.htm 各ドライブのOffset値一覧 (修正版)のに読み込みは+30、書き込みは-30したのがそう
下のほうの緑色の(誤った値の旧版)の値になるんだけど
でそのAccurateRipのサイトのと読み込みのとこがあってれば、
まあ多分あってんじゃないかな、もし合わない場合はどちらが正しいのか分かんないけど
16X12 DVD DUALは載ってないけどね
一番上ので聞いただけだとは思うけど、あと載ってないのは他探すしかない
>>610-611 ありがとう、そのサイト拝見させてもらったけど自分のドライブ(Slimtype - DVD A DS8A5SH)は載ってなかったので
AccurateRipのサイトの+6を読み込みサンプルオフセット訂正値に入れてみるよ
XLDでリッピングしていますが、ジャンル分けが変なことがあります。
みなさんはどのような設定をしていますか。
変なことがありますってどういう意味だ
常識では考えられないジャンルになります。
さっきリッピングしたものでは、坂本龍一のピアノ作品が
worldになりました。iTunesではNewageになります。
別にXLDのせいでは無い。XLDが参照するCDDBでの分類でがそうなっているだけ。
ちなみにXLDの機能に読み込み時にiTunes(Gracenote)でのタグを流用するというのがあるので
合わせたいならそれ使えば?
具体的にはどうすればいいのでしょうか。
ぐぐってもわかりませんでした。
iTunesでディスクを認識させた後にXLDを使うだけ
FreeDBでジャンルを上書きしたら意味ないけど
XLDでリッピングしiTunesのプレイリストに取り込むように環境設定で設定します。
次いで、iTunesでそのアルバムを選択し「トラック名を取得」
これはGracenoteを利用しているのではないでしょうか。
iTunesで再生するならそれでもいいね
スレ違いかもしらんが、XLDのGUIでCDの曲をoggでエンコードしても
ReplayGain情報はもしかしてoggファイルには書き込まれない?
あと、可逆圧縮形式含め、どの形式ならリプレイゲイン情報が書き込まれるのか教えてほしい
CDドライブを高いのに変えると出来上がるWAVEも変わるのですか?
624 :
本田:2012/03/19(月) 06:58:30.56 ID:BgHUxrYL
>CDドライブを高いのに変えると出来上がるWAVEも変わるのですか?
PureRead | DVDドライブ | パイオニア
http://pioneer.jp/dvdrrw/pureread/ CDオーディオディスクの再生時において、ディスク上のキズ・指紋・ディスク不良
(歪みや反り、厚さが均一でない、偏芯)
などによりCD固有のエラー訂正システム(CIRC)でも補正しきれない読み取りエラーが発生した場合、
読み取りエラーの部分を前後のデータから生成しデータの補間が行われていました。
本機能を使用することで、ディスク状況を自動判断、
最適な読み取り方法を調整し、
リトライ(再読み取り)を行います。
多くの人の手に触れるレンタルCD、中古CD、
誤って傷を付けてしまったCDなどに特に有効な機能です。
その手の機能で変わるのはエラー無しで読み出せる確率であって
エラーフリーの場合に出来上がるwavが変わるわけではない
アイチューン!アイチューン!
iTune!iTune!
www
XLD初心者です。
各種設定は、デフォルトでいいのですか。
注意点や変更すべき点はありませんか。
>>627 設定項目見て自分なりに変更出来ないならXLD使う意味ないじゃん
iTunes使ってた方が間違いがないよ
EAC/XLDは理解が必要なソフト
「わからないこと」が有るなら聞いたら良いさ
何にも考えたく無いならiTunesで
セキュアリッピングへのキーワード
・セキュアリッピング
・オフセット
・AccurateRip
この辺りをぐぐって理解を深めるといい
質問なんですけどPVのリッピングですが、ファイルを再生すると音声がカラオケバージョンで出てしまいます。
おそらく音声だけ歌つきと切り替えてる仕組みだと思いますが、歌付きの音声を適用させるにはどうしたいいんでしょうか?
>>631 このスレで聞く事じゃないだろ
どっか行け ゞ(`´ ) シッシッシ
次スレは
【EAC】リッピング in ピュアAU板【XLD】
にでもした方が良いな
次はイラね
Mac板にXLDスレでも立てとけ
EACはどうすんだ?
EACはソフトウェア板とCDR板に専用スレがあるし
まあセキュアリッピング全般について語るスレが有ってもいいとは思うけど
それ以前に次スレなんて当分先だろ
ume
はえーよw
EAC作ったのってアメリカ人?
外人って少しでもリッピング遅いとPC壁にぶん投げる位がさつかイメージあるけど、こんな神経質なソフト作るんだな
アメリカじゃなくて,ヨーロッパのどこかじゃないかな?
ちなみに俺の場合だけど,C2エラーが検出できるドライブを使えば,セキュアリッピング,取り込み品質:高
でも1枚3分くらいで終わる。C2エラーが検出できないドライブだと,30分くらいかかる。
ドイツだと思うよ
車が全然通っていない道路の赤信号を横断してるのをドイツ人に目撃されると怒られるそうだね
>>644 ライブをその場でCDにして売るって話、
十年位前のCBSドキュメントでバラカンが紹介してたよ。
>そのため、デュプリケーターの台数だけマスターCD-Rを作っており、その時間も必要になります。
だったらマスターくれ
リッピングにかかる時間って1枚どのくらいが目安ですか?
1枚15分もかけたくないのですが、EACで、ファイル形式はFLACだと、
エンコーダオプションはどのように設定すべきでしょうか?
>>647 補足ですが、コマンドラインオプションは、-8 %source% でいいのでしょうか。FLACなのでビットレートは関係ないようですが、オプション上は何を選択すればよいのかご教示願います。
リッピングのみの時間なら,ちょっと上に書いたよ。
エンコードのオプションは,コマンドプロンプトでflacのバイナリが置いてあるディレクトリまで行って,flac --help
とかって打てば出てきそうだけど。でも使ってないからわかんね。
-8を-0にするとファイルサイズが5%くらい(可逆なのでデータの内容によって変化する)増えるかわりにFLACエンコードに要する時間がかなり短くなるよ。
FLACのオプションについて以前調べたんだけど資料がどこかにいってしまった。
たしか-6と-7のエンコード時間の差が大きかったような気がする。
ファイルサイズが5%増えるとFLACデコード時のファイル読み込み量(I/O負荷)も5%増えることになる、
これが再生音にどう影響するかわからないけど、多分気にしなくて良い。
それよりもファイルサイズが5%増えることによってかさばることが許容出来るかだね
>>649-650 どうもありがとうございます。
PCのスペックにもよるんでしょうけど、ウチだと1枚30分程度かかります。
気長にやるしかないんでしょうね。頑張ります。
それは遅すぎるから-5でいいよ
圧縮率なんて大して変わらないし
ごめん、上で-0をすすめられてたんだな
レスをよく読んで無かった
にしても30分は遅いな
>>653 30分ならマシな方で、稀に50分かかるCDもある。何が原因だろう。-0%にしているのだけれど。CPUはCore i5でPCのスペックという気もしないのだけれど。
帰宅後にあらためてノラ・ジョーンズの「THE FALL」をFLACでリップしたけれど50分かかった。なんでなんだろう。
妄想だけど、ドライブのレンズが汚れてて読み直し多発とか?
物理的な問題かどうかの切り分けは、いっかいディスクイメージにして
仮想ドライブでマウントして吸い出してみればわかるか
話は変わって疑問なんだが、ディスクイメージを作る時点でもリッピングってことかな?
この段階でエラーが生じてエラーデータのまま取込まれても
マウントすればエラーデータは解消されるものなのか?
されません
ってか,リッピングに時間かかってるのか,エンコードに時間かかってるのかの切り分けぐらいしろよ。
それとも,flacは同時進行できるのか??
・ディスクの読み取り面が汚れているor傷がある
・ドライブのレンズが汚れている
・ドライブのオーディオ読み取り性能が低い
・EACの読み取り速度設定が遅くしてある
・CDDAではないディスクをリッピングしようとしている
これらのうちどれかまたは複数の条件でリッピング時間は延びる
トラックまたはディスク全体のリッピングが終了した後エンコードが行われる
エンコード速度はPCの処理能力に完全依存
のらのそのCDはCDドライブを選んだよ
LGでは果てしなく時間がかかったが、プレクスターでは比較的短時間で終わった
理由は知らない
>>656-662 どうもありがとう〜。
>>660 時間がかかっているのはリッピングだと思う。同時進行できるかは知らないが、少なくとも当方の設定ではトラック毎にリッピングの後にエンコード。
>>661 よく理解出来ていないのだけれど、調べながら原因追究してみる。分かったらアップします。
ぼぶまーれーのレジェンドは30分だった。
キャッシュしちゃうドライブ,C2エラーが検出できないドライブは,時間がかかるんだろ。
リッピングが終わったあと「正確にコピーしました」と出れば、例えバーストモードでも、そのトラックはとりあえず
音飛びやノイズは無いと考えていいんでしょうか
まるっきり初歩的な質問ですいません
666 :
名無しさん@お腹いっぱい。:2012/08/30(木) 19:05:56.32 ID:n9EzUQAs
666だ。ヽ(´ω`)ノ
>>665 一応は大丈夫だけど、バースト使うなら他のリッパー使っても大して変わらない
>>667 バーストはやっぱりそうですよね
どうもありがとうございます
スレチかも知れないですが
waveファイルの分割をしたいです。
フリーソフト優先でオススメあったら教えてください!
スレ違いどころか板違いだろ明らかに
671 :
669:2012/10/01(月) 03:11:21.67 ID:oMkkQgxq
ちやみやEAC、プレクスター愛用してまつ
敢えてピュアの住人にお聞きしたいとです
wavの分割もソフトによって音質が(ry
SoundEngine Free
675 :
669:2012/10/01(月) 20:16:17.51 ID:oMkkQgxq
スレチごめんなすん
>673
ありがとうございましたm(._.)m
使ってみます♪
バイナリ一致とか以前に、iTunesで読み込んだらノイズが入るとか再生が途中で止まるとか、読み込みの不具合がときにある。
そういうときにEACとかXLDでリッピングすると、ちゃんと再生できるファイルが出来るので重宝する。
677 :
名無しさん@お腹いっぱい。:2012/10/22(月) 05:51:08.09 ID:dMXerDph
(*´・ω・)
>>676 iTunesで一見ちゃんと読み込めている様に見えるモノにも
わずかなノイズが乗っているかもしれないとは思わないのか・・・
その昔、CDexでリッピングしてたけど、EACに替えてからリッピングしなおす毎日だったな
同じ道を辿ったわw
10年以上前にCDexでmp3にリッピングしたのを
2,3年前にEACでWAVにリッピングし直したw(この1年で更にFLACに再変換したけど)
俺もCDexからだったなw
CDexとEACでWAVリッピングしたのをバイナリ比較したら完全一致したので
どっちでもいいやと思っている
大半は一致したが、傷が多いCDは結構違ったな。
CDexの設定が拙かっただけだろ
オフセット訂正とaccurate rip対応以外は変わんね
676
>>678 > iTunesで一見ちゃんと読み込めている様に見えるモノにも
> わずかなノイズが乗っているかもしれないとは思わないのか・・・
それは思うんだけど、膨大なデータを前にして再読み込みする暇もないので逃避してる。
それよりも新しいディスクを読み込むほうが先だ。
CDexってエラー検出と再読み込みの機能あったっけ?
疑問なら自分で使って確認してみりゃいいんじゃないっスかね
688 :
名無しさん@お腹いっぱい。:2012/10/28(日) 19:05:46.68 ID:67/PI+2D
XLDでリッピングした音声ファイルをiTunesに追加してiPodで再生しているのだけれども,
時々ノイズが発生して無音部分になってしまうことがある.
なぜなんだろう.
誰が同じ現象で困った人はいるのだろうか.
実はバースト設定にしてるとか?
>>684 CDexはセキュアリッパーじゃない件。
あなたの場合状態の良いCDばかり且つ良いドライブだったのでしょうね。
一応CDParanoiaだからな。ただ
キャッシュを殺さない
C2 pointerを使えない
ログファイルを吐かない
あたりがマイナスポイントだな
EAC使ってホーム用にflac、ポータブル用にlameでエンコしてるんだけど
一回のリップで複数のエンコードを同時にこなす方法は無いですかね
今は同じCDを二回リッピングしてるんだよね
EACはWAV吐くまでにして、flac/lameエンコはバッチファイル組んで平行エンコさせる位かなぁ。
ちょっとだけ頑張ってみたんですがCDDBから拾ってきたタグ情報が引き継げないんですよね
試してないけど、タグ引継ぎはWAVで一旦切ってしまうので難しいかもですね。
自分の場合は全ファイルをポータブル用にはエンコしてないので、
基本的にホーム用にはflacでエンコした後、タグエディタで(追加項目やコンピ物等の)タグ編集してます。
ポータブル用にしたいなと思った音源は、変換ソフトを使用してflac->mp3と結局2段階エンコしてますね。
最新のウォークマンはflac対応とどっかで読んだ気がするので心惹かれてます…
>>693 2回リッピングで良いんじゃないの?
俺は、面倒だからMP3で終了にしているけどね
flacからトランスコードすればいいんじゃないですか
foobar2000やdbpowerampあたりでかんたんにできると思います
EAC
____
| |
| |
| |
| |
|___|
|::::::::  ̄| ___
|::::::: | __ (__ )
・∵ |:::::::: | :・ / ヽ / / ̄
∴・ |::::::: |∵ヽ7 / ..へ._ V /
v/ ヽ( )△ィ△ / ゙ii | |/
(( _(( _((ハ ' _ ) `ヘ/___. || | |
lWVl____|◯;;◯;;;;Y_) ヾ |___. . || | | __,r‐、
. !_て7」VWl .ヾ一゙;;;ノノヾ, | ̄ || | | ̄__), \
ヾ (  ̄ ̄ ̄) ノ__,ノ‐-__ !! ノ_ノ ̄ . ヾ、__ノ
家用にWAVE、ポタ用としてiTunesで転送するときに256kbpsAACに変換してるオススメ
ベータ2使ってるんだけどベータ3はどんな仕様変更がされてるの?
704 :
名無しさん@お腹いっぱい。:2013/01/16(水) 07:46:27.61 ID:InKWz4uW
age
HDCDって24bitだそうですが、XLDでリッピングする時そのまま24bitでリッピングするにはどういう設定にしたらいいですか?
16bitでリップして後処理で24bit相当にしてるだけ
だいいち変な円盤持ってきても普通のドライブじゃCD部分しか読めませんから〜
SACDと勘違いしてないか
HDCDは通常規格のCDに特殊な情報が埋め込まれてるだけだぞ
ググるとfoobar用のhdcdデコーダーは有るみたいだけど、Mac用のは見つからん。
710 :
名無しさん@お腹いっぱい。:2013/03/23(土) 03:45:47.36 ID:U9h/6/Wl
dbpowerampでリッピングすると読み取れずに固まる曲がある。
CDを念入りに磨いて何度やり直しても壊れてるんじゃないかと思ったくらい。
しかもリッピング速度早すぎね?
メディアプレイヤーで取り込んだら無事にリッピングできたし、動作もゆっくりで安心感あるんだけど本当に大丈夫?
そのソフトは使った事無いからアレだけど、
読めない部分を何とか読もうとする(けど読めずに終わってしまった)のがdbpowerampで、
読めないから早々に補間データでお茶を濁すのが一般的なソフトでしょ。
712 :
名無しさん@お腹いっぱい。:2013/03/23(土) 04:11:44.75 ID:U9h/6/Wl
丁寧に読み取ろうとしてるわりに速いのなんでかな?
CDによって全然違うし。
へたすると読み取りごとに速度が違うぐらい。
非常に不安定な印象。
713 :
名無しさん@お腹いっぱい。:2013/03/23(土) 04:15:20.92 ID:U9h/6/Wl
>>711 そんなふうに考えられなくもないけど制度が低いから失敗するんじゃね?
メディアプレイヤーはゆっくり丁寧に読み取りミスもなく高精度を保ってるかもしれん。
世界のマイクロフソトとどこの馬の骨か解らん誰も知らない二流メーカーのリッピングソフトなんて
売り文句ばかりでこりゃ解らんぞ。
そうか。ネタで言ってたのか。
715 :
名無しさん@お腹いっぱい。:2013/03/23(土) 05:28:37.18 ID:U9h/6/Wl
>>714 CUE+BIN と WMP と dbpoweramp
つまり、ISO WMPリップ dbpower の3つとも、容量が違うんだけどこれはタグのせい?
画像データは入ってなかったので正味の容量だと思うが。
曲の継ぎ目などの無音での狂いかな?まずこれ説明してくれない?思うことがある。
CUE+BIN→ISO、WMP→WMPリップ、dbpoweramp→dbpowerって対応なのかな?
なら、とりあえず、ISOとBIN+CUEは違う物。
オーディオCDは、最初にTOCがあって、PCMオーディオが続く。
BIN+CUEは、TOCやらはcue sheetの書式でテキストファイルに、
PCMはそのままかWAVあたりに書き出される。
ISOは、TOCを解釈した上で、各トラックを各WAVファイルに書き出す。
この場合の細かい仕様は知らないけど、最初のトラックのプリギャップは切り捨てらしいよ。
タグはWAVの場合、WAVヘッダーに書くのと、id3タグとして書く物が有るらしいけど、
リップする時はPCM純潔主義者だから知らない。
あとは知らない。ピュアなマカーだから・・・///
717 :
名無しさん@お腹いっぱい。:2013/03/23(土) 07:48:11.81 ID:U9h/6/Wl
>>716 とりあえず簡易的なものだがISO同様にマウントできたよ?
同じようなものだと聞くよね?WMPとDBの両リップもサイズは違ったが
詳細やタグが違うので容量もズレて当然だよね、考えてみるとごめw
ふむふむふむふ、どうもどうもお気遣いどうも。
718 :
名無しさん@お腹いっぱい。:2013/03/23(土) 07:54:38.72 ID:U9h/6/Wl
CDのイメージフォーマットをisoと呼ぶのは間違い。単なる呼び方の問題だけど。
リッピング後の保存方法はどれでも変わらん。
dbpowerampはセキュアリッパーだけど、AccurateRipに登録されているCDだと
普通のリッパーと変わらない挙動をする。
AccurateRipとの照合に失敗するとセキュアリッパーとしての挙動になる。
720 :
名無しさん@お腹いっぱい。:2013/03/23(土) 16:39:17.52 ID:qsz4ZvB/
エンクロージャの箱って言わないか?レタスやキャベツのこと葉っぱって言わないか?
アッパーかスリッパぁ知らんが調子に乗るなよ。
HDCDってEACで普通にリッピングでOKですか?
724 :
名無しさん@お腹いっぱい。:2013/03/24(日) 12:34:19.95 ID:ckQcEUfL
SACDがお気軽にリップできればいいのにな。
SACDに用事はないがねwPS3もいらんしねw
>>723 自分はfoobarにHDCDデコーダを入れて聴いてるよ。
非対応のプレイヤで再生するにはデコーダで
デコード済みのファイルを用意する必要がある。
>>725 なるほどッス
プレイヤーはWMPを使ってるので、そろそろグレードアップしようと思います
>>726 EACで吸い出したデータをDAEMON Toolsとかで
マウントすればWMPでも再生できるよ。
ただ、マウントの手間があるからfoobarだとか
デコーダのあるプレイヤの方がお勧め。
>>727 そうなんですか
とりあえずfooberなるもの試してみようと思います
729 :
名無しさん@お腹いっぱい。:2013/03/25(月) 10:04:18.24 ID:T8gKNS/G
どうしても腑に落ちないわけだが、デジタルをデジタルで劣化なくデータ移動できる
PCのドライブで再生する音はどうして顕著なほどノイズ塗れになるんだ?
10年以上、「CDプレイヤーは必死に聴き比べてナンボ」または「どれも同じ」という
感覚を持っていたので同じ曲を吸い出したWAVEとドライブを交互に聴いて驚いた。
16倍書込み×2回のCDRとCD原本の音も同じだったことにも驚いた。
核込速度はデジタル移動、これは問題ない。メディアの質を一切問わないと俺の耳は判断した。
品質の悪いドライブでこそ音の差異が顕著になりそうなものなのに。
電源回り?ノイズ要因?
今まで経験してきた事実が間違いだったと自分を正すしかないような定説の数々。俺は今疑っている。
またオーディオCDと劣化のないはずのPCのWAVE、これには確かな差があるのも事実。
そして俺の耳は最終的にリッピングにより音が変わると判断している。
現実的に全データを比較検証もできない上、オリジナルのファイルを生成する上で比較が難しい部分があるので
作業として大変なわけだが過去の経験と照らし合わせるとデジタルは劣化する
或いは劣化要因を頻回に生むという結論。デジタルを信じられなくなった今日この頃です。
730 :
名無しさん@お腹いっぱい。:2013/03/25(月) 10:08:16.58 ID:T8gKNS/G
>オーディオCD →オーディオCDプレイヤー とPCWAVEな。
理屈では劣化要因はないのに明らかに音が劣ることも、逆に勝ることも確かに耳で確認している。
好都合なデジタルアンプの音が現によくないようにデジタルの音も様々な劣化要因がある。
しかも頻回に起こすとだけ頭に留めておいてほしいと思う以上。
そりゃオーディオCDプレイヤーの音とPCの音を比較してるんであって
CDDAとWAVの比較をしてるんじゃないな
732 :
名無しさん@お腹いっぱい。:2013/03/25(月) 14:15:48.25 ID:T8gKNS/G
>>731 じーっと読んだ、考えながらなw
うん。そうだな。だから結果だな。結果が伴わないと意味がないというか。
結果まずいものを食うことになる事実に変わりない。
そもそもPCWAVEがオーディオCDPに劣る理由すら意味が解らない。
最終的に出した結論はPCアプリのプレイヤーで音も変わるしWASAPIを利用しても
何をしてもPCで再生することに劣化要因があるんじゃないかと結論付けた。
PCがダメだとしてWAVE再生に特化した高級機器ならどうだろうか。
そう考えるが、これもどうも違うような気がする。
技術が問題になるか、読みだし方法が問題になるのか、CDPより上を行く気がしない今後も。
ものによるだけなのかね〜。まぁ当分難しいのは間違いなさそうだ。
733 :
名無しさん@お腹いっぱい。:2013/03/25(月) 14:25:33.70 ID:T8gKNS/G
あぁそうそうPCソフトのプレイヤーで音が変わること
WASAIで音が変わること、ドライブで変わること、DACで変わること、などなど
とにかくPC関連の諸々は僅かながらに神経を研ぎ澄ませば確かに音が変わると俺は確信してる。
要するにまだまだ音の劣化を防げるという答えでもあるわけだ。
だがどうだろうか、オーディオCDPで聴くCDとSACDの差は
CDP直挿しで、高解像度ヘッドホンで聴いても差はないと過去に判断した。
全く違いがないと結論付ける結果になったんだな。やるだけやったので再確認しようとも思わない。
つまりCDPはある種完璧でPCは劣化要因が山ほどある、という考え方もできなくはないと思う。
それを当たり前の話として流してしまうより、迷惑な根拠がないと自分の中で納得できない。
だから音の差の分を根拠を自分なりに出し示してるわけだ。
ものによるだけなのかな。ヘッドホンアンプに直よりCDP直のほうが音がいいのはDACだけの差か
機種違いによる性能差か? そうじゃないような気がする。
価格差なのか、性能差なのか、PCに独自のマイナス要因でもあるのか
あー解らない、解らないが出てくる音は容易に答えを出してくれる。それに勝るものはなし。以上。またな。
734 :
名無しさん@お腹いっぱい。:2013/03/25(月) 14:27:07.99 ID:T8gKNS/G
迷惑→明確
HDのMTRにCDDAとCDRに記録した
WAVEを同じドライブで取り込んだら
比較できませんかねぇ
トラックの切り替えで音の比較もし易そうですけど
HYBRID SACDを再生中に、プレーヤー側でCD・SACDと切り替えると、糞耳の俺でも明らかに音が違うけどね
737 :
名無しさん@お腹いっぱい。:2013/03/26(火) 13:21:45.60 ID:0yoE8XA0
どう違うの?そしてその差を生む理由は?
>>737 HYARIDでイタリアオペラアリア集を聴きました
ソプラノの伸びやかさ、オーケストラの細やかさがやはり違います
臨場感というか
理由は不明です
生演奏と比べればどんぐりの背比べではありますが
740 :
名無しさん@お腹いっぱい。:2013/03/27(水) 11:28:52.73 ID:QOKrRxBV
人間はどんなに高音質でも劣化した成分は聴き取れる。
だがね、より高音質化するオーディオの迷信は聴けないよ、とてもとても。
低圧縮されたMP3とWAVE聴けるやついないんだから。
「思う」だけでは駄目。誤らない分別ができなきゃ。
何日、何か月、何年と、的確に聴き分けできなければ『同じ音である』と証明しているようなもの。
劣化要因を拭い去り高音質化に努める方が遥かに有意義だと思いますよ。
741 :
名無しさん@お腹いっぱい。:2013/03/27(水) 11:37:41.45 ID:QOKrRxBV
俺のいうことが信じられないなら、SACDとCDと再生してPCで取り込んでみ?
納得できる周波数で取り込んでみ?一切の差は出ないし聴き分け付かないはずだぞ。
CD原本メディアと、安いCDRに高倍速で何度も書込みしたメディア、とを
納得できる周波数でPCに取り込んでみ? 一切に音の差は出ないし、聴き分けできないと思うぞ。
だがしかし、WMPでリップしたものと、BDPOWERでリップした音源は音に差を作り人間はその音を違いと確かに認識できる。
これも聴き分けできないのに思い込みでものを言っちゃいかんよ。
ACアダプター式からバスパワーのドライブ
に買い換えようと思ってるだけど
バスパワーってちょっと不安大丈夫かしら、、、
>>743 焼きではないので大方問題無いと思う。ジッタエラーの発生率は電源だけでなくドライブ全体の性能。
リッピングはC1・C2エラーが出てもエラー訂正を行い、最終的にCUが残らないようにさえすれば良いので、
きちんとセキュアリッピングを行うことが重要。
フェアポートコンベンションのフルハウスという
輸入盤をリッピングしてWMPですべて再生をしたら再生
できませんでした。
ミラーリングするとファイルオープンログが見つかりません
というエラーすらでてしまう始末でございます。
このCDを問題なくリッピングできる解決策が
ありましたらご協力お願いいたします。
それでは用件のみとなりますが、失礼
させていただきます。 敬具
≫744
ありがとうございます。
747 :
名無しさん@お腹いっぱい。:2013/08/10(土) NY:AN:NY.AN ID:DcuZQWJx
test
両方使ってみたが、AudioGateでDSD変換し、DSDネイティヴで聴くのが
一番音が良かった
だから今はCDリッピングは全てその方式にしてしまった
プラシボではなくて、本当に音がいい
CDのデータ以上の音質改善はあり得ないなどと能書き垂れる前に
やってみ!
えっ…
リッピングしてできるビットパーフェクトなデータは保存用に残しておいたほうがいいよ。
将来もっといい変換方法ができるかもしれないし。
だな
ノートPCでEAC使ってんだけど、みんなどれくらいの速さでリッピングできてます?
たとえば、フルトヴェングラーのベートーヴェン第9番(74:41.05)だと、終了時のダイアログメッセージで
セキュアモード 5.3x → 0:13:58
シンクロナイズドモード 3.1x → 0:23:49
バーストモード 7.3x → 0:10:07
と、ちょっと遅いです
ノートPCでもっと速いよというものがあったら教えて下さい
MATSHITADVD-RAM UJ880ASのセキュアで13.4 X出ています
CDは2001年ぐらいのやつです
>>755 東芝です
基本的に読み取り速度はドライブに依存するので
PCのメーカーはあんまり関係ないと思いますよ
>>753 Windowsじゃなくて、Mac miniに外付けドライブだけど、CDによっては、セキュア
で20〜30倍で読めることもある
逆に1〜2倍になるCDもあるけど
なんとなく、CDメディアの質の問題はあると思うけど、ドライブとメディアにも相性
があるって感じです
CD再生だと低速で回した方が音がいいけどリッピングでも低速の方が音いいっすよね
リッピングに関してはバイナリデータ化されるから変わんない
等速で読もうが32倍速で読もうがエラーが出なければ同じデータ
こういうバカ多いんだよな
USBケーブルで音が変わるとか言ってるのと同じ
>>760 安物なUSBケーブル使えば、
0、1、0、1の信号が
0.1、1.2、0.05、0.98みたいに劣化するからダメだろ
せっかくのデジタルの良さが台無しだ。
>>759 だってハードディスクとUSBメモリとSDカードで音が違うじゃないっすか
データが一致してても
>>762 それ再生の時の話でしょ
リッピング時には変化してない
>>761 これは面白いことを言う御仁だw
デジタル伝送は、その辺のことは織り込み済みなのだよ
アコリバやサエクなどのイカレポンチ業者のいうことを真に受けない方が良いぞw
TCP/IP、CD-ROM等々、ファイル転送系はエラー発生が当然であってほぼ完璧に訂正できる。
デジタル音声転送系だとUSBの音声転送は少しエラーに弱くなるが殆ど問題ない。
CDDAはエラー発生が当然だが、殆ど訂正できる。しかし訂正できないエラーが残ったりする。
CDDAのエラー訂正はCD-ROMのそれに比べ脆弱。
CDDAに比べれば発生しにくいが、エラーが発生した場合に致命的なのはエラー訂正を持たないSPDI/F。
やっぱ情弱相手の商売って楽だよな
ちょっとでも理系の知識があれば嘘だってわかるのに
>>757 XLDの環境設定でC2エラーの情報を利用するにチェックを入れると極端に遅くなります。等倍速くらい。
で、リッピング後のログを見ると毎回必ずAccurateRipがNGになってます
分かった!
セキュアのリプは単なるデジタル伝送ではなく、
高音質化か何かなんだ!
これで全てのレスのつじつまが合う、 気がする。
なんでそんな事思ったの?
>>768 その考察はcorrelation does not imply causationといわれるタイプの実験科学で陥りやすい勘違いの虞が高い
そうお?
でもさー、
セキュアって、割と些細な事で音変わらない?
まあ、自分で試そうとしないネット知ったかに余計なエサを与えないのが今のトレンドっていうなら、
具体的な事は書かないけどさ。
> セキュアのリプは単なるデジタル伝送ではなく、
> 高音質化か何かなんだ!
元データに何かが付加されるとしたら、訂正出来なかったエラーが残留しているだけ。
> まあ、自分で試そうとしないネット知ったかに
まず自分で音の違いを感じるファイル同士のバイナリ比較くらいやったことがあるのかと?
ちなみにバイナリ一致しないならどちらかに訂正出来ないエラーが残留しているんだぜ。
エラーが好きなら好きでそれで良し。とやかく言う理由は無いよ
とりあえずパイオニアのピュアリード機能で取り込めば、それでOKかなと。
昔やった実験
・SDM1712 1280円ぐらいの安物ATAPI
・PXW1210TSE 3万ぐらいの外付けSCSI
・冒頭or末尾がゼロフィルされているCD
・反射面が良好なCD
オフセット調整後、両ドライブで4倍速ぐらいでリッピング
結果:リッピングされたWAVのSHA1が一致
結論:安物ドライブでも有名メーカードライブでもリッピングデータは変化しない
いやね、
俺が思うに、データを読み込む部分ではなく
読み込んだデータをwaveに変換する部分がなんかこー、アナログチック感? 的な。
芋場をUSB接続した状態でリプしたら音クソわるー、とか
昔あった、回路内とかの帯磁を除去する音を鳴らすと再生音どころかリプにまで影響でてるよー、
しかも、アルバム一周する頃にはもう効果か落ちちゃってるよー、PCってば帯磁ぱねー、 的な?
それはもー、違いすぎちゃって違いすぎちゃって、バイナリ比較なんてする気もおきないよー、 レベルで。
ピュアオーディオ、それはファンタジー。
778 :
名無しさん@お腹いっぱい。:2013/08/29(木) NY:AN:NY.AN ID:XLfOTHN5
皆さんはCDを取り込んでる際に
同期エラーと取り込みエラーがでたものはどうしてます?
諦めるか、消してもう一回取り込みしたり、CDと音比べたりしてるのですが
779 :
名無しさん@お腹いっぱい。:2013/08/30(金) NY:AN:NY.AN ID:m+hAceFe
ピュアリードのパーフェクトモードで取り込めばOK
780 :
名無しさん@お腹いっぱい。:2013/08/30(金) NY:AN:NY.AN ID:+NF5uD+B
やっぱりripする時は、冬の乾燥した時期がいいよね。それも出来れば深夜。
エッジの立った良いデータが取れる。
781 :
名無しさん@お腹いっぱい。:2013/08/30(金) NY:AN:NY.AN ID:aZwdqXUI
リップ中の電源環境とか、最初はバカにしてたけど、
どうやら、そうも言ってられないみたいだな
まあどんどん金を使ってくれや愚か者ども
このスレって「正確にリッピングできるかどうか」が話題じゃないの?
再生時の音質云々については別のスレでなりやってくれよ
784 :
名無しさん@お腹いっぱい。:2013/08/30(金) NY:AN:NY.AN ID:YL8JzPy2
その再生音のためのリッピングだろ
CDのデジタルデータを正確に吸い出したらそれ以上は無い。
それを行う為のリッピングがセキュアリッピング。元のデジタルデータ以上のものはただの添加物。
このスレはただただ正確に吸い出すことについてのスレで、音質云々はスレチ。
そのCDの原理やセキュアリッピングの理論が分かっていない奴が多すぎるから、ただそれだけの為のスレの存在意義がある。
786 :
名無しさん@お腹いっぱい。:2013/08/30(金) NY:AN:NY.AN ID:/g/LDfsW
winxpでリップすると音がいいね。
古き良き時代なだけあって無駄な味付けのない忠実な音。
7と8は明らかな味付けがあり無駄に元気な音になる。
深夜まったり聞きたい時はwinxpでリッピングし
パーティーやドライブで聞く曲はwin8でリップのwavにしているよ。
ドライブの電源を変えるだけで明確に音が変化する
pure readのパーフェクトモードでエラーも出ておらず、アキュレイトリップでもエラーは出ていなくても
当然バイナリも一致しています。一体これは何なんですか?
夢物語
とりあえず、パリナリ一致やAccurateRipと整合したらこのスレから出て行ってもらおうか。
このスレが叶えるのはそこまでだよ。
790 :
名無しさん@お腹いっぱい。:2013/08/31(土) NY:AN:NY.AN ID:YJ+7R1TL
リッピングの質が再生音に影響するってことだろ
ならここで話すのはべつに間違っちゃいないよ
>>790 リッピングの「結果」が同じなら、「質」はどうでもいいじゃろうw
100倍速いとか、爆音ドライブとかならまだしも・・
オーディオって難しいっすね(´・ω・`)
793 :
名無しさん@お腹いっぱい。:2013/08/31(土) NY:AN:NY.AN ID:SQDpm2OO
>>791 「質」とは「結果」のこと
これがわからなけりゃこのスレから出ていってくれw
CDオリジナルデジタルデータを100%とすると、リッピングでは100%を越える事は絶対にないのだが。
リッピングによって音が変わるということは100%のデジタルデータにならず、エラーが混在している状態。
その100%をリッピングできたという結果さえ出たら、音質云々はこのスレの対象にあらず。
皆さんはご存知だと思うが、オリジナルの100%のデジタルデータは誰もしらない。
従って、複数回リッピングしてそれぞれバイナリ比較したり、
たくさんの人がリッピングした結果のデータベースAccurateRipと照合したりして
相対的に確かめることになる。
つまり同一データで音が変わるとかいっちゃうあんぽんたんは他所へどうぞ。
100%を超えるって……
797 :
名無しさん@お腹いっぱい。:2013/08/31(土) NY:AN:NY.AN ID:oCIOyR/l
>>794 オリジナルの100%のデジタルデータが誰にもわからないのに、バイナリ一致とかアホなの
挙げられた検証方法だって単に確率の話だろ
同一データかどうかはわからん、ただの妄想
ん?2つのデータでバイナリ比較して同一だが、音が変わるとかいうのはアホだろ。
例えば
>>787はそういうことをいっちゃっているわけだが。
CDはデータの量が1GB以下と少ないため、CRC32が一致しているのにデータの内容が異なる確率は0と考えて良い。
AccurateRipは一致するが、CDに入っているデータが最初から壊れていて、CDを購入した人が全員間違ったデータを受け取っているという事は、あるかもしれない
>>797 君は統計論を勉強した方がいい
AccurateRipで一定数以上マッチしたものは100%正しいデータと見なしうる
コピーコントロールCDとか懐かしいな
802 :
名無しさん@お腹いっぱい。:2013/09/01(日) 11:16:47.14 ID:3T/b1L1N
>2つのデータでバイナリ比較して同一だが、音が変わるとかいうのはアホだろ。
全然音が違うのに「同一」いう結果をだすバイナリソフトの方がアホなのでは?
きっと、くっだらない脆弱性とかあるんだよ、きっと。
AccurateRipだって、多くの音に無頓着なぱんぴーがみんなで同じ間違いをすればそれがまかり通っちゃう仕様なんだろ?
そもそも最近のネットなんて情報操作まみれなのに、ネット情報の言いなりなんて、
それこそ、自分の耳で聞こうとも自分の頭で考えようともしない、自分では何もしてない人じゃん。
えっ……
音が違うのは、ソフトに脆弱性があるからだったのかw
レス乞食さんの言い分は「手元で同一バイナリでも採り方違うと別の音になってる」だから
他人やネットがどうとか関係なく手元でバイナリ一致してるデータの話だけどな
今のままだと具体性のない思いつきをあやふやに語るだけだからただのスレチレス乞食だけど
スレチじゃないなら妄想事実のアピールじゃなくて客観化された方法論の説明がされるはず
具体的な製品名を伴った音のテストの仕方などのノウハウが語られるのを待つべき
くっそワロタw
バイナリ比較なんてソフトウェアの中でも特に単純な部類だぜ
二つのものを比べるだけだもの
101001と101001を頭から順に比べていくだけだぜ
人間様でも時間があれば出来るものだぜw
807 :
名無しさん@お腹いっぱい。:2013/09/01(日) 20:30:59.60 ID:Y00yPtYf
PCからUSBメモリに一度入れたデーターとか
DVD-Rに書き込んだデーターをまたPCに戻すと
やはり音質は変わるよ。
バイナリは同じだがUSBメモリやDVD-Rの電磁波や磁性体をうけている分やはり音質が違う。
人間の知覚は信頼できないということがわかる例ですね。
CDを2回再生すると音が良くなったように感じる現象とか、
部屋を真っ暗にするとテレビのサイズが大きくなったように感じる現象とかと同じで、脳内で何らかの違いが生じているのでしょう。
DSDかFLACでもうお腹いっぱい
充分満足です
おいおいネタなのかマジなのかはっきりしてくれよ
笑うに笑えん……
ファンタジーだかオカルトだか知らないが
こじらせるとこうなるのか……くわばらくわばら
812 :
名無しさん@お腹いっぱい。:2013/09/02(月) 11:03:01.18 ID:7T3a5IoP
リッピングスレで荒れない方がおかしいw
信者同士の対決の場
同士ってなんだ
科学も宗教とみなすのか?
>>812 他人面してないではよ具体的なノウハウを語れよ
詳細に語らないと信仰が疑われるぞ
815 :
名無しさん@お腹いっぱい。:2013/09/03(火) 11:01:41.19 ID:SAMPpYAV
リッピング中はモニターの電源を落とし、マウスにも触れないほうが音がいい。
モニターの電源を落とさないで出来上がったwavはノイジーに感じる。wavにモニターの電磁波が乗ってしまうのだろう。
マウスも、マウスを動かしたという信号がPC内を通るわけだから、リッピングしているwavと混ざってしまい、
バイナリに影響がない程度にわずかにデーターが破壊されているのだろう。
>815
リッピング中は息を止めておくこと、さらに音がよくなる。
>>815 リッピングする前は禊をして、作業中のPC以外の電化製品はすべて電源を落とし、
断食するととても音が良くなるらしい
818 :
名無しさん@お腹いっぱい。:2013/09/03(火) 13:31:28.69 ID:JZvGx3MM
リッピング前後3日間は女厳禁だぞ
ヌルポ(´・ω・`)
PCの音をヘッドホンにして、
そのヘッドホンを動いている扇風機の近くに置いた状態でリッピングしてごらん。
さらに新たな発見があるかもよ。
>>820 その環境でもアキュレイトリップとの整合はとれますか?
822 :
名無しさん@お腹いっぱい。:2013/09/03(火) 23:14:47.49 ID:wLOoSR0A
とれます
すべてとれます
音質なんかを気にする奴は負け組
下らない粗捜しをして、わざわざ自らストレスを溜め込んでいる
本当に音楽を愛していれば、レコードだってカセットだってトランジスターラヂオだって
ちゃんと心に響いてくる
なんで君はここに来たの?
XLDで同じCDでも速度が速い時と遅い時があるんだけど、これは何でや?
ディスクの偏心なんかで回転が安定しない場合、ドライブが勝手に回転を落として遅くなる
EACの話なんだが、
本来、低速になるべきCDで低速にならなかった時は、
CDの異常を正常に検出できなかったと思った方がよかったりするのね。
いつもはエラーが出る部分でエラーが出なかった場合も、むしろ怪しいと思った方がよい。
だから、エラーが出たからって何度も何度もやり直して、エラーが出なかったのを採用なんて絶対しないほうがよい。
俺のドライブがヘボいだけかもしんないけどさ。
>>828 logに怪しいところは怪しいって出るんだからそれでええやん?
エラーが出なかった時、AccurateRipと一致すれば問題ないっしょ
それとエラーが出やすいことが分かってるなら最初から読み取り速度を控えめにしておけばいい
>logに怪しいところは怪しいって出るんだから
いやそれが、エラー検出が正常に機能していないときは
「プチッ!」っていう明らかに耳でも分かるエラーがあるにもにも関わらずエラーと検出しないんだよー。
>AccurateRip
俺は余計なプログラムでも音が変わるの知ってるから、
AccurateRipなんてハッタリだけの役立たずは使わない派。
>速度を控えめ
EACのそれウソだから。
日本語化の解説にもあるし、ちゃんと試せばわかる事。
プログラムは過信せず、ちゃんと自分の目や耳で確認することも大事だよ。
いや、マジでマジで。
いつもの人か
>>828 そういう時は、別メーカーのドライブで読み取ってみればいいじゃん
個人的には、なんとかReadって機能はあまりアテにしていない
初心者の初歩的な質問ですみません。
CDからできるだけ音源に近い忠実なリッピングをしたいと思い
ググった結果EACにたどり着いたのですが、
>>221のリンク先を
参照してみたところ
・iTunesとWMP12とEACでリッピングによる音質の差はない。
・iTunesやWMP12のエラー訂正では読み込めず、音飛びや
ノイズとして処理されるものが、EACのセキュアモードだと
正確に読み込める可能性がある。
という認識で合ってるでしょうか?
ttp://bbs.kakaku.com/bbs/-/SortID=12394300/ 上記の掲示板だと、WMP12やiTunesよりEACの方が音質が良い
とありましたが、これは所謂プラシーボなんですかね?
ちなみに、iTunesとWMP12とEACでそれぞれリッピングしてみた
ところ、iTunesとEACのサイズはbitに至るまで同じサイズでした。
これについては、それぞれのリッピングソフトで同じCDをWAV形式でリッピングして、WAVファイルの比較ツールを使って比較することで
同じか違うか、自分で調べることができる。
iTunesは、“オーディオCDの読み込み時にエラー訂正を使用する”にチェックを入れないと正しくリッピングできないことなどがわかるだろう。
>>834 それで問題ないと思います
EACはエラーが発生しても訂正可能であれば正常に読み取れます
また、読み取り面、回転状態が良好ならばどのようなリッパーを使用しても違いはありません
音質に関してはデジタル処理が継続している限り変化しないものと思われます
リッピングは読み取りから記録までは全てデジタルで行われるので同様のことが言えるでしょう
ただ、聴くことに関してPCのアナログ音声回路は高級オーディオに比べるとおもちゃのようなものなので
“向いていない”と思います
>>836-837 レスありがとうございます。
EACのセキュアモードでリッピングして、ノイズや音飛びが生じなかった
場合に"iTunesとEACで音質に差が出た"と感じるのかもしれませんね。
ちなみにですが、EACでリッピングしたWAVファイルにタグ付けをして
フォルダにタイトルやアルバムを表示することはできるんでしょうか?
EACでリッピングしたWAVファイルをタグエディタで編集したみたところ
WMP12でリッピングしたWAVファイルのように、フォルダにタイトルや
アルバムを表示することができませんでした。
バリナリ一致やAccurateRipと整合したらおしまいなんていう人は、
何しに此処に来ているのでしょうか?
それで満足なら、もう此処には用がないじゃありませんか。
お決まりのツールでリプして比較するだけの簡単な仕事をこなして
音が違っていても何の疑問も感じず、機械の言いなりになる俺カコイイ、とでもいいたいのでしょうか?
それとも、いいリプを聞いた瞬間、いままで集めたモノがゴミ音だった事を知るのが怖いのでしょうか?
音に対して何のこだわりも無く、都合の悪い事からは目をそらし、もちろんお金もかけない。
そんのこと教え込めば小学低学年にだって出来そうじゃありませんか。
そんなものに何の価値があるのでしょうか?
バイナリ一致すればデータの内容は同じです。
もしバイナリ一致する2つのファイルを再生して音が違うとしたらその原因は
物理的音響現象の差異によって発生したのではなく脳内で起こる心理的現象によって違いが生じている。
わろた
自分は小学生以下だって言いたいのかな
オーディオを趣味とする者としてクオリティを追求したいという気持ちはわかりますが、リッピングはバイナリ一致がゴールでそれ以上はありません。
レコードがCDになり、CDがコンピューターになって、いよいよソースコンポーネントから神秘的要素が減ってきましたね。
まあ、理科的知識のない人間にとっては昔からブラックボックスのまま変わらんね
ノイズ発生源だらけ、ノイズ収集源だらけ、回路内も帯磁しまくり、
何もしてなくてもタスクマネージャのプロセスは頼んでも無いプログラムでびっしり。
クソバカでかい起動音で振動もしまくり。
こんなクレイジーなPCで
傷やらジッターやらインクの帯磁やらでいちいち音が変わる、
30年前の欠陥まみれのクソフォーマットであるCDをリプして
安易にバイナリが一致する事の方に、何の疑問も感じないとはねえ。
どんなに優秀な人間がつくったプログラムでも何かしら脆弱性があるのに、
何処の馬の骨が作ったか分からない、間違いがあったも誰も責任をとらない、
そんな得体の知れない怪しいプログラムなんかを、神のように信じなすかあ。
ふーん
ぷぷ。
脆弱性って使いたいだけちゃうんかと
起動音w
848 :
名無しさん@お腹いっぱい。:2013/09/18(水) 23:14:01.56 ID:0eiXH267
キジャクだろw
>>848 分かってないなー。
音質が良くなると、音像がクッキリして立体感がでて表現力が向上するんですよ。
今まで特に好きじゃなかった曲まで、なんかいい曲に聞こえてきたりするんですよ。
それにね、デジタル特有のノイズは体に悪いですよ。 いやいや、マジでマジでマジで。
最初は長時間聞いてるとなんか怒りっぽくなるなー、から始まり、
頭痛肩こり腰痛関節痛、やがては三半規管が狂わされてホームへ転落ですよ。
ところが、PCを見直し、可能な限りデジタルなノイズをなくすよう努力したwaveを聞くようになったら、
まだ未完成にも関わらず、今までの体の不調が嘘のように回復。
精神的にも穏やかな気分で音楽鑑賞できるようになりましたですよ。
PCは開運の壷じゃねーんだよ
スレチ承知の質問です
DVD-Videoの音声だけをFLACやWAVで抽出したいんだけど、有償無償問わず、
おすすめのソフトがあったら教えてください
DVD-Videoのチャプターごとに別ファイルになっていると申し分ないのですが。
自己レスです
DVD decrypterを使えば良いのね
違法。
自分所有のDVDなら合法じゃなかったか?
驚くべきことに自分が購入したDVDを自分のiPodで鑑賞するためにリッピングする行為は2012年10月の法改正で新たに違法になりました。
違法です
罰則はねーけどな
暗号化されたコピー保護を解除しなければ問題なし
>>861 売り物のDVDは、たいていはダメってことだな
863 :
名無しさん@お腹いっぱい。:2013/09/24(火) 12:43:35.13 ID:1nLSQMiF
どうだい、夜が涼しくなってきたからripで良い音が採れるようになっただろw
864 :
名無しさん@お腹いっぱい。:2013/10/09(水) 23:45:38.58 ID:n7wOVGq4
オカルト板とオーディオ板は同じようなもんなんだな
似てると言えば似てるがあっちは怖いw
このスレ最初から読んでようやくEACの正確なリッピングを理解できた気がするわ
あくまでエラー訂正とARの二つが他のリッパーよりも正確なだけで音質とは関係ないのよな
もちろんエラーも正確に訂正できることを音質に含める?のなら音質というのかもしらんけど、知恵袋やらTwitterだと音質が良いソフトと謳われてるから勘違いしてたわ
新品で買ったCDで指紋も付けずに扱ってるものならEACでなくてもいいわけだな
レンタルCDに効果的だと結論づけたわ
神経質な俺にはなくてはならないソフトだ
EACじゃなくてもいいけどエラーはちゃんと感知するソフト使った方がいいよ
CDは新品でもドライブはそうじゃないんだから
EACはオフセット調整できるのがいい
ドライブにもよるけどちゃんと調整すればデジタルデータとしては取りこぼしがなくなる
とはいっても普通はほとんどゼロデータだけど
そもそも音楽をダウンロード販売で買えばいいんじゃね?
EACであれこれ設定いじるよりも
dBpowerAMPデフォルトの方が
信用できる気がしてきた
EACの設定は難しいというか
効果も含めていろいろよく分からないところがある
その点 dBpowerAMPはデフォルトでもいけそうだし
設定もシンプルで分かりやすい
>>870 売ってない曲があるから、リッピングするわけで…
スレを読んだだけで、ロクに自分の耳で確認もせず結論付けとか、
設定が難しくて分からないから、簡単な方を信用できるとか、
下はともかく上は注意書きやら説明書やら読んでああなるほどみたいなもんだろ
てか耳で確認するのはいいがデジタルデータなんだからアナログで結論付けるのもアレだと思うぜ
866だけどレンタルに最適ってのはマイナスな意味で言ったわけではなくて傷やエラーに対しても読み取ろうとしてくれるってプラスの意味で言ったので悪い方に聞こえたらすまんかった
あとEACはここ2年は常用してるので他のリッパー使う理由づけしたわけでもない
単に正確に読み取るの意味がネット上で把握されてるわけでもないし自分もわかってなかったのを少し理解できたかなってことだけだよ
当然WAVの聴き比べなんかはしないしする必要もない
リッパー違いのWAVなんて違いわかるわけないもん人間の耳で
>>866,875
君の結論は正しい、というか至極当たり前のことなのだが
その当たり前に辿り着かない人も少なくない
自称オーディオマニアで、レンタル厨がいるのが信じられんのですが
この手のソフト使ってるだけで自称オーディオマニアにされたり
レンタル利用しただけで厨呼ばわりする奴がいる方がどっちかというと信じられんのですが
クソみたいな煽りに釣られんでよろしい
ええええええええ
明らかに、 違うだろー、 音がー、 ぜんぜーん。
ひょっとしてさー、EACの基本的な事を理解してねーんじゃねーの?
いちおー、言っとくけどー、
「ドライブオプション」の「読み込み性能検出」で自動的にセキュアが選択される環境じゃないと
セキュアの意味がないんだぞー。
エンコーダーでmp3のビットレートによって音が違うとかの話じゃないからな
傷も埃も無いCDで、ドライブの設定も正しいのであれば正確にコピーがされうるだけの話でしょ?
例えばエラーがあったとしてそこを読み取るのか、エラーのまま放置するのか違いはあっても音そのものが変わるんであればもうそれは別の原因、ソフトやドライブ、パソコン、人間を疑うべきであって
このスレとは無関係よね
良いリッパー、オススメリッパーだけど音がよくなるわけではない
CDが綺麗なら理論上はどのリッパーでも同じWAVができるよ
CDを扱うソフトだからって良いの意味が音質で捉えられがちだがそうではない
間違ってたら、先輩方、訂正お願いします
EACでリッピングする時にCDを入れると
accurateRipしますか?5秒で終わります
と出て、よくわからないのでいいえにしてた
のですが、やった方がいいのかなぁ
うん
こだわりがあるなら別だけど
>>883 わかってないなー。
音楽CDにはね、WAVEがそのまま記録されてるんじゃないんだよー。
超複雑な形で記録されていて、それをWAVE化するには、ファイルのコピーとは比べ物にならないほど大変大変な作業なんだよー。
真のピュアオーディオマニアの人はね、「CDトランスポーター」とかいう機械を使ってるらしいんですよ。
なんでも、DAコンバーターが同じ機械の中にあったら、干渉して音が悪くなっちまうだろー的なー。
裏を反せば、ピュアオーディオマニア的観点からすれば、
PCみたいにいろんなモンがびっしり詰まった毒電磁波ゆんゆんな機械で、
まともなWAVE化なんて不可能、ありえなーい、つーか絶望的レベル。
こんなんでバイナリ一致なんて、セメントで厚化粧したようなやっつけ補正してるとしか考えられなーい、みたいな。
そんなダメダメダメなPCでも、ちったーマシにしてくれる魔法のようなリッパーがEACなんだよう。
OK?
887 :
名無しさん@お腹いっぱい。:2013/11/25(月) 10:10:43.49 ID:qzHMs4Sj
自分でwave焼き、リップして比較すりゃ済む話だ
リッパーなんてなんでも同じと思ってCDexを使っていたが
EACを初めて使ってみてCDexでやったのとバイナリ比較したら違っててワロタ・・・
>>883 ・ログでエラーの有無を確認出来る
・エラー訂正が他のリッパーよりは強力だが100%訂正出来るわけではない
・エラーがなければどのリッパーでも“一致点”で比較すると同じWAVができる
きれいなCDを読む場合でも、accuripのログが出せる出せないでは大違い
気にしない人はしないだろうが、安心感が違う
自分が神経質だってのは自覚してる
AccurateRipに頼れないときは
offset合わせて複数ドライブでリップすりゃおk
バイナリ一致のために早急にダウンロード販売に移行すべきだよな
聞いて違うのに、それを検出できないって時点で、
バイナリ検査もAccurateRipも全く信用するに当たらない。
役立たずなプログラムなど、音質を悪化させるだけの単なる汚物。
インストールする気もおきないね。
わろた
定期的にこういうやつ出てくるけど、ネタのつもりなのか、さすがピュア板なのか
ネタのつもりなんだろう
全く面白くないが
ネタだとしてもつまらんし
ガチだとしたら精神科か脳外科の受診をすすめるレベル
899 :
名無しさん@お腹いっぱい。:2013/11/29(金) 16:52:06.41 ID:kosUYIvz
書き込みの際cueシート読み込み時にISRCのエラーが出るのでエディタで全削除して
貼り付けてるが、みんなそう?
900 :
名無しさん@お腹いっぱい。:2013/12/07(土) 08:33:23.14 ID:Mawls6EL
Mac OS X 10.9にしてからiTunesであらかじめ付けたCDのタグがXLDで反映されなくなってしまったんですけどCD Info.cidbもしくはCDDB Prefarencesの仕様が変わっちゃったんでしょうか?
902 :
名無しさん@お腹いっぱい。:2013/12/15(日) 10:00:19.94 ID:v0JoLgxg
903 :
名無しさん@お腹いっぱい。:2013/12/17(火) 22:41:01.92 ID:TCCdfdIF
VRDS‐NEOでリッピングマシンを作ったら最強だな
904 :
名無しさん@お腹いっぱい。:2013/12/18(水) 20:35:22.27 ID:CPYV3yQ7
トラポはデジタルデータを読み出してるんだから
少しの改造でリッピング機能を追加できそうなもんだがなあ
905 :
名無しさん@お腹いっぱい。:2013/12/21(土) 07:54:02.27 ID:S9Mw3ZyI
Ejectボタンから察するにBDR-S08Jっぽいけどな。
907 :
名無しさん@お腹いっぱい。:2013/12/21(土) 22:14:34.74 ID:S9Mw3ZyI
>>907 それじゃ、外側のケースが振動しないだけだろうw
等速でリッピングせよ
>>909 今時のドライブのピックアップ周りは、高速で読み込むことが前提になってるんじゃね?
等速だと、むしろ性能が出ないかも
有り得る。製品設計時もデフォルト設定の最大読み出し速度で動作させている時間がもっとも長くデフォルトの動作が最も安定している可能性が高い。
また、自分では何も試さず、脳内理論だけでそれっぽい事ゆー。
メーカーの発表する最大スペックなんて、粉飾みたいなもの。
一応、大きな問題が発生しなければオッケー程度のもの。
913 :
名無しさん@お腹いっぱい。:2013/12/25(水) 19:14:40.37 ID:5I55ww6n
>>912 また自分の試した結果を何も示さず脳内理論だけで人の書き込みの文句だけゆーw
そこまで言うなら自分の試した結果を示してみろよw
あっ、何も試してないから示せないかw
どっちもどっち
そんな事よりさー、最近さー、
リプ直前に2ちゃん見ると、音悪くならね?
あ、あくまで、余計なプログラム一つで音が変わるというのが分かる人限定レベルの話だから。
機械に頼らないと音の良し悪しも判断できない人は無理にコメントしなくていいからね、 邪魔だから。
でね、その音質の悪くなり方がその時によってまちまちなんだよねー。
もしかしたら、広告に余計なものが仕込まれているかもー。
今は再起動すれば直る程度のもんなんだけど、
この先さらにパワーアップする可能性を考えると、
リプするマシンで2ちゃんは閲覧しない方がいいかもーみたいなー。
10/100点
もっとがんばりましょう
>>915 みたいな書き込みを読むと、どんなデータかと考えてしまう。雑音とか音飛びなら、盤面を読込のエラーだけど。音が悪いと言うなら雑音が入るとは違うし。しかも分かる人には分かる見たいな差のようたし。
音のいいファイルと、悪いファイルをfb2k とかのコンペアで比較して、違いがあるかどうかをまず教えてくれ。
これだからデジタル厨は困る
実際に出音が違うだろ
アナログ厨も主観でばかり物言ってないでオシロスコープで測定してから出直して来いよ
アナログだからって科学的に分析しなくていいわけじゃないんだぞ
ドライブによる違い、リッピングソフトによる音の違いは確かにあるけど
それは最初に記録されたHDDやSSD上のデータ配列みたいな問題で
そのデータを移動すれば、その特徴は消えちゃうだろ
EACの吐くログのAccurateRip Summaryの箇所の、[confidence n]の後に続くハッシュっぽい文字列が何を表しているのか、誰か教えてくれないか。調べても見つからない
AccurateRip CRCの値でしょ
各トラックの、ということ?
自分のところでトラックごとにリップして取ったCRCがそれに一致しないんだけどaccurately rippedと言われconfidenceは10とかになる
あ、いや、自分で別のツールを使って出したCRCなのではなくて、EACでトラックごとにリップした時のログのCRCなので、同じようにして計算しているんじゃないかと思う
ヌルサンプルを使用するか否か、とかに違いがあるのだろうか。自分のは使用する設定になっているけど
null sampleの使用は推奨されてたはず
最新バージョンのちょっと前からは強制になってるし
>>926 いやいや
EACのログのトラック毎に表示されるCRCと
AccurateRip Summaryに表示されるCRCは全く違う計算方法だということ
前者は普通のCRCだが、後者はAccurateRip DBの参照のためにのみ使われる特殊なCRC
なるほど、サンクス
すると、あそこに表示されてるCRCは基本こちら側では求めないものなので、あまり有用な情報ではない(=気にしなくて良い)ということか。随分と悩んでしまった・・・
>オシロスコープ
くっだらなーい。
それって、複数のデーターが一致するかどうかを測定してるだけで、
いいか悪いかは結局わからないんだろ?
元のデーターとは比べられないから本当かどうかもわからないんだろ?
自分がいい音で聞くためにいろいろ試してるのに、自分の耳を信用できなくてどうすんのさ?
ツールはなんでもいい、ドライブもなんでもいい、
ご大層な理屈並べても結局安易にOKをぽんぽん出すだけの意味の無いアなんとかのお墨付きさえあれば大満足。
そんな低レベルでいいんなら、わざわざこの板に来る必要なくね?
>>930 まず一致しないという根拠を示せって言われてるんだろw
基本的なことすら検証してないんだから、低レベルなとこから始めろっていわれるのも無理はない
人の科学力は万能じゃないんだ。
今立証できなくても、何百年後かに立証できるものも腐るほどある。
そして、一般人の知り得る科学の知識など現時点での未熟な科学力の1/1000にも満たないだろう、 たぶん。
よって、今立証出来ないからといってそれが存在しないには当たらないんだ。
検証は「なぜ、音が違うのか?」を分析するためのひとつの手段に過ぎず、断じて基本ではないのだ。
大事なのは、自分の耳で聞く事、それが基本中の基本であり本来の目的なのだ。
検証したけどわかんなーい、
まんどうだから、あり得ないって事にしちゃえー、
ドライブなんてどーでもいい、ツールなんてなんでいい、
なんかよさげなアクなんとかのお墨付きがあるんだから、これが真実でもういいやー、
じゃあさ、回り回ってスタート地点に戻ってなくね?
リップ初心者のしている事と何も変わってないじゃん、 0.1mmも進歩してないじゃん。
wavで音が違うだと....?
それは再生機器の話であってEAC関係ないだろ
バイナリ一致、01010101.....これの延々の組み合わせが合えばリップとしては終わりだろ
お前らみたいオカルトが企業を儲けさせるのは勝手だが、良いとか悪いとか評価の話をしたいなら他でやれ
そんなことより次スレのこと話そうぜ
>>934 あほなんだな、かわいそうに
1/1000だとか0.1mmだとか定量的な記述を定性的な文学表現に用いようとする辺り典型的である……
文系のくせに無理して理系のことを語ろうとしてる感じか
だな
オーディオはオカルトと言われるが、主張の仕方までどっかで見たような感じだw
>人の科学力は万能じゃないんだ。
>今立証できなくても、何百年後かに立証できるものも腐るほどある。
価格コムの聴き分けできる人達もなかなか凄い
wavからFLACに変えたら音がよくなりましたとかiTunesのwavからEACに変えたら音がよくなりましたとかそんなんばっかだ
圧縮音源の方が処理が軽かったりプロセスが違うので条件が良いことも有るかも知れん。
943 :
名無しさん@お腹いっぱい。:2014/01/11(土) 19:41:33.62 ID:U611YflL
ABXテストで100%正解してない限り信用出来ない
詳しい方、教えてください。EACをインストールして、何にも設定せずにリッピングしたデータって信頼性ないのでしょうか?
傷のついたCDをリッピングするのに、デフォルトの設定なら読んでくれる(しかもnoerrorとログに表示される)のに、musicPCにあるような細かい設定をするとまるで読んでくれなくなります。
>>944 エラー訂正や他のユーザーのリッピング結果との比較がウリのツールです
それを利用するための前提設定が出来ていないと他のリップツールと変わりありません
最低限セキュアリードにしていないと使う意味は薄いと思われます
アドバイスを希望されるのであればどのような設定にしているかを書いた方が良いでしょう
>>945 ありがとうございます。もう一度設定を確認してみます。
ファイルウェブで質問したら、ジジイ共が嬉々としてコメントくれると思うよw
結局の所iTunesでflacにリッピングするのとEACでリッピングするのって差あんの?
ある場合もある
細かいこと気にするの面倒くさい人は差はないと思って差し支えない
iTunesでflacにリッピング????
iTunesはALACだな
XLDだけど現在配布されてる版って
vorbisのデコーダ積んでないよね?(注: エンコーダじゃなくてデコーダの話)
なかったっけ?と思ってソース見たら
配布ソースにはあるんだけどバイナリにはない
これ自分でビルドしろってことなのかな
詳しい方教えてください
VER1.0BETA3を使っています
CDをリッピングした際Cueシートも作成しているのですが
そのCueシートがFoobarで読み込めない(最後の曲時間が?になる)
Cueシートの文字コード菅家だと思い、一旦メモ帳で開き{名前を付けて保存}からANSIを選ぶと読み込まます
EACでCueを吐き出すときANSIで吐き出すことはできますか?
設定方法など教えてくださいませんか?
よろしくお願いいたします m(_ _)m
連投すみません
その後わかったことですが一旦ANSIで保存し、
そのCueシート保存フォルダを他のディレクトリに移動させると、また読み込めなくなります。
仕様OS Win8.1です
955 :
名無しさん@お腹いっぱい。:2014/02/19(水) 17:48:12.43 ID:+VoSkULn
956 :
リッピング地獄:2014/02/19(水) 19:57:13.59 ID:brwV7OLh
バイナリは一致しても
聞くと音が違う
何故か違う
同じに聞こえる者はオーディオをやる資格無し
また?
なぜ違って聞こえるか?
それは人間が不変の機械ではないから
10秒前の自分、現在の自分、10秒後の自分
細胞レベルで変化したために測定条件も変化している
よって機械と全く同じような判定を下すことは不可能
違って聞こえるのは生きている人間である証
しかし、バイナリが一致しているという事実は不変
草不可避
>>956 むしろ、同じデータが同じに聴こえない者はオーディオをやる資格がないね
聴き手としての性能が劣っている証拠
けどさ
若い頃に良いと感じた音と
年取ってからいいと感じる音は違うだろう
それにともないリスニングのセッティングを変える
だからオーディオは業病と言われるわけだけど
>>960 そんな人間どこにもいないはず
いるとすれば思い込みか、よっぽど実験室的な空間でやってるかだろうな
あ、ちなみにオカルト的意味ではない
むしろオカルトがよく持ち出す、ジッタやノイズ等よりはよっぽど環境の変動
(位置気圧湿度etc.)のほうが大きいだろうという意味で書いた
964 :
名無しさん@お腹いっぱい。:2014/02/21(金) 07:15:40.94 ID:ilzcGaas
彼は同じデータは同じに聴こえる
つまりオーディオをやる資格を持つ選ばれし人間
実は彼は人間ではなかったのだ…
がんばってCDを2000枚くらいリッピングしたがめんどくさいし掛ける手間と時間があほらしくなってきた
http://ml.naxos.jp/ ↑
こういうサービスでほとんど揃うならこっちの方がいいんじゃないかなと思い始めてる
クラウドサービスならHDDがクラッシュする心配もないしバックアップ取らなくていい
ただジャンル毎に選べるようにしてくれないかな
クラシック以外聴かないんで月980円にしてWAVとはいわないから16bit41khzのflacに音質を上げて欲しい
>音質には自信があります。
>AAC+ 128kbps を採用。その音質の良さは、ご自分の耳で確かめてください。パソコンをアンプに繋げば、さらに豊かな音質で楽しめます。
↑
いくらなんでも128kbpsで高音質とかいうなってw
967 :
名無しさん@お腹いっぱい。:2014/02/23(日) 11:36:18.09 ID:rhFUTBMR
>>966 音質求めてるくせに値切ってくるとか……w
こういう客ばっかじゃレコード会社もたいへんだな
>>968 まだ、こういうサービスに金を払おうと思ってるだけマシかもよ
図書館貸し出しの連中は、一円も払わず、ライブラリーが貧弱だと文句を言うというw
>>969 図書館に通える暇なやつはNML契約してる図書館に行ってそこでタダ聴きするんじゃないか?w
図書館って税金で運営してんじゃないの
一円も払わずってのは違う希ガス
所得税一円も払ってない爺さんだろw
ピュア中はビンボー人に限って大口叩くからなw
>>972 俺が利用している自治体の体育施設のトレーニング室は、ジジイであふれている
連中、高齢者ナントカで2時間50円で使ってるくせに、スタッフの人数が少ない
だの、設備の手入れが悪いだの、文句ばかり言ってるよw
だったら、月に1万円払って、ルネやコナミに行って、思う存分文句を言え!
クラシック以外聴かないんで月980円にして生演奏をストリーミングしてほしい
>>974 ベルリンフィルのデジタルコンサートホールでも聴いとれ
ためしに、バイナリエディタとやらで、俺様が綺麗にリプしたものを上書きしたら、なんと音が汚くなった。
なんか音が濁って響きも悪くなり高音の伸びも悪くなった。
まあ、どっかの低レベルさん方のしているヤッツケリプだと、元から音が汚いんで、違いは出ないと思うんだけどね。
たぶん、デジタルっていっても、それを伝達するコードや記録する機器は結局アナログなわけじゃん。
割と曖昧に記録されていたりもするんじゃないかと。
バイナリソフトはそれを強引に機械的に無理矢理白黒に振り分ける。
しかし、そこには音楽的センスが微塵もないから、本来とは違った音に変えてしまう。
繊細な違いが分からないから、よい音も悪い音も、皆悪い音の数列に置き換えてしまう。
のではなかろうかと思ってみた。
頭悪いから汚く聞こえるんじゃね?
バイナリは、直接編集すると壊れるよ。何をしたかは不明だが。
現在開発中のバイナリエディタですが
他のエディタでは不可能である
音楽的センスを加味した編集※ができるようになります
※音源ファイル用。通常ファイルの編集時にはオフにしてお使いください
overreadできないドライブのAccurateRipってどーなってなるの?
overreadできなかった部分は大隊無音だから0に置き換わっても一致する、てこと?
最初と最後の5セクタ分は無視するからオーバーリードは影響しない
(大抵のドライブはoffsetが高々数百バイト程度で5セクタ〜10KBは十分な余裕である)
逆に言えば無視される領域にエラーが含まれていても検出できない
>>982 へー。やっぱoverreadできないドライブが大多数だからかなー