Monkey's Audio　part3

引き続き、Monkey's Audioについて語ってください。

本家サイト
http://www.monkeysaudio.com/index.html

前スレ
http://pc5.2ch.net/test/read.cgi/software/1036678542/

http://www.geocities.co.jp/SiliconValley-Bay/7045/

Winampプラグイン日本語化

初心者のための簡単な使い方

１、まずは↓このサイトからソフトをダウンロード。
http://www.monkeysaudio.com/download.html

　　　↓

２、インストール
　　（途中、Winampにプラグインを追加するか聞かれるので、「OK」を押す）

　　　↓

３、ソフトを立ち上げたら、WAVファイルをドラッグ＆ドロップ

　　　↓

４、猿マークの「Compress」ボタンを押せば圧縮開始。
　　（圧縮されたファイルは、特に設定をいじってなければ、WAVがあった場所に別ファイルとして出力されます。）

　　　↓

５、ソフトインストール時にWinampにプラグインが追加されてるので、Winampで聴きましょう。

CDex
http://www.surf.to/cdex/

CDex日本語化
http://homepage2.nifty.com/moto-h/hissori.html

Exact Audio Copy
http://www.exactaudiocopy.org/

日本語化
http://homepage3.nifty.com/eacj/

>>1
乙

お疲れ。
おれはflacユーザだけど、応援してるぞ！
お互い頑張ろうぜ。

もう争ってる余裕も無いのか。

エンコードの速さを重視するかデコードの軽さを重視するかの違いで
住み分けているだけで、お互い相手の欠点が改善されたらいつでも
乗り換える準備は出来ていると言うことだろう。
正直FLACの方が将来性はあるのかなと思う。でも猿がんがれ。

CPUごとのエンコードスピードを同じCDで測定したいな
誰かやってくれないかな？

僕はPenMとPen3低電圧版ぐらいだったら協力できるが。
まず同じCDを入手しなくてはいけないんだよなあ。

>>10
ソースはどっかに落ちてるwavでも良いんじゃない？
うちはPen4だが参加させてもらうよ。
PenMやAthlonXP、64のデータは見てみたいね。

