【EAC】可逆圧縮音楽のすすめ Part24【*+cue】

EAC本体　ttp://www.exactaudiocopy.de/
Monkey's Audio (APE)　ttp://www.monkeysaudio.com/
Free Lossless Audio Codec (FLAC)　ttp://flac.sourceforge.net/
The True Audio (TTA)　ttp://www.true-audio.com/

参考HP
MUSIC PC ttp://musicpc.fc2web.com/
CD-R実験室 ttp://homepage2.nifty.com/yss/

最近、圧縮形式の話で荒れがちですがその辺りはネ申の御心のままにまかせましょう。

前スレ
【EAC】可逆圧縮音楽のすすめ Part23【?+cue】
ttp://tmp6.2ch.net/test/read.cgi/download/1158174550/

過去ログ
Part1 ttp://tmp.2ch.net/test/read.cgi/download/1051065750/
Part2 ttp://tmp.2ch.net/test/read.cgi/download/1060830000/
Part3 ttp://tmp2.2ch.net/test/read.cgi/download/1063535651/
Part4 ttp://tmp2.2ch.net/test/read.cgi/download/1070190462/
Part5 ttp://tmp2.2ch.net/test/read.cgi/download/1075375066/
Part6 ttp://tmp2.2ch.net/test/read.cgi/download/1078203761/
Part7 ttp://tmp3.2ch.net/test/read.cgi/download/1082280354/
Part8 ttp://tmp4.2ch.net/test/read.cgi/download/1086883745/
Part9 ttp://tmp4.2ch.net/test/read.cgi/download/1093167624/
Part10 ttp://tmp4.2ch.net/test/read.cgi/download/1097851721/
Part11 ttp://tmp4.2ch.net/test/read.cgi/download/1103531102/
Part12 ttp://tmp5.2ch.net/test/read.cgi/download/1110120988/
Part13 ttp://tmp5.2ch.net/test/read.cgi/download/1115012981/
Part14 ttp://tmp5.2ch.net/test/read.cgi/download/1120156818/
Part14.1 ttp://tmp5.2ch.net/test/read.cgi/download/1121326365/
Part15 ttp://tmp5.2ch.net/test/read.cgi/download/1125812211/
Part16 ttp://tmp5.2ch.net/test/read.cgi/download/1130825256/
Part17 ttp://tmp5.2ch.net/test/read.cgi/download/1133754338/
Part18 ttp://tmp6.2ch.net/test/read.cgi/download/1138442823/
Part19 ttp://tmp6.2ch.net/test/read.cgi/download/1142715593/
Part20 ttp://tmp6.2ch.net/test/read.cgi/download/1147169161/
Part21 ttp://tmp6.2ch.net/test/read.cgi/download/1150889503/
part22 ttp://tmp6.2ch.net/test/read.cgi/download/1154216675/

関連スレ
foobar2000 Part32
http://pc7.2ch.net/test/read.cgi/software/1160757713/

ただし、向こうではP2Pの話題は嫌がられるので禁止。
技術的な質問・話題のみにしてください。

Q rr3%って何ですか？
　　→WinRAR使って無圧縮かつリカバリレコード付加
　　ttp://sugaya.obi.ne.jp/share/winrar.html

Q.EACでりぷしたものはbin+cue、cue+img、ccd等の各形式とどう違うのか？
A.bin+cue、cue+img、ccd等の各形式で、音楽CDのバックアップを取ると、
　読み書きのそれぞれの段階で、音声データの絶対位置が少しずれてしまいます。
　Exact Audio Copyはその辺も考慮されているため、リード時、ライティング時の位置ズレの補正が可能です。
　そのため、マスターディスクと比べて位置ずれがない、音楽CD焼きが可能になります。（条件による）
　（CD-R実験室さんから転載、一部改変）

Q.EACの設定がよくわからない。
A.MUSIC PCさん ttp://musicpc.fc2web.com/ がわかりやすいと思います。

Q.自分のドライブのoffset関連の設定がわからない。
A.ttp://homepage2.nifty.com/yss/
　↑をまず調べてください。見つからない場合はどうしよう…(´･ω･`)ｼｮﾎﾞｰﾝ

Q.LOGを残す理由はなに？
A.0の個人的な意見なんですが、
　放流者の使用したドライブがわかる、
　そのドライブのoffset値がわかる、
　wavファイルのクオリティがわかる…とか結構便利かなぁと思って。

Q.なんでwaveをflac(ape)にするの？そのままrarに圧縮してもいいんじゃない？
A.ただ単にrarよりもflac(ape)とかの音楽用可逆圧縮フォーマットの方が縮むから。

Q.apeにくっついてるaplって何？
A.aplはWinAmp用のcueシートみたいなものだそうです。
　apeをWinAmpでCDのように扱えるらしいです。

Q.クラスタワードは？

(1) Winny用一般向けクラスタワード
[EAC]
[EAC]ape+cue
[EAC]ape+cue可逆圧縮音楽
　　　以前のクラスタワード『[EAC] EAC ape+cue』とも互換性がある。
　　　文字列長の長いものほど結合度が強いが
　　　代わりにCPUパワーを要する。

(2) Winny用一般向けクラスタワード
[EAC]ape+cue可逆圧縮音楽のすすめ(ape+cue)
　　　これのみを使うと(3)(4)との結合度が0になる。
　　　(1)のノードとはちゃんと優先度が上がってつながる。
　　　(1)と併用するか、もしくは無理に使わないほうがいい。

(3) Winny用J-POP向けクラスタワード
[EAC]ape+cue可逆圧縮音楽はイケメン専用(ape+cue)
　　　これのみを使うと(2)(4)との結合度が0になる。
　　　(1)のノードとはちゃんと優先度が上がってつながる。

(4) Winny用アニオタ向けクラスタワード
[EAC]ape+cue可逆圧縮音楽とかマジに夢中になれる年頃なの(ape+cue)
　　　これのみを使うと(2)(3)との結合度が0になる。
　　　(1)のノードとはちゃんと優先度が上がってつながる。

(5) Share用クラスタワード
ネトランと聞いただけで鬱になってきた。

Q. ape+cueのファイルをBurrrn とかで音楽CDとして焼いてもWP10で曲名が表示されない｡･ﾟ･(;ノД`)･ﾟ･｡
　　いったんape+cueにするとCDの情報は表示させられないの？
ape+cueやflac+cueから音楽CD焼くソフト
Burrrn
ttp://www.burrrn.net/

A. CD-TEXTが有効なドライブで焼いていますか？
　　きちんとCD−TEXTに作曲者（アーティスト名）　題名（アルバム名）　名前（曲名）　を書いていますか？
　　この２つができていれば、CDプレイヤーはもちろんのこと、WMPでも表示されます

名前に２バイト文字を使うときは、これを参考にどうぞ
http://pc5.2ch.net/test/read.cgi/cdr/1084968192/780
> EACでcdimage.wav+cdimage.cueを吸い出し、 cueファイルをそのままburrrnにドロップして焼きました。
> 洋楽CDであれば当然曲名もアーティスト名もアルファベットなのでこのやり方で問題ありませんが、
> 今回私が焼いたのが邦楽であり、２バイト文字の曲名ばかりでしたので、
> CD-TEXTの全曲名の最後尾に　"　がついてしまいました。
> CDimage.cueの中身
> PERFORMER "林明日香"
> TITLE "初戀"
> FILE "CDImage.wav" WAVE
> 　TRACK 01 AUDIO
> 　　TITLE "初戀（インストゥルメンタル）"
> 　　PERFORMER "林明日香"
> 　　INDEX 01 00:00:00
> 　TRACK 02 AUDIO
> ＊２曲目以降は省略してあります。
> ＊見やすいように本来の半角空白から全角空白に変えてあります。
> これをburrrnで焼くと、CD-TEXTの曲名には
> 　初戀（インストゥルメンタル）"
> と表示されてしまいます。
> これを以下のように表示させるにはどうすればよいのでしょうか？
> 　初戀（インストゥルメンタル）

>>6の解決方法は
CDimage.cueの中身
PERFORMER "林明日香"　←PERFORMERが２バイト文字の場合は最後の”を削除
TITLE "初戀"　←TITLEが２バイト文字の場合は最後の”を削除
FILE "CDImage.wav" WAVE　←１バイト文字のファイル名にすること
　TRACK 01 AUDIO
　　TITLE "初戀（インストゥルメンタル）　←TITLEが２バイト文字の場合は最後の”を削除
　　PERFORMER "林明日香　←PERFORMERが２バイト文字の場合は最後の”を削除
　　INDEX 01 00:00:00
　TRACK 02 AUDIO

２バイト文字が使われていない行であれば、最後の”は削除してはだめ
このようなcueファイルを用意すれば、Burrrnはきちんと焼いてくれますよ
foobar2000やwinampなどでcueからCDimageを聞くときは、修正前のcueが必要だからバックアップは忘れずにね

wavがCDからの物かmp3をデコードした物かをある程度判別出来るツール
auCDtect
ttp://tta.iszf.irk.ru/index.php?menu=download

【使い方】
コマンドプロンプトから
auCDtect.exe [-m0] *.wav

Monkey's Audio (拡張子ape)
Extra High、Insaneで圧縮した場合他の形式より更に縮むが再生負荷が高くシークも遅い。High辺りで使うのが妥当？

FLAC (Free Lossless Audio Codec 拡張子flac)
Vorbis・Theoraと同じくOggプロジェクトの可逆音声圧縮コーデック。圧縮率はややMACに劣るが
iAUDIO M3/X5での再生対応・MKA(後述)に対応、などの利点がある。

TTA (The True Audio 拡張子tta)
圧縮率はMonkeyに近いが圧縮速度がかなり速い。MKAにも対応し今後期待のコーデック。
ハードウェアサポートもあるらしいがまだメジャーではない。
なお、DirectShowフィルターのバグによりMatroskaにMuxした場合チャプター頭出しが上手くいかない。
(foobarでは問題なし。)

Wavpack (拡張子wv)
可逆にも不可逆にも対応するコーデック。
差分ファイル（拡張子wvc）を使うハイブリッドモードがあり、
不可逆のファイルと一緒のフォルダにおいておくと、再生時に自動で読み込まれ、可逆として再生される。
なお、差分ファイルが無い場合は元の不可逆として再生される。
自己解凍形式のexeファイルを作成することもできる。
多機能なのだがMatroska等の対応状況は難有り

その他
WMA9 Lossless・Real Lossless・Apple Losslessなど…

※番外
Matroska Audio (拡張子MKA)
動画コンテナMatroskaの音声用規格。これ自体はコーデックではなく、コンテナと呼ばれる
様々なファイルを一つにまとめるためのもの。圧縮はされないZipやLzhのようなものと思ってもよい。
安定性にはまだ疑問が残るがCueだけでなくEACのLogやジャケットも取り込める。
参考：　ttp://desertmikan.hp.infoseek.co.jp/mka.html

InternalCuesheetの便利ツールの紹介
ttp://foobar.s53.xrea.com/fbwiki/index.php?foobar2000とcueシート#content_1_9


Flacattack
ttp://www.uninformative.com/flacattack/
EACから一発でReplaygain、embed/internal Cuesheet、Logﾃﾞｰﾀを含んだFLACを作成するソフト

可逆はFLACだけしか対応してないが （名前からして…、まあHAじゃFLACが一番人気だから無理も無いが）
↓の後継ソフトではAPEやWavpackにも対応するみたい
ttp://www.uninformative.com/wack/


Q.1つのape(flac,wav)+cueのアルバムを1曲ずつ聴きたい。
A.cueファイルに対応しているプレイヤーを使う。
　SoundPlayer Lilith ttp://www.project9k.jp/
　foobar2000 ttp://www.foobar2000.org/
　foobar2000 Wiki http://foobar.s53.xrea.com/fbwiki/
　起動したLilith(またはfoobar)にapeではなくcueをD&D。
　ただし、多くの場合cueシートの中身を事前に書き換える必要あり。
　cueシートをテキストエディタ(メモ帳など)で開いて、「FILE "〜" WAVE」という行の
　"〜"の部分に書いてあるファイル名(特に拡張子)が同梱の音楽ファイルと違う場合は、
　同じように書き換える。(ape+cueの場合なら.wav→.ape)
　両方のソフトともに1曲ずつにばらしてmp3とかにエンコもできる。

初心者向け可逆圧縮ファイル(ape+cue)(tta+cue)(falc+cue)の取り扱い方法

１．まず用意する物
　Free Lossless Audio Codec (FLAC)　ttp://flac.sourceforge.net/ より
　FLAC 1.1.2 for Windows (tools only)とFLACdropをダウンロードしてインストール。
　FLACdropはFLACをインストールしたフォルダにインストール。

　Monkey's Audio (APE)　ttp://www.monkeysaudio.com/ より
　Monkey's Audioをダウンロードしてインストール。

　The True Audio (TTA)　ttp://www.true-audio.com/ より
　Tau Producerをダウンロードしてインストール。

　ttp://www.daemon-tools.cc/ より
　DAEMON ToolsとawxDToolsをダウンロードしてインストール。
　インストール済みでマウント方法が解っていればawxDToolsは不要。

２．可逆圧縮ファイルをwavファイルにデコード（変換）する。
　FLACの場合
　1.FLACdropを起動し、.FLACファイルをFLACdropにドラッグ&ドロップ。

　APEの場合
　1. Monkey's Audioを起動し、.APEファイルをMonkey's Audioにドラッグ&ドロップ。
　2.デコード（変換）したいファイルを選択してDecompressをクリック。

　TTAの場合
　1.Tau Producerを起動し、.TTAファイルをTau Producerにドラッグ&ドロップ。
　2.Proccess File(s)をクリック。

３．.cueシートの編集
　1.メモ帳を起動し.cueをメモ帳にドラッグ&ドロップ。
　2.「FILE "ファイル名" WAVE」と、書いてある行を探す。
　　例：FILE "Are you foolish.APE" WAVE
　3..APEを.wavに書き換えて保存する。
　　例：FILE "Are you foolish.wav" WAVE
　　※マウントするには、この行にデコード（変換）したファイル名が
　　　書かれている必要があります。

４．デコード（変換）したwavファイルを仮想CDにマウント。
　1..cueファイルを右クリックしコンテキストーメニューのDaemon-Toolsより
　[Mount to...]をクリックしてマウントします。
　※.cueファイルと.wavファイルは必ず同じフォルダに置いておきましょう。

後は煮るなり焼くなり好きにして下さい。
ココに上げた各ソフトの使い方インストール方法はココで聞かないように。

cueファイルは2つあると、apeやttaのままでも分割再生が出来るので便利。
(気が利く作者は、初めから2つ作成してる場合もある)

殆どの場合、cueファイルの中はwav変換後に対応している
例：FILE "Are you foolish.wav" WAVE
となっているハズ。
このcueファイルのままでは
Foobarで分割再生が出来ないので、下記の手順でもう一つcueファイルを作る。

cueファイルを同一フォルダ内でコピーする。
例：コピー 〜 西村博之 - あめぞうウィルス音頭.cue
が出来る。

次に.cueシートの編集をする。
1.メモ帳を起動しコピー 〜 西村博之 - あめぞうウィルス音頭.cueをメモ帳にドラッグ&ドロップ。
2.例：「FILE "西村博之 - あめぞうウィルス音頭.wav" WAVE」と、書いてある行を探す。
3.「.wav」を「.ape」か「.tta」と、どちらかに該当している圧縮形式に書き換えて保存する。
4.これでコピー 〜 西村博之 - あめぞうウィルス音頭.cueをダブルクリックするだけで、Foobarでの分割再生が可能になる。
5.このままではカッコ悪いので、下記のどちらかに該当しているものにリネームする。
　西村博之 - あめぞうウィルス音頭.ape.cue
　西村博之 - あめぞうウィルス音頭.tta.cue

foobar2000 ttp://www.foobar2000.org/
foobar2000 Wiki http://foobar.s53.xrea.com/fbwiki/

--テンプレ終了--
ここテンプレ長すぎ・・・orz

■mka
mkaコンテナではttaを取り出す際にサンプル数がロストするという問題がある。
故に、MKA変換機を使用して作った(tta+cue).mkaは忌避される。
仕様上、mkaコンテナはapeを扱えないので、flacかwvを格納するのが主流。

flacは標準だとoggFLACになる為、コマンドラインから以下のようにして取り出す。
　mkvextract tracks CDImage.mka --no-ogg 1:CDImage.flac

cueはMKVextractGUIで簡単に取り出せるが、作成時に添付されていない場合は取り出せない。
その場合はコマンドラインから
　mkvextract cuesheet CDImage.mka > CDImage.cue
などのようにして抽出する。
ただしこの場合はTRACKごとのPERFORMERなどが欠けていて、元のcueシートと同じにはならない。
気になる場合はテキストエディタで編集するなりEACで再取得するなどの手間が必要になる。

まだあった。ごめん。
>>7以外は変えて無いけどこれでよかったかな？？

ape なんかつかうやつはばかです。

俺にもそんな風に思っていた時期がありました

mka(笑)

＞1乙といいたいが、＞4のリンクがしんでんねんで。

>>18
ほんとだ･･･。
ごめん。どこかに移動したの？？

ところでBurn in CDのハッシュ分かる人いたら貼ってくれませんか？
hashdbにあったやつだと落とせなかった

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>21
サンクス

tetst

test

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

