09/03/26 17:32:18 FunPSdzh0
>115のインプレス記事
Thomson、MP3のロスレスフォーマット「mp3HD」を発表 -AV Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
121:名無しさん＠お腹いっぱい。
09/03/26 19:33:59 53zYX6SU0
俺が望んでたフォーマットがついに完成したか
122:名無しさん＠お腹いっぱい。
09/03/27 07:50:34 MpuJaSli0
別に普通のmp3デコーダで可逆が再生できるようになるわけではないんだし
ただの容量無駄遣いにしかならない
可逆が使える環境なら最初から可逆でいいじゃない
123:名無しさん＠お腹いっぱい。
09/03/27 09:24:41 sJEWqVaK0
>>121
どういう意味で、こういうのを望んでたの？そこが判らない。
124:名無しさん＠お腹いっぱい。
09/03/27 22:45:36 PyFo43uq0
ときに可逆のWMAをWAVEに変換しても温室劣化はないのかね?
125:名無しさん＠お腹いっぱい。
09/03/28 06:23:41 nB+zwEZi0
温室は知らんが、音質は劣化せんだろ。
そもそもデコード時に劣化してちゃ話にならん。
126:名無しさん＠お腹いっぱい。
09/03/28 13:20:55 elqWsZ5vP
試してみた
WMA可逆→wavにエンコしたやつと最初からwavで取り込んだファイルを比較
ハッシュは違ったけど、プロパティのディスク上のサイズは両方同じだった
結局どうなんだろ
127:名無しさん＠お腹いっぱい。
09/03/28 13:28:44 dawoBU1EP
ヘッダーなどサウンドデータでない部分「以外」は一致するはず
というかそうでなければ可逆とは呼べないはず
128:名無しさん＠お腹いっぱい。
09/04/07 16:55:02 zmAzgHTa0
>>126
可逆だから同じだと思うがわからんね
ただ、可逆だけど
ちゃんと、ＣＤ－ＤＡの規格に直してくれてるんだろうか
129:名無しさん＠お腹いっぱい。
09/04/07 17:46:21 wsPK4IO10
>>126
>>127が言うとおり、メタデータを除く音の部分を比較する必要がある。
思いついたところでは以下のいずれかで検証すればいいと思う。
・WaveCompareを使う(比較する2つをいずれもwav形式にデコードする必要あり)
・foobar2000の「Bit-Compare tracks」を使う(デコードは不要、両者のファイル形式が違ってても大丈夫)
130:名無しさん＠お腹いっぱい。
09/04/07 22:28:17 zmAzgHTa0
というか、波形照合したら良くね？
131:126
09/04/09 18:43:41 ZCfGTmur0
WaveCompareでテストしたら同じですた
やっと安心できる
132:名無しさん＠お腹いっぱい。
09/04/09 19:18:03 zJkGvh4y0
そういや「可逆って触れ込みなのにwav調べたら可逆じゃない」疑惑が何かのフォーマットであったような…
133:名無しさん＠お腹いっぱい。
09/04/10 04:01:56 A+4Y1Ato0
wma losslessはエンコード時にビット深度とサンプリングレートを指定する仕様なので、
指定を間違えると当然のごとくlosslessのはずが非可逆になるのでした。
もちろん警告メッセージなどはありません。
134:名無しさん＠お腹いっぱい。
09/04/22 19:15:31 jUmj3q0n0
すごいことに気づいた
ソースが48kHz/24bitのwavなりaiffなら
同等フォーマットのapple losslessが作れるのはいいとして
そこからまたwavにiTunesで戻そうとすると16bit上限になるｗ
dBpowerampMCも24bitは対応してないようだ。
foobar2000のfoo_in_alac.dllも24bitは理解できない様子。
ロスレスだというのに何という行き止まりエンコードｗｗ
やり始めで気がついたから助かったけど困ったな
ファイル管理の予定が狂った
135:名無しさん＠お腹いっぱい。
09/04/22 19:42:37 DLCctnuN0
Mac用だとデコードできるツールがいくつかあるけどね
136:名無しさん＠お腹いっぱい。
09/04/22 20:38:57 jUmj3q0n0
そうなんだ
とりあえずアポーに要望出しておいた
気長に対応待つとしよう
137:名無しさん＠お腹いっぱい。
09/04/24 00:51:20 OQMz2PTY0
ALAC自体が24bit対応していなくて
そ知らぬ顔で16bitに落としてエンコードしてるってことないの？
あらかじめ16bitに落としてからエンコードしたものと比べれば
丸め誤差の分バイナリ一致はしないとしても
ファイルサイズが大幅に変わるはずだから
どっちなのかわかるはず
iTunes入れてないので検証できなくて言うだけですまないが
138:名無しさん＠お腹いっぱい。
09/04/24 01:03:27 vf0eFoo50
ALACは対応してるよ
16/20/24/32bitに対応
139:名無しさん＠お腹いっぱい。
09/04/24 05:36:14 YjySI+PV0
QuickTimeのPro版でalacをwavにそのままの形で戻せた
出力bitも16/24/32bitと選べた
サンプリング周波数も192kHzまで選べる様子。
元フォーマットと同じならバイナリも当然一致。
Windows環境だと現状高ビットレートのalac展開はQuickTimePro以外なさそだ。
早いとこiTunesで出来るようになって欲しいな。
>>137
ちょうど出力したwavのファイルサイズが
オリジナルwav(24bit)と違ったので気づいた
140:名無しさん＠お腹いっぱい。
09/04/24 05:56:02 tx/5CN9U0
>>139
ffmpegでも対応していないようだね。
URLﾘﾝｸ(roundup.ffmpeg.org)
141:名無しさん＠お腹いっぱい。
09/04/24 09:28:59 YjySI+PV0
>>140
いろいろ調べてる中、どっかで見たんだけど
alacのハックデコーダ作った人のライブラリ自体が
16bitまでしか対応してないらしい。なのでApple純正以外は全滅の様相。
>>137
>>139は的外れなレスしてた。alac自体のサイズ差ってことですね。
iTunesでは暗黙的にalacエンコードするから確かにその可能性は考えられるんだけど
ちゃんと24bit対応してるようです。
一応テストでは、WaveGeneratorで1kHzトーン10秒の
48kHz/24bitのWaveファイルをつくってalacに変換。
QuickTimeProでWaveに戻してWaveCompareでオリジナルと比較したけど
ちゃんとバイナリ一致してた。
142:名無しさん＠お腹いっぱい。
09/04/27 14:32:37 Pffvk9N30
ここで聞いてもいいんでしょうか。
cueとbinファイルがあるんですが
これをwavに変換したいんですがどうすればいいでしょうか？
ちなみにSound Player LilithとExact Audio Copyでためしたけどできませんでした。
143:名無しさん＠お腹いっぱい。
09/04/27 15:28:36 GrFcpLPhP
>>142
cueとbinを作ったソフトで逆変換すればいい。
自分で作ってもいないのに音楽CDのcueとbinを持ってるのは
法に則っていない可能性が高いので知らない。
p2使ってわざわざこんなんにマジレスしてる俺ｍ９
144:名無しさん＠お腹いっぱい。
09/04/27 15:36:44 Pffvk9N30
>>143
もらったものなんで自分もよく知らないです。
適当にやってみます。
どうもです。
145:名無しさん＠お腹いっぱい。
09/05/17 18:44:48 ciBUCV+H0
なあ、前から思ってたんだが
可逆なだけで実際は音質は劣化してるとかないの？
146:名無しさん＠お腹いっぱい。
09/05/17 19:04:09 LVk3HXSK0
劣化してたら可逆じゃないだろ
可逆のをPCMにデコードして再生してるんだし
147:名無しさん＠お腹いっぱい。
09/05/17 19:21:49 UZk5bEYeP
「可逆」なんだからビット単位で同じだ
だから表す波形も全く同じ
リアルタイムデコードの負荷とか言うくらいなら
ケーブルや電力会社にこだわった方がまだましだしな
148:名無しさん＠お腹いっぱい。
09/05/29 11:29:02 dVv7N/6a0
結論もせに高音質で変換するならどれが最強ナン？？
149:名無しさん＠お腹いっぱい。
09/05/29 11:29:42 2O3LI0A60
何使っても同じ
150:名無しさん＠お腹いっぱい。
09/05/29 11:30:40 TSEgV7350
デコードが一番早いflacかな。
151:名無しさん＠お腹いっぱい。
09/06/17 06:43:16 SoTjR4M10
すみません。LIVEDVDの音声抽出をしてmp3で聴こうとしたのですが、
音声がザーっとノイズのような感じになってしまうのはどうしてでしょうか？
どう対応したらいいかわかりません。
今までは同じ方法でやってもノイズみたいになってしまうことはなかったので
困っています。
何か方法はありますでしょうか？
152:名無しさん＠お腹いっぱい。
09/06/17 06:55:28 6D9ca4MT0
マルチポスト
可逆圧縮総合スレ Part2
ｽﾚﾘﾝｸ(avi板:949番)
153:名無しさん＠お腹いっぱい。
09/06/21 09:28:51 QoivDU4x0
flacをmp3に変換する場合、
flac→wav→mp3とするステップが必要なのでしょうか？
また、変換ソフトでflac→mp3とした場合、ソフトが自動で
上記のステップを踏んで変換してくれているのでしょうか？
ちなみに私はMacを使っているので、XLDというソフトで
flac→mp3に変換しています。
154:名無しさん＠お腹いっぱい。
09/06/21 16:28:06 2N3qEVAJ0
>>153
wavを経由する必要ないです。pcmという意味ならそうです。
155:名無しさん＠お腹いっぱい。
09/06/21 17:34:41 npw+mnIm0
XLDははやくtakに対応してもらいたい
156:名無しさん＠お腹いっぱい。
09/06/21 18:37:01 QoivDU4x0
>>154
ありがとうございます。
＞wavを経由する必要ないです。
XLDが自動でmp3へ最適化してくれてるということですか？
＞pcmという意味ならそうです。
どういう意味でしょうか？
157:名無しさん＠お腹いっぱい。
09/06/21 19:05:06 c4eSOVW4P
リニアpcm＝一般的なwavやaiffの中身
コーデックやコンテナについて勉強してくるといいよ
158:名無しさん＠お腹いっぱい。
09/06/21 19:08:32 4HPJhZRU0
圧縮形式から別の圧縮形式への変換の場合、内部的には一旦デコード（解凍）してリニアPCMにし、
それを改めて圧縮しています。これはWin、Macに関わらず、どの変換ソフトでもそうですよ。
例外は、圧縮形式自体は同じでファイル構造のみ異なる場合（AAC（m4a）→3gp、RAW AACなど）。
まあ、ソフトによって中間体のリニアPCMをメモリー上で処理するもの、RAW PCMの一時データ
ファイルとしてディスクに書き出すもの、WAVEやAIFF等の一時データファイルとしてディスクに
書き出すもの、などがありますが。
159:名無しさん＠お腹いっぱい。
09/06/21 19:13:55 JXfILg7Y0
aflacの生命保険について聞きたい
160:名無しさん＠お腹いっぱい。
09/06/21 19:42:22 2N3qEVAJ0
んな非可逆なことをここで聞かれても…
161:名無しさん＠お腹いっぱい。
09/06/21 19:46:36 mDDWS5u10
払いが悪そうなイメージ
162:名無しさん＠お腹いっぱい。
09/06/22 23:03:12 QAiqUpVd0
親族に頃されるイメージ．．．
163:名無しさん＠お腹いっぱい。
09/06/28 20:07:19 tk+Fqjmf0
痛なる急死伊藤に対応しています
164:名無しさん＠お腹いっぱい。
09/07/09 02:49:29 M0fRAukS0
Beta release of TAK 1.1.2 ((T)om's lossless (A)udio (K)ompressor)
URLﾘﾝｸ(www.hydrogenaudio.org)
iTunesでALAC使ってたけど、たとえiPod買ってもALAC使う気にならんので
乗り換え先を物色してTAK 1.1.1 Final に目を付けた矢先に・・・
165:名無しさん＠お腹いっぱい。
09/07/21 07:51:38 TwefHYBe0
目をつけただけだったら別にいいじゃん
可逆のいいところはのりかえられること
166:名無しさん＠お腹いっぱい。
09/07/26 18:37:01 bxe1prcb0
しかもまだbetaじゃないか、それ
167:名無しさん＠お腹いっぱい。
09/07/28 22:01:10 ROFIOwGK0
flac waveで1トラックごとに分割できるソフトありますか？
アプリ使ってもつなぎ目が判断できない場所があって
困ってます。（自動）
フリー、有料問わず教えてください。
168:名無しさん＠お腹いっぱい。
09/07/28 22:25:23 RrtrdLvm0
>>164-166
Final release of TAK 1.1.2 ((T)om's lossless (A)udio (K)ompressor)
URLﾘﾝｸ(www.hydrogenaudio.org)
169:名無しさん＠お腹いっぱい。
09/07/29 20:20:57 PxiJnwfe0
結局、今ってどれがメジャーなんだろう。
170:名無しさん＠お腹いっぱい。
09/07/29 21:30:51 rWtGb7Lr0
そりゃ、flac
171:名無しさん＠お腹いっぱい。
09/07/30 19:10:46 HnZLy/ws0
調べてみたら、flacってコンテナとしてcueだけでなくjpgとかも埋め込めるのか。
tta+mka使おうと思ってたけど、flacだけで済むなら楽だなあ
172:名無しさん＠お腹いっぱい。
09/07/30 19:44:40 KuHAd2Kn0
TAK1.1.2はコマンドライン対応してるけど日本語だとタグが変になるから
wapet使わなきゃ駄目。wapet使えば問題無いとも言えるが、ちょっと残念。
173:名無しさん＠お腹いっぱい。
09/08/09 23:41:49 aFr7e7of0
ape だろ。
変換早くて圧縮率が高い
174:名無しさん＠お腹いっぱい。
09/08/17 14:04:08 ohlfLKyQ0
TAK、D&Dでファイル追加できたり、リストに複数突っ込めたりしたらいいんだけどな･･･
まぁFLAC全部埋めが一番便利か
175:名無しさん＠お腹いっぱい。
09/08/29 18:49:40 +Lw4/M110
mpeg4-ALSって落とせなくなってるね。
176:名無しさん＠お腹いっぱい。
09/09/26 19:56:50 o+uqRa/L0
TAK DirectShow Filter
URLﾘﾝｸ(home.tele2.it)
うちは別の方法でdsfで再生してたけどいれてみよぉかなぁ？
177:名無しさん＠お腹いっぱい。
09/09/26 21:13:36 NFkhq+370
>>176
日本語ファイル名は大丈夫だったけどハートマークがあると再生できなかった
178:名無しさん＠お腹いっぱい。
09/09/27 15:11:47 /mjFxbXg0
>>176-177
v 0.0.1.3でUNICODE対応
179:名無しさん＠お腹いっぱい。
09/09/29 18:13:02 fwOg5Z+r0
WavPack 4.60
Major changes:
* binary tag support (for cover art)
* support for up to 256 channels
* raw PCM input
URLﾘﾝｸ(www.wavpack.com)
180:名無しさん＠お腹いっぱい。
09/10/01 21:47:35 zF08k82gO
WAVE の半分の700が丁度いいサイズも半分だし
181:名無しさん＠お腹いっぱい。
09/11/12 07:46:29 OetzXKVs0
URLﾘﾝｸ(lists.mplayerhq.hu)
MPEG-4 Audio Lossless Coding (ALS)デコーダが追加された
182:名無しさん＠お腹いっぱい。
09/11/15 22:15:20 TzvNsXsI0
WAVファイルからTrueHDファイル作れたらいいのになー
ffmpeg4頑張れ
183:名無しさん＠お腹いっぱい。
09/12/03 01:40:31 zaV2x80/0
そろそろGPU使う可逆変換ソフトが出てきても良くないか？
エンコードは遅くても良いからデコードを早くできて圧縮率が高ければ最高なんだけどな
184:名無しさん＠お腹いっぱい。
09/12/03 04:12:42 nlSJwblg0
>>183
URLﾘﾝｸ(www.hydrogenaudio.org)
185:名無しさん＠お腹いっぱい。
09/12/05 05:31:42 czXc4fcZ0
>>184
おお、出てるのか。
でも flac は圧縮率悪いからなあ・・・
どこまで行けるのだろうか？
186:名無しさん＠お腹いっぱい。
09/12/05 14:20:58 PAPjHXx/0
え?
アルゴリズムの改善じゃないんだから、圧縮率は変わらんでしょ。
187:名無しさん＠お腹いっぱい。
09/12/05 14:39:38 CFSnPhUaP
>>186
よく読んでないから、どういう理屈かわからんが
URLﾘﾝｸ(www.cuetools.net)
188:名無しさん＠お腹いっぱい。
09/12/05 15:06:42 0jeW+G3M0
CD一枚分の.wavファイルと、.cueシートを元に、市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合、
EACのVer.99-5の日本語化板を使用した場合でも、.cueシートの.wavファイル名、アーチスト名、トラック名（曲名）が
全角文字で記述されていると、読み込んだ.cueシートのウィンドウで文字化けが発生してしまい先に進めません。
全角文字に対応した、EAC Ver0.99-5日本語化板の代用になるソフトって、リリースされていないのでしょうか？
ここの皆さんは、「市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合」にはどうしているのですか？
やっぱり拡張子を.cueから.txtの変更して、メモ帳で開いて、バックスペースで全角文字を消して半角英数に書き換えて、
上書き保存して.txtを.cueに戻す作業をしているんですか？
189:名無しさん＠お腹いっぱい。
09/12/05 15:14:07 0RsY30N7P
>>188
CD-Rを焼くソフトは何を使っているの？
バージョンとかも詳しくカキコしないとアドバイスのしようが無いよ。
190:名無しさん＠お腹いっぱい。
09/12/05 15:19:17 W59o7/ee0
EACで焼くって言ってるようだから、（連携版の）CDRDAOじゃないの？
191:名無しさん＠お腹いっぱい。
09/12/05 15:38:40 PAPjHXx/0
>>187
まあ、FLACの仕様の範囲内でもLPC予測係数の導出を最適化する等の余地はあるから
flakeと同じようなことをしてるんだろうね
1%とかそういうオーダでの改善は難しいかと
192:名無しさん＠お腹いっぱい。
09/12/05 16:12:24 0jeW+G3M0
>>189
.wavファイル名、曲名等が全角文字な.cueシートだとEAC Ver0.99-5では正常に読み込めない様ですので、
EAC以外に、全角文字を含む.cueシートに対応した、トラック分割できるCD-R焼きソフトがあれば教えて欲しいのです。
>>190
EAC内蔵のCD-R焼き機能には、CDRDAOという名前がついているんですか。知りませんでした。
いまEACを起動してみたのですが、「CDRDAO」という名前を確認できませんでした。
193:名無しさん＠お腹いっぱい。
09/12/06 03:52:46 OHZqk38f0
>>187
Laあたりでやったらおもしろいかもしれないがデコードで死ねるな
ポータブル機器に載せられる程度に出来ないのかな？
194:名無しさん＠お腹いっぱい。
09/12/06 10:31:21 42gaqu840
>>188
拡張子は.cueのままで
右クリックの「プログラムを開く」から、テキストエディタ（ノートパッド）を呼び出して開くか、
デスクトップにテキストエディタ（ノートパッド等）のショートカットを作って、そこにD&Dすれば楽でないかな
195:194
09/12/06 10:33:06 42gaqu840
ノートパッド＝メモ帳で
196:194
09/12/06 10:49:43 42gaqu840
あと、Mp3tag使ってみるのも良いんでないかい？
197:名無しさん＠お腹いっぱい。
09/12/16 03:36:33 kPmvY2U10
URLﾘﾝｸ(www.hydrogenaudio.org)
作者が利根川さん状態なのは相変わらずだが
今のTAKはFLACに成果が取り込まれるまでの核実験場ということになるのかね、これは
198:名無しさん＠お腹いっぱい。
09/12/18 03:32:19 d+dhqhoW0
利根川さんって熱々鉄板土下座の人？
199:名無しさん＠お腹いっぱい。
09/12/19 02:16:37 c3Mg7nZu0
m4aへ変換できるフリーソフトウェアで
評判のよいものがあればお聞きしたいのですが。
おすすめはありますか？
200:名無しさん＠お腹いっぱい。
09/12/19 02:22:25 N1xpdCNK0
このスレで聞くといくことはApple Lossless？
itunesがいやならffmpegしか選択肢がない
aacのことなら
【高音質】AACオーディオ総合4【mp4/m4a】
ｽﾚﾘﾝｸ(software板)
フロントエンドは好きなの使うといいよ
201:名無しさん＠お腹いっぱい。
09/12/28 20:22:36 qcHInbPH0
>>198
その人
202:名無しさん＠お腹いっぱい。
10/01/07 15:04:13 I8kUaXC90
URLﾘﾝｸ(www7a.biglobe.ne.jp)
ここのCD→TAK (TAKCでタグを付ける場合)の欄を参考にtakエンコードを試してるんだけど
何度やってもバラファイルができでしまう…
一続きのtakファイルにするにはどうしたらいいかな？
203:名無しさん＠お腹いっぱい。
10/01/09 09:48:19 1AOwzdjI0
TAK 2.0 が出てたので入れてみた。
アルバム圧縮して前バージョンから
412.5M → 411.3M
さらに縮むようになった。
>>202 私は foobar2000 でやってます。
204:名無しさん＠お腹いっぱい。
10/01/09 09:52:31 WO7ApHlB0
0.3%とか意味ねーｗ
205:名無しさん＠お腹いっぱい。
10/01/10 21:38:51 TFYMLLcl0
むしろ速度とか、そっちはどうなんよｗ
206:名無しさん＠お腹いっぱい。
10/01/19 17:36:31 i/8SAJpx0
>>176
v 0.0.1.4来てますね
207:名無しさん＠お腹いっぱい。
10/01/25 09:21:02 U3fuSBnw0
つか ape の insane とか La じゃない限り速度はもう良いよ
CDを rip する方が時間かかるから
むしろ使い勝手と圧縮率が問題だ
208:名無しさん＠お腹いっぱい。
10/01/29 08:53:15 98APuHC60
HDDが安い今、圧縮率のほうがどうでもいいような
209:名無しさん＠お腹いっぱい。
10/01/29 14:56:07 N77sac9/0
２Tを4機積みとか普通だからなぁ…
個人的には使い勝手と圧縮・展開速度
210:名無しさん＠お腹いっぱい。
10/01/29 17:06:50 ohxXOO+X0
wav+cue最強
211:名無しさん＠お腹いっぱい。
10/01/29 20:35:28 hU9yVcVw0
>>209
普通じゃねえよｗｗ
212:名無しさん＠お腹いっぱい。
10/01/31 09:12:30 IHeHxJzi0
>>210
それだけはないｗ
213:名無しさん＠お腹いっぱい。
10/01/31 20:26:50 mWXQANar0
>>212
仮想CDで使えるから最強だろ。
むしろFSの側で圧縮できないものか。
214:名無しさん＠お腹いっぱい。
10/01/31 21:17:16 IHeHxJzi0
>>213
いや、タグやら、カバーやら色々使えないだろと･･cueが拡張されない限り、使い勝手が悪すぎだろと･･･そもそも複数ファイルな時点で･･･今更仮想CDにする利点も無いし･･･etc.etc.･･･
215:名無しさん＠お腹いっぱい。
10/02/02 13:01:00 LIB+G2sk0
複数ファイルって何で駄目なんだ？
ape + cueだけど特に問題ないや
圧縮率を気にするのはこういうノートPCで持ち運びたいから
【オンキヨー】 BX407A4 【約370g】3
ｽﾚﾘﾝｸ(notepc板)
216:名無しさん＠お腹いっぱい。
10/02/02 17:58:22 WA9TaWyj0
>>215
単ファイルの取り扱いの楽さに慣れたら、複数ファイルに戻れなくなる。
特に、ファイルシステム上からも音楽ファイルを扱う場合は。
圧縮率に対して自分で確かめてみたが、
apeよりもtakの方が優れていたり、変わらない場合も多いな。
CLANNAD Original SoundTrack DISK01(wav：748.839 KB)(主にBGM)
ape
-c5000：433.448 KB
-c4000：437.661 KB
-c3000：445.468 KB
-c2000：451.423 KB
tak
-p4m：439.040 KB
-p3 ：443.675 KB
-p2 ：449.684 KB
続く･･･
217:216
10/02/02 17:59:24 WA9TaWyj0
続き･･･
マクロスF 娘ドラ◎ドラ1(wav：441.540 KB)(主に人声)
ape
-c5000：206.013 KB（c4kより大きい）
-c4000：205.702 KB
-c3000：208.026 KB
-c2000：209.557 KB
tak
-p4m：203.152 KB
-p3 ：204.348 KB
-p2 ：206.756 KB
圧縮順で並べると
上：a5<a4<t4m<t3<a3<t2<a2
下：t4m<t3<a4<a5<t2<a3<a2
の順となる。
218:名無しさん＠お腹いっぱい。
10/02/03 13:08:59 HSa1+4Ia0
apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
実際には ape の方が上って結果になったけどちゃんとファイルサイズ見てる？
219:名無しさん＠お腹いっぱい。
10/02/03 13:12:32 HSa1+4Ia0
あ、takとtta間違えた・・・
takってそんなに圧縮率良いんだ
デコード不可はどんなモンだろう
220:名無しさん＠お腹いっぱい。
10/02/03 13:17:33 HSa1+4Ia0
でもこれ見る限りapeの方が圧縮率と圧縮速度が上だな
デコード速度はtakの勝ちだけど
URLﾘﾝｸ(www.synthetic-soul.co.uk)
221:名無しさん＠お腹いっぱい。
10/02/03 13:40:32 WKKI9Mgp0
>>218
>apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
が何を指すのか分からないですが、
MAC.exeとTAK.exeを使用してのエンコード
その後、名前を引数に付け替えた上で
エクスプローラー上の表示を詳細にして、サイズ毎にソートし、
表示されたファイルサイズをそのまま書いた。
という流れですが、問題有りますか？
222:名無しさん＠お腹いっぱい。
10/02/03 13:55:05 WKKI9Mgp0
>>220
この前、↓で
【EAC】可逆圧縮音楽のすすめ Part40【*+cue】
ｽﾚﾘﾝｸ(download板)l50
「サイトによってflacのスピードが違うんじゃないか？」
との質問が出て、確かにどちらが正しいのか不明なので、
自分で比較してみるようにしていた。（Verも結構変わったし）
実際自分で試した方が間違い無いですしね。
223:名無しさん＠お腹いっぱい。
10/02/04 03:11:38 fHWDo/E70
>>220
>Last Updated: 21st December 2008
224:名無しさん＠お腹いっぱい。
10/02/04 05:42:58 2il1V3CN0
>>220
表の見方としては、
時間が短い=レートが高い
方が速度が上(早い)という見方になっていますね
225:名無しさん＠お腹いっぱい。
10/02/04 05:50:21 2il1V3CN0
&
オプションは
-c5000：Insane
-c4000：Extra High
-c3000：High
-c2000：Normal
-c1000：Fast
に対応しています