Exact Audio Copy β18 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
強力なCDリッピング機能がある統合音楽ソフト "Exact Audio Copy (EAC)" のスレです。
地元か近くの田舎の絵がある素晴らしい絵葉書を送ってユーザー登録しましょう。
絵葉書には、好きな事 (what you like) と e-mail アドレスを書きましょう。
(宛先、詳細は、Documentation\EAC.TXT [英文] の Registration 参照)
EAC - Exact Audio Copy
http://www.exactaudiocopy.org/
http://www.exactaudiocopy.de/
日本語パッチ / 日本語リソース
(V0.95 beta 4 では、メニューの EAC → EAC options → General で言語切り替え)
945氏作
http://homepage3.nifty.com/eacj/
V1.0b3の日本語言語ファイル
http://sonicdisorder.net/eacinstall.php
前スレ
Exact Audio Copy β17
http://egg.2ch.net/test/read.cgi/software/1464202605 >>245
EACには反映されないけど、playerでリリース年、ジャンルその他の詳しい情報が見れるからそれを見ながら手打ちかな vistaからwin10にパソコン変えて久しぶりに設定やり直してるけど大変だ
前のパソコンはイカれて確認できないからなかなか同じにならない… 左側のCMPアイコンはどうやったらMP3になるんだっけ?
エンコードに影響ないけど気になる
そしてfreedbに情報ないCDが久しぶりにあった エンコーダーにQAACを使ってるんですが、品質を指定してエンコードするにはどうすればいいんでしょう?
ネットで見ると下記のコマンドでエンコしろと書かれてますが、これだと最高品質でしかエンコできません。
--alac -o %dest% --title "%title%" --artist "%artist%" --album "%albumtitle%" --comment "%comment%"
--genre "%genre%" --date "%year%" --track "%tracknr%" --composer "%composer%" --artwork "%coverfile%" "%source%" CueRipperは別スレあるからここでわざわざ話さないだけ すまん スレチかもしれんが勢い的にここ質問させてくれ
1トラック目にプリギャップがあるCD(INDEX 00 00:00:00 INDEX 01 00:00:33)をflac+cueで保管してるんだが
これを分割して保管する場合、完璧に残したいならこの無音部分もリッピングする必要あるかな?
cueかlogが残ってればCUEToolsでも検索に引っかかるようだけど、普通に分割したものを再結合したら
元のファイルとは別物が出来上がるから不安に思ってる >>259
分割cueファイルの頭に
PREGAP 00:00:33
を足しておけばいい
↓こんな感じ
FILE "01 1曲目.wav" WAVE
TRACK 01 AUDIO
TITLE "1曲目"
PREGAP 00:00:33
INDEX 01 00:00:00
FILE "02 2曲目.wav" WAVE
TRACK 02 AUDIO
TITLE "2曲目"
INDEX 01 00:00:00 ごめん、分かりにくかったので全角空白で整形
FILE "01 1曲目.wav" WAVE
TRACK 01 AUDIO
TITLE "1曲目"
PREGAP 00:00:03 (←この行を足す)
INDEX 01 00:00:00
FILE "02 2曲目.wav" WAVE
TRACK 02 AUDIO
TITLE "2曲目"
INDEX 01 00:00:00 レスありがとう
それってプリギャップ情報を補うだけで、実際の00:00:33部分は分割した際に欠損してるんだよね?
端的に言うと分割後も再結合したら元の単一flacと整合性を取りたいんだが、
その場合はたった00:00:33でも0曲目としてリッピングするべきなのか悩んでる
にわかだからめちゃくちゃなこと言ってたら申し訳ない プリギャップ(ポストギャップ)って意図的に挿入した無音部分の事じゃないのか?
欠損もなにもないと思うんだが あ、すまん誤解してるかも
無音部分を入れたいけど>>262だと入らないんじゃないのかって言う疑問なのか・・な?
ちなみにPREGAPなら無音部も入ると思うが >>263
良いやり方知ってるから時間とれたら後で書くよ >>263
まず
・第一トラックのプリギャップを残す("INDEX 00"で記述)
・第一トラックのプリギャップを残さない("PREGAP"で記述)
という二つの流儀がある
この二つは第一トラックのプリギャップが無音ならば、CDに焼き戻す際には事実上同値
"PREGAP"に対応している焼きソフトとドライブの組み合わせなら二つともちゃんと「無音」が記録される
あなたの場合は、流儀は「残す派」となる
元の単一ファイルが第一トラックのプリギャップ込みで取り込まれているなら
分割ファイルの方も第一トラックのプリギャップを含んで取り込んでおけば、同じだといえば同じ
でも分割であれ単一であれcueシートで管理するなら、音源ファイルに(無音の)プリギャップが含まれていなくても
cue側に"PREGAP"が書いてあれば(というか取り込み時に自動で書き込まれるが)結局同じ >>263
まず、トラック1を選択した状態でアクション->インデックスに基づいてトラックをコピーを押す
するとflacでencodeした場合は
01.00. track1.flac
01.01. track1.flac
の2つのファイルができるはず
ただしファイル名はそちらの設定によって変わる
必要なのは01.00. track1.flacのみ
01.01. track1.flacは削除していい
分割用cueを作成すると以下のようになっているはず
FILE "01. track1.wav" WAVE
TRACK 01 AUDIO
PREGAP 00:00:33
INDEX 01 00:00:00
FILE "02. track2.wav" WAVE
TRACK 02 AUDIO
INDEX 01 00:00:00
これを以下のように書き換える
FILE "01.00. track1.wav" WAVE
TRACK 01 AUDIO
INDEX 00 00:00:00
FILE "01. track1.wav" WAVE
INDEX 01 00:00:00
FILE "02. track2.wav" WAVE
TRACK 02 AUDIO
INDEX 01 00:00:00
これで完成
試してないけどたぶんCUEToolsなら単一flac+単一用cueにconvertできるはず
無音でも単一にしたときとバイナリ一致させたいならripしたほうがいいと思う 補足
分割flac+単一用cueで保存してるなら
01.00. track1.flacをripするだけでいい
cueは書き換える必要ない
foobar2000とかで分割flacをただ結合すれば単一に戻せる >>264-269
ありがとう
かなり参考になった
なんかもう曲が入ってるならまだしも、1秒前後のプリギャップを0曲目として残すくらいなら
こういうCDだけはプリギャップ込み単一のままでいいって結論に至りそうだわ
実際分割保管で一曲目の数秒程度のプリギャップを別で残してる人なんているんかな
例え数秒の無音プリギャップと言っても、その場所には隠しトラックとして曲が入ることもあるんだから
そのCDにしか出せない音には違いないとか思い込んじゃってるんだが >>270
分割flacと単一用cue派なんだけど一応保存してるw
でも無音のやつは拡張子flac.bakにしちゃってるよ
CDに焼くこともほとんどないし ここまでの拘りは流石に理解不能過ぎて俺なんて無知の極みだな
分割FLACで残せたら良いとしか思わなくて何のためのcueシートだと自問自答 オムニバスのアルバムがCDDBにない上に手入力も上手くいかなくてイライラする
曲名は何とかできたが、アーティスト名が途中までしか入力できない
文字数制限みたいなのがあるの?
諦めて後でタグ編集しよう… >>274
Gracenoteって何ですか?
組み込みfreedbとcuetools dbと読めないのが2個あります
DB増やせるんですか?
ちなみにデータが無かったのはAround40っていう2008年のオムニバスのアルバムです タグエディタ開いて気づいたけどトラック名もアーティスト名もアルバム名も入ってない
前はどうやって自動てやってたのかもう思い出せないよ… 「Gracenoteって何ですか?」にずっこけたw
ググレカスも通用しないような御仁なのかw gracenoteは確かAmazonも使ってたっけかな
詳しい導入方法は忘れたから
「gracenote EAC」
とかでググって少し理解を深めた方が今後の役に立つと思う
それが難しいなら諦めてituns管理にした方が幸せだと思う >>278
dクス
>>281
iphone使わないからitunesは使う気にならないです タグ情報ってエンコードオプションの外部エンコーダの追加のコマンドラインオプションであってますか?
アルバム名もアーティスト名も毎回、空欄になるのでタグエディタ使うの飽きた
ググっても古い情報が少しあるくらいで、よくみんなこれを上手く使いこなすと関心するばかりです
CDジャケットも違う画像ばかり大量に候補に上がって笑う
アマゾンから画像のコピペがいるのか…
ちなみにバージョンは1.3です 昔からこのスレで言われてること
「馬鹿は無理すんな」
「馬鹿はiTunes使ってろ」
「EACを何だと思ってんだ?」 リッピングはフーバー2000を使っていたんだが、
EACが気になって音楽CDをWAVに取り込んでみたらプロパティが空欄・・・。
フーバーだと他のアプリでも読める汎用タグがきちんと入るんだけどなあ。
かなり残念。 ちゃんと設定すればEACでも入力されるよ
fb2k使ってるならそのままで何の問題も内と思うけどな >>288
EACのユーザーインターフェイズがカッコよくて気に入った。
フーバーのリッピングはいかにもおまけって感じだからね。
とりあえず巣に帰ります・・・。。 そもそもWAVにタグっておかしいことに気がつかないんだろうな
foobarリッピングだって一応オフセットも設定できるし
おまけって発想もおかしいしな
だから馬鹿は無理すんなって言われんだよ >>287
CUIでwavにタグつけられるプログラムがあれば簡単にできるよ
実はfoobarもコマンドラインからタグつけられる
昔EACからバッチファイルとfoobarでwavにタグつけられるか実験して遊んだことがあるけど一応上手く行ったよ wavフォーマットにタグなんて規定はないのですが。 WAVにはタグがないって誤情報いまだに収まらないんだな。
WAVの使用しているコンテナ規格であるRIFFには、SIFというタグ規格がある。
なおトラック番号の項目は規格化されていないので注意。
https://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/RIFF.html
のRIFF Info Tagsの項目を見るべし。 タグは優秀さ、汎用度においてVorbis comment一択 バカと言える時に現れる お前のようなのが嬉々として一番多くレスしてる単語はバカ 一体今まで何回書き込んだんだ?バカを?
他人の不幸を喜び 悪質な悪口ばかり吼える 陰湿な人間の心がない 精神やられた喚きをスレに叩き付ける様をご覧下さい
糖質 アスペ バカ キチガイ にわか ゴミ 糞 ガイジ等 コレだけ言いたいだけにスレでレスを繰り返す
こういうのが偉そうにし現実の惨めさからネットで虚勢を張っている こんなのが非常に多い
この手の小心者の性格が歪んだ惨めで陰湿な人間はスレに沿ったレスもせず只たんに横柄で口汚いレスをするばかり
ネットの匿名性から自分の素性を知られることもないのでネットで中傷できる時だけは出てきてレス
ウザイ・バカ・情弱・おまえ頭悪いだろ・貧乏人・日本語を勉強しろ・低脳・ゆとり等のワードを入れた単発レスをするのが日課
一番要らない年寄りはPCの前でこんな書き込みばかりしてる顔も心も精神も歪んで醜いオナニー猿は現実が惨めな不細工な顔のおっさん
将来年寄りになっても居なくなってくれない迷惑で他人の不幸を喜ぶ悪質で陰湿なお荷物
今日も明日も 馬鹿 アスペだぁ〜 ガイジだー 糖質だぁーと大好きな貶し単語を悦に浸ってレスし吼えまくる
人もどきな顔も心も精神も歪んで醜いオナニー猿は現実が惨めな不細工な顔のおっさん は現実は惨め過ぎる 自分が使ってるlameの設定だけど参考になれば
そのままだと書き込めなくて改行してるので注意
-V 5 --noreplaygain --id3v2-only --pad-id3v2-size 2048 --id3v2-utf16 --ta "%artist%" --tv "TPE2=%albumartist%" --tt "%title%" --tl "%albumtitle%"
--ty "%year%" --tn "%tracknr%/%numtracks%" --tg "%genre%" --tv "TPOS=%cdnumber%/%totalcds%" --ignore-tag-errors %source% %dest% 今更蒸し返すなと言われるだろうが
どうやらEACの読み込みサンプルオフセット値は-30が正解っぽい、断言はできないがほぼ-30が正解だろう いつもの今更な話だね
正しいオフセット値が-30だろうが0だろうが”真の意味での正しいオフセット値”はないよというのがいつもの定説
-30にしてもズレによって取りこぼしが出るんだからいつもの「好きな方を選べ」が変わらぬ結論
でもまあ一応一般論としては
何をやってもズレは生じるはずだし、EACならAccurateRipを使うのが吉 EAC使わないとしたら、CDバックアップと圧縮用途なら何がいい?
正確性、音質、観点はいろいろあるだろうけども。
何となくずっと使い続けてるけどいいのがあれば変えたい。 >>303
MusicBee併用してる
HDCDの24bitが読み込めるから
リッピングして44.1kHz/24bitファイル作れる HDCD24ビットでリップしたファイルを
Accurateripで再チェックできるけど
24ビットでARに送ってるソフトあるのかね
CTDBの方は24ビットファイルのチェックはできないのに >>305
リッピングしたファイルは24bitで取り込めてるよ
設定画面でHDCD取り込みのボックスにチェック入れておく必要があるけどね
ウォークマンに転送するとHRマーク表示
プロパティみても24bit表示してる >>302
EACのオフセットCDは-30しなければ完コピできない HDCDは16bitのまま保存してfoobarのHDCD decoder使ってるな
CTDB使えるリッピングソフトってEACとCUERipper以外であるかな
最近CTDBのほうがAccurateRipより提出数多い気がする >>309
俺もfb2kで再生時デコード。昔のエンファシスCDも再生時デコード
fb2k以外で聴く時は24bit化やデエンファシスしたファイル作んなきゃいけないけど あけおめ
今更だけど30サンプル問題とやらは無視してたほうが幸せなのかな
何となくやり方統一してないと気持ち悪い もうCD自体がオワコンだから今更どうなる事も無い
そうなる前に本当に皆がそこを問題視していたのなら、余剰分を予めオーバーリードして保存しておき
そこからいずれにも再現可能な状態で記録しておくようなファイル形式が生まれてただろう
そうなってないという現状は、結局オフセット値なんかどうでも良いという人間が開発者含めて大多数だったという事でしかない なるほど
ハイレゾ記録可能な新規格CDとか出ないのかなーとか思ってたけど、やっぱこれからは配信系なのかな >>314
とっくの昔にSACD規格が出ていてクラシックでは普及しまくっているよ
普通のCDドライブで読むと単なるCDとして認識(CDデータ層を読む)
なお、PC向けのコピー&アクセスガードが何もないCDと違って……
(そもそもPC用ドライブが存在しない)
……DVD-Audioは企画倒れ >>315
sacdって記録可能なの?
初めて聞いた……… 届いた中古輸入CDが新品同様でラッキーと思ったら軸が微妙に歪んでてリッピング中ものすごい振動だった >>309
厳密にはクリッピングぎりぎりの1bitかそこらをデータとして扱うかどうかだからそれで良いと思うよ(HDCD)
通常クリッピングは歯抜けというか無音になる ストリーミング全盛の中、CDをリッピングする作業が楽しくてしょうがない 連休中に押入れからCDを発掘してたけど、目当ての物が見つからない
とりあえず見つかった他のを処理してくか
っつうかドコにしまってあるんだろう? >>319
なんか分かる
リッピングがきちんと終わると達成感ある >>319
>>322
Accurateripでエラー出るともやもやする
取り込み品質100近くて全曲まるごとエラーだと
盤が違うんかなとスルーできるが 昔はプレクスターのドライブが最高とか言ってたような気がするけど、今はどのドライブがいいのかね? あんまり詳しくないけど
パイオニアが瀕死の常態らしいから
純正品BDドライブ買ってあげてよ やっす 最安で2K切ってんのかよ
でもUSB対応でEAC対応でついでにBDも読み取れる奴が欲しいんだよなぁ
てけとうなの買ったらEACで正確な読み取りできなくてがっかりしたわ Used drive : PIONEER BD-RW BDR-211M Adapter: 1 ID: 0
ワイはちゃんとパイオニア サンワサプライ SATA-USB3.0変換ケーブル 0.8m USB-CVIDE3
https://www.amazon.co.jp/dp/B004QZBB12/
>>327
ドライブはケースなしになるけれど、SATAドライブ+USB-SATA変換がいいかな。
USB-SATA変換はこれと同じものをAliexpressから3つくらい買ったかな。今でも売っているかはちょっと分からん。
BDはBD。CDはCDで用意しておくといいよ!
まぁ、普段はIDE-USB変換を3つにSATA-USB変換1つをUSBハブに挿しているけれど。 01 [c97b2689] (09/18) Accurately ripped
02 [f2e7e4d8] (09/18) Accurately ripped
03 [866efb6c] (09/18) Accurately ripped
04 [9b910625] (09/19) Accurately ripped
05 [1aaac094] (09/19) Accurately ripped
06 [489a2f11] (09/19) Accurately ripped
07 [c6046ffa] (00/04) No match
08 [9d6f98a0] (09/18) Accurately ripped
09 [f1b9dc6b] (09/18) Accurately ripped
10 [ef77f357] (09/18) Accurately ripped
11 [8dabbd89] (09/18) Accurately ripped
12 [0c90d2b9] (09/18) Accurately ripped
13 [07d20b5c] (09/18) Accurately ripped
こういうアルバムたまに見かけるけど何が原因で7曲目だけデータ少ないん? EAC以外にオフセット値補正してくれるソフト無いかね >>330
短い曲だとDBに載らない場合がある
というか載らないのが普通なので
むしろその例だと4つの標本がどうやって送られたのかがわからん パイオニアAV事業売り飛ばしたってことは今コンシューマ事業は光学ドライブとカロッツェリアしかやってないのか
メーカーとしてスカスカすぎるだろ >>307
遅レスだが
そういう問題ではなくCDによっては-30だとデータ欠落が普通に起きる
どれでも完コピできないから正しいオフセット値がないと言う話だぞ 読込可能な範囲はドライブの性能によるんだろうが、そもそも可能な限り読み込んでおいて差分ファイルとして保存しておき
いざ書き戻す時に範囲を選択出来ればそれでいいのにね
正直そんな読込ドライブの性能に左右されてしまう範囲なんてものはそもそもデッド領域内だから
欠落しようが気にするまでもないデータしか無いように想定されて然るべきなんだけど
基準とするものは定義して欲しい所だね、コピーを繰り返しても範囲内のデータがズレずに欠落しない事が望ましいのに
基準が複数あると複製の複製を繰り返すような事をした場合に、別の基準を用いる事によってズレが生じその分余計にデータが失われる事になる いやそもそもEACはそう言うことが目的で作られてるので
現仕様で困ると言われてもむしろ困るそれは運用に問題がある
結局Red Bookの仕様が気に入らないと言う話に帰結するんで 完璧を求めるマニア様はプレクプレミアムを
メンテしながら使い続けるしかない >>313
まあある意味消費者にとっては望ましい結末
リッピング文化が無くなるまでもうdBPに浮気するか
曲別の方が修正しやすいしな
CUEの強力な管理環境いつか出るかなあと期待していたが、結局そこまでの情熱持ったソフト製作者は居なかった dBPはmp4系にエンコすると自アプリ名を他のソフトとは違うタグに書き込むのがな
あれ他のソフトに合わせてくれと報告した方がいいんだろうか >>325
CUERipper使えないしEACでPureReadは邪魔だし地雷 くっだらない事に絡んでくるなあ
クソ機能に商品価格が上乗せされてるって意味だろ 傷だらけなDiskを読み取らせたりしないからどうでもいい ■ このスレッドは過去ログ倉庫に格納されています