　　　　　／　　　 ／-‐ '´ 　　　　　　　　　　　｀`ー-＼　　　　 ヽ
　　　 ／　　　 　 　 ／　　 ／　　.／〃　　!　＼丶　　｀ヽ 、　　　`､
　　 /　　　 ／　　 /　 /　/　 　 /　:/{　　│　　ヽヽ　＼ 　＼
. 　/　　　 /　 　 :/　 /　/　 　 /　 ｲ│ 　 |　　　 ｌ ｌ　　　 　　＼　 　l
　 ;　　　 /　,　　/　 /　,'　 　 /　/ │ｌ 　　|　　　 | |　　　ｉ　　ﾊヘ　　|
　 |　/　/ 　:!　 l　　|　 {　　 /jﾚ│　| |ｌ 　､| 　　　ｌ |　　　| 　 | l　| 　 l
　 |/|　/l　　|　 |　　|__,厶斗匕l　!　 | l ヽ　l`ー‐-j_ﾊ. ___/ 　 j j │　∧
　 　| / |　　|　 ｌ　　ｌヽ { .ｧ≠ﾐﾍ {　 ヽ　　＼ _ｯ､/ ミ､　/　　// 　ｌ　　∧
　　 ﾚ -ﾍ　 lヽ　ヽ　l　 Vl 圦_ﾊ　　 　 　 　 ｀代_ﾉ　ｌ}∨|　 /∧　 :|　 　 |　　　__, -‐'⌒l
.　 　/ 　 ヽ l　＼{＼!ｰ《.{fj::::::: !　　　　　　　 ｉfj::::::: ﾘ 》 !／ハﾉ　 :|　　 .|-‐'´ 　 　 　 /
　　 l 　 　 Ｎ　　{ヘハヽ弋辷ソ　　///// 　弋辷;ソ　/ｲ '´　|　　 li 　 │　　　　 　 /
.　　　 　 /　　 / 　 　ﾊ と=-‐'　　　　'　　　 　 ｰ-=つ　　 　 i|　 　 ﾄ､　 !　　　　　 /　　　>>1うぐぅ
　　　ヽ / l　／! l　　　ﾍ　　　　　　〜〜ｫ'´ ￣｀ヽ、/　　　 /i|　 　 |　l　|　　　 _／、
　　　/＾l　�W　 ! |. 　　　lヽ､　　　　 　 〃　　　　　 ヽ｀ヽ　/ll |　　 /　∨-一''´　　 }
　 　 {.　ﾘ∨　 .jハ　　　 ｉ＼ ＞　､ ___/　　　　　　　　＼}　/リ　　/　　 ｀ヽ　　　　/
　　　 ＼ 〈　　　　 ＼　　l＼＼/＼　 !　　　　　　　　　　Y　 / 　/　　　　　|　 　 /
　　　　　＼f ￣＼ 　 ＼_ヽ_＼l＼_ヽ_{　　　　 　 　 　 　 l｀Y__／　 　-‐─ｲ＿／
　　　　　（　〉　　　＼／　　　　｀ヽﾍ ∧　　　　　　　　　 ﾚ　ﾍ　／　　　　/　 ）
　　　　 　 Y　　＼／　　　　　　　　Vﾊﾍ　　　　　　　　 //ヽ∧　　　　　 l　 /
　　　　　　 } 　 〃　　　　　　　　　　}}∨ヽ｀ ー　　　 ／　ヽ/ ∧　　　　/￣
　　　　　　/　 /{{　　　　　　　　 　 /ハ!メ_＼＿＿／＼.／ヽ/　〉　　　 〉
.　　　　　/　 ∧ﾍ　　　　　　　　　//＿＼{＿＿{＿＿／＼ /ヽ/＼／　{
　 　 　 ./　 /　Vヘ. 　 　 　 　 ／ｲ　　　|ヽ　　 l＿＿＿_／ ／　　}　　 ヽ

>>1
もうスレ立ってるのに勝手に立てるなよ

【EAC】可逆音楽情報交換スレ【ape,flac,tta+cue】
http://tmp6.2ch.net/test/read.cgi/download/1159857670/l50

>>27
ちがうだろｗｗ
アホ。

>>27
　 /＼＿＿_／＼
／　／　　 　ヽ ::: ＼
|　（●）,　、（●）、　| 　　
|　　,,ノ(、_, )ヽ、,, 　 | 　
|　　　,;‐＝‐ヽ 　 .:::::| 　　
＼　　｀ニニ´　 .:::／
／｀ー‐--‐‐―´´＼

>>27
氏ねカス

>>27
m9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡ﾌﾟｷﾞｬｰ

>>27
m9(^Д^) ﾌﾟｷﾞｬｰ!

>>27
あわれｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

こんな糞スレさっさと潰れろ

>>34
自分が誤爆したのにｗｗｗｗｗ哀れｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

m9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡ﾌﾟｷﾞｬｰ

>>34
m9(^Д^) ﾌﾟｷﾞｬｰ!m9(^Д^) ﾌﾟｷﾞｬｰ!
m9(^Д^) ﾌﾟｷﾞｬｰ!m9(^Д^) ﾌﾟｷﾞｬｰ!
m9(^Д^) ﾌﾟｷﾞｬｰ!m9(^Д^) ﾌﾟｷﾞｬｰ!

これはひどい

>>14は自分が勘違いしていたときに書いたやつだ
正しくは
「mkaコンテナにはttaを格納すると末尾1サンプルが消失するというバグがある」
ということでよろしく

MKA変換機は格納する際に「消失しないように格納する」機能がついている
ただし、そうして格納したかどうかなどわからないので、結局mkaコンテナにttaを入れたものは避けられると思う
結論に変わりは無い

マジレスしてんじゃねえよカス

>>38
MUSIC PC見てみたけど
消失しないように格納するんじゃなくて
取り出すときにタイムコードを変えることである程度ロスト問題を解決ってことじゃないの？
まあ結論に変わりはないけど

よく分からんがとりあえず、
『ゴリ押しだけどまあなんか合ってるからおｋ』ってことでFA?

>>39>>39>>39>>39>>39>>39>>39>>39
晒しあげ

「取り出すときにダメになる」のままで正しいようだ
そのまま再生する分には問題ないらしいし

MKA変換機は格納する際に「取り出すときに消失しないように格納する」機能がついている

ということで14はそのままか、いっそ消しておくれ
mkvtoolnixの新しいのは出たけど、どうなってるかは知らない

>>40
よく読め
>ＭＫＡデコード→ＣＲＣ１６比較→ＴＴＡが一致しない場合タイムコードを変えて再ＭＫＡ変換（CRC16が一致するまで繰り返し）

でも失敗するのもあるんだよね結局。

何で日本人はttaにこだわるの？

正直それよりも何で1サンプルにそんなこだわってるかの方が疑問

1サンプルも違うんだぜ。　もしかしたら出るはずだった「ド」の音が出なくなるかもしれない。
ダイヤモンドとカットガラスくらいのちがいなんだよ。

>>47
そんな疑問を持つ奴がこのスレにいることが疑問

>>47
可逆圧縮なのに可逆じゃないから問題なんだろ
音だからいいもののzipを解凍して末尾の1バイトが削れてたらどうする

■mka
(tta+cue).mkaはttaを取り出す際に末尾1サンプルが消失することがある為、不可逆と見なされる。
再生して聴く際は消失はない。
仕様上、mkaコンテナはapeを扱えないので、flacかwvを格納するのが主流。

flacはそのまま取り出すとoggFLACになる為、コマンドラインから以下のようにして取り出す。
　mkvextract tracks CDImage.mka --no-ogg 1:CDImage.flac

cueはMKVextractGUIで簡単に取り出せるが、作成時に添付されていない場合は取り出せない。
その場合はコマンドラインから以下の様にして抽出する。
　mkvextract cuesheet CDImage.mka > CDImage.cue
ただし、こうして抽出したcueシートはTRACKごとのPERFORMERなどが欠けていて、元のものと同じにはならない。
気になる場合はテキストエディタで編集するなりEACで再取得するなどの手間が必要になる。

mkaに入れるならttaはやめとけってことで

>>48-50
末端1/44100秒間の「ド」か。

ギャップと音質が変化しなきゃいいやって人間からしたら
そんな末尾1サンプルまで一致してなきゃ嫌だ、なんてのは潔癖すぎて病気としか思えんのよ。
こだわりなんざ人それぞれなのはわかるんだけど、どうしても
CD一枚1億数千万サンプルの内の最後1サンプルの欠落が許容できないってのが理解できなくて。

あ、一応言っとくと貶すつもりじゃなくて、自分のと違う概念に対する興味ね。

簡単にまとめるとape最強ってことだな

> 簡単にまとめるとape最強ってことだな

ということにしたいのですね？:-)

>>53
嫌だとか潔癖だとかこだわりだとかそういう話じゃなくて
「可逆圧縮」の定義が圧縮前と展開後が完全に一致するという事なんだが。
可逆圧縮として紹介されている以上、そうならないのは非常に大きな問題（あってはならないバグ）である。

もちろんttaをmkaに入れたものが非可逆だと主張するなら全く問題ないすよ。

>>56
ってとあなたの主張は1サンプル非可逆なのに可逆だと言ってるのがいかんって事で
問題はオーディオ的な面とは別のところにあるってこと？
(tta+cue).mkaは非可逆だーと叫びながら使用する分には問題無し？

まぁ、俺流すときはオフセット値設定済みapeだからあんまmka関係無いんだけどさ

てか1サンプルであろうが元ファイルと違ったら可逆ではない
それでいいじゃない

そうだね
単に「≒可逆」がたまたま俺の許容範囲内だったってだけかね
ありがと、おやすみ

>>46
何を勘違いしてるの？
ttaなんていつ流行ったの？

flac+cue+log+m3uが一番いいと思う。
もちろんflacは曲ごとに分割してタグもつける。

apeでいいじゃん＞＜

alac最強ってことで。

atac最強でしょ

>>61
それ外人の習慣だな
日本人が真似するこたない

曲ごとに分割とかマジうざいな　外人死ねよっていつも思う。

ギャップさえ入っていてくれれば分割でもいい。

外人は分割flacが多いな、log見るとオフセ訂正してないこともある
それでいてmd5付けてて、ファイルの正確さは気にしたりとおかしな拘りがある感じ
ちゃんとリップして分割しないflac+cueにしてくれと思う

つまり外人はバカ

曲が途切れでもしていなければ、オフセットは気にしないんだろう
というか、仮想ドライブ使用でオフセット値を訂正する方法があるのではなかったか
知らないけど

>>70
取り込み時でオフセット訂正されてないなら
それをどうしようが意味ないんじゃないの

読み込みに使ったドライブのオフセット値がわかれば何とかできる

そうまでするか？　どうせ無音だろ？

PC用にape。それをさらにwav→分割wav→mp3にしてプレイヤー用に。
つまり一つのファイルでも二つ常備しています。

「wav→分割wav」の工程が無駄じゃないのか

だな。
foobarとか使ってape→分割mp3っていきなりやりなよ。
内部処理的にはwavデコード→mp3化、ってやってるだけだから、
同じmp3エンコーダで同じ設定使えば出来上がり同じになるし。タグもついてくれるし。

> 内部処理的にはwavデコード→mp3化、ってやってるだけだから、

コード追った？

コードとかは知らないけど
ファイルは一致するから内部処理的には全く問題ないと思う
ギャップ無しがいいならデコードしてEACで分割になるけど
込みならfoobarで一気にやるほうが全然楽

外人をひとまとめにするなよ。
どこの外人からもらったのがきちんとしてなかったんだよ。
お前らがLimeWireとかショボイ方法で手に入れたやつがそうだっただけだろ？

俺は日本人だけどさ、なんでお前らに外人が文句言われなきゃいけないんだ？

外国の人は大概トラックを分割した状態で配布するってのは間違ってないぜ。
オフセット訂正が重視されていないのも本当だ。
あの人らは読み込みのエラーを低減させることのほうに重きを置いてるからな。
考え方の違いを指摘しているのであって、これを外人批判とらえるのは早計すぎる。
一部の罵倒レスを全体の総意と思われると困るよ。

APEの奴をEACでCD-DAで焼いたんだけど、最後の曲終わったあとに
デカい音のノイズはいっててマジビビったよ。
そういう不具合とか報告されてる？

WAVにしてから焼くほうが精神上よろしいので俺はいつもそうしてる。
から、そういうバグがあるのかは知らない

　　　　　 　　　　　　　 　　　　 　 　 _,.＞
　　　　　　　　　　　　　　　　　　　r "
　　 >>81マジで！？ 　　　　　 ＼　 　　＿
　　　　　　　　　　　　　　　　　　　　r-''ニl::::/,ﾆ二 ｰｰ-- __
　　　　　　　　　　　　 　　　　.,／: ://　o l !/ /o　ｌ.}: : : : : : :｀:ヽ 、
　　　　　　　　　 　 　 　 　 ／:,.-ｰl { ﾞ-"ﾉﾉl ｌ. ﾞ ‐ﾞﾉﾉ,,,_: : : : : : : : : :ヽ、
　　　　　　 　 　　　　　ゝ､,,ヽ /;;;;;;;;;;ﾘﾞ‐'ｰ＝" ＿゛ =､: : : : : : : :ヽ、
　　　　　 　 　 　 　 /　　＿________｀ﾞ ｀'-- ヾ_____--⌒　　　 　`-: : : : : : : :
...-''"│　　　 ∧　 .ヽ.　 ＿_______　　　/　　 ____ ---‐‐‐ｰｰ　　　 ＼: : : : :
　　　　!　　 / 　 .ヽ　 ﾞ,ゝ､　　　　　　/　　____＿___rｰ''"￣''ｰ､　　　 `､: : :
　　　　.ｌ.／　　　　　V 　　｀'''ｰ-、__/__r-‐''"゛　　　 ￣￣　 　＼　　　ﾞl: : :
　　　　　　　　　　　　　　　　　　 ｌ　　　　 .,.. -､、 _ ‐''''''''-、　 　 ｌ　　　!: :
　　　　　　　　　　　　　　　　　　｜　　 ／ 　　 .| .!　　　　 ｀'､　　|　　　l: :
　　　　　　　　　　　 　 　 　 　 　 ｌ　　 |　　　　 .ｌ,,ﾉ　　　　　｜　 !　　　!: :
　　　　 　 　 　 　 　 　 　 　 　 / 'ﾞ‐'''''ヽ、　.,,,.. -''''''''^^'''-、/　　l　　　!: :
　　　　　　　　　　　　　r―- ..__ｌ＿__ 　　 ｀´　 　 　 　 　 　 ｌ 　 / 　　/: :
　　　　　　　 　 　 　 　 ＼　　　　　　｀ﾞ^''''''―- ..___＿＿＿/_／　　 /: : :


いちいちチェックせずに焼いたら焼きっぱなしだったよorz

>>83
どらちゃんｗｗｗｗ

EACを使ってMP3に圧縮した時、.compressedとファイル名の後につく時とつかない時があるのですが、
これはどういう意味なんですか？

ttp://www.borujoa.org/upload/source/upload8372.zip
どーでもいいと思うが、ISRC行を削除するソフト作ってみた
他に付けたい機能が見当たらなかったから
超単機能ソフトになってしまったorz

折角つくったところ悪いが、上げるならソースもくれ。

テキストエディタのマクロで十分じゃんｗ

SEX

ISRC行くらいついてたっていいじゃない

むしろ付けてくれ

cueファイルをDaemonに読み込ませて、それをWMPで聞こうとすると曲名が表示されない。
cueファイルにはちゃんと曲名とか書いてあるのに
どうすれば表示されるようになるの？

foobar導入しろｶｽ

mp3にエンコするからWMPの方がいいんだ…

あとからmp3をリネームするのが恐ろしく大変

foobarでもできるお！

マジで！？

ID:P7v17Dzp0
テンプレで全て解決できるので聞かないで下さい

すいませんでした

WMPでMP3にするって……ﾌﾟﾌﾟﾌﾟ

>>98
foobarのwiki見ればすぐ分かるからｶﾞﾝｶﾞﾚ

厨にはお手軽Lilithでも勧めてろ

>>85ご存知の方よろしくです

何か問題あるのかお逆に問いたい

なんかさー。手動で解凍すんのめんどくさくね？
ダウンしたらそのまんまドーンみたいな感じで、焼ける。聞ける。（Winanpで）
みたいなのって無いの？

Winanp

>>103
問題はありませんが、
.compressedの意味が知りたいだけです
よろしくお願いします

>>104
馬鹿発見ｗ

>>106
意味が知りたいだけなら英和辞書引いてください。
compressの、受動態表現の過去分詞です。

本当にもう中学校レベルだな。

>10の１．のとおりにFLAC 1.1.2 for Windows(tools onry)とFLACdropをDLしてきて
http://www001.upp.so-net.ne.jp/yama-k/codec/flac.html
に書いてあるとおりに設定してFLACファイルをFLACdropにD&Dしたんですが、うんともすんともいいません。（waveファイルにデコードできない）

何回も確認してやったんですが、これ以上手に負えなくなってしまいました。

どこか悪いところがあると思いますので、誰かご教授よろしくお願いします。

>>110
そのFLACは再生できますか？

>>110
あきらめてfoobar2000を使う

>>110
%path%flac.exe -d

>>110
それホントにFLAC？　極窓でもつかってたしかめれ

>>111
再生できます。

>>112
foober2000は導入済みですが、waveへの変換方法が検索してもよく分かりませんでした。
バージョンはv0.9.4.1です。

>>114
極窓でも確認済みです。

初心者ですみません。よい方法をご教授お願いします。

>>115
ttp://foobar.s53.xrea.com/fbwiki/index.php?Converter%20%B2%F2%C0%E2

>>116
ここの解説を読んでも良く分かりません。
foobar2000に何のプラグインを導入してどうすればwaveにデコードできるのでしょうか？

本当に申し訳ありませんが、もう少し詳しくレスお願いできませんでしょうか？
スレ違いですみません。

何回もすみません。

最終的に　FLAC→WAVE→mp3　にしたいのです。

ID:p2rpEREu0 うせろボケ

foobar2000 Part33
http://pc7.2ch.net/test/read.cgi/software/1163655598/

>>119
実はいいひと

>>120
俺にはわかってる、実は優しい人

>>121
俺だってわかるさ、実は素敵な人

>>119
できました。本当に本当にありがとうございました。

>>108
いえ、さすがに単語の意味は分かりますよ
ファイル名の後につく時とつかない時の違いを知りたいのです

じゃぁ調べたら？？

ape最強ですね

>>777
わかんね
ﾀﾞｳｿ板のEACスレのテンプレでも見てみたら

CDImageをMonkey's Audioでwavにデコードして
CDImage.ape.cueとCDImage.cueの中身をFILE "○○.wav" WAVEに変えたのに
DAEMON Toolsにマウントすると
「イメージをマウントできません。 Cue sheet: 行３- 無効なWAVE形式です」
とでてしまいます。
行的にFILE "○○.wav" WAVEのとこがおかしいんだと思いますが、テンプレだとこれ以外書いてないのでよくわかりません。
どのように直せばいいのでしょうか

>>128
・WAVのファイル名
・cueの頭三行
書いてくれ

>>129
頭三行
PERFORMER "Honey Bee"
TITLE "No Rock No Life"
FILE "CDImage.wav" WAVE

wav名
CDImage.wav

です

wavが壊れてる

ふーん

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

えらーメッセージも書けばいいのに

WavPack使いたいんですが、解説サイトが中々ないですね･･･
wavpack.exeってどうやって開けばいいんでしょうか？

それはwavpackの解説以前の問題だ

>>135
CUIの使い方を覚えるか、foobarのConverterを使う。
http://foobar.s53.xrea.com/fbwiki/index.php?%B2%F2%C0%E2#r3d17a61

>>133
cdtって何だ？

CD-TEXTでしょ

最近nyのBBSが一つも見れないけど俺だけ？

>>137
どうも有難うございます。
CUIは取っ付き辛いので、後者の方でやってみようと思います

ろまんいる？

>>142
いるいるいるいるいるいる！！！！！！
ジャケも全部つけてお願い(*´д｀*)ﾊｧﾊｧ

【Share】ミュージカル専用スレ【Winny】
http://tmp6.2ch.net/test/read.cgi/download/1161352172/
　芝居・舞台・演劇・ミュージカル・バレエ公演等を含む【舞台総合スレ】です。
　違法ファイルに関する情報交換等しdownしないように無視リストに入れて
　違法ファイルの拡散を抑止するためのスレです。

　音楽、動画は問いません。もし違法ファイルを見つけたらご協力お願いします。

じゃけとかいるんだな
浅はかですません

>>135
WavPack frontendというのがある
動作には、Visual Basic 6 Runtime filesなどが必要

WavPack frontend　ttp://members.home.nl/w.speek/wavpack.htm

圧縮は可逆のLoslessモード、非可逆のHybridモードがある
Hybridモードは非可逆のwvファイルと、可逆にするための差分であるwvcファイルを作ることが出来る
wvcファイルなしで非可逆のエンコードを行うことももちろん可能
オプションなどの説明はWavPackに同梱のwavpack_doc.htmlにある

以前、foobarでwv+wvcが可逆にならないと書き込んでしまった記憶があるけど、　勘　違　い　です
誰も気にも留めてないと思うけど

そいやWavPack4.40b出たな

>147
どこよ？

ベータだからフォーラム

>>133
ゴミ　もしくはCCCDか？

>>146
Hybridモードの使い道がいまいち…
合計サイズが普通のloslessモードよりちょっと容量増えちゃうんだよね。
差分捨てちゃうなら最初からmp3なんかにすればいいし。

wvに対応した携帯プレイヤーがあれば、それ用に非可逆を作るのと同時に
差分でPC用の可逆を作れるから便利そうだけど。

wavpackは今やiPodでも再生できるよ。もちろんlossyもlosslessも。

iPodでというかrockboxでだろ
最新のiPodはCPUが変わって対応してないし

>>148
ttp://www.wavpack.com/wp440b.zip

にゃおでぃお - 日記 : 音楽CDのオフセットが実は30サンプルずれていた by nyaochi
ttp://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/24/cd30/

こりゃ祭りだな
忙しくなるぞ

Exact Audio Copy（笑）

今までは 1+1=2 が常識だったのに
詳しくく調べてみたら 1+1=1.3 でした！！
みたいな話だね

ここで初心者を罵倒してた連中のデータより
なにも考えずプレクで吸ってた奴のデータが正しいという悲惨な現実

MKAの１サンプルレベルじゃないと。

プレク使いなら、訂正必要ないってことか

プレクの技術者はEACがおかしいのわかってて
Plextoolの値ずらしてたのか？

わかってないだろ
ドライブ作る人とソフト作る人は別だから

Q.EACでりぷしたものはbin+cue、cue+img、ccd等の各形式とどう違うのか？
Q.EACでりぷしたものはbin+cue、cue+img、ccd等の各形式とどう違うのか？
A.bin+cue、cue+img、ccd等の各形式で、音楽CDのバックアップを取ると、
　読み書きのそれぞれの段階で、音声データの絶対位置が少しずれてしまいます。
　Exact Audio Copyはその辺も考慮されているため、リード時、ライティング時の位置ズレの補正が可能です。
　そのため、マスターディスクと比べて位置ずれがない、音楽CD焼きが可能になります。（条件による）
　（CD-R実験室さんから転載、一部改変）

この前神トリで同じプレクスター使いなのに結果が異なるとの報告があったけど
原因はこれだったのな。

あーあorz

アッー！

plextor premiumでEAC（+30オフセット）とplextoolsのリップしたもののハッシュが一致するんだけど
plextoolsもおかしいってことかいな

おかしいってことらしいよ

誰かプレクスターに電話して真相を確かめてくれ
メーカーの見解を知り他ああああああｓｄふぁ；ｌｋｓｄｆじゃ：ｄｓｊ

ごめん記事に書いてあった＞＜

音楽CDを寸分違わず取り込みたい人向けの話です．

（中略）
しかし，最近になり，Exact Audio Copyが測定するオフセットの値が，正しい値より30サンプルずれていたことが
明らかになりました（EACのフォーラム）．情報を寄せたIpseDixit氏によると，Exact Audio Copyで測定している
オフセットの値は+30ずれており，真の値は今まで正しいと思われていた数値を-30したものになるそうです．
しかも，PlexToolsやAccurateRipも，過去にExact Audio Copyで測定したオフセットの値を「信頼」し，その相対値を
元にオフセットの数値を算出していたため，すべてのソフトウェアがずれたオフセットを採用していたようです．

（中略）
その30サンプルのずれを物語るのが，最近のPlextor製ドライブの読み込み／書き込みオフセット値です．
仮にIpseDixit氏の測定が正しければ，今までの測定方法で+30の読み込みオフセットが，実際には「ずれなし」
を意味することになります．この+30の読み込みオフセットを持つドライブを抜き出してみると，
Plextor Premium, Premium2, PX-W5224A, PX-708A2, PX-708A, PX-712A, PX-716A, PX-716AL, PX-755A, PX-760A など，
最近Plextorが自社で開発したドライブが並びます．つまり，これらのドライブはオフセットが無いように設計・製造された可能性があります．
また，書き込みオフセットについて調べると，読み込みの+30のずれを打ち消すかのように，-30の書き込みオフセットを持つと
測定されたドライブがたくさんあります．

（中略）
今のところは「30サンプルのオフセットを修正せずにこのまま行こう」という流れが有力のようです．
PlexTools や AccurateRip など，蓄積されたソフトウェア／データを修正するには，もう手遅であることを理由に挙げています．

にゃおでぃお - 日記 : 音楽CDのオフセットが実は30サンプルずれていた by nyaochi
http://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/24/cd30/
@Andre Wiethoff and who feels to have a say on offsets. - Digital-Inn
http://www.digital-inn.de/exact-audio-copy-english/28787-andre-wiethoff-who-feels-have-say-offsets.html

謝罪と賠償(ry

じゃあ-30にしますね

つまりプレクは+30のまま、その他は-30しろということでおｋ？

より複雑になりますね
頭がどうにかなりそう。

>>176
読み0 書き-60

違う違う
プレクは+30じゃなくて0が正しいんだよ
プレクで訂正して吸ってたものは全部ゴミだったわけだ

これが正しいとして、書き0になるのが最近のパナとかBenQのRAM対応機とか
PX-751もだな

>>179
そういうことか、プレクどうこうの意味をやっと把握した。
プレクはオフセット0で作ってたけどEACで余計な事してたと、そういうことね。

ワケわからん

考えるだけでノイローゼになるわ

つまり、日立LG「GSA-4028B」使いな俺は

読み　 　 　 +677 - 30 = +647
書き 　 　　　 ±0 - 30 = -30
読み書き 　+677のまま（ +647 - (-30) = +677 ）

になるのか。


さて、また吸い込み直しか…（´・ω・`）


（´・ω:;.:...



（´:;....::;.:. :::;.. .....

これって確定じゃないんでしょ？
吸出し直すの待ったほうがいいんじゃない

おいらはマスター売ったからもうどうしようもないけどｗｗｗｗｗ

デファクトスタンダードの危険性ここにありって感じだな

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　新参乙！オリジナルを忠実に再現するならEACでリップは基本だからｗｗｗ
　) 　.|/-O-O-ヽ|　　　他の糞ソフトだと読み書きのの段階で音の位置が少しずれるんだよな！！
＜　6| . : )'e'( : . |9　　そんなものはコピーとは呼べん！！！
　)　 　｀‐-＝-‐ ' 　　 その点EACはオフセット設定があってマスターディスクと比べて位置ずれがない！！
　)　　　　　　　　　　　
　⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V


にゃおでぃお - 日記 : 音楽CDのオフセットが実は30サンプルずれていた by nyaochi
http://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/24/cd30/

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　オフセットがデフォで+30ずれてた？まぁ所詮コピーで完全に同じモノは無理だからな！！
　) 　.|/-O-O-ヽ|　　　30サンプルくらい誤差の範囲だろ！！おまえらも気づかなかったみたいだしｗｗｗ
＜　6| . : )'e'( : . |9　　まぁ俺は以前から聞き比べて多少オリジナルとは違ってるとは思ってたけどな！！！
　)　 　｀‐-＝-‐ ' 　　
　)　　　　　　　　　　　
　⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V

今まで流してたやつどーしよ？

>>184
読み書き 　+617　（ +647 + (-30) = +617 ）

じゃなくて？

使用ドライブ : Generic DVD-ROM Adapter: 2 ID: 0

30サンプル＝30/44100秒でいいのか？

>>189
ごめん、そうだったそうだった。
しかも数値は677でなく667だった。

訂正
読み　 　 　 +667 - 30 = +637
書き 　 　　　 ±0 - 30 = -30
読み書き 　+637 + (-30) = +607

になるのかな。

以上のようなことから，「これまでの測定は間違っていた」という見方が有力になりつつあります．寸分違わないリッピ
ングをウリにしていた Exact Audio Copy の理念と反するような事態ですが，今のところは「30サンプルのオフセ
ットを修正せずにこのまま行こう」という流れが有力のようです． PlexTools や AccurateRip など，蓄積されたソ
フトウェア／データを修正するには，もう手遅であることを理由に挙げています．「先頭・末尾の30サンプルはどうせ
無音である」という意見も多く聞かれます．


日本ではどうなるんだろ、様子見なきゃね、、、

もうEAC使わなきゃよくね？
全部wavでいいよもう

wavにするのもEACつかうんだが

リッピングソフト使えばいいじゃん
いちいちape+cueなんてやるからよくない

今の話に圧縮形式とか関係ないんだけど

これは歴史的大事件ｗｗ
釣りでないことを願う

釣りであることを願う

>>196
お前EACがなぜ他のリッピングソフトと違うのか分かってないだろwww

てかプレクすげえじゃん！EAC使わなくてもオフセットのずれは無いって事だろ？
安くなったプレクのDVDドライブ買っておこうかな。

ネット上を漂う数千数万の可逆ファイルがゴミと化したわけだ

全部ゴミにはならんだろー、DAEMONなりでまたずらしてやればいいんだし。
最初と最後の30サンプルに音が入ってたらゴミに近くなるけど。

>>196
おまえ、、なにもわかってないな

ていうか判らないレベルなんだろ？
じゃあどうでもいいと思うけどな

今まで全く同じｗｗｗｗってはしゃいでた子が赤っ恥かいて可哀想だけどな。

＞書き込みオフセットについて調べると，読み込みの+30のずれを打ち消すかのように，
＞-30の書き込みオフセットを持つと測定されたドライブがたくさんあります．

ここ読んでじゃあ正しい書き込みオフセットは
測定値より+30なのかと思ってしまった俺は読解力不足？

>>199
そうそれ

今までオフセットはしっかり調整しろよじゃなきゃゴミだ流すな氏ね
って煽ってた人が、実は自分がゴミ量産してたというオチなだけで
まぁほとんどの人にはどうでもいいでしょ
オフセットずれたファイルで疑問感じてなかったんだろうから

(tta+cue).mkaを叩いていた奴はそもそも30サンプルもずれていることに気づかずに
たった1サンプルのずれを叩いていた訳か

怖いねーｗ
ひっくりかえっちゃったよｗ

消失>>>>ずれ

ふー、びっくりした

つーかそもそもtta+mkaはリッピングの際の問題ではなくエンコード(コンテナ格納)時の問題である
EACで吸い出してtta+mkaにした場合、30サンプルずれた上に1サンプル消える可能性があるという事

>>184
今まで(誤？)
読み+667
書き 0
が
読み+647
書き y
に修正が必要として

+667"で吸い上げて、0"で書き込んだのを　+667"で読み込むと一致するなら
yは+30

もう訳わかんねぇ
今まで通りでいいや

これがほんとならさすがプレクというべきか…。
作ってる方もなんでズレるか不思議だったんじゃないかな。

今までリップしたデータどうしよ。またやり直すのは面倒すぎる。

焦ったけど
先頭や末尾に無音部分がないような稀有な例をのぞけば
今までのファイルも完全なものに修正可能なんだよな

まあとりあえず様子見

30サンプルずれていたって事は、
本来のファイルから30サンプルも失われていて、
30サンプルも余計な物を加えられていたって事？

今まで合計60サンプルも改変された物を聞いていたのか？

これまでに吸っちゃったファイルは
先頭に30だけゼロサンプルくっつけて
末尾の30だけゼロサンプル削れば
完全なファイルとなる

だれかバッチ作ってorz

60サンプルって言ったって60/44100秒だぞ

>>200
だから欠陥ソフトだったってことだろ？
これだけ耳に肥えたやつらが集まっておいてｗまったく気がつかないとは
素直にwavにしとけよ

>>221
いやいやそういうことじゃなくて
EACもリッピングソフトなんですけど

ほとんどのCDは調整するだけで大丈夫でしょ。
全てがゴミになったなんてのは言い過ぎだよ。

ずれてる部分なんてどうせ無音部分なんだろうから
聴いて違いが分かるわけないと思うんだけど

×CD→○ファイル

>>221
ちょwww理解力が幼稚園児www
耳が肥えてる肥えてないの問題じゃないし、wavにしとけとか意味不明

>>221
EACでapeとかに変換してると思ってるだろ
それは大間違い

だからwavでリッピングすれば元々ずれなんて発生しないじゃん

wavのままだと問題ないような意見があるのは気のせいか？

>>228
日本語でおｋ

>>228
もういいわ
おまえ狙いすぎ

お取り込み中すみません。
mkaとかいう禿げファイルからtta+cueを取り出したいのですがMKA変換機が100％で固まります。
foobar2000で再生はできるのですが、分解可能ですか？

>>228
逆にapeやmp3でリッピングするやり方を教えてくれ

>>228
おまえはそんなエサだ

「wavでリッピングすれば元々ずれなんて発生しないじゃん」

名言集に追加よろ

はぁ？もしwavのままでも問題あるなら
すべてのドライブ・リッピングソフトで欠陥ありってことになるけど
それでいいのか？
もしそうなら、もっと消費者がメーカーに怒ってもいいんじゃないの？

>>236
30どころか600とか1000以上のズレがあるドライブだってあるんだ
EACだから30サンプルの誤差で済んでるんだぞ

>>233
apeはしらんがmp3なら直でエンコしてくれる
リッピングソフトがいくらでもあるじゃん

つまり読みを-30で
書きを+30にすればいいんだろ

EAC作者が新Verでこの問題を訂正してくれるのを期待

>>236
>すべてのドライブ・リッピングソフトで欠陥ありってことになるけど
それでいいのか？

欠陥じゃなくて、本来の音楽再生目的で問題のないずれだから。
1サンプル目から音データが入ったCDは見たことがないな。

ID:33s+nf7U0はオフセット訂正の意味が分かってないんだなw

>>238
エンコなんて言ってない

>>232
ファイルチェックモードのチェックを外そう
ラストの1サンプルが消える可能性が出てくるが、どうせ最初から60サンプルもおかしくなってるんだ
さらに1サンプルおかしくなったところで気にする必要はないだろう

>>237
あきれた
本当にそうなら、そんなに酷いのにだれもクレーム起こさないのか
少しでも欠陥があれば徹底的に叩くのがvipperだと思ってた

さっそくプレク注文した

>>243
そんなもんは欠陥のうちにはいらないからな
で、なんでvipperが話に出てくるんだ？

>>243
そんなことも知らずに今までなんの理由で吠えてたんだ？w
ってかwavならずれずに、apeにエンコするとずれる理由ってなんだ？

>>243
どう読んでもそれおかしいし。ドライブ固有のずれとEACが測定結果を30サンプル誤ってたという
今回の事件はまったく関係ない。

　　　　　　　　　　　　　　　＼ 　　＼ｖ／　　／
　　　　　　　　　　　　　　＿＿　ヽ(`Д´)ﾉ　＿＿＿　　>> ID:33s+nf7U0
　　　　　　　　　　　　　　　　　　　（ 　）
　　　　　　　　　　　　　　　　　／ ノ　ゝ　　＼


ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ｲｲﾖｰ　ﾊﾟｼｬ　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ｲｲﾖｰ
　　　ﾊﾟｼｬ　ｲｲﾖｰ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ｲｲﾖｰ　ﾊﾟｼｬ　　ﾊﾟｼｬ 　ﾊﾟｼｬ　ﾊﾟｼｬ　ｲｲﾖｰ
　∧_∧　　　　　∧_∧　　　　 ∧_∧　　∧_∧　　　　∧_∧　　　　 ∧_∧
　(　　 )】 　 　 　(　　 )】　　　 (　　 )】 【(　　 )　　　 【(　　 )　　　 【(　　 )
　/　 /┘　.　 　/　 /┘.　 　　/　 /┘ └＼＼　 　　└＼＼　　　└＼＼
ノωゝ　 　　　ノωゝ 　　　 　ノωゝ　 　　　ノωゝ 　　　 ノωゝ　 　 　ノωゝ

>>242
討論中失礼します。
チェックモードのチェックは入ってないのですが？

>>247
だからどのみちメーカー製のリッピングソフトからして欠陥なんでしょ？
ヘルプとかにCDのコピーが完全にできるような書き方がしてあって
実際に完全コピーができないのなら、JAROに訴えたほうがいいんじゃないの？

それとも、欠陥ドライブ・ソフトを売りつけられてもなんとも思わないほどお人よしなのか
元々ダウソ民だから関係ないか

>>249
100%になってからTTAが出力されるから、固まってるように見えて実は処理中の可能性が高いかも。
ただし、MKA変換機はTTA取り出し→WAV化→TTA削除、までやっちゃうから、TTA＋cueまででとめたいのであれば、
MKVToolnixのほうがいいと思うよ。

職人さんがんばって！＞＜

vipperじゃなくてripperだろ常識的に考えてｗｗｗｗｗｗｗｗ

だから
つまり読みを-30で
書きを+30にすればいいんだろ？

>>250
「完全に」なんて
例えばどれに書いてあったんだ？

あれ？
MKA変換機もMkvtoolnixを使ってるんじゃなかったっけ？
まあどちらにせよ新しいバージョンが出てるので最新の物にすれば大丈夫かも>>249

あるいはMKVextractGUIの方を使うとか

ずれてるずれてるっていうなら
もういっそのことライン録音でもしたほうがいいんじゃないの？
これならずれ関係はまったくないし

アナログコピーで満足ならそうしなさいよ

>>255
EASY CDとかにCDの完全コピーとかでかでかと書いてあるじゃん
それ系のタイトルの解説本も大量に存在するし
全部大嘘だったわけか

>>251訂正ｽﾏｿ

×　MKVToolnixのほうがいいと思うよ。
○　MKVextractGUIのほうがいいと思うよ

これまでの常識が覆されるような驚きの事実が発覚した直後なのに、
ID:33s+nf7U0のおかげで笑えてしまうｗｗｗ

ID抽出したら噴いたｗ

ID:33s+nf7U0の人気に嫉妬www

コレだけはいえる


今までズレがどうこかこうとか言ってたヤツの耳は結局全部飾り物だったって事だな

「完全に」コピーすることを目指してるのであって、耳なんて関係ないの。
もともと人間が感知できるレベルの話じゃない。

>>264
ズレが耳で聞き取れるからオフセット訂正するとか言ってるやつなんていたか?
265の言うように完全にコピーしたいという精神衛生上の問題だ

まあ、今回の件でそれも崩れ去ったわけだがw

無音部分の長さなんて耳で聞いてわかるわきゃないだろｗ

今までオフセット訂正にこだわってたのって、結局精神衛生上気持ち悪いからって理由がほとんどでしょ？

わきゃん

微妙にかぶったorz

これからは-30したものを流して
フィアル名に（-30訂正済み）と書くこと！！
これからは-30したものを流して
フィアル名に（-30訂正済み）と書くこと！！
これからは-30したものを流して
フィアル名に（-30訂正済み）と書くこと！！

あと>>219のバッチきぼんぬ！！
あと>>219のバッチきぼんぬ！！
あと>>219のバッチきぼんぬ！！

なんでどこもズレのないドライブ作らないんだろうとは思ってた

こんな罠が待っていようとは・・・

一応デジタルデータだからな。
完全に一致させる方法を知ってしまうとやっぱりそれ選んじゃうんだよな

>>269
219をやっても先頭30サンプルが無音じゃなければ元には戻らんぞ
まあ、そもそもきちんと訂正できていてもオーバーリードできなければ同じ事だからいいのかもしれんが。

先頭に30サンプル挿入というのはデータ的にはごく僅かでも
ディスクを実際に読み書きする量はファイル丸々一個分になるからあまりやりたくないな

今までの無駄な時間は何だったのでしょうか
とりあえずリップしたものと集めたものに関してはもういいや
あきらめる（ﾟεﾟ）

まあ修正する方法を知っているだけでも精神安定剤にはなる

【政策】「マンガやアニメなどの権利保護」ダウンロード、海賊版は禁止　政府、著作権法改正を検討[06/11/24]
http://news18.2ch.net/test/read.cgi/bizplus/1164356051/

>>275
まじうんこ法案

とりあえず wav 対応だけでよければ
時間ができる月曜日まで待ってもらえばバッチ作るけど
っていうか俺より手の速い人だれか……

>>275
こういうのって海外だとどうなってるんだろうね

♪　　∧＿∧ 
　　 （　´∀｀ ）)) 
　(( (　つ　ヽ、　　　♪　可逆脂肪♪ 
　　　〉 と/　 )))　　　　　　　可逆脂肪♪ 
　　（__／^(＿) 

♪　　∧＿∧ 
　　 （　´∀｀ ）)) 
　(( (　つ　ヽ、　　　♪　あばばば♪ 
　　　〉 と/　 )))　　　　　　　可逆脂肪♪ 
　　（__／^(＿) 

　　　　∧,＿∧　♪ 
　　((　(　　　　) 
♪　　 /　　　　)　))　♪　ほすほす♪ 
　((　( 　(　　〈　　　　　　　　ほすほす♪ 
　　　 (＿)^ヽ__） 

♪　　∧＿∧ 
　　 （　´∀｀ ）)) 
　(( (　つ　ヽ、　　　♪　ほすほす♪ 
　　　〉 と/　 )))　　　　　　　ほすほす♪ 
　　（__／^(＿) 

ID:33s+nf7U0は釣り師だったのではないだろうか

いまひどい自演を(ry

俺が出かけている間に面白い奴がいたのな。
なんでこの手合いはこうも自信満々なんだろ(；´д｀)

おまえらの耳もたいした事ないな･･･('A`)

というか音質の話じゃない

>>283
その煽りが間違ってることに気づこうよ

自称職人必死でございます

職人煽る気はないが炊いたやつが別段知識に優れていたわけでもないだろ
たまたまファイルを持っていただけなんだから

全世界が騙されたんだな

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　新参乙！オリジナルを忠実に再現するならEACでリップは基本だからｗｗｗ
　) 　.|/-O-O-ヽ|　　　他の糞ソフトだと読み書きの段階で音の位置が少しずれるんだよな！！
＜　6| . : )'e'( : . |9　　そんなものはコピーとは呼べん！！！
　)　 　｀‐-＝-‐ ' 　　 その点EACはオフセット設定があってマスターディスクと比べて位置ずれがない！！
　)　　　　　　　　　　　
　⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V


にゃおでぃお - 日記 : 音楽CDのオフセットが実は30サンプルずれていた by nyaochi
http://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/24/cd30/

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　オフセットがデフォで+30ずれてた？まぁ所詮コピーで完全に同じモノは無理だからな！！
　) 　.|/-O-O-ヽ|　　　30サンプルくらい誤差の範囲だろ！！おまえらも気づかなかったみたいだしｗｗｗ
＜　6| . : )'e'( : . |9　　まぁ俺は以前から聞き比べて多少オリジナルとは違ってるとは思ってたけどな！！！
　)　 　｀‐-＝-‐ ' 　　
　)　　　　　　　　　　　

ずっと信じてきた可逆圧縮がでたらめだとバレたんだから自重しようぜ

もう流すときは全部mp3でいいよ

可逆がおかしいんじゃなくてEACがおかしかっただけだ

あちこちにコピペしたバカがいたせいで勘違いバカが多数紛れ込んでいるな

しかしそのおかげで
「wavでリッピングすれば元々ずれなんて発生しないじゃん」
という名言が生まれた

理解して使ってたヤツはともかく
何となく有名だから使ってて、しかも知ったかなヤツが燻りだされててﾜﾛﾀｗ

音質さえ可逆ならオフセットくらいどうでも良い俺には関係ない話だな

>>293
みるたびに吹くからやめてくれｗｗｗｗ

>>293
全曲1ファイルに続く良レスだな

ちょっと名言を置いておきますね・・・

　　　　　知らぬが仏

tta+mkaの時も言ったが
気にしないのが一番だな

今まで誰も気がつかなかったわけだし

個人で確かめようがないのがなあ・・・
プレクあたりが公式発表してくれればいいんだけど

mkaで1サンプルロストがどうたら言ってた





俺乙ｗｗｗｗｗｗｗｗ

205 名無しさん◎書き込み中 New! sage 2006/11/25(土) 00:03:10 ID:Rg7urL3K
yssさん検証中。
どうも本当っぽ(´･ω･`)

＞　11/25 EACの例の情報は本当です
＞　 PLEXTORドライブなら、読み書きともオフセット値±0にするのが正解
＞　11/24 EACの例の情報は本当っぽいです（確認中） 今まで地味に調べてきたデータベースが・・・（泣）

http://homepage2.nifty.com/yss/

>>214
遅くなったけどレスthx

はい、さらに訂正
読み　 　 　 +667 - 30 = +637
書き 　 　　　 ±0 + 30 = +30
読み書き 　やはり+667のまま（ +637 + 30 = +667 ）

さて、今までのやつをどうしようか･･･
マスターあるやつはDEAMONで訂正するのも、新たにリッピングし直すのも
手間的にはあまり変わらないね。

今までのは頭が30欠けてることになるんだよな
とりあえずwavecompareかけて先頭のゼロサンプルがないやつは
音が消えちゃってるのでゴミ箱行きだな

あたまからみっちり音が入ってるCD（オフセット訂正しないと削れちゃったりするやつ）の情報がまとまってるトコってない？
そういうCDってけっこう数としては多いものなの？

>>306
世界中に何枚CDがあると思ってるんだ

市販されてて、かつ初めの30サンプル以内からデータが入っているCDなんて
ほとんど存在しない気が･･･

とりあえず頭っから入ってるっていうのは聞いたことないなぁ。

US盤のThe Complete Miles Davis At Montreux
20枚組のうちほとんど欠けちゃってる…

Miles Davis - Milestones2005年国内盤もだな

Miles Davis - 'Round About Midnight2005年国内盤も

きりがないので寝るか

精神病になりそうだな

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

これはwikiがほしいところですね。
『正しく設定しないと欠けるCDのまとめWiki』みたいな。

マイルスやばいな
借りてきて試してみるか

　　　　　EAC作者？ボコボコにしてやんよ
　∧＿∧
　(　･ω･)＝つ≡つ
　(っ　≡つ＝つ
　/　　　) ﾋﾟﾋﾟﾋﾟﾋﾟﾋﾟ
　( /￣∪

EACの30サンプルずれが本当なら、PlexTools作者も馬鹿だと思う
訂正必要ないドライブ作ってんのに
その純正ソフトはわざわざEACと同じに訂正してたっていう
独自に測定するとかしなかったんかね

>>318
Plextorドライブを作ってた現場の人のことを考えると忍びないな。
ズレのないドライブを開発した頑張りを無にされていたのだから。

mkaは糞とか言ってるレベルじゃないな


>>48>>50>>54>>56
m9（^Д^）ﾌﾟｷﾞｬー

おれ、なんでわざわざ30ずらしてあるんだよとか思ってたから謝ってくるわ。Plextorに。

エロイ人、無知な俺に教えて。
最近のPlextorドライブならオフセットのずれはないから
適当なソフトでイメージ化して適当にコピーで焼けばOK
なの？それともやっぱりEAC使ってWAV+CUEにしないと
ずれるの？

一度EACの使い方覚えた方がいいよ

>>320
今回のはリッピングの問題だからそもそも話の次元が違うんだが

まあ圧縮すらロスレスじゃなくてもいいというマゾな人はtta+mkaを使えばいいよw

プレクドライブで音ズレが起きないってことは、
CD-Extraみたいなマルチセッションディスクをコピーしたいとき、
CloneCDを使っちゃってもおｋなわけ？

今回のことにめげずこれからもイイ仕事してくだせぇ(-人-)ﾊﾊｰ

なんつーかこの事件
ワロタとしかいいようがない

プレクドライブの中の人の技術力は間違いないって事なの？
当然、設計段階で測定とかするんだろうし。

信濃絹糸まんせー

>>325
もしそうならプレクのドライブ使えば、ゲーム等MIX-MODEのCDDA部分もズレないってこと？

EACｵﾜﾀ

500 名前：名無しさん＠お腹いっぱい。[] 投稿日：2006/11/25(土) 07:55:20 ID:To6WeEvP0
今回指摘した人が新たにリッピングソフトを公開するようだな。

P e r f e c t R i p , ultimate CD(+G) imager/ripper - Optical Storage Technical Discussions - Club CD Freaks
ttp://club.cdfreaks.com/showthread.php?t=199890


これがあるから、その前に何としても EAC の方のケリをつけておきたかったってわけか。

>>331
でも今までのEACでオフセット訂正値を直せばすむ話なんでしょ？

>>332
だから公式が訂正するのがめんどくさくて嫌がってるんでしょ？

なんか勘違いしているような(´･ω･`)

つーか、本当に30ずれてたってことで間違いないの？
機材がない一般人にはどうやっても確認できないから
どうしようもないし、もしやっぱり正しかったとか
もっとずれてた、とか勘弁してほしいよ。

プレクスターに問い合わせてる人がいるみたいだ
今は回答待ち

>>333
でもでもでもそれで正常になるならべつにいいじゃんっておもうんだけど違うの？

めんどくさいからずれたままでいいやって考えは
今まで自分たちがやってきたことを全否定してるような・・・

まだ気づいてないのか？
EAC自体が世界を股にかけた壮大な"釣り"だったんだよ！

衝撃が大きすぎてショック状態なんじゃない？
失うものが大きいから
まあ時間がたてばちゃんと修正しようという流れになるだろ

拡張子をかえないと厄介だなぁ..

>>338
だよねえ
オフセット訂正してたけど実はずれてたのがOKなら
初めからオフセット訂正なんかにこだわる必要はなかったわけで...

何も問題無くないか？ｗｗｗ

EACがあったから30サンプルのズレで済んだんだぞ
俺みたいなプレクユーザーは残念な結果だったが

EACで曲のタイトルを入力していると、
英字ではなんともないが2バイトの日本語
だと、変換を確定すると、二重になってしまう
のは仕様ですか？
なにか回避の方法はないのでしょうか？

既知のバグっぽい。
貼り付けなら一発でいけるから、いつもテキストエディタで書いてコピペってる。

エディタで曲名だけ並べて書いて（一行につき一曲分、つまり10曲なら10行になる）、全行まとめてコピーしてからEACで『データベース』『CD情報の取得』『クリップボード』、がおすすめ

30サンプルを消失させたまま普及させ
今になって報告する

音楽関連会社の陰謀だと思た

>>346
おお、ありがとうございました

>>348
そのバグ、0.95b2なら起こらない
b3から起こるようになった

write sample offset±0を謳った某ドライブ使いの俺は今かなり切ない

ズレを直してるつもりが、逆に発生させてとはなんと皮肉／(＾o＾)＼

りぷしてきたものがすべてｺﾞﾐになった＼(＾o＾)／ｵﾜﾀ

たった0.0006802秒欠けたからごみとか･･･
なんか完全なコピーを手に入れるのが目的になってないか？

>なんか完全なコピーを手に入れるのが目的になってないか？
いやEACってそれを目的にしてるんだけどｗ
是非は別にしてね。

俺の耳はんなところまで気付かないからどうでも良くなってきた
さすがに次のリッピングからは30サンプル分動かすけど

つーか1サンプルは何秒なんだ?

1/44100秒らしいよ(´･ω･`)

結局CDexでよかった訳か

>>353
いや、それはそうなんだけど音楽を聴く以前に
データを集めるのが目的になってる気がしてならない

音楽が聴ければいいだけの人はわざわざＥＡＣなんか使いません

もう、[EAC]のついたファイルはゴミファイルの証明をしているようなものだな…

プレク買うような人がEAC使ってないなんてまず考えられないから、
結局プレクは神だったってことか

古いヤツは[+30!]ってリネームな。

[EAC]落としてる人の少なくとも半数以上はオフセット云々よりも
可逆であることの方を重視してるんじゃないかなぁ‥

それよりこれからはちゃんと修正して[EAC-30]でよろ

ずれてたら可逆とは言えないなあ・・

可逆ってのは可逆圧縮のことだと思うが

↑の理屈はおかしいだろ

ﾜﾛﾀ

[Plextor±0]がこれからの定番になるのかな…

でもまあﾌﾟﾚｸのﾄﾞﾗｲﾌﾞ実は安いし、今回の一件でさらに購買意欲が湧いたよ

ただドライブの個体差がでかいとか？……他社のよりはずれが多いと聴いたが

・EACのオフセット値算出機能が30ずれている
・既存のCDドライブのオフセット値はEACを基準として測定されたもので、データベースもそれに倣っている
・EAC自体は修正される見込みがない

これでいいのかの
で、オフセットの算出はともかく、書き込みのときもずれはあるのだろうか

DVD焼く場合はそうだな。
CD読み書きは問題ないんじゃないかな。

>>371は>>369

>>365
>>364でいいのでは。
リッピング時の正確性とではなく、すでに吸い出したwavの圧縮について
可逆性があるかどうかの問題だから。

>>373
3秒で直前の投稿にレスできないだろ

>>372
ﾄﾝｸｽｺ

>>373
ｺﾞﾒﾝ、>>365は>>363のすぐ下に書くつもりだったんだ。時間見てもらえばわかるとおもうけど、数秒の差で間に>>364が入っちゃったorz

>>374
ν速で2秒でレス返ってきたことがある

俺はEACしか落とさないが正直オフセットのズレなんかどうでもいい
一応これから流すものは-30修正するがね

yss更新来たな
これで決定かな

http://homepage2.nifty.com/yss/eac/eac3.htm
ずれを無くそうとEACで訂正やPlexToolsをあえて使ってたのに
PLEXTOR自社製ドライブでは
何も考えず他のソフト使ってたほうが逆にずれが無かったていう残念な結果だな・・

先頭じゃなくて末尾30サンプル欠落する場合があるのか

あのなぁ、どうせ

同一性　 .┃　　　　　　　　　　　　　　　　　　　 ＿＿D（３０ズレ無し）
（品質） 　.┃　　　　　　　　 　　　＿＿───
　　　　　　┃　　　　　　　／￣￣ C （３０ズレ有り）
　　　　　　┃　　　　　／B（wav)
　　　　　　┃　　　　/　　　　　　　　　　　　　　　　　　　
　　　　　　┃　　　/A（mp3）　　　　　　　　　　　　　　　　　　　　
　　　　　　┃　　/　　　　　　　　　　　　　　　　　　　　
　　　　　　┃　/　　　　　　　　　　　　　　　　　　　　　　
　　　　　　┃/　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　┗━━━━━━━━━━━━━━━━
　　　　　　　　　　　　　　　　　　　　　　　　　　　　コスト

なんだから、拘りすぎても意味無いって。

努力ってさ。　／　じゃないんだよな　√　なんだよ。

>>379
こうやって検証してくれると確実にわかるな。

しかしこの程度の検証なら今までだれかやっていてもよさそうなもんだとおもってしまうな。

>>380
TEACのCD-540Eのようにマイナスの大きなオフセット値のやつだと
末尾が欠けてることになるな。

海外じゃなんか直さなくてもいいって人が多いらしいけど
せっかく間違ってると分かったのにそのままって、
個人的にはかなり気持ち悪くて嫌だなあ…

ああごめん勘違い。

>>383
違う。誤りのオフセット値がどんな値だろうと
30サンプルだけ欠けている。

ああ、自ら訂正してましたか。失礼しました。

>>380
>>383
元wav->間違ったオフセットで書き込み->CD->間違ったオフセットで読み込み->wav
の順だと末尾の30サンプルが欠ける。

CD->間違ったオフセットで読み込み->wav
だと欠けるのは必ず先頭の30サンプル。オーバーリードの可/不可の話は除いて。

入れ物→　□□□□□□□□□□□□□□□□□□□□□□
焼く物→　 ■■■■■■■■■■■■■■■■■■■■■■

書込後→　□■■■■■■■■■■■■■■■■■■■■■|■
　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↑
　　　　　オフセット訂正分　　　　　　　　　　　　　　　　　　　　　　はみ出た３０サンプル（欠落する）


こんな感じ？

>>389
らしいよ
でも実際ずれる分は

0.0006802秒

1500枚分の可逆ファイルを確認したら
先頭に無音部がないために今回の件で音が欠けちゃったファイルが80枚分だった

で、読み込みは

CDの中→　　　　■■■■■■■■■■■■■■■■■■■■■■
読むトコ→　　　　　△△△△△△△△△△△△△△△△△△△△△△

できあがり→　　□■■■■■■■■■■■■■■■■■■■■■◆
　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↑
　　　　　　　　読めてない（欠落）　　　　　　　　　　　　　　　　　　　　　よぶん

こんな感じ？

なんとなく>>304を読んでいてカキコ
今回の話が本当かどうかもわからないけども、仮に本当だとすると


こだわる人は自分で対処する

それ以外でもともとオフセットに極端なこだわりを持ってない人は、
今日以前の物を吸い出す時は（WEB上で指定されたオフセット値よりも）
読み　　　　- 30
他人のEAC物を書き出す時は
書き　　　　+ 30
でOKかな

で、（ものすごーーーーーーく適当だが）今日から２年程度(？？)以降になれば、
読み　　　　- 30
書き　　　　±0
が正確と言う事か
オーバーリードの可/不可の話は除いて。

もちろんガセだった場合や、
WEB上で調べられる数値が（-30に）変更された場合は別


>>391
いままで気がつかなかった点は（当然）言及しないが、
頭の0.0006802秒が無音じゃないCDが80枚あるって・・・・・・・・偶然だろうけどものすごいマニアだなｗ

不謹慎だが家が火事になって全てを失ったようなすがすがしい気分
EACはお前らの目を覚ましに今日の今日まで事実を隠してたんじゃないのか？
今まで何万人と言うユーザーがいて誰も発見出来なかった事実とは思えんよ
強迫性障害な奴にはいい対症療法になったんじゃないのか

それと、マスター持ってない犯罪者は今すぐ死ね

マニアかな？
メジャーなタイトルばっかだけど・・・

80枚のうち
マイルスデイビスが14枚
キングクリムゾンが13枚
イーグルスが5枚
ここらへんは集中してるね

あとはバラバラ

むしろ1500枚確認の上80枚発見するのに費やした労力に敬意を表したい

まあ、ある意味マニアだろうな
>>396
人間の聴覚では確認もできないだろうしすごいよなｗ

WaveCompareで確認したんだろ
先頭にゼロサンプルが無ければ欠けてることになる

>>398
にしても1500個だぜ？

デコードに8時間
確認作業が1時間だった
いうほど大変でもない

自虐圧縮の時代まだぁ？

>398
ツールで確認したにせよ、数の多い物を確認するにはかなり時間がかかるだろ
>>308の通り、頭の（途中曲は関係ない)0.0006802秒に音が入ってるCDも普通にマイナーだし、
よっぽど選曲がおかしかったかEACの設定が間違ってるとしか言い様がない

>>402
うーん・・・
別に信じてもらえなくて全然結構なんだけど
イーグルスあたりはどこでも手に入るから試してみてよ
呪われた夜とかならず者とか

先頭にゼロサンプルがなくて末尾にはあるファイルを、焼いてあったCD-Rとマスターディスクと比べたら一致したよ
先頭にあって末尾30サンプル以内にないファイルは全滅してるわ

>>403
信じるとか信じないとかは考えたこともないし、
>市販されてて、かつ初めの30サンプル以内からデータが入っているCDなんて
>ほとんど存在しない気が･･･
みたいな一般的な現実を考えてるだけなんで・・・・・・
何をどう考えてもまずありえないのは確かだわな

とりあえず普通の人間は今回の事が正しかった場合に限って読み-30すればいだけだし、
特殊なCDの場合は個別のタイトルをできる限り上げてくれればスレの住人が喜ぶと思う

>>405
タイトルをここに書き込むのはウザい。
それなら専用のサイト作ってくれ。

>>405
「ほとんど存在しない」って表現で何を丸め込むかでしょ。

結果的にEACを修正しない、無駄にこだわってた自分も否定したくない、
って意識が強い人は「ほとんど存在しない」を以て
「今回の件は問題ない俺も間違っていない」と自己正当化に走る、
そんな手段と目的が入れ替わった人の弁に見えなくもない。

保身のための言論封殺みたいな。

そこまで拘るんなら素直にプレス版買えばいいじゃん。
ラベルもDVDだから満足できないでしょ？
作業分だけ無駄だろ。バイトで金貯めて買え。

30サンプルずれるとか高度な話がわからないのですが
無知な自分に優しく教えてくれますか？

EACを使ってるくせに今回の件がわかった後に「気にしない。たかが30サンプルだろ」
って言ってる奴が一番笑えるｗ

確かにな。
もっと騒ぐかと思ったけど、このスレ見てると実はそんなに拘ってない奴が多いのがよくわかる。
ダウソ板のせいもあるんかな。

いやここダウソ板...

「こだわらない」って結論にならないと困る「こだわってた人」がたくさんいるだけ。

>>405 の言っていたタイトルのアタマ欠け、わかった。ほんとだね。
波形編集ソフトで見ただけなんだけど、、けっこうはっきり見える。
音楽そのものはもちろん切れてないんだけど、曲が始まる前のマスターテープ側の
ヒスノイズっていうの？いきなりそれから始まっちゃう、1曲目のアタマ。
カセットテープに例えると（っておい）アタマのリーダーテープがついてないって感じ。
でも音楽はアタマからちゃんときける。
「テープじたいに記録された無音部分」に該当する部分はちゃんと存在してるから。
もともとゼロの部分が極端に少ないのか、何サンプルあったのか、
あるいは最初からまったく存在しないのかは、プレスCDを直接確認しない限りもうわからないね。

>>405 じゃなかった。ごめん。
>>403

　　　　　　＿|￣|＿|￣|　 |￣|_|￣|＿_|￣|_|￣| 　 |￣|_|￣|＿|￣|
　　　　　　|＿　 ＿||　 |￣　 　 |　 |　　　　 |　 |￣　　　|　 |　　　 ￣|
　　　　　　 ｒ┘└へ|　 |二ｺ ┌'| 　|二ｺ ┌|　 |二ｺ ┌'|　 |二ｺ ┌┘
　　 　　　〈 〈]　 ﾟ,、〈|　 |　o　 ヽ|　｜ o　 ヽ|　 |　o　 ヽ|　 |　o　└「￣＼
　　　　　　ヽ-ﾍ_>ﾉ_ﾉ|＿|､＿ハ/|＿|､＿八ﾉ|＿|､＿ハ/|＿|､＿ハ/｀⊇.ノ
　 　 　　　　＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿
　 　　　　／⌒　　⌒＼　　　　　 　 　 .／⌒　　⌒＼　　　　　 　 　 ／⌒　　⌒＼
　　　　oﾟ(（●）) (（●）)ﾟo　 　 　 　　oﾟ(（●）) (（●）)ﾟo　　　　　 oﾟ(（●）) (（●）)ﾟo　
　　 ／::::::⌒（__人__）⌒::::: ＼　　 ／::::::⌒（__人__）⌒:::: ＼　　 ／::::::⌒（__人__）⌒::::: ＼
, -‐ (_)　　　 |r┬-|　　　　　|, -‐ (_)　 　　|r┬-|　　　　　|, -‐ (_).　 　　|r┬-|　　　　　|
ｌ_ｊ_ｊ_ｊ と).　　 |　|　 | 　 　 ／ｌ_ｊ_ｊ_ｊ と)　　　|　|　 |　　　 ／ｌ_ｊ_ｊ_ｊ と).　　　|　|　 |　　 　 ／

可逆圧縮を直接マウントできる仮想ドライブソフトってないよね？

>>409
>>389 >>392

ttaのサンプル消失問題って本当にttaだけなの？
flacとかじゃ起きないの？

直すべきか，直さぬべきか
ttp://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/25/post-291/

> 昨日のオフセット問題の続き． HAのスレッドを読んでいると，オフセットの測定誤差を「修正すべき」，「そのままにすべき」という両方の立場から，意見が書かれています
>
> 「そのままにすべき」という理由として挙げられているのは，
>
> 1. すべてのCDドライブのオフセットをずれて測定しているので，相対的には誤差が生じず，すべてのドライブで取り込んだ結果を一致させるという目的は果たしている．
> 2. 高々30サンプル = 0.68ms のずれであり，気づくことはほとんどない．
> 3. 結局，音楽CDの先頭/末尾は 99.99999999% 無音である．Lead-in/Lead-out の30サンプルは無視しても実用上問題ない．
> 4. そもそも音楽CDの製造元は，書き込みオフセットを（恣意的に）入れており，CDの製造元が意図したストリーム範囲を正確に再現する必然性が薄い．
> 5. PlexToolsやAccurateRipに見られるように，Exact Audio Copyのオフセット測定はデファクト・スタンダードであり，変更したときの影響が計り知れない．
>
> まぁどれも納得がいく理由ですね 0.68msのずれはやっぱり認知不可能かもなぁ．
>
> 「修正すべき」という理由は，
>
> 1. 「100%正確」「ビット単位で一致」というブランドに傷が付く（かなり意訳が入っていますが）．
> 2. ずれているという事実が判明した以上，正しい測定結果に移行すべき
> 3. （PX-760SAを持っている私の場合）完全にオフセットのずれが無いのに，読み書きで+30/-30するのはアホらしい（気持ちの問題）．

>>407
気にしないとか
「今回の件は問題ない俺も間違っていない」とかのレベルの話はしてなくて
>>308は当たり前の事って言われてるだけなんだけど

ドライブ固有のオフセット値に比べれば30サンプルはかなり少ない方だからこだわらない人は元々こだわらない
こだわる人は自分で0.0006802秒分のゼロデータを足し引きするか、
>>414みたいな特殊なCDならオリジナルを買えばいいだけでしょ

>>420
直せばいいのになあ

そんな大企業病を起こすようなものか？
建前ではまだβなのにさ

＞99.99999999% 無音である
0.00000001%の音入りCDの存在の方が恐ろしい・・・・

>>423
＞0.00000001%の音入りCDの存在の方が恐ろしい・・・・
その0.00000001%の音のほとんどはアナログ録音時のテープのヒスノイズ何じゃ？

ライブ版の曲間で、0.0006802秒だけ前後の曲でずれるくらいしか問題にならないと思う
（それすら問題なのか？って気がしますが

程度問題でなく、間違いは直すってごく当たり前のことなのに。
それとも、奥歯にずっとものをはさみ続けていこうってこと？

だいたい「影響が計り知れない」とか知ったことかよ
フリーソフトだろ？盲信した方がバカだ

EACの作者もこのままでいこうってことなのかな？
自分で作っといてそれでいいのか？
なんかショックだわ

測定した値からさらに30引いたのをオフセット訂正値にすればいいだけのことだろ

>>426
禿同。別に影響とかどうでもいいし。

＞すべてのドライブで取り込んだ結果を一致させる
こんな目的いらないんだけど。全部ずれて一致って。

＞高々30サンプル = 0.68ms のずれであり，気づくことはほとんどない
最初から気付く気付かないの問題じゃないし。何の為のEACか。

＞音楽CDの先頭/末尾は 99.99999999% 無音である
0.00000001%の心配を残すより直した方が良いじゃん。

＞CDの製造元が意図したストリーム範囲を正確に再現する必然性が薄い
EAC否定してんじゃん。それじゃあ何でEAC使ってんのか。

＞変更したときの影響が計り知れない
知ったことか

オレは直すけどね。

　　　　　　＿|￣|＿|￣|　 |￣|_|￣|＿_|￣|_|￣| 　 |￣|_|￣|＿|￣|
　　　　　　|＿　 ＿||　 |￣　 　 |　 |　　　　 |　 |￣　　　|　 |　　　 ￣|
　　　　　　 ｒ┘└へ|　 |二ｺ ┌'| 　|二ｺ ┌|　 |二ｺ ┌'|　 |二ｺ ┌┘
　　 　　　〈 〈]　 ﾟ,、〈|　 |　o　 ヽ|　｜ o　 ヽ|　 |　o　 ヽ|　 |　o　└「￣＼
　　　　　　ヽ-ﾍ_>ﾉ_ﾉ|＿|､＿ハ/|＿|､＿八ﾉ|＿|､＿ハ/|＿|､＿ハ/｀⊇.ノ
　 　 　　　　＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿_　 　 　 　 　 　 　 　 ＿＿＿
　 　　　　／⌒　　⌒＼　　　　　 　 　 .／⌒　　⌒＼　　　　　 　 　 ／⌒　　⌒＼
　　　　oﾟ(（●）) (（●）)ﾟo　 　 　 　　oﾟ(（●）) (（●）)ﾟo　　　　　 oﾟ(（●）) (（●）)ﾟo　
　　 ／::::::⌒（__人__）⌒::::: ＼　　 ／::::::⌒（__人__）⌒:::: ＼　　 ／::::::⌒（__人__）⌒::::: ＼
, -‐ (_)　　　 |r┬-|　　　　　|, -‐ (_)　 　　|r┬-|　　　　　|, -‐ (_).　 　　|r┬-|　　　　　|
ｌ_ｊ_ｊ_ｊ と).　　 |　|　 | 　 　 ／ｌ_ｊ_ｊ_ｊ と)　　　|　|　 |　　　 ／ｌ_ｊ_ｊ_ｊ と).　　　|　|　 |　　 　 ／

少なくとも昨日から、新しくリップするやつは全て修正値を用いているな。
が、既存の1000枚以上のイメージを直すのは激しく手間だ･･･

で結局、修正するための仮想ドライブの設定値はどうすればいいんだ？
±0から30引いた値（-30）なのか、-30からさらに30引いた値（-60）なのか。

>>431
YSSさんのところで検証した修正済み数値が一挙に公開されているぞ
ttp://homepage2.nifty.com/yss/eac/eac3.htm

結論からいうと、readは-30して、writeは+30、コンバインはそのまま

>>431
試した人がいる
ttp://tmp6.2ch.net/test/read.cgi/download/1164381997/58-59

>>432-433
thx！

ずれを修正するためのDAEMONのオフセット値は単純に-30で良い訳か。
ってことは、DAEMON本来の値は今までどおり±0のままってことなのかな？

修正するの面倒だな・・・。
あと落とす時に修正前か後かわからないのも困る。

電流の流れと、電子の流れの齟齬をみているようだ。

ハルヒ最高だよな

下手に修正を後からやると、修正したものと修正してないものとのデータ差が生じて
ますます混乱するだけな気がするので流通している従来のものは手を付けずに
これから新規に作成するものだけを修正した形で作成したほうがいい気がする


もっとも、30サンプルのズレで問題が発生するほどキツキツに音をぶち込んだCDな
んてレーベルCDには存在してないとは思うが(CCCDとかは知らんよ?)

これから修正後のファイルを共有する時のファイル名を考えようぜ。
[EAC]に代わる何かに。

[EAC-30]とかか？

>>438
ファイル名を区別できるようにしておけば旧作の修正も歓迎されると思うけど
[EAC-30]
が最有力候補？

EACの作者がずれを直す気ないんなら
これからは[EAC-30]が正しい値となるのか・・・・

[Exact]

読み込みだけするなら間違いなく正しいオフセットを使った方がいいんだけど
書き込みをする際には
・間違ったオフセットで読み込んだファイルは間違ったオフセットで書き込み
・正しいオフセットで読み込んだファイルは正しいオフセットで読み込み
しなければならない。

間違ったオフセットで読み込んだファイルを間違ったオフセットで書き込むと
曲の頭の30サンプルは0になるけど、正しいオフセットのCDが焼ける。
間違ったオフセットで読み込んだファイルを正しいオフセットで書き込むと
オフセット自体が元のCDからずれたCDができる。

このあたりが非常に混乱するから、EAC側は修正を渋っているのかなー、と

>>331のソフトに期待

P e r f e c t R i p

2chかｗ

質問です
EACを再インストして設定し直しているのですが
直接.ttaにエンコードする方法を忘れました

tta_enc.exeに引き渡すときのコマンドラインオプションを教えてくれませんか

ttaのマニュアル見ろよ

>>448
分かりました
見てきます

-e -o %d %s

デーモンでマウントした時の読みオフセットの
設定はどうすればいいんですか？

0のままなのかドライブと一緒にして-30にするのか
新規で数値を出すのか？？

仮想ドライブはズレないから０でだいじょぶ。

+30の件で吸い出しに困って久々にこのスレ北けど
やっぱ-30訂正の流れなんだね。
ファイル名は[EAC]→[EAC-30]で良いのかな？…

>452
ありがとうございます。
ドライブと一緒のにしてもうた。

まぁ〜いっか。音が圧縮じゃなきゃ。

>>421
矛盾点が2つあるので論理が崩壊している。

「30サンプルなんてほとんど無音だから無視していいんだ！」

-> じゃあ今まで必死だったのはなんでなんですか。

EACを必死に使ってた人ほどこの深みにはまる、というか子供でも分かることだが絶対反論不可能。
わざわざ間違えていたのだから。


「このスレ >395 付近で30サンプルに音が入っているCDが報告されている」

-> 「ほとんど」ってコトバって便利だよね！(はーと

ハイフンは使いたくないなあ。

[EAC-30]だと将来修正版が出たときに紛らわしくならないかな？

修正版って何？
値が間違ってたって話しなんだから
それぞれが勝手に値を修正するだけだよ。

[EAC](-30)とか
ファイル名の末尾に(offset-30)とか？

ログ見れば分かるんだからファイル名に書かなくてもいいだろ。

落としてからいちいちログ見てネットのデータベースと照合して30ずれてるか確認するのか？

できれば[EAC](-30)とかにしてもらいたいけどな、できれば

()は2バイト文字とか半角とかで混乱してくるから避けて欲しい。

[-30]でいいじゃん

[]［］()（）

>>457が言いたいのはEACの作者が修正版を出したらということではないか
-30を修正したEACが出れば、-30の表記がいらなくなるから

修正版とか言っているやつ、なにもわかってないだろ。
オフセット値は自分で入れるものだぞ？

EAC2007でどう？
修正されたものはぜんぶEAC2007なら確実にわかる
EAC自体が修正された場合は問題無いけれどEAC自体修正しなかったら困るかも・・・

落とすたびにデータベースとlogを比較する
それがP2P

そもそもEACに欠陥があるわけではなく、データベースに欠陥があるんだろ？
EACのどこを直すんだ、設定欄に正しい値を入れれば良いだけでしょ？


それと、吸い出したWAVE+CUEのWAVEは30ずれてるとして、CUEの方はどうなの？
WAVEだけツールとかで30ずらしても、CUEはずらさなくて良いの？やっぱCUEもずれてるでしょ
CUEの数字までも吸い出さずに変更するのは更に大変だと思うが

やっぱり直したければCDから吸い出すしかないでしょ

頼むからEAC自体の問題じゃないというのを理解してくれ。
EACに設定すべき 「オフセット値がずれていた」という話であって、
EACの処理がずれていたわけではない。
EACでオフセット値を補正するようなことをすればそれこそ混乱の元であり、
そんな対応はありえないのだ。

>>470
オフセットの測定ロジックが間違っていたからこの問題になったわけで、
EAC自体にも問題はある

ただ、正しい数値を入れれば正しく動くので、測定以外には問題はない模様

>やっぱCUEもずれてるでしょ





アホか？

乞食は文句言えば良いだけだから楽だねｗ

daemonの作者が-30設定スイッチを作ってくれると便利かもしれない。

先週買い換えたばっかなのにオフセット値気にしないで済む
プレクを買ってしまいそうだ
PX-760A/JP 送料無料 \7,751

cueはずれてないよ
そのまま使える

ID:QvTHXtun0
話しの流れ読めないなら黙ってろ

EACにReference CDを入れてクリックしたら自動で設定してくれるんだが。
作者は修正しない方向でいきたいみたいだから、それに合わせる人がいる一方
修正したい人も多いわけで……

「日本(少なくともﾀﾞｳｿ板)では正しく設定する」でおｋ？

たかだか±30でガタガタ言うのを偏執狂と言う。
ちゃんと聞こえればいいじゃん。

そもそも [EAC] って付いてるからといって、EACを使用したと主張してるだけであって
正しいオフセットで吸い出してるかの保証にはなってない(暗黙の了解で正しいって風潮は否定せんが)
たまにノーマライズの設定されてるものとか見かけるしね

ただ、いちいちログ見てオフセットが適正か確認するのはダルいってのもわかるから
-30問題調整済みって文面をテキストなりなんなりで入れとくだけでいいんじゃない？

気にしてるつもりの人 → logファイルの存在確認して終わり
気にしてる人 → logファイルの中身に目を通しておかしくないか確認
もっと気にする人 → ドライブとオフセットが正しいかまで調べて確認

ダウンロード前にオフセットミスの確認したいって奴は
オフセット未設定のずれたイメージに[EAC-30]って書かれても騙されるだろうし
別にファイル名をそいつらに合わせる必要はないと思う

>>455
なんでそんなに噛み付いて来るのかいまいち意味不明なんだが・・・
>>421のどこに矛盾点があるのかも知りたいんでよかったら指摘してくれ

>「30サンプルなんてほとんど無音だから無視していいんだ！」
気にしない奴は気にしないだろ。で、気にする奴は気にする
今回だけでなくいつもの事

>「このスレ >395 付近で30サンプルに音が入っているCDが報告されている」
そうだね。それで？
>1500枚分の可逆ファイルを確認したら
>先頭に無音部がないために今回の件で音が欠けちゃったファイルが80枚分だった

>>395を信じるなら約95％のCDは先頭部が無音
うちで無作為に10枚のCDを調べてみたら
ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 22861　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 43487　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 43568
ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 44896　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 46631　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 42969
ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 44081　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 0　　　ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 43641
ｾﾞﾛｻﾝﾌﾟﾙ 先頭: 44747
だった（ちなみに0のCDはマノウォーの"Blood of My Enemies"
先頭・末尾はFFで埋め尽くされていて無音。編集ソフトで見ても波形は存在しなかった）


とりあえず今までの分の解決策としては
１、自分で修正する　　２、（修正不可な物はCDを買う）　　３、気にしない
程度の事が思いつくな>>455もくだらない事を気にするよりもデータの修正でもしてた方が有意義だと思うんだが・・・・

>>480
それでいんじゃね

>>481
聴き取れなくとも気になるというのもあるけど、せっかく
「オフセット訂正がが正しくさえあれば正確無比にリップ可能」とされている
EAC使うなら、正しく設定しないと勿体ない気分という…

でも結構ｷﾆｼﾅｲ!人もいるようだし
ファイル名に記載してキー見ただけで判断出来るようにしなくても、
txtの挿入で良い気がしてきた。

結局流す人しだいってことかな
強制できるもんじゃないし

ファイル名に表記するのを強制するわけでなく、
表記するならこれでいこうってのは決めてもいいんじゃない？
[EAC]_30fixとか

【EAC】可逆圧縮音楽のすすめ Part24【*+cue】
http://tmp6.2ch.net/test/read.cgi/download/1163427866/

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　新参乙！オリジナルを忠実に再現するならEACでリップは基本だからｗｗｗ
　) 　.|/-O-O-ヽ|　　　他の糞ソフトだと読み書きの段階で音の位置が少しずれるんだよな！！
＜　6| . : )'e'( : . |9　　そんなものはコピーとは呼べん！！！
　)　 　｀‐-＝-‐ ' 　　 その点EACはオフセット設定があってマスターディスクと比べて位置ずれがない！！
　)　　　　　　　　　　　
　⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V


にゃおでぃお - 日記 : 音楽CDのオフセットが実は30サンプルずれていた by nyaochi
http://nyaochi.sakura.ne.jp/xoops/modules/wordpress/archives/2006/11/24/cd30/

　ノヽ人_人_人_人_人_人_人_人_人_人_人_人_人_人
　)
　)　　／ｵｰｦﾀ＼　　　オフセットがデフォで+30ずれてた？まぁ所詮コピーで完全に同じモノは無理だからな！！
　) 　.|/-O-O-ヽ|　　　30サンプルくらい誤差の範囲だろ！！おまえらも気づかなかったみたいだしｗｗｗ
＜　6| . : )'e'( : . |9　　まぁ俺は以前から聞き比べて多少オリジナルとは違ってるとは思ってたけどな！！！
　)　 　｀‐-＝-‐ ' 　　
　)　　　　　　　　　　　
　⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V

論議を突き詰めると救いようがない結論にしか行き着かないんだけどね。

とりあえず人間の目で見て、人間の耳で聞いて解るレベル以外の誤差なら気にしない方が良いんじゃないの？
それこそ、ディスク表面のゴミとかでノイズが乗ったりするんだし、そこまで言ってたらキリがない。
そのかわり、普通以上のクオリティを保つという事で。

[EAC++]で

[EAC](fixed)

>>488
気にする気にしないの問題じゃなく、ズレてるのが分かってるんだから直さなきゃEACを使う意味がない
CDの保存状態による影響などとは別次元の問題

そろそろ現実を真摯に受け止めて、腹をくくって全部１から作り直そうぜ

ちょwwwwww

いまさら流しなおしてもなあ
うちのドライブはプレクじゃないし、オーバーリードもオーバーライトもないし
何年も前にネットの海に散らばったキャッシュをどうにかできるわけでもないし
そもそも、いまから集めなおす人こそいないだろう
むしろ迷惑がられるだけだ

普通に今回から新しく流すのを訂正していけばいいじゃん
古いのは任意だな

>>494
うちのドライブは〜って、おまいの事情なんか聞いてねーし。

これまで流れたものをどうこうしようって話じゃないし。
そもそも集め直さないのなら迷惑も糞もねーし。

他スレで早速[EAC] (fix30samples)と表記して流しているようだ

[EAC_fix] でいいんじゃね?

シンプルに[Exact]とか

ファイル名変えるのを止めはしないが
EAC本体が正しいオフセットを取得するように変更したら
今度はEACのVerでも追記するつもりなんかねｗ

一時期のAPE圧縮の時と同じように
混在 → Ver併記 → 旧Ver淘汰 → 元に戻る
って辿りそうな気がしてならない

それでいいんじゃないの？
何か問題ある？

EACのバージョンはログに残る

誰か問題有るとでも言った？

今までので別問題なかったんだろ
流し直しとかはしたいやつだけやればいいよ

つーか音質拘ってるわりには気づかなかったんだなｗ

まぁ、どんなに素晴らしいスピーカーやアンプを使っていても
音データのCD内での”位置”なんて判らんからな。

>>504
だからこれは音質の問題ではないと何度言ったら(ry

>>504
音質でなくてリップしたファイル内でのデータ位置の問題
コンマ1秒以下の時間の問題と言えば分かりやすいか？

おまえら釣られすぎ

音質に突っ込むのではなくて
「イチイチ設定するくらい読み取り位置ずれには気を遣っていたのに
　実際には逆にずらしていたんだなｗ」
にしないとね

音にこだわってとか抜かしてる非可逆の工作員共は
今回の問題を全く理解できていない事が良くわかった

やっぱりｵﾏｴﾗその程度の頭じゃ可逆は無理だわ

先頭の30に音が入るかどうかという問題であって
まっとうな規格のCDなら無音部分が入るし、また
その無音部分が欠けたとしても"音の質"には全く
関係ない

理解できたか?w

>>56-58辺りでは

>「可逆圧縮」の定義が圧縮前と展開後が完全に一致するという事
>1サンプルであろうが元ファイルと違ったら可逆ではない

なんて発言があるわけだがｗ
音質云々を言い出すのはアホでしかないが、サンプルずれがどうでもいいなんて
EACの存在意義を否定するような発言は止めた方がいいんじゃ？ｗ

>>509
それは主にプレクドライブユーザーなｗ
他の元々のズレが30どころじゃないドライブの場合、それが30まで減るわけだから、一応改善されてることになる。

ちょっと的外れだな

お
前
ら
つ
く
づ
く
在日だな

頭はどうかわからないけれど尻はきっちり最後まで入ってるのは見たことが無い
頭に音が入ってるかどうかだと思う

先頭ｾﾞﾛｻﾝﾌﾟﾙ確認すんの疲れた。('A`)

先頭末尾0.0000何秒なんて解るかどうか神レベルなのに拘る必要あんの？
だったら素直に新品買えばいいじゃん。ラベルも気に入らないでしょ。
そもそもメディアIDだって違うのに。アホかと馬鹿かと。

音質の落ちない可逆圧縮なら多少ずれていようが構わない
0.01秒のズレに違和感を感じるような神レベルの反射神経なんて持ち合わせてないからoffsetうんぬんは正直どうでもいい
ましてや0.0006802のズレなんてわかりっこない

トラックごとに分けて気に入ったやつ以外は捨てるから今回のはほとんど関係ないな
ほしいCDはちゃんと買ってるし

まぁ先頭にｾﾞﾛｻﾝﾌﾟﾙがあれば問題はないわな。

ようはどこまでオリジナルに忠実にコピーできるかって言う挑戦だろ。
それをやらなくていいならEACでなくていいじゃん。他のソフトでも使ってろよ。
EACはそこが売りなんだから。

>>511
だからリッピングの話とリッピング後の圧縮の話を混同するなと(ry

そうは言っても可逆で流すにはEACが一番使いやすいし。
オフセット訂正にしても設定しないで流すと文句言われるから設定してるだけ。
音質とギャップさえオリジナルに忠実ならオフセットなんて正直どうでも良い。

こういうスタンスでEAC使ってる奴って結構多いんじゃないかとは思うが。

多くねーよ

オフセットはどうでもいいけどギャップにはこだわるのか
それも意味がわからん
トラック開始位置が正確ならいいってんならわかるんだが

ギャップは意味あるだろ。どうせ知覚できないオフセット訂正とちがって
明確に耳で聴いてわかるレベルの時間指定だぜ。
俺もオフセット訂正よりCueシート吐き出しの方を重要視してるよ。

でもギャップの位置が正確であるというのは
音楽CDプレーヤで再生したときにマイナス時間の表示が正確であるという事以外に
あまり意味がないような...

ギャップを消してトラックに分割したり、トラックの頭(INDEX 01)ではなくギャップの頭(INDEX 00)で
分割するなら意味はあるけど。

>>526
平均2秒、ものによっては6秒近く時間がとってあることもあるから
非可逆に曲単位でエンコードするときには結構べんり。
可逆のファイルをそのまま利用することだけ考えたら大した問題でもないのか知らんけどね。

>>521
混同してねーよアホ。よく読め

cueの最低単位はフレームだろ1/70secだったか。
30サンプルとかとは全然スケールの違う話だ

ぎゃはははは
他に労力使えよ
ばっかじゃねーの？

あーｽﾏﾝｺ
EAC情報ｽﾚと勘違いしてたわ

気にしないのは勝手なんだが、EACにおいて
より正確さを追求しようとするのは別に全然悪いことじゃないんだから
自分が今までどおりの値でやってればいいだけで
些細な事だなんだといちいち主張しないでもいいじゃない。

と、今回の件についてののｷﾆｼﾅｲ派見てると思ってしまう。

EACが修正版出してくれれば万事解決

>>529
1/75

だーから何が修正版だって。
レファレンスCDからオフセット取得なんてしてないだろ、お前ら。
公開されてるオフセット値拾ってきて設定してるだけだろ。
拾ってきたオフセット値から30足し引きしろよ。それで終わりだ。

プレク以外は、直さなくてFA？

>>536
どうして君がそんな結論に至ったのか非常に興味がある

>>537
173を見ると、プレクの事しか書いてなかったから

>538
基準となる値が30ずれてた
↓
それを元に作成した値は全部30ずれてる

で、プレクは本来はズレがないのにずらしていた。って話。

>>539
やっと理解できた
サンクｓ

まあみなさんリッピングにはプレクを使いなさいってこった

[Plextor±0]がこれからのスタンダードでいいよね

今回の事件で絶望して可逆500GB完全消去した

次は何集めるかなあ
エロも漫画も映画も飽きたし

人様のEACを書き込みでcue読みして焼いたら最後の方で
二枚焼いて二枚ともエラーが出た。　

オフセット　読み-30 書き+30にしたんだけど
再起動しなかったからかな？
初めてエラーになった。

日本語でおｋ

cueってチョコボみたいに「クエ」で良いんだよね？発音は

ノート用の内臓型ドライブでオーバーリード可能なものはありますか？

>>546
そんな読み方するヤツしらん　が勝手にしろｗ

もうええやん。
一部の偏執狂に振り回される必要ないでしょ。
大方の人がmp3より高音質が欲しいだけなやから。

お前の考えなど知るか、勝手に言ってろ。

結局は放流主が判断することなんだよ。

>>549
その偏執狂のためのEACなのにな。
もう可逆やんねえ。MP3の192kでいいわ俺…。
世の中に完全なんか無いってようくわかった。
こんなんただのでかいサイズの音楽ﾌｧｲﾙじゃねえか…。

気にならないなら別にそれでいいと思うけど
対応しようとする側を偏執的だなんだと言い出すのはお門違い。

ていうか可逆とEACのギャップの話一緒にするの止めろよ

こんなんでグダグダ言わずに
修正したのを流す人ならたんたんと流せばいいだろ

ホラ、能無しの鷹は爪を隠さないっていうだろ

賛成できんがワロタｗ

いや、修正しようとするのは
EACというソフトを使う意義においては当然のこだわりで
それを悪し様に言ったりおかしいように言うのはおかしくね？って話なんだが。
その姿勢を他人に押し付けるつもりもないし。
なんせ、元々間違ってたのはEACで
使用者に落ち度は一切無かった事での話だしなぁ。

>>551
オフセット＞音質、って価値観も凄いな

EAC起動したら即効でフリーズして
起動できないんだが俺だけ？

目が覚めますた

また夢を見るだろう

http://slashdot.jp/articles/06/11/25/0149253.shtml
実はズレていた(?)EACのオフセット計測

どうもありがとうございました
アホか

4日ほど乗り遅れた子がいるね

ここのテンプレわかりずらいからわかりやすくしてよ

目茶苦茶わかりやすいですが何か？

>>564
そりゃ携帯からじゃ見づらいだろアンタｗｗｗ

携帯からインターネット出来るんですか？

>>567
携帯インターネット利用者がPC利用者を初めて超える - 総務省
ttp://journal.mycom.co.jp/news/2006/05/19/009.html

携帯でｎｙができると聞いて飛んできました

携帯で彼女が出来ると聞いて飛んできました

携帯で彼女くらいならnyよりよっぽど可能性はある

乞食オーヲタ脂肪ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

オーヲタってなんだ

おーいお茶→おーおちゃ→おーおた→オーヲタ

質問です。今まではEAC(v.0.95 prebeta5)は正常に動作していました。
しかし最近になって、「イメージをコピーしてcueシートを作成」または「cueシートの作成」の作業中、
ギャップの検出及びcueシートの作成ができなくなり、単一WAVEファイルの作成も不可能になってしまいました。
具体的な症状は、トラック1のギャップ検出にやたら時間がかかることです。
そのまま1時間近く待ってもずっとトラック1のギャップ検出中で止まっていました。たまに進んでもトラック3付近で止まります。
でも、その作業中もキャンセルはできたのでソフトがフリーズしているわけではないようです。
インスト、アンインストを繰り返しても解決しませんでしたでした。アルバムを分割しての複数WAVEファイル作成はできます。
これは、ソフト以外に問題があるということでしょうか？

　　/￣￣￣ / 　/''７ ./''７　　　　　　　　/￣/　 /''７
　./ ./￣/　/　　/__/ /　/ 　＿＿＿_　　 ￣　　/　/
　'ー'　_/　/ 　 ＿__ノ　/　 /＿_＿＿/ 　 ＿__ノ　/
　　　/___ノ 　 /＿___,.／　　　　　　　　 /＿___,.／

　　　_ノ￣/　/￣/　 /''７　/￣￣￣/　　　/￣/　　　　　　　　　　　 　/'''７'''７
/￣　　／　　 ￣　　/　/ 　 ￣ ﾌ　./　　　/　　ﾞー-; 　 ＿＿＿_　　　/　/　/.＿
￣/　/　　 　 ＿__ノ　/　 　__／　 (___　　/　 /ｰ--'ﾞ　/＿_＿＿/　_ノ　/i　 i/ ./
　/__/　　　/＿___,.／　　 /___,.ノゝ＿/　/＿/　　　　　　　　　　　/__,／　ゝ､__/

　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　が一番有効（`・ω・） ｽ

>>575
ギャップの検出がうまくできないんなら、検出方法や精度いろいろかえてみたらどう？

Cドライブでインストしたものを削除してからDドライブにインストし直しました。
すると、正常に動作するようになりました。もう何が何だかわからないです。
Cドライブがおかしかったということでしょうか。ご迷惑をおかけしました。

だからギャップの検出方法を他のにしろよ。

2.36

>>577>>579
また同じ症状が出たらそうしてみます。ありがとうございます。

ギャップ検出方法といえば、デフォでは方法Bになってるけど、
プレクのプレミアム、BenQのDW1640、パイオニアのDVR-111L、
Alcoholの仮想ドライブのどれもが方法Aの方が検出速度が速かったし、
どのドライブでもギャップの数値が一緒になった。
最近のドライブならほとんど方法Aの方がいいっぽいね。

>>582
精密星の方はどうだった?＜DVR-111L

>>583
ごめん精密星ってのが分からない

>>584
間違えた｡「検出精度」
これだ

「精密星」がちょー気になる。
何のことなんだ？

精密性　の誤変換じゃないの？

>>586
誤変換じゃなくて､言葉の思いこみ
すいませんでした

>>587
あーあー！なるほど納得。

>>588
って違うのかよｗ

まー何となく分かりました。
ありがとう。

>>587
やっぱそれであってるの?

やばい､俺本当に漢字がダメになってきた

"精密性"という言葉自体は問題ないと思うけど、このシーンで適切かどうかはまた別問題ということでは？

です。たぶん。

検出精度なら全部精密(Accurate)にしてるよ。
基本的に精密(Accurate)を使えってことみたいだし。

　

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

flac1.1.3

>>595　のInfoってなに？

>>597
.log?

曲名とか書いたファイル。
cueをあえて最小限にして、利用する人が自由に書けるようにしてる。

曲名有りと無しのcueと情報ファイル両方置いておけばいいことじゃね？

もうISOでまるごとイメージ吸い上げればいいだろ…





とか言ってみる…

プレクならそれもあり
問題は圧縮をどうするかだが
書庫内のISOをflacと同じ負荷で再生できるソフトがあれば完璧

えーっと

オフセット訂正が必要なドライブでは、EAC以外のソフトではビット単位で正確な吸出しは無理ってこと？
逆に、プレクとかの±0のドライブなら、どのソフトでWAVにしてもビット単位で正確になるってこと？

マスターからリッピングしたものと
一般のライティングソフトでピーコしたものからリッピングしたものを
比較するとよいのでは？

> オフセット訂正が必要なドライブでは、EAC以外のソフトではビット単位で正確な吸出しは無理ってこと？
Yes、それでもオーバーリードできないドライブでは先頭・末尾を取りこぼす場合あり
> 逆に、プレクとかの±0のドライブなら、どのソフトでWAVにしてもビット単位で正確になるってこと？
Yes、でもPlexToolsはEACと同じ訂正値を使うから駄目
くだらんエンコのことより、リップ、ドライブの話もしたほうがいいと思ってたけどこんなことになるとはね・・

SourceForge.net: Files
http://sourceforge.net/project/showfiles.php?group_id=13478&package_id=12675
flac-1.1.3-win Notes (2006-11-27 08:21)
flac-1.1.3-devel-win.zip Mirror 1139912 230 i386 .zip
flac-1.1.3-win.zip Mirror

flac拡張しまくりだな
mkaｵﾜﾀ

おらぁ2400枚吸い直すど
ﾌﾟﾚﾐｱﾑ2台買ってきたど
正月休みは引篭もり決定だど
ファイル名はとりあえず「Re-Rip」にしておくど
ずいまぜん、はだづばっでばず

正月休み何日あるのか知らんがフルに使っても2400枚は無理じゃね

無理だろうね

リップ完了まで有給取る
可逆厨のせめてもの矜持よ

馬鹿だろｗｗｗｗｗｗｗ

>>611
それでこそ男だ

you is men!!

つっこんだらまけかな、とおもっている

そうだよね
you is a man!
だよね

you is the man!
だよ

wareZ君、”ワレズ”には笑わせてもらったよ。
しかし、私は君のような馬鹿にはきて欲しくない。
だから教えてやろう。だが二度とここにくるな。

WareZ isn't soft.
WareZ is name of bad copy soft.
Do you understand?
You never come here.

あまりに簡単すぎる英語で書きました。
これで分かるかな？
馬鹿だからわかんないかもね

You is a big fool man.
Hahahaha.

>>618
それが原文だったのか

おう

>618
ｵﾒｶﾞﾅﾂｶｼｽ

ほんとに懐かしいのだな。
これ書いた奴、まだﾀﾞｳｿ板とかにいるのかな。

なんか根本的に中学に通ってなかったような内容だな

記憶せよ、十二月八日
この日世界の歴史あらたまる。
アングロ・サクソンの主権、
この日東亜の陸と海とに否定さる。
否定するものは我等ジャパン、
眇たる東海の国にして、
また神の国たる日本なり。
そを治しめたまふ明津御神なり
世界の富を壟断するもの、
強豪米英一族の力、
われらの国において否定さる。
東亜を東亜にかへせといふのみ。
彼等の搾取に隣邦ことごとく痩せたり。
われらまさに其の爪牙を砕かんとす。
われら自ら力を養いてひとたび起つ。
老若男女みな兵なり。
大敵非をさとるに至るまでわれらは戦ふ。
世界の歴史を両断する。
十二月八日を記憶せよ。

うむ。
平和を愛したジョン・レノンの命日だな。

>>624
よく覚えていたな。
マジレスすると、12/8はNECの「PCエンジンスーパーグラフィックス」が発売された日だ。
専用ソフトが5本で対応ソフトが1本という状況で、任天堂が覇者となり主導権を握っていた
コンシューマーゲーム機市場に、戦いを挑んだNECの自信作である。

ちなみに、オレが実物を見る前に市場から消え去っていたがな。

そういやマドンナのPVで"is you madonna?"って台詞があった

>>625
ジョンが愛したの超ブスのヨーコ

DVD AudioやSACDもここでいいのかな？
ってかこれらのファイルって流れてる？

>>629
SACD流れてるのは見た事無いな
つーか仮に気合の入った職人さんが流してもSACDなんて聞ける人一握りもいないだろｗ

SACDってもうリッピングできんの？

ディスクが特殊だからなぁ。デモやってるとこも見たことないし。
一度聞いてみたいとは思う。

ちなみに24bit/96kHzのならONKYOのサイトから買ってきいてみた。
俺のスピーカだと音が出し切れてないかな？と思うくらいにはCD音源との差がある。

SACDは普通のCDプレーヤーで再生できるって記事を見たんだがそれだと普通のCD並みの音質なんだな
SACDを本来の音質で再生するには良いプレーヤーが必要みたいだな
普及するわけねーよｗ

俺もONKYOのサイトに行ってきたんだが日本の曲はほとんどないな

>>632
ONKYO製のGX-77Mってスピーカーは192khzのデジタルイン端子があるぞ
後はSE-90PCIかSE-200PCI買えば24bit/192khzを堪能できるんだが肝心の音楽ファイルがないんだよな・・・

SACD電気屋のAV機器コーナーで聞いたけど
音は確かにいいんだよ

ただクラシックしか聞いた事ないってか、流してなかった

DVD AudioよりSACDの方がJpopの品揃えは良かったはず

可逆圧縮しないでハードディスク増設することにしました

ONKYO使ってます
ウーファーもいっしょに買ったほうがいいで

SACDはPCM方式じゃないからまだデジタル録音はできない。
24bit, 192khzといわれているけれど、それはあくまでPCM音源に換算した場合であって。

DVD-Aの方はだいぶ前にリッピングソフトが出てた気がするが、その後どうなったんだろ。

DVD-Audioリッピング関連スレ
http://pc8.2ch.net/test/read.cgi/cdr/1120914955/

apeなんかをDVDにまとめて焼いて保存する場合apeとape.cueだけ焼いて
DVDからape,cueをfoobar2000に持ってってmp3に変換することはできるようになったんだけど
CDに変換する場合はどうやればいいの？

>>641
ちょっと考えれば出来る

モーツァルトのEACたのむよ！

>>643
それで頭でもよくするつもりか

>>643
180枚くらいあるよ

>>643
と〜れとれピ〜チピチかに料理〜♪

>>643
40Gあるよ

LilithかEACを導入しないと直接CDに焼けないでOK？

>>648
fb2kで出来るやん！

あら、そうなのか・・・調べてきます

モーツァルトスゲー

だめだfoobarでCD焼く方法わかんないや
文字見すぎて気持ち悪くなったので寝ます

>>652
CDに焼きたいならEACつかえばええやん

どこに目をつけていたら「Write Audio CD」を見逃すのだろう・・・・・・

+30の状態でリップされた「cue+wav」を、
Daemonにマウントさせて-30でリップし直したら、
INDEX 01は一致するのにINDEX 00はほぼ全部異なる。
どうして？

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

Write Audio CDみつからん

http://www.foobar2000.org/components/index.html
Nero使うからインストが必要
foobarはwavにしなくても、なんでもデコードして焼いてくれるからEACより楽だと思う
プレクドライブは書き込みオフセット0だしね

うあああ
マジでありがとう
土日全部つぶれる覚悟でいろいろ試してみます

yss再更新
結局正しいかどうかわかんないんだってさ

>>660
もうオフセット値をどうすればいいかわかんねぇよ('A`)

今まで通りでいいと思うけどね
絶対的な基準位置は現時点でも判らないけど、相対的な位置を今まで
統一して揃えてきた訳だし

今回の騒動を見てても、
「Plextorドライブを補正無しで使えば全範囲が完全コピーできるので、
これからはPlextorの設定を基準にしようぜ」
以上の明確な理由が見当たらなかったんだよな

そりゃもちろん、Plextorを使いつつ補正有りで処理した場合には
取りこぼすサンプルも出てくる訳で、気持ちも分からないでもないけどな

まあ、マスタリング時のストリームの先頭や末尾の位置が世界中で統一
されてるかどうかも怪しいんだし、ドライブ個体差を補正するという目的の
中で暫定的に決められたEACのオフセットに従うのは十分合理的だと思う

>「Plextorドライブを補正無しで使えば全範囲が完全コピーできるので、
>これからはPlextorの設定を基準にしようぜ」

こんなこといってるやついたか？
測定したら絶対値がわかったって話だろ。
その結果偶然にもプレクが訂正必要ないとわかっただけで。
yssには測定する術がなかっただけだし。

絶対値がわかったのならそれに統一すりゃいいだけだろ

以前のオフセット値が３桁以内なら気にしないことにした
もうどうでもいいや…

だからその絶対値が絶対だと分かった理由がわからないのよ
YSSの掲示板でbatayanという人が6816で書いてる内容の通り

今回の報告者の実験もあやしいってことか
絶対値を求めようという方向にいかないのはなぜなんだ
理論的に不可能なのか？

>>666
一般ユーザーレベルには無理と思う
YSS氏の先頭や末尾にゼロサンプルが無い、市販のプレス音楽CDを使っての検証でも
CDによってプレクで読みオフセット±0で取りこぼしたり、+30だと取りこぼさないって結果が出てる
読み + 書きのオフセットが±0なのと書きオフセットが0以上ってことくらいしかわかってないと思う

>>663
少なくとも比較的最近のプレクでも訂正なし（"Read sample offset correction = ±0"）
だとデータを取りこぼしてしまう場合がある事が確かめられたわけで……

で、結局絶対値はいくつよ？orz

絶対値として正しい値を使っても
読もうとするCD自体がオフセット0で記録されていない限り、データの取りこぼしが出るという事。
-30した値で読んだ方が取りこぼしが少ない場合もあるし、逆の場合もある。

結局、絶対値を求める事自体にあまり意味がないと思う
これまでは統一されてたんだから、人によってバラバラの訂正値を使いだす方が問題

＞人によってバラバラの訂正値を使いだす方が問題

具体的にどんな問題があるの

絶対値を否定するなら
各人勝手にやりゃあいい気もするな

>>671
否定というか
そもそもプレスCDのオフセット自体が統一されていない以上
絶対値として正しい値を使うメリットがあまりない

ある基準でオフセットを訂正する事自体は、全てのドライブでオフセットを統一できるという意味で
メリットがある。絶対値が正しいか正しくないかに関わらず。

しなくていいと言う話になる

>>673
なんねぇーよ

>>672
その話が正しいかどうかはよくわからないけど言ってる意味はわかった気がする
1、各社メーカーごと（CDタイトルごと？）にCD固有の”ずれ”が存在する
2、各社メーカーごと（ドライブごと）にドライブ固有の”ずれ”が存在する
EACでドライブのオフセットを統一する事によって、
少なくともドライブのずれを気にする必要はなくなるわけだ

あるCDをコピーする時に、どのドライブを使っても同じデータになるように設定してるんであって、
CDの製造元が意図したストリーム範囲を正確に再現する為ではないと

何も知らずにmka使いを煽ってたころは楽しかったなあ…

>>675
そういうこと。

仮に全てのCDがオフセット(絶対値)"0"で流通しているなら、
絶対値として正しいオフセット訂正値を使う事に大きな意味があるけど、
実際にはそうでないことは、YSS氏の検証からも分かる通り。

プレスCD自体のオフセットのズレを考えてみると、
プレスマスターのCD-Rを作成するドライブのオフセットはどう影響するか、
またプレスの際にオフセットがずれるのかどうか、等を考慮する必要があり、
ユーザがどうこうできるものではないだろう。

ttaの欠点を教えてくれ、mkaじゃないやつ。

>>678
ストリーミング非対応

タグ周り

thx。もうしばらくflacでやるわ

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

WAVファイルをTTAでエンコード→デコードしたら、元ファイルと
デコードして出来上がったファイルのCRCが一致しないんだけど
これって仕様？

そんな仕様なわけないだろ

いやそれもう可逆ちゃうし

出力のヘッダか何かおかしいのかなぁ
色々試してみるわ。レスｔｈｘ

foobarでBit-Compareすればいいじゃん

>>688
いや、WaveCompare使って波形が一致するのは確認したんだが
ファイルそのもののCRCチェックサムがまったく一致しない。
APEとかFLACで試すと、チェックサムも完全に一致するんだけど・・

エンコードするWAVファイルを変えてもことごとく一致しないんで、
TTAがちょっと特殊なのかなぁと思って聞いてみた。
まあ波形が一致するから気にしなくても良いレベルの話ではあるけど。

デコーディングツールが悪いんじゃね？

エンデコともにttaenc.exe（バージョンは3.3）使ってるんだけど

可逆って英語でなんていうの？
ロスレス以外で

>>692
　かぎゃく 可逆
　　　 可逆反応 (a) reversible reaction.
　　　 可逆性 reversibility.

リバーシブルは形容詞だからなんかくっつけないとね。

リバーシブル

車の後進はリーバースギア
カセットテープ知ってるなら、リバースデッキとか

俺ttaでやるわ
ttaを広めてみせるぜ

wavでいいじゃん(´･ω･`)

>>691
バイナリエディタで比較すればいいじゃん

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

tta→wavに変換したいんだけど、どうすればいいかな(´･ω･`)
TTAの公式HP行ってもいまいちよくわからない俺に詳しく教えてくれ

foobar2k
これでおｋ

何でテンプレ読まないんだぜ？

馬鹿にレスするな

ape作成にはＣＤから直接は出来ないんだね
CDを一回wavにしてからじゃないと無理なのか・・・

そりゃそうだろ・・・
PCの仕組み上当たり前
メモリを使わずHDDからHDDに直接コピーできませんか？と言ってるようなもんだ

PCMデータを読み込みながら直接apeに圧縮するライブラリを叩けば可能だよ
そういうソフトがあるかは知らんが

プレイヤーみたいに流し込まれたCDDAデータをそのまま再生すればいいだけならともかく、
直接圧縮なんて事ができるかねえ
圧縮するならそれなりにまとまったデータを扱うだろうし、現実的にはwindowsで直接扱えるwavが一時的にせよ必須だと思うけど
いやまてよ
ape変換用の専用チップを積んでハードウェアエンコすればwavを介さない事も全然可能だなヽ(ﾟ∀ﾟ )ﾉ

まあ>>704は多分違う事を訊きたいんだろうけどそれは当然スルーで

>>707
必須じゃないって

フロントエンドを使うなら大抵はwaveなりaiffなりを要求するだろうが
バックエンドのライブラリは基本的にPCMが1サンプルでもあれば圧縮できる

apeならMACLib.hでも見てみれば

>>708
そうなのか？
CDの音楽データーをメモリ上に展開せずに圧縮することが可能か
詳しい事は読めないから実際にどうなんだかはわからないが、
そういうソフトを作って>>704の期待に応えるのは君だ！
とか適当な事を言ってみるｗ

?

いつからメモリ上に展開せずに、なんて話になったんだ?
704が言いたいのは一旦HDDにwaveファイルとして保存してからじゃないと
CDDAからapeに圧縮できないのか、てことでしょ

つか、ID:2TBqFTQr0はあまりにも無知すぎ
いい加減放置しろ

は？
>>704の言いたい事なんて何の関係があるんだ？？
>>705の時点でそんなのは無視してるつもりなんだが？？？

日本語すら不自由な方だったようです。

というか
「wavにしてからじゃないと」
を読んで
「メモリ上に展開せず」
と解釈できるあたり、かなりお花畑

あーわかった。
多分この人はwaveとPCMの区別がついてないから
こんな頓珍漢な事を言い出すんだな

展開って所の解釈の違いだと思われ

それはともかく>>704ってどこ行ったんだ？

解決しそうに無いから寝たってさ

　　 ／￣￣＼
　／　　 _ノ　　＼
　|　　　 （ ●）（●）
.　|　　u 　 （__人__）　　　　　　！？
　 |　　　　　｀ ⌒´ﾉ
.　 |　　　　　　 　 }
.　 ヽ　　　　　 　 }
　　 ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　 く　　＼　　　　　　　 ＼
　　　|　　　　 ＼ 　 ＼ 　 　　　　　　＼
　 　 |　　　　|ヽ、二⌒)､　 　 　　　　　 ＼

704の妹がきたぞ

ちゃんといるじゃんかｗ

で、>>718が発端で話の行方が複雑になってるわけだけど（かなり言いがかり）、
結局どう決着つけるつもりなのさ（完全にいいがかり）

ただ単に愚痴っただけなんだが・・・
決着と言われても・・・

>>698
ヘッダがやっぱり違う様子。データ部は完全一致する。
で、調べてみたらWAV書き出すソフトによって出力のヘッダが違うんで
TTAでエンデコするとCRCが一致しない状態になってしまうみたい。

APE/FLACの場合は元ファイルのヘッダまで保持してくれるらしく、
WAVファイルに余分なヘッダ（出力に使ったソフト名とか）が付いてても
エンデコでそれが失われることはない。

ループ用のWAVファイルだとヘッダにループポイントとか
BPM情報が含まれていたりするんでAPE/FLAC使ったほうが安全そうだけど
そもそもループ用の短いファイルを圧縮する必要はないし
普通の音楽ファイルならTTAでも問題ないか。
むしろ余分なヘッダの除去に使えていいかも。

レス�dｸｽでした

>>722
検証乙。ためになった。

>>721
なんとなく、
天然素直で巻き込まれ型なところが少女マンガの登場人物っぽい感じで萌えたｗ

TTAはRIFF chunkを保持しないらしい
ttp://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison

>>725
それ過去に何度か貼られたけど、結局みんなapeとttaしか使わないんだよな…

>725
FLACやWMAと同じって事？
世界的にはAPEよりもFLACが普及してる事を考えれば、特に致命的な問題ではなさそうだけど・・・

RIFF chunkって何？

gugurecus

>>726
結局最強のWavPackも現状このザマだからな

で・・・オフセットどうなったん？

>>731
2桁以内なら気にしない

ぐだぐだになってる

EACは間違ってたと海外の誰かさんが報告
↓
日本人の誰かさんが海外の誰かさんの報告は認められないと主張
↓
真相は闇の中
↓
どうせ市販のCD自体ずれてんだし今までどおりにしとけば？←今ここ

俺はプレクの公式見解待ち

これからはWavPackでやるわ・・
日本ではマイナーなところ以外死角なくね？

APEやWVはLilithやfoobar2000で聴くのがデフォみたいだけど、
WMPでも聴けるようになるコーデック(デコーダ)みたいなものってないの？

あ、CUEファイルに情報が入ってるから無理なのか…

>>735
CUEは知らないが、CoreWavPackで再生できる。

ttaenc.exe，ソースファイルがルートディレクトリにあったり，ブランク込みのディレクトリにあったりするとエラーになるのはどうしようもないのか?
まぁ，ソースが公開されてるから気合い入れれば...orz

WavPack最強ってことでｗ

デファクトスタンダードでflac
性能でtta
ってところか
wavpackは可逆にしか価値のないこのスレ的に何かメリットあるの？

これは突っ込み待ちなのか?

盛大につっこんでやれ

なああああああああああああああああああんでやああああああねええええええええええええええええんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ダウンリスト見てると、くるる氏ばっかりたまっていく…

とりあえずKinki、中ノ森、ジンあたりを…

・・・あきらめた

WavPack結構いいんじゃね？元ファイルリアルに保持するし

釣りは他所でお願いします

っーか(cue+可逆圧縮音楽)で、
MKAからFLACに直すと1サンプル欠損とかで気持ち悪いとか騒いでたのに
30倍の気持ち悪さを心地よく満足してたんですね。
もうこれで踏ん切りついた…全部mkaにするwwww
利便性を考えたら1サンプルぐらい屁でもない。
だってもう30サンプルずれてるんです物wwwww

＞MKAからFLACに直すと1サンプル欠損とかで気持ち悪いとか騒いでたのに

気持ち悪いってレベルじゃねぇぞ

flacじゃなくてttaだろ

まぁこのスレの過去ログでも「1サンプル消失してんだから可逆と名乗るな」とか
書き込んでいた人がいるみたいだけど彼は今頃発狂してるよｗ

実際可逆じゃないから困るんだが

オフセットがずれてるのは全く気にしないが(個人的には別に訂正なんかしなくていい)
折角可逆圧縮を使ってるのに可逆にならないのは受け入れられない

要はリッピングされたデータがそのまま得られればいい
自分でCDから圧縮する時は何も考えずにiTunesで直接AACに変換するし

オフセットが30サンプルずれてたんだから圧縮で1サンプル消えてもいいだろ

とか言ってる人は、頭大丈夫ですか

一般ユーザーレベルでは 読み書きそれぞれの段階でのオフセット値を求めるのは不可能

オフセットが30サンプルずれてたんだから圧縮で1サンプル消えてもいいだろ

とは思ってないが

オフセットが30サンプルずれてたのも圧縮で1サンプル消えてたのも同レベルで終わってる

とは思っているな

同レベルじゃねー

そもそも前の値の方が取りこぼしが少ないケースもままあるわけで
オフセットの絶対値にこだわる必要はない

今回提起されたオフセット値で30サンプル「悪い方向に」ずれることもあるということね

俺はプレクで基本訂正なしでいくけどね

上のほうででてたイーグルスのやつやってみたら
+18に訂正すると先頭末尾ゼロサンプルなしで
過不足なくきっちりとりこめるのでそういうのは訂正するけど

ゼロサンプルがあればあとからいくらでも修正できるからどうでもいい

だいたい他人とオフセット値統一する意味ないんだよな
logファイルがあれば他人のファイルでも適当に調整して焼けばいいし

30サンプルずれたやつは、元のCDに30サンプル以内にデータが入っている場合を除き
いくらでも復元できる。
が、1サンプル消失は復元できず、可逆足り得ない。

逆に考えるんだ
始めから前後はゼロサンプルで盛大に埋めといて、
CDにあわせて先頭削って書き込めば欠損しないじゃん
正しいデータ長が不定なんだから、オフセットを修正・固定
するほうがむしろ非可逆と･･･

最初にオフセットあわせたwavさえつくれば
wav→ape→wav→tta→wav→flac→wav→CD
とかやっても最初と最後のCDはまったく同じ物になるって考えでいいんでしょうか？

うん

>>761
最後は書き込みオフセットちゃんとしてね

>>759
全く意味不明。1サンプル消失しても
"元のCDに1サンプル以内にデータが入っている場合を除き"
無音で埋めればいいだけじゃん
30サンプルよりはよほど被害が小さいと思うが？

CDの完全コピーを目指すなら、どっちも終わってるんだよ
いい加減目覚めろって

ttaは「ＭＫＡ変換機」っていうオーディオファイルの
取り扱いに特化した、便利なソフトがあるからなあ。

flacにも対応してくれれば、内蔵cue止めて.mka一本で
俺も使い続けるのだが。

可逆圧縮が可逆にならないのは、CDを完全にコピーするという話とは
全く別次元で終わっているという事にいい加減に気付け

可逆じゃない可逆圧縮なんて、誰が使うんだ？

そもそも、今までは30サンプル消えていたとか言ってる奴は今回の問題の本質を理解していない。
CDの完全コピーのためには、訂正値の真偽に関わらず現在のオフセット訂正では不十分だ。
もし完全なコピーがしたいなら、訂正するオフセット値は読むCD毎に変えないと意味がない。
読み出すCDがオフセット0で書き込まれていない限り、いくら正しいオフセット値を使おうが
取りこぼしが発生する。

そもそも現在の方法では避けようがないリッピング時のサンプル消失と、
圧縮時のバグによるサンプル消失を同列に扱っている時点で何も分かっていない。

>CDの完全コピーのためには、訂正値の真偽に関わらず現在のオフセット訂正では不十分だ。

766はいつごろこれに気づいたのかな？

ほとんどのCDでは取りこぼしは発生しないだろ
避けようがないとかもうね

しかも圧縮関係ない。

こっそりmka信者が宣伝に来てるところでﾜﾗﾀ

>>766
嘘つくなｗ
先頭と末尾にデータがあるCD以外は問題ないぞ

>>770
671 名前： 名無しさん＠お腹いっぱい。 [sage] 投稿日： 2006/12/06(水) 13:50:25 ID:CA2cRAWT0
>>668
ttaは「ＭＫＡ変換機」っていうオーディオファイルの
取り扱いに特化した、便利なソフトがあるからなあ。

flacにも対応してくれれば、内蔵cue止めて.mka一本で
俺も使い続けるのだが。

MKA→ttaの1サンプル欠損って、先頭or末尾のが欠損するの？

末尾の1サンプルです

キングコング&ザ・ジャングル・ガールズ
恋のブン・ブン・ダラー

ハッシュﾌﾟﾘｰｽﾞ？

俺は>>755の書き込みのように、
取りこぼさないよう前のオフセットを使うことにした。
logさえあれば後で修正も出来るしね。

cueファイルとwv、wvcのファイルをＤＬしたのはじめてなんで初心者で申し訳ないが質問させて下さい。
イメージマウントしようとしても、「Ｃｕｅ　ｓｈｅｅｔ行１−ＦＩＬＥコマンドは他のすべてのコマンドの前になくてはなりません」って出てしまい、
テキストファイルで開いて１行目にＦＩＬＥ”○○○”持ってきてもダメ。

wavファイルに変換しようとして、テンプレにある猿のツールとかリリスとか使ってみても読み込めないし（無反応）。
ここ読め、ってだけでもいいのでお願いします。

前のオフセットのほうが取りこぼしが少ないとか
そういうことはないだろ

>>777
wavに変換するにはfoobar2000か下のwvunpackを使う。
http://www.wavpack.com/wavpack-4.31.zip

>>777
ハルヒのキャラソンとみた

foobar使えばwavに変換せずもせに出来る

foobarw

>>778
http://homepage2.nifty.com/yss/eac/eac3.htm
「市販のプレス音楽CDを使っての検証」以降を良く読め

>>783
1枚そうだったからなんなの？

そういやapeだのflacだのメインに話すスレってダウソ板以外ないの？

>>780
げ、何でわかったｗｗｗ

教えてくれた人ありがとう。
明日試してみます

flacはvorbisスレで出来る

>>784
なんなの、って
あんたがないだろと言ったから反例を示しただけだが

要は市販のプレスCDのオフセットは0とは限らないから
必ずしも新しい訂正値の方が非ゼロサンプルを多く取り込めるとは限らないという事

>>788
だから俺はどっちの値がより取りこぼしが少ないとか
そんなことはいえないだろと>>778でいってるわけですよ。
あんたと同じこと言ってるんだけど。

>>776がそこらへんわかってるのか疑問だったから
ああいう書き方をした。
誤解を生む書き方だったのは認める。

>>784
手持ちのCD600枚中
プレクで+30のオフセットで読んで先頭取りこぼしたCDが12枚
末尾取りこぼさなかったCDが54枚

ジャンルによって違うんだろうけど内のだと前のオフセットの方がいいな

もうこの際だから先頭末尾100サンプルくらい余計に拾っておこうよ
焼く時にどこから焼くか決めるのは難しいけど、HDDバックアップ組にはそれが一番でしょ

先頭末尾100サンプルくらい余計に拾うってどうやるの？
2回吸ってファイル結合？

もちろんリッピングソフトの自作からだぜ

CDRWINならできそうな気がする
もはや懐かしいソフトだが

プレクの716Aだけど、今まで30ずらして吸ってたはずなのに末尾が0じゃないCDがけっこうあるんだが…
もっというと、ずれてたはずなのに末尾も先頭も0じゃないが、直して吸っても0じゃないのがある
そもそも吸い切れてないって事だろうか、これはCDのインデックスからして間違ってると言うことか

オーバーリード

おススメの設定教えれ

BenQ DW-1640　オフセットを588に変えると取りこぼしが全くなくなるようだけど
logに「エラーがありました」と出る。
実害なくても知らない人が見ると気持ち悪いかな？
618のままいこうかな

>>799
CD-R,DVD板のEACスレでその話題出てた

EACでオフセット設定してCDをwavに→wavをape最高圧縮でDVDにバックアップ
↓
wavをmp3にしてiTunesやfoobar2kなどに取り込む

バックアップCDやまた違う設定のmp3をつくる時はDVDのapeを直接変換

こんな感じが一番スマートなやりかたかな？

　　　　 　　　 　　　∩＿
　　　　　　　　　 　〈〈〈　ヽ
　　　　　　　　　　〈⊃　　}
　　 ∩＿＿＿∩　 |　　 |
　　 | ノ　　　　　 ヽ !　　 !
　　/　　●　　　● |　　/
　 |　　　　( _●_)　 ミ／ ＜こいつ最高にアホ
　彡､　　　|∪|　　／
/　＿＿　 ヽノ　/
(＿＿＿）　　　/

>>801
＞ape最高圧縮でDVDにバックアップ


？

801 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/12/07(木) 16:37:52 ID:qaDlh9rv0
EACでオフセット設定してCDをwavに→wavをape最高圧縮でDVDにバックアップ
↓
wavをmp3にしてiTunesやfoobar2kなどに取り込む

バックアップCDやまた違う設定のmp3をつくる時はDVDのapeを直接変換

こんな感じが一番スマートなやりかたかな？

134 ：[名無し]さん(bin+cue).rar [sage]　2006/10/29(日) 06:00:20 ID:15AgDyAf0

mp3からwav戻しした波形は音の上下が台形になってるからモロバレ
たまに80%とかでノーマラライズやってる馬鹿も居るけど

135 ：[名無し]さん(bin+cue).rar [sage]　2006/10/29(日) 07:00:52 ID:Z9r8uujR0

露骨なのはプレイヤーのスペクトラムアナライザーでもわかるな


Dat落ちしたスレで見つけたレスです。

スペクトラムアナライザーの方は分かりますが
>音の上下が台形になってる
っていうのがよく分かりません。
SoundEngine、Audacityで表示させて見たけど、どういうことかさっぱり…。
どういうことなのか教えてください

高音域がなくなってることじゃない？

>>805
よくは知らないがmp3→wavだと
mp3の時点で人間の耳じゃ聞き取れないような高音域と低音域を切り取っちゃってて
wavに直したところで高音域が復活するわけじゃないから
一定音域が無くなっちゃってる→台形
って事だと思う

>>14ってMKA変換機使えば回避できるんだよね？
スレ序盤でttaのmka 1サンプルロストを熱く語り合ってて、
中盤でEACの30サンプルロスト情報出てきてるのがなんともｗ
歴史に残るスレだなこれは

ID:15AgDyAf0が波形とスペクトラム混同してんじゃね？

>>806-807
それは分かるんですが、波形のどの形が台形になってるんだろう
という疑問でした。
拡大しようが縮小しようが高音域がカットされているような表示はされませんでした。

>>809
そうかもしれませんね。
インプレスの記者も「波形を見る」とよく書いてますが
スペクトラムアナライザの画面にしか見えないSS出してますし。
SoundEngineやAudioActiyで波形表示させた画面と全く違いますもんね。

>>808

http://s2.srea.jp/up/116549255120.jpg


こんな感じじゃね？つうか見れる
10以降バッサリ

403

http://upload.fam.cx/cgi-bin/img-box/eqk61207210720.jpg


おら、これでどうだ

長門かよｗ

台形じゃない
ハイパスかけて100Hz未満を削って再提出

先生！cmd打つのが面倒です！

>>814
新ver公開されてるぞ

>>818
マジで？
作者逃げてなかったのか

>>812
やっぱりスペクトラムの方っすよね。台形って

波形じゃないのか? クリッピングの事だと思うが

　

>>821
青く表示されてるのですよね？
台形に見えない…

というか、手持ちの曲をmp3→wavにしたものと比較しても
青い方（波形）見ても全然違いが分からんかったです。

スペクトラム見た方が高域バッサリ感が伝わってきます。

そりゃ波形に目に見える違いは出ないさ

ttp://www.uploda.org/uporg608319.jpg
lame3.97a7でエンコfoobar0.9.4.2でデコード

CBR128ね、左がエンコ→デコード、右がオリジナル

>>824->>826
ID:15AgDyAf0が波形とスペクトラム混同してるってことでFAですね。

>>825を見ても
>mp3からwav戻しした波形は音の上下が台形になってるからモロバレ
なんてことはありえないので。

これただの音量だろ

>>825
横軸がTではなにもわからんｗｗｗｗｗｗｗｗ

台形になるっていうのはローパスフィルターとか通した後の波形ってことじゃない？
特に意識しないでエンコするとフィルターかかったと思うし。

>>829
波形見慣れてないの？

聴ければイイとか思ってる俺は下等種族

偽ファイルのくせにlogまであったりするから困る

mp3→wav 波形で見ても マジ微妙なものもあったりするから困る

自分の耳を信じろ
俺はmp3も無圧縮wavも聞き分けられないがな

つ　Tau Analyzer
http://www.true-audio.com/Tau_Analyzer_-_CD_Authenticity_Detector

>>833
耳鼻科行ったほうがいい

>>836
眼科行った方がいい

>>801はなんであんなに笑われてるの？

結局オフセットについて、このスレの総括的な流れとしては今はどうなってるん？

>>839
大したことない
気にせず今まで通りいこう

あんがと
とりあえず元の値で吸い出すよ

違うだろ
修正して流せだろ?

実際今までのsample値で何枚かのCDが出だしの音が切れてるし
他の人も報告来てるし

前の値のほうがうまくいく場合もある

もう個人の好きにしようとしか言えない
log添付は必須で

>>842
出だしが切れてるのに今まで気づかなかったのか？

耳で聴いてるだけでは気がつかなくて当たり前
調べて初めてわかることだから

きいて分かるほど切れてたら普通に不良品だわな

Version 3.62

1. バグフィクス:

a) WinRARの7-Zip書庫モジュールのスタックオーバーフロー脆弱性を
修正しました。

b) WinRARのGZipモジュールがGZip書庫を解凍する際に誤ったタイムスタンプ
をセットしてしまうことがあったのを修正しました。

>>847
それってどういう意味があるの？

>>835
auCDtectは高ビットレートの非可逆音源に平気でCDDA判定出す

初歩的な質問で申し訳ないんだけど、
書き込みオフセットの値はEAC以外のソフトで焼いても同じなんですか？

EACは間違ってたと海外の誰かさんが報告
↓
日本人の誰かさんが海外の誰かさんの報告は認められないと主張
↓
真相は闇の中
↓
どうせ市販のCD自体ずれてんだし今までどおりにしとけば？
↓
もう個人の好きにしよう ←今ここ

認められないと主張してるのは誰？

>>665

認められないというか、値の正しさを特殊な機器無しで検証するのは不可能というのが正しいな
だれかが正しいと言った値を信じて使うしかない。
なので結局、混乱が広がっただけで、議論は収束していない。

報告者が客観的に正当性を確認できる資料みたいなのを公開してくれれば話は別だろうが。

結局・・ 読み-30 書き+30でいいのか？ ん？

>>849
そこまで言うからにはそっちではかなりな確率で誤判定してるんだろうけど、何割位で誤判定する？
試しにlameでmp3 320kをつくってテストしてみたけど、
とりあえず7、80曲ほど試してことごとくmpeg判定されたぞ
1曲だけはデフォルト設定でCDDA（確率49%）判定されたけど、最精細設定だと結局mpeg（95%）判定された

それからこの手のツールはあくまで目安の一つに過ぎないから、正答率が6、7割程度あれば十分実用になる

>>856
実用になるわけねーだろ馬鹿
LAMEでどうせローパスかけたんだろ？
FｈGの320でローパス外してやってみろ
全部100%判定するしｗｗｗ
波形見た方が手っ取り早いがな

>>857
評判のよくないFｈGは入れてないから試せないが、
ローパスはずした程度じゃ全くCDDA扱いされないな

それから実用にならないと言うのはどう言う意味で？
誤判定が激しいからか？
それともこの手のツールを使う人間はツールに頼り切る事が前提だと考えてるから100%に近い正答率が必須だと思うのか？

>857
FｈG フラウンホーファーってとくに可もなく不可もなくってとこじゃないのか？
Blade Xing エンジンは勘弁して欲しいが。

>>859
Xing の新しいエンジンは問題ないよ.
いつぞやのHAのリスニングテストの結果を見る限りは.

Xing Old は・・・320kbps でも余裕で音が悪い糞エンジンだけど(w

>>857
波形（笑）

FhGでLPF切っても(F=22050)mpeg扱いになったけど？

それより高音が出ない楽器のソロ曲でmpeg扱いされる事がたまにある。
やっぱり耳で聞いて判断するのが一番。

このスレはCDを忠実にバックアップしたいピュアな少年と
自分の耳を信じきっている専門家気取りのｵｰｦﾀとの比率はどのくらいでしょうか

僕はきれいな中年

>>863
どちらも100%です。

>>862 -m0でやってる？

NＨＫ総合 19:30〜22:30　
日本の、これから 「”ネット社会”の安全、どう守りますか？　−第１部−第２部」

２ｃｈの事やらＰ2Ｐ（著作権）の事やらド素人ｺﾒﾝﾃｰﾀ達が愚論をするぜ（　´,_ゝ`）ﾌﾟｯ

>>867
ｗｋｔｋ

>>867
で、どうだった？

ｇｄｇｄとNHKのアホさにﾜﾗﾀ

ツバ爆弾を吐いた人がうざかったのと、ヒロユキが無責任感MAXだった

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>857がどうでもいい話をしだしたんで書かなかったんだけど、実は>>849は正解だったりするｗ
mp3みたいなmpeg1はともかくとして、ogg Vorbis相手だと結果はぼろんぼろん
デフォルト（-m8）だとアルバムによっては全曲CDDA判定するぞｗ

oggの話なんかしてないんだけど・・・。

>>874
十分範疇だぞ。（>>849）

>>874=849？

>>874
mp3限定ではなく非可逆音源って書いたけど
普通はこんなことやらないが、CDDA判定出せるような非可逆音源なんか悪意持って作ろうと思えばいくらでも作れる
波形見てあやしいかな？と疑うもよし、自分の耳で聞いて可逆じゃねーよって思うもよし
ってか初めから神鳥のを落とせばいいじゃん

>>876
？

>>873 とりあえず-m0でやれ話はそれからだ

いい加減うるせー
どうでもいい

>>878
手持ちのCDで試してみたらかなり厳しかった
9/11曲がCDDAとか
自分でもやってみたら？

EACで吐き出すcueシートって曲名とか長いと後ろが「...」で省略されるけど、
cueシートの仕様(文字数制限)なのか、EACが勝手にしてるのかどっち？
可逆+cueで管理してる人は長い曲名とかどうしてるのかな

数えたら48文字超えるくらいでカットされるようだけど
それ以上の文字数でエディタで直しても不具合でないなら手動修正？ｗ

長いとdaemonにマウントできないから迷惑・・・

マウント（笑）

>>882
ほんとだエラー出た あとDAEMONToolsってUTF8のcueシートも読めないんだね

ちょっと試してみたけど
foobarで読み込むなら文字数長くてもUTF8でも問題なかった
MKVmergeGUIでMKA作る場合も同様に問題なかった

ということは、テンプレ>>12のように2つ用意して、EACで吐き出されたのを
そのままで1つとっておいて（DAEMON読み込み用）、それとは別に曲名とかが
省略されてないのを可逆ファイル用に用意する（再生時用）、ってのがいいのかな
マンドクセｗ

ねぇねぇ、なんでマウントするの？

あれ、DAEMONでマウントできないcueシート＝音楽CDとして焼くときにライティングソフトで使えないcueシート
と勝手に思ってたけど違うんかな。UTF8だったり曲名長いのがだめなのはDAEMONだけの仕様？

馬鹿丸出し乙

スルーで

DAEMONにマウントするのは自分がiTunes使ってるからだけどね。
iPod含めて環境が出来上がっちゃってるから変更できない。
そういう使い方だからcueシートの中身にはCDDB的なものは一切必要ない。
文字制限越えるといちいち修正しなきゃいけないからダルイわ。。

iTunesって何ですか？

ぐぐれば分かるだろ

iPod使ってるからとかばかじゃねーの
foobar使えば良いだけの話だろ

cue＝マウントってバカがやる事だろ

俺がいうのもなんだけど

ぬるーしろよｗ

>>889
なんでiTunes使う場合にDAEMON必要なの？

>>894
みんな暇なんだよｗ

>>895
DEAMONでマウントして仮想ドライブからiTunesで取り込んでるんじゃないか？

>>889
俺も同じ使い方してるが、このスレでは禁句だぞ。

foobar嫌いなんだけど他に良いのある？

Kbmplayならapeのままでも再生できるが

>>899低脳乙

foobarからiTunesに渡せば修正しなくていいからダルくないよ

>>899
lilithは

単に圧縮方法揃えたいだけの俺はcueマウントしてEACで吸う
m3uとlogも吐き出してくれていい

>>595,872 共に登録してるんだけど、一向に落ちてこない。
ってかそもそもこの神のが落ちた試しがない・・・落とせた人いたらクラスタ教えてくれ

エンコしたファイルに名前をつけるのが非常にめんどくさいです。
キャラソンとかだとcue開いてタイトルと歌手名をコピーして、トラック1とかなっているファイルに貼り付けするという作業をしてます。
こんな馬鹿なことやってるのは俺ぐらいなんだろうけど、非常にめんどくさいです。笑ってやってください。

CDDB使えよｗ

1曲=1ファイルだと面倒かもな。
cue使ってるなら1アルバム=1ファイルにしておくと楽だよ。

ファイル名の設定を%A - %Tとかにしとけばいいだけじゃん
アホか

一曲ごとに分割してるやつがたまにいるけど、分割する利点がわからん。

携帯プレイヤーで読めないんじゃないの。ってかそれしか思いつかん。

あー携帯プレイヤーか。
外で可逆使うなんてリッチすぎて俺には想像できなかった。

携帯プレーヤーが対応してる可逆圧縮のフォーマットは独自のものばかりで困る。
FLACとかTTAとかWavPackに対応したのがあるのなら１曲ごとに分割もいいかもしれんが。

数年前はFLAC対応もあったんだけどね

ないなら作れば良いじゃない

需要があるかないかだな。まぁあんまりあるとは思えん

>>910
アルバムの中でも気に入った曲しか残さないから

可逆でライブラリ化してあるからプレイリスト作って必要な曲だけMP3かVorbisに変換して
携帯プレーヤーに転送してる。
プレーヤーで可逆に対応してても消費電力すごそうだし、ちょっと躊躇するなぁ。

シングルとか分割しないと、カラオケバージョンとかもついてくるんじゃないの？
それも聞いてるの？

cueシートに対応したプレーヤーならカラオケバージョンをプレイリストから削除するだけ
容量的には無駄かもしれないけどね^^;

>>919
cue書き換えて読み込まなければいいんじゃね。

不勉強なのですみませんが、cueシートで最後の曲を削除すると
その前の曲と繋がってしまいませんか?

普通1曲ごとに分割するでしょ
2曲目聞きたいときどうするのさ

普通に2曲目を再生する

>>922
お前さんは間違ってない。

>>919
PERFORMER "兄貴"
TITLE "金属バット1号"
FILE "010203.flac" WAVE
　TRACK 01 AUDIO
　　TITLE "金属バット１号"
　　INDEX 01 00:00:00
　TRACK 02 AUDIO
　　TITLE "兄貴と私"
　　INDEX 00 07:11:46
　　INDEX 01 07:12:47
　TRACK 03 AUDIO
　　TITLE "金属バット１号(カラオケ)"
　　INDEX 00 10:26:26
　　INDEX 01 10:29:65

こんな構成だったら 01,02だけ取り出すだけ
つまり03以降を削除するだけ

PERFORMER "兄貴"
TITLE "金属バット1号"
FILE "0102.flac" WAVE
　TRACK 01 AUDIO
　　TITLE "金属バット１号"
　　INDEX 01 00:00:00
　TRACK 02 AUDIO
　　TITLE "兄貴と私"
　　INDEX 00 07:11:46
　　INDEX 01 07:12:47

これでおしまい
もちろんflacのほうも不要な部分は削っておく

誰かカーペンターズ挑戦してくれ

>>866
そのオプションの意味は？

EACとかでCUEから曲ごとに切るとたまに曲間で切られることがあるけどマウントして
B'sとかでリップすると正常に1曲ずつにできたりするんですがどうゆうことでしょうか？

>どうゆう
>どうゆう
>どうゆう

m9（^Д^）

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>どうゆう
>どうゆう
>どうゆう

m9（^Д^）

>どうゆう
>どうゆう
>どうゆう

（^Д^）9m

>どうゆう
>どうゆう
>どうゆう

m9（^Д^）9m

前から思ってたんだけどさ、
m9（^Д^）9m　←　このm9 9mや何を表してんの？
どう見ても絵に見えて来ないんだけど・・

>>935は事故で自分の手をなくした。

>>935かわいそう

>>935
スレ違いだベッカムに聞いてこい

m9（ ＾ω＾）どどんぱー

m9（ ＾ω＾）まかんこうさっぽー

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

[Fix30]とかアホだよな
はじめから[プレクRIP±0]とか書いとけばいい

何その会社名限定
俺もEACしてるけどπだからプレクって入れないんだけど

>>942
文句ある?

>>938-940でわかったw
ほんとスッキリしたよ、サンキュー！
ってかスレ違いごめん

完璧なドライブがプレクしかないからしょうがない

>>945
設定して完璧にしてもダメというなら

お前がEAC使用者人数分のプレクを買ってこい
そしたら>>942の通りにしてやる

それが嫌なら二度とこのスレに書くな

>>946
正しいオフセット値や音楽CDをプレスする時点でのオフセットのことは別として
プレクは取りこぼしが無いけど
πはオーバーリードできないから、読みオフセットが+18だとすれば
末尾のゼロサンプルが18より少ないCDは取りこぼすことになると思う

でさ
+18って時間にするとどの位よ？