>>11
Pen4での参加は止めとけ。
泣きを見る。
MMXのないPentiumより悲惨な(ry

>>12
やっぱりｗ
まあAMDの噛ませ犬にならせてもらいます。

ここにたくさんエンコードできる素材は落ちています。ShortenかFLACでの配布ですが。
http://www.archive.org/audio/

>>13
Pen4も見てみたいからよろしく

>>14
とりあえずapeで検索してみてそれなりの長さの奴を捜したんだけど
これなんかどうかな？13分ぐらいの曲です。ただ鯖が遅いらしくダウンロードに
１時間ぐらいかかる。20kB/sec ぐらいの転送速度です…。
曲は聴いてないからどんな奴かわからないです。
ダウソが終わったらPenMで測定してみます。

http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

曲はギター系のサイケロックでした

上のファイルを使ってPentiumM1.4GHz ThinkPadX31で測定してみました。
曲の長さは13分9秒（789）です。
Monkey'sAudio3.97を使ってOption->ApplicationPriorityでRealTimeで測定してます。

以下が結果です。

　　　　　　　　　sec　　　MB　　　　%　　　倍速
decompress　54.15 　132.76
fast　　　　　　13.21　　79.67　　60.01　　59.7
normal 　　　　18.35　　78.58　　59.19　　42.3
high　　　　　　22.87　　78.23　　58.93　　34.5
extra high　　46.47　　77.64　　58.48　　17.0

次はPen!!!700MHzかPen2 400MHz あたりで試してみます。

>>17
(789)→(789秒)

decompress前のape file はextra high でエンコされています。

新しいバージョンまだー？
これじゃ、apeより圧縮率高いのが出ちゃうよ。

>>20
la

もしかして既にあるの？
laって知らんけど調べてみるよ

OptimFROGもな


新ﾊﾞｰｼﾞｮﾝ来たとしても
負荷とか互換性がどうなるか次第で喜べないかもね

>>23
そうなったら古いMACでデコ新しい奴でエンコするスクリプトを書けば(・∀・)ｲｲ

のだが dos shell 知らないんだよなあ…
tcsh だったらわかるけど

LaもFrogも遅いんだよなあ

うーん、日本ではapeが一番人気あるんだね。
まだしばらくこのままでいいかも。
…というかape→デコード→エンコードするのめんどう。

apeは windows以外での再生・タグ編集環境が……。
ところで ape, flac以外が人気ある地域とかいうのは
存在したりするの?

>>27
>>14では最近FLACが増えてきたものの、まだShortenが多い。

笑点ってどこが良いのだろう？
以前比較データが上がった時は全然パッとしなかった覚えが。
元々ユーザが多かったけど猿やFLACに追い抜かれて枯れてしまったが
まだ使い続けている人が多いって感じかな？

>>26
Lilithのコンバート機能使えばボタン一発でできますよ

>>16-17
誰かこのサンプル使って測定してくれないかな？

再配布可能だったらメッセで送ってもかまわないし

当方AthlonXP 2400+使用。

C:\speedtest>mac "pb2002-06-15d1t08.wav" "fast.ape" -c1000
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Compressing (fast)...
Progress: 100.0% (0.0 seconds remaining, 10.0 seconds total)
Success...

C:\speedtest>mac "pb2002-06-15d1t08.wav" "normal.ape" -c2000
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Compressing (normal)...
Progress: 100.0% (0.0 seconds remaining, 14.3 seconds total)
Success...

C:\speedtest>mac "pb2002-06-15d1t08.wav" "high.ape" -c3000
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Compressing (high)...
Progress: 100.0% (0.0 seconds remaining, 16.9 seconds total)
Success...

C:\speedtest>mac "pb2002-06-15d1t08.wav" "extra high.ape" -c4000
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Compressing (extra high)...
Progress: 100.0% (0.0 seconds remaining, 31.1 seconds total)
Success...

>>32
サンクスコ。Athlon2400 は PenM1.4GHz より3割以上早いな

　　　　　　　　　PenM　　Athlon
　　　　　　　　　1400　　　2400
　　[sec]
decompress　54.15　　　
fast　　　　　　13.21　　　10.0
normal 　　　　18.35　　　14.3
high　　　　　　22.87　　　16.9
extra high　　46.47　　　31.1

　　[倍速]
decompress　14.6　　　
fast　　　　　　59.7　　　 78.9
normal 　　　　42.3　　　 55.2
high　　　　　　34.5　　　 46.7
extra high　　17.0　　　 25.4


サンプル ape file 789秒
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

Monkeyでcuesheet埋め込みってどうやるの？

EACで猿を指定した方がいいかと

Athlon64 3000+
常駐切ってないし、ゆるゆる設定なので遅めだと思う

decompress 33.64
fast 9.01
nomal 12.03
high 14.24
extra high 28.75

>>36
サンクスコ。
64 3000 は XP 2400 と比べて１割しか早くないのか。
もうちょっと早いかと思ってたけどクロックあたりの性能が
１割良くなってると考えるとすごいことなのかな。

　　　　　　　　　PenM　　AthXP　　Ath64
　　　　　　　　　1400　　　2400　　　3000
　　[sec]
decompress　54.15　　　　　　　　　 33.64
fast　　　　　　13.21　　　10.0　　　　9.01
normal 　　　　18.35　　　14.3　　　　12.03
high　　　　　　22.87　　　16.9　　　　14.24
extra high　　46.47　　　31.1　　　　28.75

　　[倍速]
decompress　14.6　　　　　　　　　　 23.5
fast　　　　　　59.7　　　 78.9　　　　 87.6
normal 　　　　42.3　　　 55.2　　　　 65.4
high　　　　　　34.5　　　 46.7　　　　 55.4
extra high　　17.0　　　 25.4　　　　 27.5


サンプル ape file (extra high) 789秒
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

残るはPen4か

>>37
PenMとAthlon64って周波数あたりの整数演算性能はほとんど同じなのか

今となってはかなり遅いですが Pen3 700MHz ThinkPadX21 でも測定してみました。
Athlon64　3000　の3倍以上遅い…

　　　　　　　　　P3　　　　PenM　　AthXP　　　Ath64
　　　　　　　　　700　　　　1400　　　2400　　　　3000
　　[sec]
decompress　129.43　　　54.15　　　　　　　　　 33.64
fast　　　　　　 29.97　　　13.21　　　10.0　　　　9.01
normal 　　　　 42.98　　　18.35　　　14.3　　　　12.03
high　　　　　　 54.23　　　22.87　　　16.9　　　　14.24
extra high　　119.25　　　46.47　　　31.1　　　　28.75

　　[倍速]
decompress　 6.1　　　　14.6　　　　　　　　　　 23.5
fast　　　　　　26.3　　　　59.7　　　 78.9　　　　 87.6
normal 　　　　18.4　　　　42.3　　　 55.2　　　　 65.4
high　　　　　　14.5　　　　34.5　　　 46.7　　　　 55.4
extra high　　 6.6　　　　17.0　　　 25.4　　　　 27.5


サンプル ape file (extra high) 789秒(13分9秒)
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

>>29
わりと初期からあるオープンソースな規格だからじゃない？
今では使い勝手重視のユーザーは猿、オープン・フリーで安心重視のユーザーは
Flac、圧縮率重視のユーザーはLaといった感じで分かれてるけど、乗り換えが
めんどいユーザーがまだ使い続けてるし再生環境も海外では整ってるのでしぶとく
生き残ってるって感じ
当時大した規模でなかった可逆圧縮規格ですらこれだから、主流の移行が
いかに大変な事なのかが分かる

Decompressも計測してみた。

C:\speedtest>mac "extra high.ape" "pb2002-06-15d1t08.wav" -d
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Decompressing...
Progress: 100.0% (0.0 seconds remaining, 34.5 seconds total)
Success...

64 2G
俺も常駐は切ってないけど
decomp 33.53
fast 25.77
normal 30.52
high 34.84
ex 63.33

64 1.4Gに固定してみた。
f 32.77
n 42.00
h 49.17
e 91.31

....明らかに遅いと思ってコマンドプロコントでエンコしてみると・・・
2G
decomp 32.7
f 8.8
n 14.1
h 14.6
e 29.2

1.4G
f 12.6
n 17.3
h21.1
ex 43.0
なんでだろ〜
penMとは整数演算?はほぼ同等かな。

64 3000+
512 DDR400
K8S8X

>>42>>43
サンクスコ。
誰かPen4持ってる人測定お願い

　　　　　　　　　Pen3　　　PenM　　AthXP　　　Ath64
　　　　　　　　　700　　　　1400　　　2400　　　　3000
　　[sec]
decompress　129.43　　　54.15　　　34.5　　　　 33.64
fast　　　　　　 29.97　　　13.21　　　10.0　　　　9.01
normal 　　　　 42.98　　　18.35　　　14.3　　　　12.03
high　　　　　　 54.23　　　22.87　　　16.9　　　　14.24
extra high　　119.25　　　46.47　　　31.1　　　　28.75

　　[倍速]
decompress　 6.1　　　　14.6　　　　22.9　　　　 23.5
fast　　　　　　26.3　　　　59.7　　　 78.9　　　　 87.6
normal 　　　　18.4　　　　42.3　　　 55.2　　　　 65.4
high　　　　　　14.5　　　　34.5　　　 46.7　　　　 55.4
extra high　　 6.6　　　　17.0　　　 25.4　　　　 27.5


サンプル ape file (extra high) 789秒(13分9秒)
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

Pentium4 2.4GHz(FSB400)の結果です。
ついでにCeleron 2GHz、PentiumM 1GHzでもやってみました。

　　　　　　　　Pen4 　　Cel　　PenM
　　　　　　　　2400　　2000　　1000

decompress　55.3　　 65.0　　 70.2
fast　　　　　　13.4　　 18.7　　 16.1
normal　　　　 19.4　　 21.4　　 23.6
high　　　　　　23.4　　 26.2　　 28.7
extra high　　 47.6　　 56.0　　 61.5

常駐は切っていません
Pen4 2.8C
--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Decompressing...
Progress: 100.0% (0.0 seconds remaining, 50.8 seconds total)

Compressing (fast)...
Progress: 100.0% (0.0 seconds remaining, 11.8 seconds total)

Compressing (normal)...
Progress: 100.0% (0.0 seconds remaining, 17.5 seconds total)

Compressing (high)...
Progress: 100.0% (0.0 seconds remaining, 22.1 seconds total)

Compressing (extra high)...
Progress: 100.0% (0.0 seconds remaining, 47.1 seconds total)

>>46-47
サンクスコ。これで主要なCPUの結果がそろいました
Athlon系の整数演算の速さはやっぱりすごいですね
PenMも周波数あたりではAthlon64と同等なので、desktop用の早いCPUがでるのに期待
Pen4は予想道理遅いですね。浮動小数点演算がないのでSSEが使えないのが痛いところか
Celeronは周波数あたりの性能はほぼPen4と同じぐらい。CPUを酷使するジョブだから当然か

　　　　　　　　　Pen3　　　PenM　　　　　　　　 Cel 　　　Pen4　　　　　　　　AthXP　　Ath64
　　　　　　　　　700　　　　1000　　　1400　　　2000　　　2400　　2800　　　2400　　　3000
　　[sec]
decompress　129.43　　　70.2 　　　54.15　　　65.0　　　55.3　　　50.8　　　34.5　　　33.64
fast　　　　　　 29.97　　　16.1 　　　13.21　　　18.7　　　13.4　　　11.8　　　10.0　　　 9.01
normal 　　　　 42.98　　　23.6 　　　18.35　　　21.4　　　19.4　　　17.5　　　14.3　　　12.03
high　　　　　　 54.23　　　28.7 　　　22.87　　　26.2　　　23.4　　　22.1　　　16.9　　　14.24
extra high　　119.25　　　61.5 　　　46.47　　　56.0　　　47.6　　　47.1　　　31.1　　　28.75

　　[倍速]
decompress　 6.1　　　　11.2　　　　14.6　　　　12.1　　　14.3　　　15.5　　　22.9　　　　 23.5
fast　　　　　　26.3　　　　49.0　　　　59.7　　　 42.2　　　58.9　　　66.9　　　78.9　　　　 87.6
normal 　　　　18.4　　　　33.4　　　　42.3　　　 36.9　　　40.7　　　45.1　　　55.2　　　　 65.4
high　　　　　　14.5　　　　27.5　　　　34.5　　　 30.1　　　33.7　　　35.7　　　46.7　　　　 55.4
extra high　　 6.6　　　　 12.8　　　　17.0　　　 14.1　　　16.6　　　16.8 　　 25.4　　　　 27.5


サンプル ape file (extra high) 789秒(13分9秒)
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape

やってみたんで一応報告
Pen4 2.4C ﾏﾏﾝP4P800
Decompressing...
Progress: 100.0% (0.0 seconds remaining, 51.5 seconds total)

Compressing (fast)...
Progress: 100.0% (0.0 seconds remaining, 11.9 seconds total)

Compressing (normal)...
Progress: 100.0% (0.0 seconds remaining, 17.8 seconds total)

Compressing (high)...
Progress: 100.0% (0.0 seconds remaining, 21.9 seconds total)

Compressing (extra high)...
Progress: 100.0% (0.0 seconds remaining, 47.3 seconds total)

無視ですかそうですか・・
penMとの比較用に1.4Gのデータまで取ったのに

AthlonXP1700でやってみました

decompress　46.39
fast　　　　　　13.34
normal　　　　17.88
high　　　　　　21.22
extra high　　41.20

fastだけ妙に遅いんですが何度やっても結果は同じでした

早いんじゃないの？
結果は普通だと思うけど。

Monkey's Audioというアプリケーションの性質上、fastのスコアとnormal以上のスコアは
少々見方を変えた方ががいいかもしれません。
ソースを見れば分かるのですが、fastにおいて速度を左右するのは基本的に整数演算の性能で、
MMXを使う処理は行われていません。
一方normal以上では、fastの処理に加えてMMXを使った処理が行われます。
圧縮率が上がるにつれて速度が遅くなるのはこのMMXを使った処理がだんだん多くなるのが理由です。
そこで、fastのスコアを「整数演算の性能」の指標にするのはよいとして、
extra high-fastのスコアを「MMXを用いたSIMD整数演算の性能」の指標とするのは
そこそこよい近似かと思われます。

Duron850

d83.90
f30.71
n38.33
h44.14
e78.46

猿ってオープンソースだったのか
なんかちょっと前にオープンソースじゃないから安心できないって幸いでいたやつが居たので

>>55
実際に3.97以降のソースはないと思うが。

　　　　　　　　　Pen3　　　Duron　　PenM　　　　　　　　 Cel 　　　Pen4　　　　　　　　AthXP　　　　　　　Ath64
　　　　　　　　　700　　　　850　　　　1000　　　1400　　　2000　　　2400　　2800　　　1700　　2400　　　3000
　　[sec]
decompress　129.43　　　83.90　　　70.2 　　　54.15　　　65.0　　　55.3　　　50.8　　　46.39　　34.5　　　33.64
fast　　　　　　 29.97　　　30.71　　　16.1 　　　13.21　　　18.7　　　13.4　　　11.8　　　13.34　　10.0　　　 9.01
normal 　　　　 42.98　　　38.33　　　23.6 　　　18.35　　　21.4　　　19.4　　　17.5　　　17.88　　14.3　　　12.03
high　　　　　　 54.23　　　44.14　　　28.7 　　　22.87　　　26.2　　　23.4　　　22.1　　　21.22　　16.9　　　14.24
extra high　　119.25　　　78.46　　　61.5 　　　46.47　　　56.0　　　47.6　　　47.1　　　41.20　　31.1　　　28.75

　　[倍速]
decompress　 6.1　　　　　9.4　　　　11.2　　　　14.6　　　12.1　　　14.3　　　15.5　　　17.0　　　22.9　　　　 23.5
fast　　　　　　26.3　　　　25.7　　　　49.0　　　　59.7　　　 42.2　　　58.9　　　66.9　　　59.1　　　78.9　　　　 87.6
normal 　　　　18.4　　　　20.6　　　　33.4　　　　42.3　　　 36.9　　　40.7　　　45.1　　　44.1　　　55.2　　　　 65.4
high　　　　　　14.5　　　　17.9　　　　27.5　　　　34.5　　　 30.1　　　33.7　　　35.7　　　37.2　　　46.7　　　　 55.4
extra high　　 6.6　　　　 10.1　　　　12.8　　　　17.0　　　 14.1　　　16.6　　　16.8 　　 19.2　　　25.4　　　　 27.5


サンプル ape file (extra high) 789秒(13分9秒)
http://www.archive.org/download/pb2002-06-15.shnf/pb2002-06-15d1t08.ape


Pen4 3.4GHz とか　Athlon64 3400+ とか　Athlon 3200+ とか見てみたいな。

それプログラマの末期症状か？
とにかくMAには開発に力を注いで欲しい。
オープンソースのほうがより良い物になると思うんだがなぁ

作者行方不明で開発あぼーんってのが良くある世界だからなぁ

とりあえず、バグ持ちのまま放置されている3.98をなんとかして欲しい

>>56
3.97のソースはhttp://www.monkeysaudio.com/developers.htmlにあるし
3.98aのソースもhttp://www.monkeysaudio.com/files/に置いてありますが

>>60
今まで見落としていた。どうもありがとう。

モデルナンバーじゃなくて実クロックで表記して欲しいところ。
あと、これってCPUだけじゃなくてHDDも結構関係してくるんじゃないの？
その辺は考慮しなくていいのかな？
ボトルネックにならないようにRAMディスクを使ってみてはどうか。
ってそこまでしなくてもいいか。

サンプルファイルは　132.76MB　で、Athlon64 3000 の　fastで圧縮して 79.67MB のファイルが
9.01secだから、読み込み 14.7MB/sec 書き込み 8.84MB/sec のスピードで書き込んでることに
なります。

今時のHDDだったら余裕で読み書きできると思うのですが、どう思いますか？>>62

予想では40GB以上のHDDであれば余裕だろう。
圧縮する時間のほうが断然かかるからね。
CPUとメモリの性能でほぼ決まる。

>>63
今どきのHDDを使っているかどうかは分からないじゃない。
といってもおそらく数%の差だろうから気にしなくてもいいと思うけどね。
ちょっと気になっただけだよ。
HDDの事を言い出したらシステムについても言及しなくちゃならないしね。
ていうか煽ってるでしょ(w

>>64
基本的にはその通りですね。

参考までに

WinXP SP1
皿1.17GHz(電圧・クロックsage) 512MB
　　　　　　　　　ramdisk　　hdd(4G120J6)
decompress　56.08　　　　58.56
fast　　　　　　16.67　　　　22.69
normal　　　　22.22　　　　22.97
high　　　　　　26.08　　　　28.39
extra high　　51.33　　　　54.27

fastは1.36倍の差がついた。
一回しか計測してないので誤差があると思うけど。

実クロックで表してくれって、何でわざわざわかりにくくしたいんだ？

>>66
禿同
これだからInteｌ厨は（ry

>>67
クロックあたりの性能が低い事を広く知らしめたい側の発言かもしれないじゃん。

実クロックとかで示したらコアによって変わるんだから訳がわからなくなるぞ。
Opteron 246 (SledgeHammer)
Athlon 64 3200+ (ClawHammer)
Athlon 64 3000+ (ClawHammer)
AthlonXP 2400+ (Thoroughbred)
は性能が大きく違うが、全部実クロック2.0GHzだ。
同じAMDでもな。

kb media playerでapeを再生するとwaveと比べて音が悪くなるんですが、
Winampを使っている方はどうでしょうか？
圧縮ツールとして割り切るべきでしょうか？

>>70
CPU負荷が高くてサウンドチップがノイズを拾っているかも。
猿で圧縮する時はExtraHighはなるべく使わない、サウンドボードはCPUや
VGAから一番遠いPCIスロットに差すか、USBやIEEE1394など外付けのものを
使う、サウンドユニットがASIO対応ならWinAmp+out_ASIOプラグインやLilithで
再生させると最強（foobarは自分の環境でASIOが上手く動作しなかったので
お薦めしない）。

>70のパソコン環境は？

>>70
Winamp使ってるが全然ノイズなんて乗らないよ

>>71-73
この時のマシンは
CPU セレロン1A→1.33G
メモリ 512MB
ビデオ・サウンドオンボード
OS Windows2kSP4
です。

仰る通り、ExtraHighでの圧縮です。
今このマシンが近くにないのでCPU負荷も見ておきます。
音の悪さというのがノイズではなくてドラムのハイハットや手拍子の音がMP3のような感じになるのです。
Winampでも比較してみます。

オンボードはCPU付近に出力があるので音質的には最悪。

foobarマジおすすめ
自分の環境でうまく動作したため

前マシンがご臨終したため，マシンを急遽買い換え。
MMXってすばらしいｗ（P54C-132MHz→PentiumII 267MHz）

TimeThis : Command Line : MAC.EXE C.WAV M1.APE -C1000
TimeThis : Elapsed Time : 00:00:03.950

TimeThis : Command Line : MAC.EXE C.WAV M2.APE -C2000
TimeThis : Elapsed Time : 00:00:05.490

TimeThis : Command Line : MAC.EXE C.WAV M3.APE -C3000
TimeThis : Elapsed Time : 00:00:06.150

TimeThis : Command Line : MAC.EXE C.WAV M4.APE -C4000
TimeThis : Elapsed Time : 00:00:12.690

TimeThis : Command Line : MAC.EXE M1.APE M1.WAV -d
TimeThis : Elapsed Time : 00:00:05.380

TimeThis : Command Line : MAC.EXE M2.APE M2.WAV -d
TimeThis : Elapsed Time : 00:00:06.590

TimeThis : Command Line : MAC.EXE M3.APE M3.WAV -d
TimeThis : Elapsed Time : 00:00:07.630

TimeThis : Command Line : MAC.EXE M4.APE M4.WAV -d
TimeThis : Elapsed Time : 00:00:14.500

保守

なんで海外の配信はFLACとshnばっかなのだろう？
Monkey's Audioは評判悪いのか？
圧縮率は一番高いのに。

la

3.99リリース

えっ？　3.98は？

って本当だし。
＞3.99 (April 29, 2004)

mac.exeのバージョンは3.98になってる。入れ間違い？

>>83
> mac.exeのバージョンは3.98になってる。入れ間違い？

新規でインストールしたら3.97だったが・・・
3.98環境に上書きしなかったか？

3.99ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━ !!!!!

Insaneが増えてるね。
あと、他のも微妙に圧縮率が上がってる。

ここで互換性の問題を出しちゃったら一気にflacに流れるだろうなぁ

>>79
正直、名前とかアイコンのダサさが問題なんじゃないだろうか･･･

ttp://www.saunalahti.fi/cse/temp/foo_ape.zip
3.99に対応

まじで来てるのか！！

>>84
Winのプロパティで見ると3.97だが、コマンドプロンプトで呼び出すと3.98と出る。

3.97との互換性は？

3.99で3.97のファイルをデコード可
3.97で3.99のファイルはデコード不可
Winampかfoobar2000使ってるなら移行しても問題なし

>>92
すばらしい、移行しよう

つーかage

軽く使ってみた感想。

・insaneモードはまさに基地外
・うちの環境ではHighがバランスが良い
・mp3infpは作者様の対応待ち

全ファイル3.99のHighへ移行させます。

EACからオンザフライで使うとまともにデコードできない
apeファイルを吐き出しました。ファイル名も文字化け。
うちの環境だけかもしれませんが。

3.99で3.97ファイルデコードしてエンコードするdos shell スクリプト誰か書いてくれないかな？
Unix だったらこんなのでいいかな？


find -name "*.ape" -exec ed.csh {} \;

---------------ed.csh--------------
#!/bin/tcsh -f
set name=`basename .ape $argv[1]`
MAC.EXE $name.ape $name.wav -d
MAC.EXE $name.wav $name.ape -C3000
-----------------------------------

lilith対応まだぁ

>>97
Monkey's Audio.exeでコンバートじゃだめなん？

>>99
ファイル数が多いので手動でやりたくないんですよ
200GBぐらいあるので

なんて取り返しのつかないことを

だれかフォルダドラッグするだけでapeが猿最新に更新されるの作ってくれ

>>102
>>99

IFgA74jz

かなり適当につくったんだけど、ディレクトリを再現しながらデコード→エンコードするツールほしいひといる？
perlとperl2exeでつくったコンソールアプリ。

ほしい。
下位ディレクトリまで全て出来たらいいなぁ。
apeフォルダの中にアーティストごとに分けてあるから。

>>106
下位ディレクトリも全部再現します（とおもう...）

upしますた。README.txtを読んでください。
http://up.isp.2ch.net/up/2443b62cc51e.zip
なんか今とても重いみたい。

for /R %f in (*.ape) do (
mac %f %~nf.wav
mac %~nf.wav %f
)

こんなかんじでどうかな(.batに書くときゃ% -> %%)

あげなおしました。
http://49.dip.jp/img/up1451.zip

>>109
眠いので、サラッとソース眺めただけですが
もしかして携帯プレイヤー用にmp3作るのも一発？

Media Jukeboxでディレクトリ毎に変換する必要無しですか…

>>98
一応Lilithスレに書いて来た。

が、エンコードはmac.exeを外部プロセスで、再生はwinamp decoder経由で
3.99のin_ape.dllを使えば当面しのげるような気も。

>>110
このままconv.cfgをいじってlameとか通してmp3にエンコードすると
mp3の拡張子がapeになっちゃうのですが、そのへん直せば対応可能だと思います。

とりあえずファイラか何かで一括リネームすればいいや

ディレクトリによってコケるものがありそうだったので修正しますた。
あと、mp3に対応してみました。
mp3.cfg / ape.cfgをいじれば設定できます。
http://49.dip.jp/img/up1484.zip

>>114　乙！

foobar2000でも普通に同じ事出来るような……

>>116
静かに！

foobar2000ってデフォで使ってみたらape file がなくて apl だけしかないときも
読み込もうとしてすごい時間がかかったよ。

アルバムとシングル会わせて1400枚ぐらいだけど数十分かかった。
winampの方が軽いので使いやすいな

誰か犬portしてる香具師いる？

399日本語化もきますたね。

ほとんどのソフトを日本語化してるけど
MonkeyとDaemonだけはしてないなー
してもしなくても変わらない

>>121
俺はそれプラスfoobar2000もデフォで使ってる。

aplのズレって直ってる？

　　　　γﾆ三ヽ
　　　　Cゝ　・､,・)う
　　　　/　( ﾟДﾟ)　＜3.99age
　　（_ノ　U　　ﾉ）
　　　ゝJｰ--J

3.99のin_apeってタグエディタ呼び出せる？
Winamp2.81と5.03で試したけど無理だった。
3.99でエンコしてfoobarでタグ付けた状態で
タグは読み込んでくれるけどどうもうまくいかん。

3.98もタグエディタフォント変えても文字化けしてたし(こっちの問題？)

3.99で作成したaplファイルをWinamp5.03で再生するとアーティストの横にゴミがつく場合がある****kとか*****mとか
それと、一曲最後まで再生すると何かノイズが載る場合がある。apeファイルのほうは大丈夫

>>125
漏れのもタグエディタ召喚できなかった・・・

何故か圧縮ができません…。
D&D で wav ファイルを持っていって、 Compress ボタンを押したら、
Error:I/O Read
と表示されます。
Monkey's Audio のバージョンは 3.99で、wav ファイルは CD から EAC で吸い出した 688 MB 程のファイルです。
EAC で吸い出したときにエラーはありませんでした。

どうやったら圧縮できるでしょうか…。

念のため書いておきます。
もしかしたら他のソフトウェアが読み込んでる？と思って、いったん再起動もしてみましたが、だめでした。
また、Winamp での再生、Daemon-Tools でのマウントも問題ありませんでした。

さぁね

Monkey's Audio 3.99 Update 1

Just updated the MAC 3.99 download.

It should have the new MAC.exe and also a MAC.dll and MAC.exe that work under Win9x. (keep in mind that MAC now requires Unicows.dll to be in the system directory on Win9x machines)

If other components don't work properly on Win9x, please let me know.

Thanks everyone.

俺は正直、４まで我慢する。

>>131
えっ？
何か圧縮できないと思ったら、OSが98・95の人は動かないって事？
もしそうだったらキレテflacに移行すんぞ作者ゴルァ！
9x系だからって切りすてんなよ結構使ってる奴いるだろ。

>>133
使えるって書いてあるじゃん・・・使えるようにする注意書きだよ。
英語読めないの？何歳？？小学生かな？

英語のできない大学生だろ

>>133
モンキーズオーディオ 3.99 アップデート　１

MAC3.99がアップデートされました

アップデートには新しい MAC.exe　と　MAC.dll がはいっており、MAC.exeはWin9xで動きます。
(ただしMACを動かすにはUnicows.dllがシステムディレクトリに入っている必要があります)

もし他のコンポーネントがWin9x上で動かなかったら知らせて下さい。

ﾓﾏｴﾗｻﾝｸｽｺ

>>133
つか、いい加減9x系は切り捨てられても文句言えないだろ。
でも、対応してくれているんだから感謝しろよ。

105さん

もう１回ツールをアップしてください。お願いします。

あの程度のスクリプトなんて簡単に書けると思うがなぁ。

かけませんでした。

そうでつか。

そうでした。

そーなんだ！

そーでした。

ウキキキキ。

>>127
猿フォーラムにも似たような報告があるね。
直してくれないかなー

お願いします。
もう１回スクリプトアップしてください。

あの程度のスクリプトなんて簡単に書けると思うがなぁ。

ウキ？

　　　.／::::::::::::::::i' ／,ｒ':::::::::::::::::::::::::::::::::::::::::::::::::`､
　　 /::::::::::::::::::::::Y:::/::::::::::::::::::::::::::::;i::ヾ､:::::::::::;::::::::',
　　,':::::::::::::::::::::::;':::;'::::::::::::::;':::::::::::::/.|::i ';:ヽ;::::::::'､::::::',
　 .i:::::::::::::::::::::::/!::!::::::::::::::;'::::;;;__;ｒ'　i::;' _,;;;r-;:::::::';::::::i
　 !:::::::::::::::::::,ｒ':::';:|:::::::::::::;'::::::／`　,'/　 .|:i　 ヾ;::::i::::::!
　.!:::::::::::::::::/:::::::::'i:::::::::::::!;;／　　,／　　.ﾘ　 　 V::::::;'
　|::::::::::::::::;':::::::::::::';:::::::::::"!. 　 _,,,,_　　　 ,r'"`",!::::::/
　|::::::::::::::;'::::::::::::::::;'､::::::::::', `'"　　　　　,　　　ﾉ:／
　|:::::::::::::;::::::::::::::::/　ヾ､;::::ヽ、　　 r‐''''7　 ／'"　　　　そーなんだ！
　.!::::::::::::!::::::::::::::;'　　,.=､`i''ｰ`'ｰ､_ヽ,,ノ,.-く二`､
　 !:::::::::::!:::::::::::::;!　 ./　 ｀',ｰ-r''‐-､,__,,ノ(,,i‐-　 !
　 ';::::::::::;:::::::::::::i　　.!　　　! .,'　''"ﾆiﾉ　 .i. {‐-　,'
　　';:::::::::;:::::::::::i　　 ',　　　',_',　 ",.-}___,,,', 'i　 ｨ'

そうじゃないよ！！

かけませんでした。

そうでつか。

Monkey's Audio 3.99 Update 2

1. Fixed: Possible buffer overflow attack weakness in APE tagging code.
2. Fixed: MACDll.dll was not doing ANSI to Unicode conversions properly.
3. Changed: Added Unicode versions of interface wrappers to MACDll.dll.
4. Changed: Updated Winamp plugin to better handle Unicode.
5. Changed: Removed peak-level normalize from file and Winamp plugin. (newer players can do normalize / replay gain during playback)
6. Changed: Updated Cool Edit filter to 3.99.

in_APEを早速試してみる。
タグエディタはやっぱ呼び出せないや。

今更気づいたけど
タグにtitleのみ入れた状態で
表示書式を%1 - %2とかにすると存在しないタグの部分は化けるね。
v3.97の時は問題なかったのに。

in_mpcとかみたいな細かい書式指定ができるようになるといいのになー

winampプラグインだけがぼろぼろのような...

>>154
どこにあるの？本家には無いみたいだけど・・・

>>156
Monkey's Audio 3.99 Update 2 is available. (use the download page)
ってかいてあるけど、ダウンロードページには見えないような・・・

>>156
ファイル差し替えでしょ？

MAC_399F.EXEをDLし直したら中身が変わってたよ。
コンソール版のmac.exeもちゃんとver.3.99になってる。

>>159
あ、本当だﾄﾝｸｽ
しかし分かりにくいなぁ

>>160
例のアレをまたアップしてほしいのです

レートを問わず、ノイズの塊が出力されるんですが…。
ただ、wavに戻すと元の曲のままです。
バージョンアップによるものなのかがはっきりしないため、
もう一度3.97で試したいのですが、どこかに置いてありますか？

>>162
http://www.monkeysaudio.com/files/MAC_397F.exe

http://www.monkeysaudio.com/files/
で一覧見られるよ。
3.99の初代バージョンはもう無いけどね。

って消えたのはアップデート1のファイルでしたね。
失礼しました。

>>163
ありがとうございます。
3.97だと大丈夫でした。ってことで3.99はパスします。

>>162
プレイヤーが APE 3.99 に対応してないだけってことは？

>>166
「Monkey's Audio」「EAC」「foobar2000（foo_ape更新済）」の
３つで試しました。
「Monkey's Audio」の3.99でもなったので、プレイヤーの問題ではないと思ったのですが。
他にも原因となりそうなことがありましたら教えてください。
XPsp1, P4 2.5GHz, オンボード
いくつかの.wavで再現しました。

＞オンボード
これが臭い。

3.99ずいぶんと重くなったな
と思ったら3.97のExtraHighが3.99だとHigh相当なのか

>>57

Winampプラグインの改善期待

あっぷしてください

in_APEぼろぼろだな。
モンキーがあっぷあっぷしてるから
誰か代わりに作ってあげなよ。

日本語ファイル名だとfile infoが利かないのは仕様？

なるほど
ファイル名が原因か。英数字だけならできたや

Monkey's Audio 3.99 Update 3

1. Changed: Worked on making data types more standard / cross-platform friendly.
2. Changed: Switched code from tab-based to space based. (may still be some out-of-whack formatting)
3. Fixed: Building ID3 tags could cause a crash.
4. Fixed: APL builder treated the last part of a CUE time as a hundreth of a second instead of as a frame. (1 / 75 of a second)
5. Fixed: File Info dialog used by Winamp plugin wouldn't accept / save Unicode tag values properly.
6. Fixed: APL files could output noise or silence at the end of the file in some cases.

ファイルは差し替えされています。

Winampっていう文字でてるけど、in_apeがよくなった？

日本語ファイル名の場合でもタグエディタが呼び出せるようになって
>>155のような存在しないタグを指定すると
文字が化けたいのが直ってるよ

>>176
今回は SDK も差し替えられたね。

何のためにβを出してたんだこの作者は？

使用者の動作報告やバグレポを参考にするため

βの報告者が少ないのかな。

まあ、3.99が4.0のbeta versionと思えば納得じゃないか

一応日本語化もマイナーアップデート対応
http://www.geocities.co.jp/SiliconValley-SanJose/2451/

Monkey's Audio 3.99 Update 4 is available. (use the download page)

Please report any bugs in this thread.

1. Fixed: Decoder could erroneously report a CRC error on the last frame of some files.

(NOTE: SDK also updated)

更新が活発になってきたな
なんかβテストみたいなノリだ

またアップデートですか○|￣|＿

こりゃまだ3.97使っといた方がいいかね？

の方がいいかも。
3.99で圧縮したファイルがB'sで使えなくて＿｜￣｜○

>>184
05/12 Monkey's Audio 3.99 日本語化パッチ (第6版) 追加
　　　(マイナーバージョンアップ回数多すぎ・・・)

ファイルさしかえはやめてちゃんとバージョンナンバーかえてほしい
混乱する

いいかげんめんどくさくなってきたなw
安定するまで放置するか

>190,191
同意。

取り合えず3.99 4で手持ちのCDエンコし直すか。
んであとは安定するまで放置だな。

結構なバグがありそうだな
インスコして使いたいんだけど安定するまでまとう
ttp://www.monkeysaudio.com/cgi-bin/YaBB/YaBB.cgi?board=general;action=display;num=1084281788

それはバグじゃないよ。
winampがunicodeをサポートしてないから混乱しているだけ。

flac にしとけ。

>>195
flacはファイルサイズでかいからイヤです

WavPack にしとけ。

糞Winampなんて使わずfoobar使えばいいだけ。

実は猿嫌いの淫房。

さる大好き

windowsがある限り、WMA(Lossless)でいいじゃん。

んな事言い出したら、元に戻せるんだから、
なんだっていい事になる。

>>201
WMA可逆もあったんだね。
>>202
そうか？例えばどれ？

元に戻せるんだから、最終的に生き残った形式に変換すれば問題ない。
今は自分が一番使いやすいのを使っとけばいい。

>>203
どれでもどぞ
http://flac.sourceforge.net/comparison.html
＃Apple Losslessが早くも追加されてるｗ

>>205
沢山あるんだね。
windowsがある限りつーか、WMA(Lossless)って、windowsどころか
XPでPlus!持ってないと使えないじゃん。

やっぱオープンソースじゃないと駄目だね。

WMA可逆は戻しても元のバイナリと一致しないって聞いたことがある

>>206
>WMA(Lossless)って、windowsどころかXPでPlus!持ってないと使えないじゃん。
>>207
>WMA可逆は戻しても元のバイナリと一致しないって聞いたことがある

間違った知識を広めるのはやめて欲しい。。。

>>208
おいらのWMAにはlosslessはないんだが？
可変でやるとデコードできないし。
こんなので、windowsがある限り、WMAでいいとはいえる代物じゃないね。

plus!は間違いだったみたいだが、XP持ってないんでね。
ま、おいらの2000では使えないから似たようなもんだ。

Windows Media Encoder入れたら2000でも使えるだろ。

>>208
実験方法が悪いのかもしれないけど一応醤油見つけたので。
http://www.watch.impress.co.jp/av/docs/20020930/dal72.htm

あとバイナリじゃなくてサンプルか。

やっぱりそれか
それは間違ってるのはもう何度も何度も指摘されてる
impressで堂々と間違いを載っけたそいつの罪はでかいね

藤本か...そりゃダメだな

でもデコーダーはあるの？

Σ(ﾟдﾟ )そうだったのか…スレ汚しスマソ

>>216
Windows Media Encoderでwavに変換できるし他にfoobar2000やdBpowerAMP等。

>>218
WMEはエンコードは出来たけど、デコードはどこ？
foobar2000では、losslessのみ

INFO (CORE) : startup time: 150 ms
ERROR (foo_diskwriter) : Conversion failed.

なるエラーが出て駄目だった。
B's Recoder Gold7付属のファイル変換で出来たが、何故かバイナリ一致しない。

>>219
今確かめたがWMEではデコードは無理だったな。まあこれを入れたらエラーは出なくなる筈だ。
http://www.dbpoweramp.net/codecs/db-wmfdist-wma9.exe

あとバイナリはwavヘッダが変わるのでWaveCompareやfoobarのBit-compare tracksで比較すると良い。

>>220
いれてみたけど、症状は同じです。

無音カットしたら一致した。
一致点を探す、ゼロスキップにしてたんだがな＿|￣|○

3.99にしたらWinamp5でaplファイルから再生できないファイルが出来てしまったのって
ユニコードの問題なんですか？

>>222
ファイル名にダメ文字が含まれていないか確認汁

>>223
ダメ文字ってカタカナのソとか？
3.97までは普通に出来てた事が出来なくなったから何でかなぁと。

aplファイルのバグって直ったのかな？

>>208

現状OSがXP未満の場合、元に戻らなくなる場合もある。
24bitか5.1chのソースは、XP(とおそらく2003Server)以外では元に戻せない。
下位8bit0埋めの16bit Padded 24bitな状態にされたり、
2chにダウンミックスされたりする。

>>225
>>176

wavにデコードしたとき、タグ情報は引き継がれない？

デコーダによる。

>>229

Monkey's Audioで駄目だった。。
何がよろしいの？

なんのためにwavにタグをつけるの？
まぁ、Lilithでできるけど…

mp3infpとか。。
将来的には移行のため。
いずれは猿から進化？

wavにデコードしてwavのまま保存するの？
猿のままでいいじゃん。
他の可逆圧縮に移行するとしてもいちいちwavにデコードする必要はないし…

曲ごとにバラして俺ベストCDを作るとかかな。
WinCDRで焼く場合WAVのタグからCD-TEXT情報を自動に生成してくれるけど、
mp3infpやSTEでつけたタグは上手く認識しないみたい。
取り敢えずLilithでデコードしたのはちゃんと認識してくれるけど。

保存とかフツーに聴くときはape。
使うとき（音いじり）はwav。
で、結構wavで残したままのも少なくない。から。

>WinCDRで焼く場合WAVのタグからCD-TEXT情報を自動に生成してくれるけど
いいこと聞いた…

>>236
あ、但しアルバム全体のタイトルとパフォーマーは自分で入力が必要ね。
でもそれくらいは大した手間じゃないし。
１曲１曲入力しないで済むのはとても楽ヽ(´ー｀)丿

今更3TB分のデータなんて
更新する気力が無い・・・＿|￣|○

２年も経つのか・・・

テラ？　ヤルネ！　バックアップしてる？
Ver.3.99に伴いファイルまで更新ってのは
あんまり意味ないんじゃ。どんだけ浮くかって話。
テラの時代に。

それより3TBをどうやって保存してるのかが気になる

>>238
3TBってーとCD１万枚ぐらいか。
すげーな。どうやったらそんなに集められるんだろう、Win(ｒｙ

Nyに流れてるを全部集めても1TB行かないと思う
レンタルを加えてもかなりの金額になりそうだな

>>242
CD３０００枚だったらいきそうじゃない？

1枚あたり330MBとしても10000枚は逝ってるぞ。
毎月50枚集めて17年か…まあ、それぐらいの人知ってるけど
それより2年間で10000枚エンコするためには毎日欠かさず13〜14枚。
1日休んだら次の日は26〜28枚エンコ。
こっちの労力も凄い。

一枚３０分のアルバムだとしても全部で５０００時間か
全部聞くのに丸２００日以上かかるな

もはや聞くためではなくエンコするためにエンコしているんだな。

中古とかのＣＤショップの店員か店長なら不可能でないかも (つかnyよりまずいんじゃ…)
エンコはＰＣ複数台起動でなんとかなるんじゃないか？
ところで、話ずれてきたので3.99に戻してくれ

>>247
エンコはいいがtagが大変かも

3.99と3.97でパフォーマンスの違いを見てみたいな
誰かやってない？暇があったら僕もやりますが

>>248
一応 GW中に計測したデータ(AthlonXP 2200+,512MB,XP)
ソース曲は >>57 のを使用

monkey v3.97 エンコード/ デコード(秒) / サイズ/ v3.99でデコード
fast 10.9 15.3 60.01% (83,541,432byte) 　16.4
normal 14.6 18.8 59.13% (82,322,992byte) 　20.1
high 17.1 21.3 58.93% (82,032,780byte) 　22.7
extra h 32.7 36.5 58.48% (81,409,784byte) 　37.9

monkey v3.99(5/5)
fast 14.6 17.5 59.81% (83,262,068byte)
normal 19.2 22.1 58.80% (81,863,096byte)
high 21.9 24.5 58.59% (81,570,676byte)
extra h 38.7 40.5 58.14% (80,944,112byte)
insane 104.6 106.2 57.80% (80,462,012byte)

v3.97で作ったデータは v3.99デコードの場合 気持ち負荷が高い。

>>249
見にくいので もう一度・・・スマソ

monkey　v3.97　エンコード/　デコード(秒)　/　サイズ/　v3.99でデコード
fast　　　　10.9　　15.3　　60.01%　(83,541,432byte)　　16.4
normal　 　14.6　　18.8　　59.13%　(82,322,992byte)　　20.1
high　　　　17.1　　21.3　　58.93%　(82,032,780byte)　　22.7
extra　h　　32.7　　36.5　　58.48%　(81,409,784byte)　　37.9

monkey　v3.99(5/5)
fast　　　 　14.6　　17.5　　59.81%　(83,262,068byte)
normal　 　19.2　　22.1　　58.80%　(81,863,096byte)
high　　　 　21.9　　24.5　　58.59%　(81,570,676byte)
extra　h　　38.7　　40.5　　58.14%　(80,944,112byte)
insane　　104.6 　106.2　　57.80%　(80,462,012byte)

わずかながら圧縮率あがってるんだね
更新も落ち着いたようだし、ｴﾝｺしなおすかな

フォルダドラッグだけで自動変換するソフトまだ？

Noah使え

foobar2000でいいじゃん
プレイリストに登録して右クリック→Convertするだけ

>>252
>>254
B'sが対応してくれりゃいいんだけどさ、普通にwavと同じで焼けるし。

>>255
EAC使えば？
ドライブが対応してればだけど。

>>256
ただデコードしたいだけなら、素のMonkey's Audio使うよ。
そんな意味のないことを言ってるんじゃなくて、
B'sは一応3.97のapeに対応してるんで、厨房でもD&DだけでマイベストCDが出来る。
EACはリッピングにしか使ってないな。

>>257が何をしたいのかがちょっとわからないのだけれど
EACでもapeファイルを直接指定してCDDA焼きが出来るよ
MAC.dllを差し替えれば3.99のファイルからでも焼ける

デコードの方が遅いってのは問題あるような気がする。
なんでだろ？

3.99を入れれば、3.98でエンコしてしまったものをデコードできますか？

そんくらい自分で汁！
バイナリ消してしまったなら話は別だが。。。

↓次の方、お答えﾄﾞｿﾞｰ

>>260
上位互換だから出来る。逆はだめ。
ｴﾝｺし直しとかいってるのは互換性の為ではなく、圧縮率があがってる為。

Winampのプラグインからtagエディタが呼び出せないのは直ってますかい？

直ってますね、ところでバグ発見しますた。
日本語などの二バイト文字を使用してAPEを保存すると、
APLファイルでの再生が出来なくなっていますね。
ver3.97だと出来たので、仕様変更じゃねければバグでしょう。

APEファイルを直接再生するなら日本語ファイルも大丈夫でした。

>>264
それが原因だったのか！
ありがとうマジで困ってた。

>>263
Update3あたりで直ったよ。
その前もタグ呼び出せなかった原因として
日本語ファイル名をつけてるってのがあった。
英数字のファイル名なら問題は無かったね。

>>264
やっぱり。。。
このバグが無ければ素直に3.99移行するんだが。

3.97でも一部ダメ文字があって、平仮名記述で対応してきたけど
2byte文字全滅は問題外ですわ。

移行のためファイル半分解凍したけど4曲破損してた・・・

monkey audioをＷＡＶにする方法教えてください。
また、winamp以外で再生する方法あるんでしょうか？

人から貰うばっかりで自分でエンコードしたことない人ですか？

>>269
google

>>268
破損していたのは、ハードディスクのエラーによる破損？
それとも、猿のバグによる破損？
もし猿のバグによる破損なら詳細きぼん。

>>272
破損ファイル差し替えた後だけど、ＨＤエラーチェック異常なし。
デフラグやっても全く解凍できなかった。
教訓を得て今からwav状態でＤＶＤにバックアップ・・・ﾒﾝﾄﾞｰ

「ＨＤエラーチェック」って具体的には何をしたの？
デフラグによって破損したファイルが戻ってくるなら、ぜひ僕もためしたいね。

右クリック→プロパティ→ツール

破損の原因は100%猿の所為ではないから、
安定なシステム・ストレージを組む努力をしたほうがいいよ。

>>276
それはもちろん。
可逆だからなのか、シビアだね。
CDexでWMAにした時は強引に(プチノイズ混入)変換しよったのにｗ

ネタに飽きた。

>>276
破損部分を飛ばしてデコードの機能を持ったデコーダはwavpack4ぐらい？
そのwavpackでは破損部分をミュートして前後の音をクロスフェードして修復するツールを開発するらしいから
要チェキ。

>>277宛ね…

>>279
やったことないけど、flac でも --skip とか --until とか使えば、破損部分は
避けられるんじゃない？

破損部分を削ってクロスフェードなんてイラネ。
何が魅力なのかさっぱりわからん。

なんとなく切ない気分になれます。

惜しい…諸々のバグさえなけりゃすぐにでも猿に乗り換えるのに。

惜しい…諸々のバグさえなけりゃすぐにでも猿に乗り換えるのに。

惜しい…諸々のバグさえなけりゃすぐにでも猿に乗り換えるのに。

惜しい…諸々のバグさえなけりゃすぐにでも猿に乗り換えるのに。

>>284-287
もうわかったから

縦読み？

Monkey's Audioで16bitデータを24bitで出力する方法ってありませんか？
DSPで24bit処理させて聴こうと思ってるんだけど
Monkey's Audioが対応しない限り無理なのかな・・・

言ってる意味がよくわからんが…
猿は24bitのデータのエンコード・デコードに対応してる。
16bitの猿を24bitでサウンドカードから出力したいって意味？

16bitのものを24bitにしても音は変わらないよ。
逆は変わるけど。

カードによるが、DACが対応してるならたいていは16bitより24bitの方が良い
要するにDACが能書き通りの性能を発揮するのは入力可能な最大bit幅で
データを突っ込んでやったときだってことよ
コストはかからんし聞けばすぐ判るから試してみれ

そのままだったらほぼ変わらないけど
DSP/EFFECT通す時に16bitと24bitで差が出る(Plugin自体が24bit処理に対応している必要あり)
とりあえず、今のところ変換する方法が見当たらないので半分諦めてます

>>294
foobar2000かLilithを使う。

mata foobar2000 ka

insane でも La には圧縮率かなわないのか
CPUが今の10倍速くなったら La の時代かも

http://flac.sourceforge.net/comparison.html

Laの時代はこない。
その一番上の表を見ればわかるように、
可逆圧縮に求められているのは圧縮率だけではないから。

DS Monkey Audio - MonkeySource v0.90
ttp://dsp-worx.de/index.php?pg=projects&tid=18

v0.9
-apl is now parsed by MAC Decoder
-added ApeTags (also parsed by MAC Decoder).
-MAC Decoder updated to v0.99u4

v0.9 (beta)
-updated the BaseClasses.
-added support for .apl Files.
-MAC Decoder updated to v0.99

Winampメディアライブラリ対応inAPE.dll（要ファイル名書き換え）
http://www.monkeysaudio.com/cgi-bin/YaBB/YaBB.cgi?board=general;action=display;num=1086145793

あとは>>264のバグ直ればなぁ
誰か英語得意な人報告してちょ

>300
スレッド優先度が保存されなくなってる。

Hi, Monkey

in_APE v3.99 problem,

one;
If APE is saved using 2-byte characters, such as Japanese, playback by APL is impossible.
Playback of APE can be performed.
Playback of APL was completed when it was v3.97.

two;
Shutdown of Winamp does not save a setting of a thread priority.

こんな感じ？英語わからんな

>>302
はじめのは報告されてるよ。解決策も。
>Exact Audio Copy creates ANSI coded CUE sheets.
>APL builder using those ANSI coded CUE sheets generates ANSI coded APL files.
>Those files are unplayable if any of nonstandard foreign characters are present.
>A quick solution will be first, convert ANSI coded CUE sheet to UTF-8 using notepad.
>Second, generate APL files using APL builder.
>Now, they will be UTF-8 coded and playble but still saved in ANSI format.
>So the final step will be open them in Monkey’s Audio and choose to remove tag.
>That will resave them in UTF-8 format.

>>303
おお　どうも。

EACスレってどこいった？

落ちたみたい

●Exact Audio Copy を語ろう●引っ越し
http://pc5.2ch.net/test/read.cgi/cdr/1022027888/

再生時のディスクアクセスやCPU負荷は、
ape > wav > mp3　？

ディスクアクセスはファイルサイズに比例するから
wav>ape>mp3
で、CPUは
ape>>mp3>wav
じゃないのか？

漏れの環境ではmp3もapeも再生負荷が計測出来るような差が無い

P4P800/3CGHz/mem1GB(デュアル）

サウンドカードはAudigy2ZS DAでDirect Sound出力

プレイヤーはWinamp5.03/inmpg123使用

但しAudigy2ZS DAの制約があるから16bitにしてる
ASIOで出力も16bitじゃないとロスが生じるから
結局DirectSound経由で出力する事にしてる


これでタスクマネージャで再生中の負荷を見ると
0%〜7%　の間でくらいで動いてる
再生中は0%状態の時があるが、これは1%以下という事かな？
5%〜7%　に振れるのはプレイリストから曲を指定した時や
apl　で仮想分割した 猿ファイルの読み込み始めくらい

他はコンスタントに 0%〜2%くらいなのでどっちも変わらん状態

3.99になってデコード負荷若干下がった？気のせいかな。

シークの負荷は相変わらず重いな

>>311
>>250氏のデータを参考にすると、若干あがったと思われる

漏れはEPIA(ﾈﾍ533へﾀﾞｳﾝｸﾛｯｸ)で音楽聴いてるから、負荷がすくないfastで圧縮してる
extraと比較してサイズが1〜5%増えるが、CPU負荷が20%付近から
0〜2%まで落ちるのでfastﾏﾝｾｰ

>>313
負荷を気にするということは，それ一台だけですべてをこなしているのか。
再生専用ならリモートアクセスするという手があるわけだし。

extra high までは負荷なんて気にならんぞ
insane だけはシークで気になるくらいの重さがあるけど

3.99 extra high まんせー

insaneって圧縮率はｲﾝｼﾞｬﾈ？と１人でｳｹながら使ってみたけど
シークが重いのでfastまで一気に落としました。

3.99で使えるSuperTagEditorのようなタグエディタってありますか？
mp3infpでシコシコ打ち込むのは結構ツラいッス。

PentiumII 266MHz, Win98 SEで測定してみた。
対象ファイルは30secのWavファイルを使用。

Mac3.97

MAC397.EXE C.WAV M1.APE -C1000 -> 00:00:05.660
MAC397.EXE C.WAV M2.APE -C2000 -> 00:00:04.830
MAC397.EXE C.WAV M3.APE -C3000 -> 00:00:05.820
MAC397.EXE C.WAV M4.APE -C4000 -> 00:00:12.690

MAC397.EXE M1.APE M1.WAV -d -> 00:00:05.110
MAC397.EXE M2.APE M2.WAV -d -> 00:00:07.300
MAC397.EXE M3.APE M3.WAV -d -> 00:00:08.510
MAC397.EXE M4.APE M4.WAV -d -> 00:00:15.050

Mac3.99

MAC399.EXE C.WAV M1.APE -C1000 -> 00:00:07.410
MAC399.EXE C.WAV M2.APE -C2000 -> 00:00:05.930
MAC399.EXE C.WAV M3.APE -C3000 -> 00:00:06.970
MAC399.EXE C.WAV M4.APE -C4000 -> 00:00:13.950
MAC399.EXE C.WAV M5.APE -C5000 -> 00:01:23.490

MAC399.EXE M1.APE M1.WAV -d -> 00:00:07.360
MAC399.EXE M2.APE M2.WAV -d -> 00:00:10.220
MAC399.EXE M3.APE M3.WAV -d -> 00:00:11.700
MAC399.EXE M4.APE M4.WAV -d -> 00:00:16.920
MAC399.EXE M5.APE M5.WAV -d -> 00:01:25.580

Insane……激重っΣ(ﾟДﾟ；)
ハングしたかとｵﾓﾀよ(つД`)

>>318
計測オツです

Insaneは重すぎですな
P4-2.8Ghzの環境でもInsaneのシーク時は間があります
extra highまではシークの重さもデコードの重さも無いです
flacとレベル8圧縮と比べても圧縮率が高いので
3.99のextra highは暫くは無敵状態だと思いました

これで携帯HDD ape player がでてくれればな

>>320
権利関係上、猿対応の市販プレイヤー登場はありえない
一方、FLACは名前の通り権利関係をクリアしているから対応済みの市販プレイヤーが既に存在する
FLACまんせーヽ(´ー｀)ノ

携帯機は何よりデコードが速くないといけないのだがMonkey's Audioは新たに高負荷のinsaneを
追加している所を見ると対応ハードウェアは余り期待できそうにない。

>>322
ついでに互換性の問題もあるね。

互換性はソースが公開されてLinux, Macのバイナリが出るなど改善されてきていると思う。

プラットフォームの話じゃなくて後方互換性の問題だろ

エンコーダ新しくしたらハードで再生出来なくなったじゃどうしようもないからね
ファームウェアのアップで対応しようとすれば対応出来なくも無いが、
そんな面倒なことメーカーが積極的にやるとは思えないからね

ずっとmonkey使ってたけど、改造XBOXのXBMCが
Flacに対応していたので、面倒だけど乗換え中です。
さようなら。

apeの圧縮率を試そうとして圧縮→解除を繰り返していたら、いつの間にか
タグが消えていて、winampのプレイリストが空白で表示されるようになってしまい
しました。
自分でタグを手打ちするか再ﾘｯﾌﾟするしか無いんでしょうか？

>>328
CD無しでもCDDBとってこれるソフト結構あるぞ探せ。

>>329
説明不足ですみませんでした。CDは持っています。
リンク先のMP3tagを使ってファイル名からタグを生成できましたので
解決しました。どうもありがとうございます。

>329
apeファイルからもCDDBとってこれるの？
mp3とかも？

あるよ
探して見れって

おたちゃんのSpeedプラグインで調べてみたけど
apeはFastにしてもFLACのBestに負けてる…。

圧縮率では逆だったりしない?
ま、そんなもんよ。

PCベースのミュージック・ジュークボックスを作るなら，3.99のInsaneでもお勧めできる。
CPUの選択に注意が必要そうだけど。

>>335
そんなコトするなら一つ大きめのHDDを買ってEHでエンコした方がいい気がする

俺のCPUはAthlonXP3200だからまぁまぁだとは思うけど
Insaneにすると再生時の負荷率が他よりダントツに多いね。
圧縮にも時間かかる割りに、それほど容量は減らない。
前のレスにもあるように3.99Extra Highが最強だと思った。

どうせ他人に流したりしないのでFLACに乗り換えました

他人に流すのとFLACにするのと何の関係があるんだろうか？
謎だ

>>338は頭が弱いようなので生暖かく見守りましょう。

僕は頭がいいよ
大学生だよ

と三流大学のｱﾌｫが申しております。

Kb MediaPlayer並に多種のサウンドファイルを再生可能な家電オーディオって
未だに出ないな。

家電じゃあ永遠に出ないと言っても過言ではない。

カーオーディオで猿が聞けるのがあればいいな
しょうがないからノーパソ積んでるが

Winampプラグインを使ってapeを使ってみたんですけど、
STEのNightlyBuild版でタグを入れました。
Winampのプレイリストエディタ上で右クリックしてファイル情報を見ると
しっかりタグが入っているのに、プレイリストエディタ上やWinampのメインウィンドウでは
「フォルダ名 - 拡張子無しのファイル名」と表示されて困っています。
in_apeの設定の表示名のところで、色々変更しても全く反映されません。
ちなみに日本語はファイル名にもタグ中にも一切使用していません。
ちょっと長くなってしまいましたが何かアドバイスをお願いします

in_ape.dllとsteだとタグの書き込み部分が違う
mp3infpだと見えるかも知れんが、こっちもin_apeと違う
猿の作者純正ツールなので、steとmp3infpの方に
仕様を変更してもらうしか無いと思われ。


ちょっと違うけど、タグうたないでCDテキストから
apl作る方が楽だと思うよ、foobarもwinmapも対応してるし

いつのまにlilithが対応してたよ
ttp://www.project9k.jp/download/lilith/test/nightly_build_04-05-07.exe

ape+cueで仮想CDマウント出来ないもんかねぇ…
DVD-RAMに保存しているんだけどいちいちデコードするのが手間で…
まぁCDからそのままリップし直すよりは速いんだけどさ。

ape+cueを聞くだけならfoobar2000が楽か。

プレーヤーで聴くだけならaplも一緒に焼けばOK
マウントしてCDとして扱いたいならエンコせずcue+wavでDVDに焼けばいいと思う

てｓｔ

既出でしょうけど[EAC]ape＋cueは
どうやってやればいいんですか？
本当にお願いしますm(__)m

表記がダウソ厨っぽい

>>353
>>354
ﾀﾞｳｿ板では、このスレなわけだが

【EAC】可逆圧縮音楽のすすめ Part8【ape+cue】
http://tmp4.2ch.net/test/read.cgi/download/1086883745/l50

夏だな･･･

正直、質問が要領を得ないというか

質問が思いっきり不明瞭なのもそうだが
既出だと思うならスレを頭から読めよとか
最後の神経逆撫でするような顔文字は何よとか

m(__)m

なんだと

既出でしょうけど[EAC]ape＋cueは
どうやってやればいいんですか？
本当にお願いします(@�u@ .:;)ノシ

>>361
釣り？

daemon　が　ape+cue　に対応しないのは、
懸命と言える。

>>363
なんで？

重いから

TTAが軽い〜ってので使ってみますた。

確かにエンコードは爆速といっていい速度

ただ、デコードが軽いというのがわからん

使用メモリが少ないとかハードサポートが容易ってのはあるのかも知れんけど


Winamp5でプラグイン入れて同じ曲をTTA，APE(ExHigh)にエンコして比較して見た

TTAは再生中のCPU使用率の平均が2%
APEは再生中のCPU使用率の平均が2%

ただ、グラフで見ると局の読み込み時に
TTAの使用率が16%だったのに
APEの使用率は31%だったな

APEが重いというのはむかーしのプラグインが古い時代の神話じゃないのか？


環境
----
Monkey's Audio 3.99
TTA compressor version 3.1

Winamp Pluginは両者に同梱の物を使用

P4P800-3.0GHz(北森）/mem-1GB
Windows2000SP4

それと、圧縮率はAPEのが縮むね、

再生負荷も、エンコード速度もあんまり問題じゃないと思うんだよな
TTAがハードウェアのサポートを容易にする設計なのは一番強いと思う。
MuVoで4GBあるけどポータブルHDD代わりに使ってるけどサポートして欲しいなぁ

HDDも大容量になったし、CPUパワーも2.6GHz位が手ごろな値段だし、
後は、家庭用DVDプレイヤーとかコンポとかポータブルデバイスでの確実な
サポートがあるものが一番利点を持てるんじゃないかと思ってるからさ。

そういうのだとWMVロスレスとかになっちゃうのかなぁ・・・嫌だねぇ

>>367
（最近の） PC ではあまり問題にならないが、ポータブルプレイヤーでは
再生時の負荷はバッテリーの保ちに影響してくる。

再生負荷は(環境次第ではあるけど)そこそこ問題だと思う。
エンコ速度は、現在ある可逆物のうちメジャーな物で
普通な設定でする分にはどれも全然問題じゃないと思う。
それから、TTAを爆速と表記する人は多いが、何パーセント速けりゃ
「爆」が付くのだろうといつも疑問。

http://web.inter.nl.net/users/hvdh/lossless/All.htmを見る限り
TTA≒ape fastだよねえ

>>370
ape fast と　tta

確かにエンコ速度一緒だわ

ちなみにエンコ後のサイズも一緒（ﾜﾗ

負荷も軽いし、


やっぱ問題はハードウェアサポートだろうな

ポータブルプレーヤーが 2.6GHz の CPU 乗っけてくれれば問題はないけどね。

laでもいけそうだ。

ポータブルならMP3程度の音質で充分じゃない？
ヘッドホン／イヤホンに最低2万前後出すならともかく。

キラーサンプルを恐れる必要がない、とか。

母艦が可逆なので再圧縮する手間が省ける
Muvo4GBもあるけど、聴きたい曲は決まってるんだよね
転送はUSB2.0で早いしさ

正直どれか一つでも標準規格で採用されねーかなー

4GB に入る分で満足できる人ってうらやましいや。

頭の悪い子がいる　(ﾟーﾟ*)

やっぱapeで携帯プレイヤーは難しいのかな
カーオウディオだったらできそうだけど

>>379
apeの市販再生機導入はライセンス問題のため絶望的。
ましてやカーオーディオにape対応機がでるなんて有り得ないよ。
可逆圧縮音楽を楽しみたいのであれば、FLAC TTA 林檎に移動すべし。

>>380
今はパソコン（MMXPentium233MHz）を車に乗せて聴いてるのでいいんだけどね
ape file 200GB ぐらいあるので移行するのは結構大変だし

>>381
それってかなり危なくないか？
ノートPCで音楽聴いてもノート付属スピーカーがしょぼくて音は貧弱で(´･ω･｀)
この炎天下のせいで、たった数１０分でさえ車にPCを置いて出る事もできず不便。
また、急ブレーキをかければ、ノート（液晶モニタ　HDD等）を傷めやすいし・・・
１９２ｋｂｐｓぐらいの不可逆形式にし、それをCD−RやDVD−R（必ずROM化させる）に焼いて
対応カーステで聴いたほうがいいような気がする。
乗換えで一番の問題はapeからの苛立つくらい遅い変換なんだろうけどさ・・・

>>382
ノートパソコンをカーオウディオにつないでます。
車の中におきっぱなしなので炎天下に置いても今のところ大丈夫なようです。
急ブレーキをかけるような運転はしないので、車が飛び出してきたとかない限り大丈夫です。
所詮いらなくなったPCの再利用なので壊れてもかまわないと思ってます。

変換がイヤなのでこの環境にしています。不可逆圧縮は精神衛生上悪いので。

移行したいなら、これから変換する分だけでも将来性のありそうなものにしていけば良いと思うよ。
形式を統一してないと気持ち悪いってことなら別だけど、徐々に増やしていけば、車で聴く分は確保できるから。
PCでの再生は形式が色々あろうと大抵問題ないし。

既存のAPEファイルを直にTTAにするようなソフトが欲しいな
APEでメディア溜め込み過ぎたよ・・・ハハハ

可逆は乗り換えが出来るからいいとは言うけど
既存の資産が膨大な量になると、キツイですわ
チマチマTAG打ったりもしてるし、これも含めて
スパーんと変換してくれるようなソフトが無いと踏ん切りがねぇ

>>385
foobar2000

ハードウェアプレイヤーとか持つまでは、
今迄通りでいいんでない?
TTAはまだ固まってないと思うし。
TAGの形式が APEv2だというのは、
apeユーザには乗り換えやすくていいかもね。

ワクワクしてきたぞ！

>>388
ﾃｨﾑﾎﾟ起ったか？

なんかさ、猿を解凍しようとすると、ファイル選択した瞬間にプログラムが終了するんだけど・・・

あ、猿ってのは、apeファイルな

>>391
・・・解凍？

そわそわ・・・

解凍じゃなくて変換か……

身元がバレますたな

　　ざわ・・・
　　　　　　　　　　ざわ・・・

環境を一切書かないアホクズはスルーの方向で

xmms plug in ってまだかな。難しいのかな？

HAにあるよ。

あれでも解凍でもよいんじゃ可逆だし

解凍でも正しいよ、そして>396

圧縮して解凍したらどうなるの?

えーと落とすのに使ったソフトはwinnyβ7.1です

そうですか、よかったですね

402 名前：390[sage 偽物な] 投稿日：04/07/31 03:00 ID:G5AIYAya
えーと落とすのに使ったソフトはwinnyβ7.1です


こう書いた方がよかったかな

>>398
HAってなんでしょうか？ググッてみたけどわかりませんでした。

ttp://www.hydrogenaudio.org/

>>406
ありがとうございます。こいつですね。
ttp://www.hydrogenaudio.org/forums/index.php?act=Attach&type=post&id=695

エンコ速度
TTA>flac>Monkey
デコード速度
flac>TTA>Monkey
圧縮率
Monkey>flac>TTA

>>408
マジレスだがエンコ速度はflacより猿の方が速いよ、同じ圧縮率のモードでやれば

monkeyはオプションによって圧縮率、速度とも割と変化するからな。
flacはそれほど圧縮率変化しないから、
デフォルトを基準に他と比較してよいかもしれないけど。

猿はデフォルトではないが fastだったらflacより圧縮率いいしエンコも速い
デコは遅いけどね

左からエンコ、デコ、ファイルサイズ、圧縮率、平均圧縮率

Monkey's Audio 3.99 (high) 15:45.41 16:48.03 389.83 MB 0.4994 0.5153
Monkey's Audio 3.99 (fast) 10:32.11 11:49.46 400.57 MB 0.5132 0.5311
flac 1.1.0 (-5, default) 　　　12:54.19 7:08.80 413.46 MB 0.5297 0.5459

http://flac.sourceforge.net/comparison.html

みんなどうせ3.97のままなんだろ？
3.99遅くなってるんで使えん。

他人がどのverを使ってるかがそんなに気になるか？

もう3.99でいくつかｴﾝｺしてしまったので今更戻せんorz

>>412
最近のCPUは速いからな
3.97でた頃はP3 1GHzとかだしな、今の1/3の速度だ

そう考えると最近のCPUさえ使ってればエンコ時間は昔より短くなってるな

クロック数が2倍3倍しても単純にクロック性能比較はできないわけですが

Pen3の1.44Gなんか下手なPen4より速いよね

>>416
>>57を踏まえて1/3といってるのですが

エロデータは猿のライセンス持っているんだよな。
何か出るか？

何かなんだ？

>>419
ぐぐると一番上に出てくるのが笑える

Googleに申請したのか？

Monkey's Audioで解凍したWAVEファイルをＣＤに焼いたのですが、
チャプターが一個しかなく他の曲の頭出しができません。
復元ミスでしょうか？ご教授ください。

cue

元のCDから直接焼いたら？

元ソースがnyで落としたやつなのでして。

もうググっただろうけど
割れなら自分でﾔﾚよ





cueシートだバカ！

割れ物は自分で調べて解決してください
というより、巣から出てくるな

ダウソ板ではEAC=可逆共有なのね。
EACの作者が知ったら悲しむだろうな…。

ガンガンバラまいて、ヘタレＪＰＯＰを壊滅させて下さい。
本当に音楽を好きな人はちゃんと買うだろうから。

>>429
リッピングする道具を作ってるんだから、
その後の使われ方ぐらい予測できるだろ？

レンタル屋で借りたり友人同士の貸し借りでリッピングして
PCに溜め込んでる人の方がはるかに多いと思うけど。
買ったCDでも枚数が増えてくるとPCの方が管理しやすい。

PCで管理するの便利だけど、音がちょっとな
ウチの貧弱な環境（Remix2000 + MA-10D）だとミニコンポ以下だ
良さげなオーディオカード買えばマシになるかな

なぜここにいるの?

(´･ω･`).｡ｏO(･･･ﾉｰﾄPCﾕｰｻﾞｰの僕はここに居ては駄目ですか？)

音が気になるなら光出力つけてオウディオにつなげばいいんじゃない？

>>433
ｶｰﾄﾞからﾃﾞｼﾞﾀﾙで出力
↓
XR50などのﾃﾞｼﾞﾀﾙｱﾝﾌﾟに入力
↓
3〜5万円くらいのｽﾋﾟｰｶｰで音を出す

age

で、3,97と3.99どっちが良いのよ？

','と'.'の使い分けにはどのような拘りが?

猿の3.97で圧縮した某アルバム、女性二人組のごく普通のポップスなんだけど、
最近、なにげなくファイルサイズ見て驚いた。
7曲で40分近いファイルの合計が、たった139MBだった…。
何故…？

>>441
ココはお前の日記帳じゃねえぞ。

脊髄反射的な煽りレスは放置で。

>>441
静かな曲(バラードなど)やダイナミックレンジの広い曲が多かったものと思われる。
Dレンジの広いクラシックなんかだと3分の1や4分の1以下になることもザラ。

リッピンク失敗でモノラルから変換してるかもな。

>>444
うっかり、それもあるかもしれないな。
APEで圧縮した場合、短いピアノ+ボーカルだった場合など、一曲が20MBを切る事も珍しくない。

age

>444
それこそ漏れが真っ先に心配したことです。
なので試しにwavファイルに戻してみるとサイズは395MBに戻った。
再生してみるとステレオだと表示されるし、このサイズから考えても、元データはステレオで間違いないと思います。

>443 >445
曲によっては十分ありうるということですね。ちょっと安心しました。
ただ、例のアルバム、ギターやドラムをふんだんに使った、ごく普通のJ-POPなので、まだ引っ掛かっています。
同じアーティストの他のアルバムでもこんなに馬鹿みたいに縮むものはないし。
猿の特性で、こういう音は劇的に縮む、というのに何か当てはまれば安心なのですが…。

extra highって再生するときのCPU負荷高いんでしょ。
どれにしようかな

73分 742MB
圧縮して272MB

こういう物もあるのだ
畳んで戻して
CRC32かMD5が
同じだったら同じなのだ

>>448
負荷高いと言っても、環境とかPCスペックによってどれだけの負担になるかは違うから
それぞれの圧縮率でエンコ＆再生してみて試せば良いと思うよ

俺には3.99のExtraHighが丁度いい感じ

>>448
Insaneよりは断然軽いがHighの方がサイズと負荷のバランスが取れてていいと思うよ

ミドルスペックPCで使ってるけど
確かにextra highだとシークで もたつくね
Insaneはタンスの肥やしアルバム限定

insane以外はシークのもたつきが無い
extra highでもhighと変わらんなぁ
当方P4-3.2

これでもinsaneはめっちゃもたつく
瞬間負荷も凄い跳ね上がる

>>453
3.2GhzだとExtraでももたつかないんですか。
うらやましい…。
CPU乗せ換えとHDD増設どっちが良いかな。
そりゃどっちもやれば良いんだろうけど。

>>453
InsaneはDualCore Athlon64使用を想定しているんだろう。

>>455
その名の通り10分が1秒に感じてしまうような基地買いを想定してるんだろう。

それでもLaにはかなわないが

insaneは完全にアーカイブ仕様な気がする。
1枚のDVDにCD何枚保存できるかみたいな。
まあそれならLAのほうが良いけど。

遅れ馳せながら3.97からアップしようかと思うんですが
3.99はバグ等もう落ちついてる？

>>458
テンプレよめ

>>459
テンプレには書いてないだろ、このスレで3.99でたんだから

CDExでapeにオンザフライでエンコードできる?

?

>>461
CD→apeって意味なら出来る。3.97に対応。

>>463
補足
MAC.dllを差し替えれば3.99でエンコードする事も可能だが、日本語タグが化ける。

このスレってcue+apeの形で取り込んでる人ばっかりだと思ってたから
CDex使う人がいるとは思わなかった

in_ape 3.99とWinamp 5.04で、突然プレイリスト上での
「アーティスト名 - 曲タイトル」の表示ができなくなり、
すべてファイル名だけしか表示されなくなってしまったのですが
原因として思い当たるところはあるでしょうか？

in_apeの設定ではちゃんと%1 - %2が入っていますし、
タグももちろん打ち込んであります。

>>466
突然そうなった前後のことを詳しく書け。

改善のしようがなかったので思い切ってWinampをバッサリ消して
再インストールしたら正常に表示されるようになりました。
お騒がせして申し訳ありませんでした。

ape手軽に扱えるフロントエンドってある?

標準のフロントエンド。

DARUMULTI

foobar

複数ファイル纏めてエンコ出来ないってのがダメっぽ…。
頑張ってどーにかします(´･ω･`)

>>469
foobarでも、EACでもCDeXでも。
でもinsane使うなら標準のフロントエンドだな。

>>473
纏めてって一度にってこと？

>>474
LilithのNightlyBuildでもinsane使える。
「非常識」って訳語はちょっとﾜﾗﾀ。

「非常識」ってのはちょっと抑えすぎな訳に感じる。

２つのCDROM搭載してるマシンでEAC２つ起動してエンコとリップ同時にできないかな？
どうせリップにはCPUパワー使わないし

abnormal か。。。

エクスプローラからの送る
でapeからのデコードができれば便利なんですが方法ありませんか？

ファイル1個ずつで良ければ、コマンドライン版のバッチファイルを作って
送るメニューにショートカットを登録。
まとめてやりたければ、Lilithのショートカットを/decodeオプションつきで登録？

あ、Lilithは/nomultibootオプションもつけないと大変なことになるか……？
標準で複数起動禁止にすれば良いのに。

出力ファイル名必須は痛いよな

>>480
dBpowerAMPはどう？

>480
同フォルダに出力程度なら作れるが…。

同一ディレクトリに出力だと問題が出る可能性もあるので、その下にディレクトリを
掘って出力とか。

とりあえず適当に作ってみたけど、何処に上げればよろしいか。

ここは？

こんな１８６
ttp://www.utinti.com/~soft186/index.html

>>488
お借りしました。ファイルへの直リンクは控えます。
Upload掲示板のNo53です。

485氏、ありがとうございます

今やってみたのですが、send toで起動後 以下のエラーになります。
The Microsoft Layer for unicode failed to initialize Please re-install.
(再ダウンロード、再設定、再起動、状況変わらず。OS:98SE)

>>490
ttp://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en
これですか?
unicow.dllを適当な所に放り込め。

>>485
dll入れたら動きましたが、
ファイル名がDOS用8文字に変換されてしまいます。

やっぱExtra Highが一番いいな。
insaneにしても圧縮率1%も差がないし。
それなのに再生までかかる時間が半端じゃない。

ま、`insane'ですから。

ttp://earth.prohosting.com/soft186/cgi-bin/updir/SDecoder.zip
更新しますた。

>>485
えと、今度(>>495)のはデコードファイルができてきません。

ずっとFLAC派だったけど圧縮率は上、軽さも同等、エンデコ速度まあまあ
ということでapeのnormalの方がいいかなと思い始めた

extra highにしても圧縮率1%も差がないし。

apeのFastよりFLAC -8の方がデコードは全然軽いよ。

FLAC -8はエンコがかなり遅いから引き分けかな、と。

デコード負荷気にするのは携帯プレイヤー使ってる人か
かなり古いPCを使ってる人だけだろ

デコード負荷気にしないのは携帯プレイヤー使ってない人か
比較的新しいPCを使ってる人だけだろ

Appleロスレスはapeとflacの中間くらい。

エンコード時間を気にするのはかなり古いPCを使ってる人だけだろ

>>502
あれ、そだっけ?

apeとFLACの中間ならwvの方がいいなあ
aacはﾏｶｰと交換できるのが強みか

ずっと猿音使ってたけどシーク重すぎなのに耐えられなくなってttaに乗り換えますた

>>505
おい、マカー用のape出てるぞ・・・

>>506
ExtraHigh使ってたのか？
猿はHigh以下で使うのが常識だぞ
ExtraHigh以上はArchive向き

HighとNormalも試した上でさ。
プレイヤはfoobar2000 v0.8.3な。

サイズ
生Wave > 壁 > flac(8) > tta > 猿音(Normal > High > Extra)

シークの軽さ
生Wave = tta > flac(8) > 壁 > 猿音(Normal > High) > 壁 > 猿音(Extra)

FLAC使えば全て解決

>>496
もしかして拡張子が大文字だったりしませんか?

AthlonXP 1800+だけど
Extra HighでもCPU負荷平均2〜3%、最高6%くらいだよ
シークも気にならない

俺がWinampを使い続ける限りFlacという選択肢は無い

>>513
WinampのFlacプラグインってまだ文字化けするん？
foobar使っててwinampダウンする気もない俺には確認の術は無いが。

foobarはうちの環境だと何故かASIOが正常動作しないので問題外。

圧縮率／圧縮時間が悪い限りflacという解は無いな

規格乱立気味のロスレス圧縮だが、
手持ちのCDのPCへの収納を進める程に微妙な気分。

ここは一つMSがパテントフリー、オープンソース
Windowsに永久組み込み、ハードウェア組み込みも
視野に入れた夢のような・・・


ハイ出ませんね、ええ、出ませんとも。

>>517
>>510

なんでそこで MS なんだろ

猿で蓄積しておいて，よく聴くものから適宜FLACその他のフォーマットに変えておく。

なんでFLAC厨が湧いてるんだ
FLAC厨はoggスレに(・∀・)ｶｴﾚ

FLAC厨でなくてダウソ厨だろ

ﾀﾞｳｿ厨はape好きでしょ。

>>509
シークはttaよりflacの方が軽いでしょ？
ちゃんと試した？

>>524
シークの重さはflac>ape(fast〜high)>tta≒wavpack4だと思うけど。

てか話す内容が圧縮音楽統合向けになってきてる。
ロスレス自体他との比較以外あまり語る内容無いからな。

Flacは専用スレがなくなったからoggスレでも滅多に話に挙がらないし、
その他ロスレスはape以外スレも立たないのが多いからな。

>>514
文字化けについては良くわからんが、
俺が使わない理由はaplに相当するものが無いから
winampじゃcueシートが読み込めない
いや、読み込むためのプラグインもあるんだけど、
どれも別ウィンドウ開いてメディアライブラリで統合的に使えないから使う意味が無い

>>526
まあapeが今のところ圧縮率／圧縮時間で最強だからな
apeに変わる物がでたらみんなそっちに移るだろう

>>485(511)
>もしかして拡張子が大文字だったりしませんか?
いえmonkey本体でエンコードしたファイルで(英数9文字).ape
念の為リネームで"aaa.ape"にしてみても同結果。(ファイル名が送られてないのかデコードファイルはできてこない)

>>485
と思ったらMACDll.dllをwin下のsystemじゃなくてexeのフォルダに入れてみたらできました。
失礼いたしました。

>>485
これでデコード作業が(エンコードも)楽になりました。
ありがとうございました。

動いてなによりです。
以降ななしさんに戻りますです。

猿用のいいタグエディタないですか？
ｼｺｼｺ編集するのは面倒だし、STE改使ったらちゃんとﾀｸﾞ書き込まれてないし('A`)

CDテキスト入りのCUE作ってからCUE⇒APLでタグなんて一切打ってない

CDテキストもEACからAPE直
タグ打ちなんて面倒で嫌だ

>>533
foobar2000

うちもEAC or foobarだな。

>>513
ttp://hp.vector.co.jp/authors/VA015850/software/public_test/in_flac111b_ja.zip

>>528
バージョンアップするたびに今までのファイルが使えるかどうかびくびくしないといけないものだしね。

ていうかver.upして圧縮率が大幅に上がったら
それだけでも全部エンコし直したくなる

バージョンアップして今までのファイルがつかなくなったことはない｡

α版を除いてはね。

>>533
MediaTagger

3.99Fｷﾀｰ
http://www.monkeysaudio.com/download.html

>>543
浦島太郎さんですか？

>>544
いや、またマイナーアップデートかもしれん_|￣|○

来てたのかもしれんが、
漏れも知らなかったので助かった。thx

>>545
5月前半に公開された Update 4 のままだな。

>>547
サンクス！
また再エンコかとちょっと憂鬱になってたｗ

まあ、ふつーflacだしなぁ。

↑
まあ、ふつうのflac厨だしなぁ。

まあ、ふつーMP3だしなぁ。

FLAC全然バージョンアップしないからなあ。
このままじゃSHNと同じ運命じゃない？
いまだにDOSバイナリ＋フロントエンドだし。
それじゃPC初心者には普及しないよ。

applelosslessがもっとまともだったら移行してiPodと言う解もあるのだが・・・・

ape対応ハードを出せるようにして欲しいな

>>552
> いまだにDOSバイナリ＋フロントエンドだし。

…

552の知識が未だに……、という事が判明。

よ〜し、パパ DOS アプリ作っちゃうぞ〜。

3.97でエンコしてapl作ったファイルをwavに戻して3.99で再エンコしたファイルで同じaplファイルって使えますか？

今から3.99で再エンコしようと思ってるのですが

>>557
apeのファイル名にに2バイト文字入ってると使えなくなる

>>558
2byte文字は使わないようにしてるので、使えるんですね
ありがとうございます

>>558
入っていても大丈夫なのもある

すいません、ape形式のファイルを圧縮解除したくてMonkey's Audioを
使って解除したんですが音楽がすべて結合されて解除されちゃいました。
この音楽を元のように１トラックずつ分ける方法ありませんでしょうか？

>>561
cue があれば可能

またﾀﾞｳｿ厨か。

朝から釣りとは、乙

>>562
よろしければやり方も教えて頂けないでしょうか？

↑失礼、解決しました

>>566
氏ね

みなさんプリエンファシスかかったソース扱うときはどうしてます？
やっぱあらかじめwavファイルをディエンファシスしちゃってからエンコ？
なんとかプレイヤーソフトなりCodecチップなりのディエンファシス機能を使って再生できないものか。

アルバム一枚をEACで1つのファイルでリップしてエンコしたファイルを
winampできくと曲間はとぎれないのですが、aplファイルで1曲ごとに聞くと
とぎれます。どのように対処したらとぎれがなくなるのでしょうか？

それとあるフォルダーをwinampでよむとape apl の両方で曲がかかってしまいます。
aplだけ読ませるにはどのようにすればいいのでしょうか？

WINAMPを窓から投げ捨てる

>>570
どのプレイヤー使ってますか？

もちろんWinamp。なぜなら彼女も（ｒｙ

foobar2000が何となく軽くていい感じ

>>573
foobar2000って音のとぎれありますか？

環境に問題がなければ、無い

素のwinampに猿関係のlibrary入れただけなんだけどなあ
なんで曲間あくんだろう

とりあえずfoobar2000でも入れてみるか

何も言うまい・・・

何か言ってよ。

何もうまい

もう少ししょうゆを

醤油ひかえめでええから味噌を

　しばらくCDexにMACDllの3.99入れて使ってたんだが、Lilithのnightly buildで
2byte文字が表示されないorz
　MACのソース読むと、マルチバイト文字でのフィールド入力時、それがUTF-8
だと仮定してUCS16に変換しているみたい。
　とりあえずタグをUTF-8で読み出したらSJISコードが帰ってくるか実験してみるが、
そのツール使いたい人いる？
　あと、入力のマルチバイト文字をSJISとして扱うMACDｌｌを作ったらCDexやEACで
ちゃんと2byte文字が扱えると思うんだが、それ作ったら欲しい人いる？

>>582
ﾎｽｨ･･･

やっぱりGetFieldBinaryで正しいSJIS文字列が取り出せた＜文字化けファイル
今手元にあるのは人間が判別しないといけないしファイル一つしか扱えないけど、誰か欲しかったら
適当なアプロダ教えて。
自動判別やディレクトリを再帰的に調べてAPEファイルを見つけるのはできるけど、今HDDの中に
ある文字化けAPEを直すためにそこまでやるのはメンドクサイから多分やらない。んなことするくらい
ならプラグイン対応STEアルファ版用にAPETag2対応プラグイン作る。

作る作る言うだけなら誰でも出来るよ。邪魔だから消えてくれ。

3.97は何処にあるのでしょうか？
3.99しかないみたいなのですが。
よろしくおねがいします。

すんません消えます。
　せっかくなので置き土産に、UTF-8としてSJISが格納されているAPETag2を、本当のUTF-8に
変換するツール置いときます．
ttp://cgi.f9.aaacafe.ne.jp/~machizo/up/log/siren056.lzh
　使い方はAPEファイルを実行ファイルにドロップです。複数のAPEファイルを同時にドロップ
できますが、コマンドアプリなんで大量のファイルを同時には出来ません。CD一枚分程度ずつ
処理してください。

ソースコード無しか。

取り損ねた。

>>587
やっぱソース入ってないと怖いな。
苺きんたまの件もあるし。

ID:aSkkvIztはnyで違法ファイル交換ばかりしている犯罪者です

kffsVMTIがこんなに偉そうなのは何故？？

大したことのないものを偉そうに公開するなってことじゃないの？

ここでkffsVMTIの素晴らしいソフトがソースコード付きで公開です

>>589
トップページから行くと、DLできたよ。
ttp://cgi.f9.aaacafe.ne.jp/~machizo/

でも、今の俺には、必要なかった…。orz

メモ帳でANSIをUTF-8にするって>>303に書いてあるんだけど、どうやるの？

訳すとしたらUTF-8に変換できるテキストエディタってところか

>>596
NT 系の notepad で「名前を付けて保存」すれば、文字コードを
ANSI、Unicode (little/big endian)、UTF-8 から選択できるっしょ？

>>598
おお、サンクス。できたよ。

バッチファイルで指定拡張子のテキストファイルを一括変換するのもあるけどな、

まあ、そんな事よりもfoobar2000スゲーーーー

今まで敬遠してたんだが今日使ってみたんだよ

いや、こりゃ最高だよ
タブの多段表示もそうだけど
このカスタム性の高さ

それとapeファイルをtag付きのcueでそのまま使えるのもいい
さらにエンコーダー、Lameは標準でプリセットが登録されてるけど、
他のコマンドラインのエンコーダーも自由に追加して使える

apeとcueで保存してる奴も一括してtta,flac,mp3に変換も出来るわ

apeの再生負荷も0〜1%の間ですむくらいにスゲー軽い

いや、これがありゃもう形式を気にする必要もなくなった
相互変換がここまで楽になると不可逆使ってりゃ何でもいいわな

マジで感動した、こんなイイソフトをフリーで作ってくれた人アリガトウ

（　´,_ゝ`）宣伝乙

レス早えーーなーーー！
いや宣伝とか抜きで一度使ってみろって

俺は今までWinampしか使ってこなかったからだろうけど
こんな種類のプレイヤーがあるとは思ってなかった

cueから変換したらtagまで完璧につけてくれるんだ
Muvoで持ち歩くmp3の作成がめっちゃ楽になった

まあどんなソフトにしようが聴くのは変わんねーんだけどな

わったっしっ　わたしーって　プリティープリティー♪

ヴォーカルアルバム ｲｲﾖｲｲﾖl-！！

foobarは.ape等にCuesheetを埋め込めるのが良い。
http://foobar.s53.xrea.com/fbwiki/index.php?foobar2000%A4%C8cue%A5%B7%A1%BC%A5%C8#content_1_8

いや、foobar使ってもう長いんだけどさ・・・


foobarｽﾚ以外でﾏﾝｾｰﾚｽすると、
必ず叩きが来るのでできるだけ避けてくれません？
つーか、むしろ煽りに思われることの方が多いよ・・・

ちなみにfoobarの中の人は、なかなかｲﾀｲ人なのよ・・・

つーかいまさらfoobarマンセーされてもなぁ、別に人に言われんでも皆知ってるだろ

誰かSempronとかCelDとかで>>57のサンプルを3.97でテストして欲しいなあ

3.99でaplを作るとトラック１の分のファイルができないんだけど、なんでだろう？

知るかよ
俺は出来てる

ならレスするなヴぉけ！

>>607
80Mもあるのかよorz
せめて20Mぐらいの4分程度の1曲物にして欲しかった…。

>>611
これぐらい無いと測定がちゃんとできないので
fastで最速のCPU使ったらこれでも8秒切ってしまうし

ちなみに1曲ですよｗ

>>611
誰か回線速い人がwebにうｐしてくれるとありがたいんだけどね
それかp2p関連に流すとか

つーか、そのサンプルにはなにか特異なものがあるの?

JetAudioでのAPEの再生はどうすればいいの？
Jetのほうが32b出力とかあっていいんだけど

>>614
特異なものはないよ、同じファイルを使いたいってのと

ネットに落ちていてそれなりのサイズのapeファイル（著作権を侵害したくないので）
を使って比較したいので

>>612
MS純正timethisツールを使えば，短い曲でも問題なし。

-----------------------------------
TIMETHIS : Command Timing Utility
-----------------------------------

Usage : TIMETHIS "command"

TimeThis executes the command specified by its arguments, then reports its
run time in HH:MM:SS.TTT format. Quotes around the command are required only
when the command involves redirection via <, >, >>, or |, etc. Quotes ensure
that the redirection is applied to the command being timed, rather than the
TimeThis command itself.

Examples :

TimeThis DIR C:\WINNT
TimeThis "DIR C:\WINNT | MORE"

TimeThis : Command Line : DIR C:\WINDOWS
TimeThis : Start Time : Tue Oct 05 12:34:06 2004
TimeThis : End Time : Tue Oct 05 12:34:07 2004
TimeThis : Elapsed Time : 00:00:00.990

http://www.google.co.jp/search?q=timethis&num=50&hl=ja&ie=UTF-8&c2coff=1&lr=lang_ja&sa=X&oi=lrtip9
http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&q=timethis

ttp://www.microsoft.com/windows2000/techinfo/reskit/tools/existing/timethis-o.asp

保守age

Monkey's AudioのDirectshow filterっていくつかあるようだけど、
どこのが一番いいんだろう？

このスレ、参考になったよ。3.99使わずにいてよかった。
一度インストールしたけど、2年1ヶ月前のCDRから3.97取り出して入れなおした。

やれやれ。

>>621
CDRから入れなくてもオフィシャルのHPに落ちてると思います

3.99はスルーして4.01あたりをねらってます。

>>622
え？ほんとですか。
でも/files/は入れないって弾かれちゃいましたよ。

>>623
>>163にありますた

>>624
だから、/files/に入れないんだけど。
＞Forbidden
＞You don't have permission to access /files/ on this server.

>>625
ファイルへの直アクセスはOKだった

何で3,99使わないの？

>>627
マルチバイト文字をデフォルトでUTF-8として扱うから、今まで見たいに使うとすぐに
文字化けする。
B's Recorder GOLDでapeのままCD-DAを焼くことができない。

B'sはdll入れ替えても駄目。
Neroならプラグイン入れれば焼ける。

MP3ファイルでのMP3GainみたいなApeファイルを劣化なしでノーマライズする方法ってある?

replaygain

foobar2000

>>631
>>632
試してみます､すばやい助言�dクス

早くiTunesで再生できるようにしてくれ

>>634
関係ないけど4.7のアップデートが来てたのでアップデートしたら
仮想ドライブが使えなくなったので元に戻した。
んとにアップルは糞だな。

>>633
ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚー

日本語化サイト落ちてまつね(´・ω・`)

どなたか3.99の日本語化パッチきぼんぬ(ﾉД`)

>>638
http://www.geocities.co.jp/SiliconValley-Bay/7045/
のwinamp関連のとこ。
本体のはないみたいだけど個人的に不要と思う。

>>638
本体なら日本語化工房-KUPさんのかな？
アドレス変わってる。
http://www.geocities.jp/katgum18/

ただし移転がらみかもうパッチは置いてないようだから保管庫から落とすといい
http://patch.sakura.ne.jp/enko.html

>>640
まだあるよ。

>>641
どうも。リロードしたら表示された。
読み込みがおかしかったようだ。

標準のフロントエンドの方がfoobarでコマンドラインから圧縮したのより
30kbps位縮むんだけどなんで？同じバージョンのfastなんだけど…

>>643
2%強もちがうのかっ！
すごいな、変なタグとか入ってるのか？

ビット深度が変わっちゃってるとか？
デコードしたら同じデータが得られるの？

>>644
>>645
すいません、自己解決しました。一本apeをcueで再生させてて
そのとき表示されるビットレートを一曲のものだと勘違いしてました。
俺のバカ…○|￣|＿

>>639-640
レス遅れてすみません
ありがとおおおおー！(・∀・)

ﾎｼｭ

４まだー４まだー

４様ｲﾗﾈ!（゜Д゜）

GPLライセンスにはならんのかのう

ならんのう

>>629
Neroのプラグインってどこいけばあるのですか？

WinnyでMP3ファイルを手に入れたのだが10曲が1つのMP3ファイルになっている、これを1曲ずつ10個のMP3ファイルに分けたいのだがどうしたらいいのかね？

>>653
検索すればすぐみつかる

圧縮率によって再生音質に差ってあるの？
もれhighで圧縮してるんだけどnormalにすると再生音質上がる？
保持してるデータはlosslessだけどデコーダー出力はlossyって考え方でＯＫ？

( ﾟдﾟ)ﾎﾟｶｰﾝ
全然OKじゃないよw

>>656
それは一体何のためのLosslessなんだ。
音質が変わるなら不可逆でいいじゃん。

ま、それはおいといて。
つい最近Monkey使い始めたので、最初にインストールしたときには既にv3.99ですた。
道理でEACでリップしてタグ情報書き出そうとすると文字化けするわけだ。( ´-`)
最近ではタグ情報書き出さないようにしてしまってるし。聴くことはできるからいいんだけど。
今後EAC+Monkeyでタグを使うためにはv3.97にバージョンダウンするしかないでしょうか。
でもそうすると、v3.99で圧縮したファイルは聞けないんだっけ？
また圧縮しなおすのも不便だしな･･･圧縮は3.97、デコードのverは3.99って言うふうに出来たりするんでしょうか。
同じような状況になってる人っています？
・・・まあ、このスレ見てる人は皆ｖ3.97ユーザーだろうけどサ。

>>658
foober2000で文字化けしない。
化けるのは本体やwinampのpluginなど日本語化してもShift_JISしか表示できないため。

>>659
ごめんfoobar2000ね。

>>658
＞圧縮は3.97、デコードのverは3.99

できます

>>659
あー、Winampのプラグインがもともとダメなのか。ｻﾝｸｽ。
foobar2kは持ってますが、tmsVUを愛用してるのでなんとなくWinampから乗り換えられない。
foobarにも歌詞表示プラグインはあるみたいだけど。
いままでこつこつとWinampをカスタマイズしてきたから、今から乗り換えるのももったいない気がするしな・・・。
foobarいいソフトなんだけどね。

>>661
差し支えなければ、やり方を教えてください。おながいします。

EACで吐き出したタグの、文字化けしたのと同じ文字を、
メモ帳で書いてUTF-8で保存→ANSIで読み込みとしたら
文字化けして表示された結果が全く同じだった。
やっぱ、ご指摘のとおりプラグインがANSI（というよりShift-JISか）で読み込んでしまっているようでつ。
・・・あれ、そもそも、ｖ3.97の時代はタグにShift-JISって使えてたのでしょうか。
なんか混乱してきた。

WinnyでMP3ファイルを手に入れたのだが音量が大きかったり小さかったりして聞き心地がよろしくない、これを同じ音量にするのにはどうしたらいいのかね？

>>663
　v3.97はAPETagV1、v3.99はAPETagV2
　V1は何の規定も無かったから、Win使いは普通にSJIS使ってた
　V2は中身がUTF-8と規定されているんだけど、EAC等から渡されたマルチバイト文字列を
環境のデフォルトコードページではなくUTF-8だと思ってそのままタグに書きやがる。
　Monkeyの開発者が、他のアプリとの互換性を考えないで設計しているのがマズイ。

>>662
普通に3.97と3.99をインスコして3.97でエンコして3.99でデコードすればいいだけ

>>666
やってみましたが、ソフト自体が3.97と3.99がインスコされるだけで、
システムフォルダのMACDll.dllが上書きされてしまう(in_APE.dllも)ので
完全に一緒に使うのは無理っぽいです。
エンコードは3.97のMACDll.dllでやり、3.99のファイルを聞きたいときはfoobarを使い、
3.99のAPEファイルをWAVに戻したいときは、MACDll.OLD（上書き前の3.99版MACDll.dllの残骸）
をMACDll.DLLにリネームして使うしかないっぽいです。

>>667
システムフォルダにMACDll.dllを置かないでexeが置いてあるフォルダに置くのは？

EACでタグ付けしなければいい

>>668
そうか。全然思いつかなかった。ｻﾝｸｽ。
とりあえず、バージョン違いの共存は出来ました。
が、文字化け問題は未だによくわからん。
Winampで文字化けするのは、in_APE.dllの3.99版に問題があるようです。
3.97でエンコードしても3.99でエンコードしても、3.97版in_APE.dllで読めば文字化けしない。
でもどちらのファイルでも3.99版in_APE.dllで読むと文字化けする。
なんだか、どういう仕様になっているのかよくわからなくなってきた。
あと、ちなみにEACはAPETagではなくID3tagを書き出していることも判明。
結局、EAC+Monkey+Winampで気持ちよく使うには、
1. in_APEは3.97をつかう。エンコードも3.97、今まで使ってきた3.99圧縮済みapeファイルはfoobarで聞く。(or,エンコしなおし)
2. 全てのバージョンを3.99にする。文字化けしないようにAPETagを一個一個編集→(3.99なので)APETagv2にUTF-8で保存
あー、ﾏﾝﾄﾞｸｾ。
素直にfoobarつかうかなぁ・・
他に何かいいアイディアないでしょうか・・・。

どうしてもEAC使うならwapet使え。

>>671
��(ﾟдﾟ )こんなのがあったのか
全然ｼﾗﾅｶｯﾀよ。ありがとう。

http://hankaku.s6.x-beat.com/nhkgfile/img/4130.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_1.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_2.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_3.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_4.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_5.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_0.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_7.jpg
http://hankaku.s6.x-beat.com/nhkgfile/img/413_6.jpg

あけおめー
今年は猿年じゃないですけど地味に盛り上がりましょう。

既にタグが付いているApeファイルを、MediaTaggerでタグを変更するとファイルが壊れたorz
ベリファイかけると、Invalid Checksumになるし、再生すると、最後にエラーメッセージが出る。

100%壊れるので注意が必要。

なんとか壊れたファイルを直したいのだが、方法は無いかな？

Media Taggerは、3.99で変更されたファイルフォーマットに対応してない模様。
被害は甚大orz

>675
v3.99からタグがAPETag v2になってる上に
本家SDKのAPETag v2の実装が間違ってるらしい。

正しい実装しているツール使わないといつ壊れてもおかしくない
というかオレも壊したよ(つд｀)

池沼はTTAつかえ

eacから直接ape作りたいから、コマンドライン、どうか教えてください。

ここまでプレイヤー自体が放置されてるアプリも珍しいな

プレイヤーはWinAmpなりfoobarなりLilithなりを使ってくれってことでは？

うん、だからそういってるんだって・・・

良く分からんが、Oggとかだって立派なプレイヤーをバンドルして配布している訳じゃ
ないでしょ。
それはそうと、

>>679
EACだったらコマンドライン版なんかいじらなくてもデフォルトで対応してなかった？
どうしてもコマンドライン版を使いたければDOS窓からmacと打ってEnter。

そもそも一音源フォーマットに専用のプレイヤーを意識する自体が変。

ますますflac一人勝ちの雰囲気が強まってきたな

海外ではな

漏れflac使いだけどまだ安心してません。
ttaとWavPackとflacでまとまってくれないかな。

そういうのは、PC以外でのデコードがどーなるかに
かかってると思われ。

ってここのBBSは初めてですが、マウントできるものはあるんですか？
まるでDAEMONのようにですね。どうか教えてください。

誤爆？

>>683 あの私も最近CDを全部HDDに入れようかと思ってEACとMonkeyを使って
います。で、EACでエンコーダをMonkeyに設定しているので直接apeにできる
のですが、タグが勝手に付いてしまいます。このタグを付けないようにする
方法はないでしょうか。もちろんあとから取ればいいのですが面倒なもので。

>>691
多分エンコードオプションをごにょごにょ。

あげあげ

>>692 それがどうもうまくならないです。手動で我慢しましょうかね。

手動で我慢するという発想は池沼特有のものだな

>>694
今やってみたけどちゃんとできたぞ？
チェック一つ外せば出来ることだろ。馬鹿。

1月28日（金）21:03〜23:19　日本テレビ

金曜ロードショー「PLANET　OF　THE　APES／猿の惑星」

(　ﾟдﾟ)

今更、なんですか
バージョン3.97ってどこかに
ありませんかね。
宜しくお願いします。

>>699
あるよ

>>700

良かったらおいてある場所を
教えてくれませんか？
宜しくお願いします。

>>701
ttp://www.snapfiles.com/php/download.php?id=102226

スパイウェア感染しても知らんから。

>>702

ありがとうございました。

ape+cueをDaemonTollでマウントしたいのですが
CDimage.apeとCDimage.cueをマウントさせるひはどうしたらいいんでしょうか？

>>704
すいません、スレ違いっぽい上に自己解決しました（;´Д｀）
お目汚し申し訳ありませんでした。

>>705
解決方法をここに書いてくれ！

>>706
ape+cueは普通はマウント出来ないしね。
>>705
解決方法書かない方がよっぽどお目汚しだ。

いや、無理ってことが解っただけです。

apeってマウントして使うような必要あるのか？

保存しておいて、また聴こうと思った時に、そのままマウント出来た方が便利。

正直isoを猿並みに圧縮できてデーモンでマウントできる規格ができて欲しいな

>>709
ちなみに、聴くだけならfoobar2000なり、Winampにcue読みのplugin入れて
使えば聴けるというのは知ってるので、余計なツッコミはしないように。

わざわざマウントして聴くってことは、WMP？

foobar2000使ってると，何であんなまどろっこしいことわざわざしてんだろ？と思ってしまう。

>>713
WMPか？と限定してしまう件。
マウントすればプレイヤーを限定しない。
CDDBが使える。
foobarのcue読みでもできるが、cueにCD-TEXTを書き込んでしまう。
それよりもfreedbなのでショボイ。
GraceNoteの方がいい。
演奏出来ればいいってもんでもない。

とりあえず仮想ドライブに出来ればかなりのソフトでそのまま扱えるからなぁ。
出来るもんなら出来て欲しいよ。
別にapeでなくてもかまわん。
再変換が面倒くさそうだけど。

使い始めたんだがよく操作がわからない、詳しく取り扱ってるサイトとかある？

>>696　ええと、EACのエンコードオプションのWaveフォーマットという項目を
Monkey's audioに設定してCDから直接apeにしているわけですが、どこをいじれば
いいか分かりません。ID3タグというところには何もチェックしてません。
MonkeyのTaggingオプションを色々変えてみてもだめです。馬鹿ですいません教えてください。

>>718

たぶん････mac.exeを指定してないんじゃないかなあ。

>>718
外部エンコーダは指定してねーのかよ。

何かのケアレスミスかもしれませんが、自力で解決できなかったので質問させてください。
今、MAC_399F.exeをダウンロードして実行し、インストールは出来たようなんですが
Monkey's Audio.exeを起動させるとMS Officeのインストーラーが起動してMS OfficeのCDを挿入しろといってきます。
タスクマネージャを開いてみるとMonkey's AudioとMS Officeのインストーラーが動作中で
インストーラーのタスクを終了してもMonkey's Audioも一緒に終了してしまいます。
どうすれば使えるようになるんでしょうか？

chkdsk c: /r

>>721
Office の再設定を正常に終わらせれば、普通に使えたりするんじゃない？

>>723
やはりそれしか・・・。
ディスクどっかにいっちゃったので仕事から帰ってから探して試してみます。

指示に従ってOffice再インストールしたら、わけわからん英語の警告が二つ出てから無事に起動しますた。
その後は何も問題なく両方とも起動、動作しました。
一体なんだったのか…。
とりあえず解決です。

HDDのエラーチェックくらいしなさいって。

落としたファイルがモンキーだったのだ。
イメージファイルだからデーモンでマウントしようとしたらできねーから、
モンキーインストして、winnapで再生したんだが、こうなった。。。。
↓
ttp://ranobe.sakuratan.com/up/updata/up25463.jpg
局が１０曲前後入ってるはずなんだが、全部いっしょくたになってるのよね。
これどうやったら、トラックごとに再生できるん？
モンキーでDecompressしても、CDImage.wavちゅうひとつながりのファイルが形成されるだけだし。
ひととおりググったり、ログみたりしたがぜんぜんわかんね。。
基本的な質問かもしれんが、わかる人教えておくれ。

通報しますた。

ﾀﾞｳｿに帰れ。

>727
二階から飛び降りて死ね。

>>727
ﾀﾞｳｿ板でEACを検索。そこをみれば解決。

なんつーかどうしてファイルが２個あるのか

>>727
cueはどうしたのかな？

ﾀﾞｳｿの話題はこっちではNGね
これ暗黙の了解

語る事がないのう。
WavPackやTTAが軽くて良いと思って乗り換えかけたが
apeのFastと大して変わらんと思った日曜の午後。

こんなマシンだけにまったく負荷にならない。
http://pc7.2ch.net/test/read.cgi/jisaku/1100706669/281

Ath64FX53、PC3200 1024x2+512x2だけど
winamp使ってて自分でcue書き換えて特定の曲だけ再生するようにしてると
曲の切り替わりの時だけ0.1〜0.3秒くらい引っかかる感じになる。
先読み時の負荷なのはわかってるけど、先読み削りすぎると
他で重い処理したときに音飛びするし。
wavやmp3じゃ曲の切り替わりで引っかかりを感じることはないし
先読み切って重い処理をしても飛ばないので、
不便を感じる程ではないけど、なんだかんだいっても負荷が大きいことは実感出来る。

cueやaplと一緒に使う場合は、(デコード負荷だけでなく)シークの速さが重要だから
圧縮モードはhighまでに留めておくのがいい。

>>736
次はlaに挑戦しる

foobar2000のcuesheetタグの書き換えにミスりまくってます。
やはり素直にapeとcue二つで管理するべきでしょうか。

>>740
どうミスってるのかわからないので、なんとも。

>>741
微妙にタイトルとか書き換えた時にエラー出るんですよ。
cueとape単独だと再現されないので。

>>742
apeとcueだと単に、cueにText入れるだけじゃなかったっけ？

Dual Xeon 4GHz
ｌａでも負荷にならない。

最もうるさ過ぎてリスニングには向かない...orz

という妄想でした。

第一[email protected]ならまだしもXeon4.0GHzなんて無いし。
(とか書くとあとからOCでしたとか言い訳しそうだけど)
しかも会社にXeon3.4x2があるけどそんなに五月蠅くないし。

つーかXeonが五月蠅いとか言ってるのって使わずに妄想だけで書いてる奴か
ちょっと作りの良いCPUファン程度も買えない貧乏人でしょ。
Dual Xeonでも冷却性を犠牲にせずにメーカー製Pen4マシン程度の騒音には押さえられるよ。

Athlon64 4000+でもExtraはきついみたいよ。

上のは一本apeのシークの話ね。

ここはハイエンドなインターネッツですね

Extra High最強！

1.3GHz Duronでも別にきついと感じたことはないな。
insaneならまだしもExtra Highで問題ないだろ。

http://www.amazon.co.jp/exec/obidos/ASIN/B0002FQ8R2/qid=1110127807/sr=1-2/ref=sr_1_10_2/250-4404122-5881867
insaneでも軽いです。

MacG5なんてヘボ過ぎて話にならん

やっぱりPowerMac G5は速かった！
ttp://rising.heavy.jp/blog/archives/2003_12.html

せめてLaを50倍速でエンコできるぐらいじゃないと

LaのPPC版なんてあるのか？

ぶっちゃけEACとfooba2000のMAC版が出たら
乗り換えても良いと思ってる。

foobar2000ね

MacじゃHL2もBFもDoomも出来ねーじゃねーか

んな粗大ゴミいらねーよ

>>758
それゲーム？
俺パソコンは音楽とインターネットだけしか使ってないから
MACだろうがlinuxだろうがなんでも良いんだよね。
ただEACの完璧リッピングが使えるのがWinだけだから
Win使ってる。もちろん無駄機能なしの2000ね。

CDParanoiaじゃあかんのか？

Monkey Majik

質問
　Monkey本体v3.99を使ってape作成した場合と
　foobar2000＋foo_monkey.dll(v3.99)を使ってape作成した場合
　mp3infp等で情報見ると
　「format Flags」　の値が違うんですが　0x0　と　0x20
　↑って何なんでしょうか？重要？ｸﾞｸﾞっても分からなかったので

>>762
気にするな　俺上記まで気づきもしなかったよ

板移転してたのか……
誰か教えてくれよヽ(`Д´)ノ

>>762
APECompressCreate.cppには↓で記述されている。
　// the format flag(s)
　APEHeader.nFormatFlags = MAC_FORMAT_FLAG_CRC | MAC_FORMAT_FLAG_HAS_PEAK_LEVEL | MAC_FORMAT_FLAG_HAS_SEEK_ELEMENTS;

んで、↓MACLib.hでは↓で定義されている。
#define MAC_FORMAT_FLAG_8_BIT 1 // is 8-bit [OBSOLETE]
#define MAC_FORMAT_FLAG_CRC 2 // uses the new CRC32 error detection [OBSOLETE]
#define MAC_FORMAT_FLAG_HAS_PEAK_LEVEL 4 // uint32 nPeakLevel after the header [OBSOLETE]
#define MAC_FORMAT_FLAG_24_BIT 8 // is 24-bit [OBSOLETE]
#define MAC_FORMAT_FLAG_HAS_SEEK_ELEMENTS 16 // has the number of seek elements after the peak level
#define MAC_FORMAT_FLAG_CREATE_WAV_HEADER 32 // create the wave header on decompression (not stored)

0x20 = 32なわけで、要するに、MAC_FORMAT_FLAG_CREATE_WAV_HEADERフラグの違い。
詳しくみていないけど、展開時にwavヘッダを作る(0x20時)か作らないか(0x00時)ということ。
ひょっとすると、0x20だとRIFF、wavヘッダは保存してない？

【チラシの日記】
>>764
>板移転してたのか……
>誰か教えてくれよヽ(`Д´)ノ

今回は移転前にアクセス出来ない状況に遭遇したのですぐ気が付いたが
いつも旧鯖にログが残ってるから専ブラ使ってると気が付かないね。
巡回先が多いから登録しなおすのにえれー時間がかかったよ。
あまり静かだとおれは一応確認してみるけど、今回は移転後も静かなので
また移転したのかと何度も確認しちゃったよ。
【チラシの日記おわり】

OpenJaneだと移転しても自動でログごと移動してくれるから
その事にすら気づかなかったよ。
「あれー？書き込み少ないなー」程度。

aga

Monkey本体v3.97が欲しいんですが、どうしたら

ｸﾞｸﾞﾚ

>>768
公式サイトから落とせば良いのでは?

>>768
>>163

PC再セットアップしたもんだから公式から落としなおそうとしてるんだけど
ここ数日公式ページに繋がらなくないか？

>>772
同じく、公式に繋がらず困っている　ﾉ
http://www.monkeysaudio.com/index.html

公式行ったら鯖落ちっぽかったからココに来た
>>772-773
見て安心した

さぁどうしよう

>>772
なんでアーカイブ取っておかないんだろう？

つわけで、MAC_399F.exeでぐぐると公式サイトでなくても落せるところが見つかるわけだが。

>>776
サンクスｋ

このスレに来てみて正解だった
初めて使おうと思ったのでググルにもファイル名もわかんなかった
>>776
ありがとう無事見つけられました

>778は気違い(精神障害者)

え？

3.99より3.97だろ

>779は虫の居所が悪かったと見える

>>781
3.97の方が良い点教えて先生〜

4.0まだ〜？

5年くらい前に3.80でエンコしたやつが3.97だと聞くこともデコードもできなくて焦った･･･
3.80をググって探してきてデコードしたけど。

>>785
昔のexeは取っておくのが猿マニア
最近は互換性あるはずだけどね
3.97でエンコしたのは3.99でデコできる
その逆は無理だけど

音楽を解凍したらトラックが全部繋がって1つのwavとして出てきたんだけど
トラックを分けて解凍するにはどうすればいいの？
もしくは
1つのwavを途中で切って2つのwavにする方法ってある？

帰れ

>>787
割れるな買え

音楽は冷凍できるのか

久々にﾚｽ付いていると思ったら割れ厨かよ…
次はEACｽﾚで聞くといいよ

自分の手に負えないファイルは捨てろ

Cドライブ直下のWindowsフォルダを削除せよと？

常識だろ。

さるさる日記

MACのどこがいいの？どうしてFLAC使わないの？？

>>796
分かり切ったことを聞くなよ

それと人それぞれ望む物は違うだろ

>>796
FLACのどこがいいの？どうしてMAC使わないの？？

Flac儲は専用ｽﾚが無くて出張乙だな

>>57
>>250

>>799
Ｏｇｇスレが専用スレじゃないのか？

Athlon64 3700+のおいらが>>57に朝鮮しにやってきましたよ

やっぱやめた

　　　　　　　　　　　　　　　　　　　　　monkey3.97←　|　→3.99
　　　　　　　　　P4　　　　AthXP　　　　　　　Ath64　　　AthXP　　　Ath64(939)
　　　　　　　　　2800　　　1700　　2400　　　3000　　　　2200　　　　3700
　　[sec]
decompress　　50.8　　　46.39　　34.5　　　33.64　　　　　　　　　　　27.89
fast　　　　　　　11.8　　　13.34　　10.0　　　 9.01　　　　14.6 　　　 　10.08
normal　　　　　 17.5　　　17.88　　14.3　　　12.03　　 　19.2　　　 　 13.66
high　　　　　　　22.1　　　21.22　　16.9　　　14.24　　　　21.9　　　　 15.77
extra high　　　 47.1　　　41.20　　31.1　　　28.75　　　　38.7　　　　 29.81
insane　　　　　　　　　　　　　　　　　　　　　　　　　　　　104.6　　　　 80.39

3000よりも遅くなってるのでアレと思ったが>>57とはapeのヴァージョンが違うことに気がついた
なので250の結果も一緒に載せたところでオナニーを終了する。

apeなんてまだ使ってる奴がいたのか。
あ、少ないから一年以上経ってもスレ一つ埋まらないのかｗ

http://www.jword.jp/

＞JWord検索では、「monkey's audio」に該当するキーワードは見つかりませんでした。
まだまだだな。

ついで。
＞JWord検索では、「flac」に該当するキーワードは見つかりませんでした。
＞JWord検索では、「ogg」に該当するキーワードは見つかりませんでした。

hosyu

eacからmonkey's audioで圧縮させようとしたところ
ファイル名または番号が不正です
と表示されCDからWAVEまではいきましたがWAVEからAPEに変換できませんでした。
フォルダの設定とかはEACのみで、WAVEが生成できている以上変な設定にはしていないはずだと思うのですが。
またWAVEを直接猿音にD&Dしたところ、何の問題もなくエンコードできました。
これは一体何が悪いのでしょうか。
EACの設定などはMUSIC PCというサイトを参考に設定しました。

>>809
cueシートに書いてあるファイル名と実際のファイル名が違うなんて落ちじゃないよな。

>>809
設定がどこか間違ってるんだろう。
プログラムのパスを、MAC.exeではなく、Monkey's Audio.exeを指定してるとか？
外部プログラムを指定するだけで、躓くところはないはずだが？

Athlon64
d 30.89
f 11.00
n 11.66
h 14.11
e 27.98

ゴメン、、3200+ね

再生時にエラー無視のチェックあるけど
エラー無視したらまずいの？

猿並みの圧縮率とスピードで圧縮したままでもcddbが扱えるような圧縮方式できないかな？

foobarのプラグインで取ってくればいいんじゃ

>>816
foobarだとそんなことできるのか。
winampから乗り換えようかな

>>817
ttp://foobar.s53.xrea.com/fbwiki/index.php?cmd=read&page=freedb%20masstagger%20%A4%C4%A4%AB%A4%A4%A4%AB%A4%BF&word=freedb
こんなん

MAに限らずだけどエンコ速度はどうでも良いからデコードを軽くして欲しいな。

>>819
fast

圧縮率40%超えで再生負荷がMP3並に軽ければすぐ移るんだが。

再生負荷気にするのはどんな人なの？

古いマシン使ってる人。
軽いゲーム(ROとかパンヤとかあのへん)を5年前のPCでやってる俺みたいな奴。

#しかしMAじゃないがogg vobis(だっけ?)の再生負荷は酷かった。

5年前のマシンならvorbis余裕だろ。

今のro動くスペックなら負荷も何も無い。
再生ソフトに問題あるんじゃないの

再生はWMPとKBMとLilithのどれか使ってるな……どれでも重かった。

ああいや、重要な事言い忘れてた。
ゲームやりながら音楽かけるんだよ。

つまらんオチだ。

Athlon64 X2　＆　WinXP64

この組み合わせだと怖いもの無し。

>>829
俺はまんじゅうが怖い

>>829
Athlon64が怖い

.aplファイルについて（前スレからコピペ）
EAC使ってCD一枚を丸ごと.apeファイルにして保存してる奴は覚えとけ

--------------------------------------------------------------------
EACでMAC使う設定にしてCopy Image & Create CUE SheetのCompressモードで
CDImage.apeとCDImage.ape.cueを作成。MakeAPLにcueをD&Dするとあら不思議
トラック分のAPLファイル(CDimage.apeへのリンク＆タグ情報ファイル)が。
EACがプリギャップ計算してcueファイルに書いといてくれるし、便利だ。

APLファイルをAPE対応プレイヤーで聞けば各トラックづつ聴けるし、
APEファイルを使えばトラック連続で聴ける。Media Jukebox 8のちょっと
古い奴(最新の388は日本語通らない)を使えばAPLを読み込んで、LAME使って
mp3に変換＆タグ付けとかも自動だ。(・∀・)ｲｲ！！
--------------------------------------------------------------------

MakeAPLは1s=75fではなく1s=100fで計算してるのが気に入らなくて
自分でapl作成ソフト作ったなぁ。今はほとんど使ってないけど。

cueの書式が｢分：秒：フレーム｣で、1フレーム=1/75秒だってことは、あまり知られてないのかな?

最大250msズレるってのは致命的だよね。

apeファイルを変換しようと思ったら、
「実行時エラー　52　ファイル名または番号が不正です」
と表示されたのですが、原因として考えられることはどのようなことでしょうか？

ファイル名または番号

>>835
ファイルのあるフォルダの階層が深いとか
駄目文字があるとか　そんな奴だろ

>原因として考えられることはどのようなことでしょうか？
無知

Monkey's Audioの日本語化って第6版とかいうのしか無いんですか?
XP環境のみと書いてあったんですがWin2kに入れたところ、設定の一部
が文字表示されてないようだったので。

Win2k使ってる人はどうしてます？

コマンドライン版しか使ってないし、プレーヤーならLilithが日本語ネイティブだし、
Lilithでもエンコード/デコードできるし。

あとタグの編集だけならmp3infpで。

>>838
dllのみ日本語化

可逆って再生時に元の音を完璧に再現するの?
ビットレートとかを見ると820KbpsVBRとかで不安なんだが……。

>>842
再生時とwavファイルに戻す時では音質が違うという認識なのか、
そもそも可逆というものを疑ってるのか、どっちだろうか。

>843
あー前者になるのかな。
もしかして再生中は圧縮された状態で流れてて
WAVに戻す時だけ完璧に戻るって感じ?

可逆っつのはzipやlzhと同じで完璧に元のデータを再現できるものを言う。
再生時はメモリ上にRawPCMとしてリアルタイムに展開されていると思うが良い。

>>844
あれは圧縮後のファイルサイズから計算してるのでそういう表記になる
実際は解凍したファイルサイズが問題なのだがね

再生する時は一回デコードしてるのでwavと全く同じ音質です。

ファイルサイズから計算って、CBRですかい。ま、どうでもいいけど。

>>847
どうでも良いところすまんが、ある決まった時間でのファイルサイズてことだ
ま、可逆を理解してる人にとっては当然のことだと思うがね

WindowsXP Pro sp2、Monkey's Audio 3.99 の環境なのですが
Fastモード以外で圧縮をかけると、どの様なwavソースであろうと
生成されたすべてのapeファイルが"Invalid Checksum"になってしまって
復元ができず、再生の方もノイズが入ったり途切れ途切れになったりしてしまいます。

Fastモードだけが復元も再生もできて、それ以外はすべてダメというのは
何が影響しているのでしょうか？

ICCで(intelのCPUに)最適化されたバイナリを、Athlon系CPUで使ってないか？
intelのロジックボムに引っ掛かってる可能性が。

ねーよ。

俺なら真っ先にメモリを疑う

誰か3.92持ってませんか

3年前に3.92でつくったファイルがひとつだけデコードできません
当時は3.92で正常にデコードできていました

>>853
これは？
ttp://www.monkeysaudio.com/files/MAC_392b2_F.exe

>>854
ありがとう
無事wav化できました

cueシートを、MakeAPL.exeに食わせると、
曲数の分だけ、.aplファイルが出来るんですが、
それが正しい挙動なのですか？

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

という表現から、できるファイルは一つのようなイメージを
抱いているのですが…。

>>856
正しい挙動です

foobar2000だとcueを食わせると理解してくれるから便利だよ
ファイル数もアフォみたいに増えないしね

しかしCDイメージをapeにすると強烈に重くなるのはどうにかして欲しいな。
圧縮率を維持して再生時デコードをFLAC並の軽さに改良してくれたらもっともっと良くなるのに。
このままじゃFLAC、TTAに持ってかれちゃうぞ……
日本じゃ普及率が高いと言ったってまだまだそう認識されてないし幾らでも巻き返される。

オプション選べよ

とはいえAPEのNormalとFLACのBest比べてもFLACの方が再生負荷少ないんだよねちょこっと。

たぶんP2Pでinsaneあたりで流されてるのを再生して文句言ってるとみた。
どの圧縮度が使われてるか実態は知らないけど。

持ってかれるって言うか、日本以外では既に2年前ぐらいからFLACに主流が移ってるよ。
まあFLACは劇的な圧縮率の向上は望めないから、圧縮率と速度のバランスの良さでは当分APEの天下だろう

TTAは将来性0だし

>>858
どんなスペックのPC使ってるんだよ
Pen3 700MHz とかでも十分軽いよ

PCの変え時だと思うよ

ま、可逆圧縮はいつでも乗り換え可能だから猿よりいい物が出てきたら、解凍、再圧縮すればいいだけだし

今は猿が一番だから猿を使ってるだけ

>>863
CPUパワー特に必要ない人がHDDだけ増やしてるってケースもあるじゃん。
買い替え時は買い替え時っぽい気がする(スペック言ってないから実際わからん)が
買い替えできない人だって居るだろーし、あんま買い替え買い替え言うもんじゃないぜ。

そういう俺はこの文で五回も言ったがそれはそれで。

#でもやっぱりAth64 3800+とか使っててもAPEの高圧縮モードはゲーム中に聞くとつらいのでちょっとイマイチ
#用途で圧縮率選びなさいって事なんだが、開発者さんが頑張ってくれるとそれが一番嬉しい。

> 用途で圧縮率選びなさい
理解してるようで理解してないんですなあ。
今のfastよりさらに低負荷のが欲しいとか、
はたまたextra highとinsaneの中間が欲しいとかいう
需要ならまだ理解できなくもないんだが、
高めの圧縮率を選んでおいて不満に思ってるなんて。

TTAとWavPackとflacでまとまってほしい。
TTAのエンコードの速さと圧縮率、そしてflacのデコードの速さを兼ね備えたオープンソースの可逆音声圧縮フォーマットを希望。
…あれ、WavPackの取り柄って何？

>>866
高圧縮低負荷に越した事はないじゃないかー。
現状では用途によって選ぶしかないが高圧縮でも低負荷なら尚良しだとは思わんか。

>>868
今現在の「高圧縮」といえる基準を低負荷で実現できた時、
さて、どうなるでしょうか?

ちなみにflacはオプション変えても負荷変動殆どないと言われてますが、
圧縮率の変化も残念ながらAPE程には無かったりします。

あー、なんかAPE信者みたいに見えるかもしれんが、
環境のせいもあって自分では使ってなかったりする。

高圧縮低負荷が良いならAPE捨ててTTAに行くべきだな。
向こうじゃじわじわとAPE使われなくなってきてるし早々と乗り換えちゃっても良いんじゃない。

>>870
なんでTTAなんだと　Flac　だろ
そのうち　また別の新しい奴形式が来るので来たら移行すればいいだろう

FLACはエンコにやたら時間がかかるので今更乗り換えようとは思わない。
乗り換えるとしたらエンコード＆デコード共に速くて圧縮率の良い形式が
現れてからだろうな……。

>>872はエンコとデコの回数がおなじぐらいなのか

エンコードは1回限りとは言えそれが1個や2個とは限るまい？

APEの再生負荷が重いとか、FLACのエンコードが遅いとか言ってる奴って未だに居るんだな
何のためにエンコードオプションが存在するんだか


しかしまだAPE対応ハードは出ないのかね、
fast相当のTTA、normal相当のWavpack、high相当のWMALosslessの対応ハードは出てるから
「APEはデコード負荷が高いから難しい」とか言われていたのはもう過去の事だろうに。

>>875
負荷が高いとかじゃなくて、互換性の方が問題。

エンコード速度（insane以外）はCDリップ速度より断然早いので問題ない
圧縮率が重要

>>870
圧縮率　　猿＞TTA
デコ時間　flac＞TTA

TTAを選ぶ理由が見あたらない

>>878
圧縮率　　猿＞＝TTA(ソースによっては逆転)
デコ時間　TTA＞＞＞(超えられない壁)＞＞＞猿

それぞれの評価基準において使用したオプションを明示しといてね

TTAのいいところはseekがwav並に軽い点だと思う。

seekの軽さ　Wave >= TTA >= flac >>> (越えられない壁) >>> 猿

seekってそんなに重要？
Pen3 700MHz クラスでも十分使えてるから負荷に関してはたいして問題じゃない

このスレの住人ってどんなPCで使ってるの？
俺は P3 700 と Ath64 3200+ です

非可逆ならともかく、可逆ならなんでもいいじゃんと思うが。
少なくともここ猿ｽﾚなわけで。

>882
tta+cue+aplで使ってる自分としては最重要ポイントの1つだったりする。
ネトゲのBGMとして使うと猿は一瞬固まるんだよね。
ちなみにCPUはAthlon2000+

>>884
エンコしながら、猿+cue+foobar2000だけど固まること無いなあ

seekが重いってのはfastやnormalとか使っても気になるぐらいって事なの?
TTAはencode負荷/decode負荷/圧縮率なんかでfast相当な筈だし。

っつか、なんでこないだから俺は
使ってもないAPEの擁護的レスばかりなんだろ。

>>886
なんで使ってない奴がこのスレにいるんだよｗ

つーか何使ってるの？

使ってなくてもスレのぞく人なんていくらでもいる。

>>887
使ってるのはFLAC。
linuxユーザなんで、タグの取り扱いとかで安心できるし
面倒が無い(不可逆は主にVorbisなので)ってのが大きいんだけどね。

可逆だから乗り換えは困難でもないし、
そもそも扱うスレも少ないから覗かせてもらってます。

>886
猿fastとflac全般の重さが同じくらいだったかな。
猿fastだったらTTAと圧縮率が大して変わらないから
それなら最初からTTAでイイヤ、と移行した口。
過去の資産は頻繁に聞くもの以外は未だに猿のままさ。

詰まるところ折角良い圧縮率あるのに負荷が高いのは惜しい。

Athlon64 X2 4200+で久々に新規に組んでみた。
insaneがMP3並に軽い。
シークも余裕w

自分も北森Ｐｅｎｔｉｕｍ4 XE 3.4Ghzから　Athlon X2 4600+に変えましたが
Windowsの起動から、動作感までめちゃくちゃ速くなったのが実感できます。
何よりも、すごい静かになったよ・・・

>>892>>893
>>57>>250>>804にある速度調査に協力して下さい。

EACから直接取り込んだら、タグが文字化けしてやがる…

EACのそれ直らないよな。

誰か日本語化しないかな？

900にまかせた

よっしゃ任せろ

UTF使ってれば良いんだよね
　↓

P4 3.8、PD3.2、Ath64 4000+、Ath64x2 4800+で>>57>>250>>804の速度調査やってくれる人いないかな？

ぬ

ゐ

た

この猿の顔なんでこんなにむかつくの。

>>905
それ鏡に映っているｵﾏｴの顔だぞ

俺の顔も有名になったもんだ。
おめーらちゃんと使ってくれてるか？
アイコン変更とかしてないだろな

http://www.microsoft.com/japan/presspass/detail.aspx?newsid=2450
これでape再生できたらなあ。
pocketPC用のデコーダーってないよね？

3.99でエンコしたapeのタグをMedia Taggerで編集するとファイルが
破損するという報告がありますが、まだ改善されていないんですか？
うちでは今のところないみたいなのですが…

連投ｽﾏｿ

まさかとおもってベリファイしてみた…orz
エラーとか出ないから大丈夫だと思ったんだけど甘かった…

a

モンキーマジック！

スマぽんでape再生したい！

猿がLaに勝つ日は来るのだろうか

CDDBに接続してapeのタグ打ちしてくれるソフトってないですかね？
ダミーのmp3作ってSTE改でコピーしてるんだけど結構面倒で。

apeをデコードしてまたエンコードしてくれるソフトがあるといいな。
いくつかのフォルダにわけもはや1000近くある曲。
またエンコードするのもメンドイ…。
もう容量気にする必要ないからExtraHighする必要ないんだな。

すまん、シコシコやってたら自己解決した。
フォルダ全部つっこんで、長い時間かけてデコードしたあと
またフォルダ全部つっこんでエンコードすればいいだけだな。
あとはツールを使ってWav消せばいいだけで、3回操作するだけ。

それが面倒くさいから質問してるのかと思った。

確かにめんどくさいんだけどね…。
初めはわざわざ一つのCDごとにやってたから。

>>917-918

ﾜﾛﾀw

>>917
それってタグは引き継がないでしょ？

>917 Convertじゃだめなん?　フォルダ全部つっこんで終わりだけど。

コンバート、一回試してみたらうまく動かないんだこれが。

コンバートって同じバージョンのapeを吐くでしょ
3.97から3.99に乗り換えるのだったら使えないよね

TTAをWAVEに戻すにはどうしたらいいですか？

>>925
デコード　ageﾈﾀotu

Sound plyer lilithを使って

wave→Monkey's Audio ver3.99 標準で圧縮→wave

という手順を踏んだ場合、前者と後者のwaveは全く同じ物と考えておｋですか？
Monkey'sAudioにする際、エンコするソフトによって違いがあるのかなぁ・・・と・・・

LilithだとWAVにもタグを打ち込むので、ファイル自体が完全に一致するとは
限らない。ただし波形自体は可逆なので一致するはず。
心配ならWaveCompareとかでチェックしてみたら？

>>928
さっそくWaveCompareで試してみたところ、ちゃんと一致していました。
どうやらlilithでの圧縮でも問題なさそうです。ありがとうございました　m(_ _)m

タグといえば、Media Taggerで一気にタグ入れたら
5/100個ぐらいのファイルが壊れてた…。
apeにまだ対応してないのかな、みんなも気をつけて！

Lilithでwavにデコードする時にタグを入れておくと、WinCDRでCD-DAを焼く時に
CD-TEXTの曲名と演奏者名が自動的にタグ通りに入力されてるのが便利。
STEやmp3infpでwavにタグを書き込んでもそうは行かないんだよね。

モンキーつまらねー　猿にするだけじゃねーか

モンキーマンキーウッキー♪

この廃れたスレは・・・！

winamp　で3.99のを再生するにはどうすればいい？

ごめんできた。
猿のplug inにwinampって書いてあった。

一般的にノーマライズ等の音量関係の処理はwavやmp3で出来ますが、
apeで同様の処理が出来るツールなどはあるのでしょうか。

せっかくの可逆で音声劣化させるの？

>>937
foobar2000でリプレイゲイン

どうせならリプレイゲインなしで聴こうぜ
音量がバラバラなのもソースに忠実ということで

>>939
foobar2000のリプレイゲインってあんまりノーマライズされない気がする

iTuneのプラグインとかできないのかな？

iTuneでapeを聞きたい
そしてotologに情報を送信したい

MediaMonkeyのスレはココでいいの？
インスとしたんだけど、分からない事がいっぱい。。。

>>943
((-ω-｡)(｡-ω-))ﾌﾙﾌﾙ

ここはMonkey's Audioスレ

次スレは？

>>945
もっと後で構わないと思うが。

monkey's audio 人気無いのかな？
iTune のプラグインもないしLinixでデフォで入ってないし
それでも圧縮率と圧縮時間の効率で行けば最高だと思うんだけど

現状TTAとどっこいどっこい。

だれかapeオーディオプレイヤー作れ

猿でエンコードしたファイルがfbで再生するとブツンブツンブツンという異音しかでません。
それでlilithだと正常に再生されます。
私の環境だと総ての音楽ファイルで同じ現象が見れるのですが、私だけでしょうか？
fbは0.8.3を,猿は3.99を使っています。

3.97本体とその日本語化パッチってどこに保管されてんの？

>>950
fb2kスレでやれ

fb...

ふぅばぁにあん

共用で使ってるパソコンの整理してたらapeファイルとcueシートだけのフォルダ見つけて
なんとなくapeファイルをwavファイルに変換してdaemonでマウントしようとしたら
マウントエラー・・・方法間違ってる？
apeファイルをドラッグ&ドロップしてdisCompress押してcueシートマウントするだけで昔は出来た

惜しい、押すボタン間違えたな。
Decompressボタンを押せば正しくwavに戻せるはず。

いまでも3.97使う利点ってどんなのがあるの？
フーバーｽﾚとか見ててちょと気になった

俺、3.97使ってるけど何でだったかな…

文字化けだっけ？
圧縮率は3.99の方が良いけど遅い

>>957
ape-tagの文字コード変更でプレーヤーによっては日本語が文字化けする
んじゃなかったっけ？

3.97+JPパッチうぴょろ

質問です。
Monkey's Audioをインストールして起動すると何度も
Visioのインストールが起動されてしまうんですけど
対処法のわかるえろい人いませんか？

962って面白いね天然やん

Noと言えない日本人

ＲＩＫＡＣＯ

旧Ver.うｐﾏﾀﾞｰ?

3.99最高ｗｗｗｗｗ

4.01 beta1 が出たのに閑散としてますね。

だってβだし

Version 4.01 (January 8, 2006)

1. NEW: Features new user interface. (written in C++ and threaded for dual-core computers -- making it nearly twice as fast to compress, decompress, and convert with a dual-core setup)
2. NEW: New interface supports external codecs using simple XML configuration scripts.
3. Changed: MACDll.dll is unified to include SDK, Winamp, and CoolEdit support in one component.
4. Fixed: Corrupt / invalid APEv2 tags could cause problems in some cases.
5. Fixed: APL creation could use track boundaries that were off by 1/44100th of a second in some cases.
6. Fixed: APL creation would not properly report errors when the CUE file didn't point to an existing APE file.
7. Fixed: In very rare cases, decoding an old APE file could cause an invalid decompression error.
8. Fixed: When converting from APE -> APE, the APEv2 tag could get appended as WAV data to the new file. (instead of as a file tag)

1が目玉かな。

一応インターフェイスだけbetaであとはstableだそうだけどね

4.01b 久々のバージョンキターーー

今までのを全部wavに戻して圧縮しなおす価値ある？
あと音質はよくなってるの？

音質てｗｗｗapeの意味わかってる？

圧縮率は、旧版と同じって本当？（ファイルのサイズは、縮まない）

Athlon64 x2 持ちにとっては朗報だね

ハイパースレッディングテクノロジにも効果有りってこと？

>>977
Yes

正直apeのエンコがこれ以上早くなっても
EACでのリップが10倍速程度だからな

50分のCDだとリップに5分かかってエンコに1分だからEACでのリップを速くしたい

バージョンアップして圧縮率上がったとしても、
5％くらいの違いじゃ面倒だから更新しないだろうなぁ。
もう3.99で満足ですよ…

>>979
5％は大きいと思うけど？

自動で、apeをデコードしてまたエンコードしてくれるならいいんだけどね

>>981
タグも引き継いでくれれば尚いいんだけど…
Lilithとかと組み合わせればバッチでできるかな。

EACでリッピングした時に日本語文字化け問題が解決していて欲しい罠。

>>981
つfoobar2000

そろそろ次スレの季節。

4.0で劇的に圧縮率良くなるかと思ったら全然変わらないって聞いて萎えた

やっぱこれ以上は難しいのかな？

標準規格になって欲しい

>>986
奥村先生いわく↓
ttp://oku.edu.mie-u.ac.jp/~okumura/blog/node/440

>>988
でもmonkeyはあと1、2%は圧縮できるアイディアはあるって言ってるよ

奥村ってLha開発してTex関連の本書いてる奥村？

>>983
解決してないので、一旦foobar2000で読み込ませて更新させればOK

>>990
更新ってどうやるの？

>>991
曲を右クリックProperties→ファイルの更新

新スレ立ててみた
テンプレ足りなかったら追加よろしく

Monkey's Audio　part4
http://pc7.2ch.net/test/read.cgi/software/1136974601/l50

>>993
おつ

日本語化期待sage