Monkey's Audio part3
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
04/04/13 01:01ID:gvP5/lpQ本家サイト
http://www.monkeysaudio.com/index.html
前スレ
http://pc5.2ch.net/test/read.cgi/software/1036678542/
004810
04/04/17 20:09ID:o9SUg666サンクスコ。これで主要な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
0049名無しさん@お腹いっぱい。
04/04/17 20:40ID:41hFCmMNPen4 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)
005044
04/04/17 20:46ID:Qx0JmHVnpenMとの比較用に1.4Gのデータまで取ったのに
0051名無しさん@お腹いっぱい。
04/04/18 00:47ID:6fyUK3Lqdecompress 46.39
fast 13.34
normal 17.88
high 21.22
extra high 41.20
fastだけ妙に遅いんですが何度やっても結果は同じでした
0052名無しさん@お腹いっぱい。
04/04/18 01:43ID:nG405MY9結果は普通だと思うけど。
0053名無しさん@お腹いっぱい。
04/04/18 01:43ID:wEdNMhRb少々見方を変えた方ががいいかもしれません。
ソースを見れば分かるのですが、fastにおいて速度を左右するのは基本的に整数演算の性能で、
MMXを使う処理は行われていません。
一方normal以上では、fastの処理に加えてMMXを使った処理が行われます。
圧縮率が上がるにつれて速度が遅くなるのはこのMMXを使った処理がだんだん多くなるのが理由です。
そこで、fastのスコアを「整数演算の性能」の指標にするのはよいとして、
extra high-fastのスコアを「MMXを用いたSIMD整数演算の性能」の指標とするのは
そこそこよい近似かと思われます。
0054名無しさん@お腹いっぱい。
04/04/18 11:03ID:hGgH0Sxjd83.90
f30.71
n38.33
h44.14
e78.46
0055名無しさん@お腹いっぱい。
04/04/19 10:13ID:PzJ5jVxDなんかちょっと前にオープンソースじゃないから安心できないって幸いでいたやつが居たので
0056名無しさん@お腹いっぱい。
04/04/19 12:50ID:Ro+Vx2CL実際に3.97以降のソースはないと思うが。
0057名無しさん@お腹いっぱい。
04/04/19 14:19ID:aAYygS+8700 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+ とか見てみたいな。
0058名無しさん@お腹いっぱい。
04/04/19 14:22ID:ObG9VhvlとにかくMAには開発に力を注いで欲しい。
オープンソースのほうがより良い物になると思うんだがなぁ
0059名無しさん@お腹いっぱい。
04/04/19 18:30ID:UmeoHbuUとりあえず、バグ持ちのまま放置されている3.98をなんとかして欲しい
0060名無しさん@お腹いっぱい。
04/04/19 18:52ID:/cHZcyED3.97のソースはhttp://www.monkeysaudio.com/developers.htmlにあるし
3.98aのソースもhttp://www.monkeysaudio.com/files/に置いてありますが
0061名無しさん@お腹いっぱい。
04/04/19 23:15ID:Ro+Vx2CL今まで見落としていた。どうもありがとう。
0062名無しさん@お腹いっぱい。
04/04/20 05:55ID:6v/+8w0Uあと、これってCPUだけじゃなくてHDDも結構関係してくるんじゃないの?
その辺は考慮しなくていいのかな?
ボトルネックにならないようにRAMディスクを使ってみてはどうか。
ってそこまでしなくてもいいか。
0063名無しさん@お腹いっぱい。
04/04/20 10:54ID:EC5wBJcU9.01secだから、読み込み 14.7MB/sec 書き込み 8.84MB/sec のスピードで書き込んでることに
なります。
今時のHDDだったら余裕で読み書きできると思うのですが、どう思いますか?>>62
0064名無しさん@お腹いっぱい。
04/04/20 11:40ID:meOTdOxe圧縮する時間のほうが断然かかるからね。
CPUとメモリの性能でほぼ決まる。
006562
04/04/20 12:38ID:FBflQj0q今どきの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倍の差がついた。
一回しか計測してないので誤差があると思うけど。
0066名無しさん@お腹いっぱい。
04/04/21 01:58ID:odv/n8Pu0067名無しさん@お腹いっぱい。
04/04/21 05:22ID:qnt+DZco禿同
これだからIntel厨は(ry
0068名無しさん@お腹いっぱい。
04/04/21 06:52ID:nuZ7dlM5クロックあたりの性能が低い事を広く知らしめたい側の発言かもしれないじゃん。
0069名無しさん@お腹いっぱい。
04/04/21 21:01ID:odv/n8PuOpteron 246 (SledgeHammer)
Athlon 64 3200+ (ClawHammer)
Athlon 64 3000+ (ClawHammer)
AthlonXP 2400+ (Thoroughbred)
は性能が大きく違うが、全部実クロック2.0GHzだ。
同じAMDでもな。
0070名無しさん@お腹いっぱい。
04/04/22 07:33ID:N5GAnHHaWinampを使っている方はどうでしょうか?
圧縮ツールとして割り切るべきでしょうか?
0071名無しさん@お腹いっぱい。
04/04/22 10:40ID:zYfbF2ZxCPU負荷が高くてサウンドチップがノイズを拾っているかも。
猿で圧縮する時はExtraHighはなるべく使わない、サウンドボードはCPUや
VGAから一番遠いPCIスロットに差すか、USBやIEEE1394など外付けのものを
使う、サウンドユニットがASIO対応ならWinAmp+out_ASIOプラグインやLilithで
再生させると最強(foobarは自分の環境でASIOが上手く動作しなかったので
お薦めしない)。
0072名無しさん@お腹いっぱい。
04/04/22 11:42ID:uzwBkIXn0073名無しさん@お腹いっぱい。
04/04/22 17:34ID:mv54kPHeWinamp使ってるが全然ノイズなんて乗らないよ
007470
04/04/22 18:48ID:GB5tkz0Dこの時のマシンは
CPU セレロン1A→1.33G
メモリ 512MB
ビデオ・サウンドオンボード
OS Windows2kSP4
です。
仰る通り、ExtraHighでの圧縮です。
今このマシンが近くにないのでCPU負荷も見ておきます。
音の悪さというのがノイズではなくてドラムのハイハットや手拍子の音がMP3のような感じになるのです。
Winampでも比較してみます。
0075名無しさん@お腹いっぱい。
04/04/22 21:14ID:LLLsHkU70076名無しさん@お腹いっぱい。
04/04/23 18:16ID:usZDMAny自分の環境でうまく動作したため
0077名無しさん@お腹いっぱい。
04/04/27 20:36ID:SniA36gwMMXってすばらしいw(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
0078名無しさん@お腹いっぱい。
04/04/30 00:30ID:sKMEhQDU0079名無しさん@お腹いっぱい。
04/04/30 00:38ID:hMcbHKHuMonkey's Audioは評判悪いのか?
圧縮率は一番高いのに。
0080名無しさん@お腹いっぱい。
04/04/30 00:40ID:cMqHVPTc0081名無しさん@お腹いっぱい。
04/04/30 02:41ID:QIvgo/Ra0082名無しさん@お腹いっぱい。
04/04/30 03:04ID:2gdb0buLって本当だし。
>3.99 (April 29, 2004)
0083名無しさん@お腹いっぱい。
04/04/30 03:23ID:2gdb0buL0084名無しさん@お腹いっぱい。
04/04/30 03:34ID:QIvgo/Ra> mac.exeのバージョンは3.98になってる。入れ間違い?
新規でインストールしたら3.97だったが・・・
3.98環境に上書きしなかったか?
0085名無しさん@お腹いっぱい。
04/04/30 08:42ID:LWN1UDynInsaneが増えてるね。
あと、他のも微妙に圧縮率が上がってる。
0086名無しさん@お腹いっぱい。
04/04/30 08:59ID:vJwuFRj80087名無しさん@お腹いっぱい。
04/04/30 09:10ID:LBI4I+CH正直、名前とかアイコンのダサさが問題なんじゃないだろうか・・・
0088名無しさん@お腹いっぱい。
04/04/30 09:36ID:1xjOSu/H3.99に対応
0089名無しさん@お腹いっぱい。
04/04/30 09:39ID:sKMEhQDU0090名無しさん@お腹いっぱい。
04/04/30 10:29ID:O7TRm0e1Winのプロパティで見ると3.97だが、コマンドプロンプトで呼び出すと3.98と出る。
0091名無しさん@お腹いっぱい。
04/04/30 12:19ID:9CGr6rxo0092名無しさん@お腹いっぱい。
04/04/30 12:29ID:1xjOSu/H3.97で3.99のファイルはデコード不可
Winampかfoobar2000使ってるなら移行しても問題なし
0093名無しさん@お腹いっぱい。
04/04/30 12:36ID:9CGr6rxoすばらしい、移行しよう
0094名無しさん@お腹いっぱい。
04/04/30 12:53ID:9CGr6rxo0095名無しさん@お腹いっぱい。
04/04/30 15:18ID:tGd6Ijtm・insaneモードはまさに基地外
・うちの環境ではHighがバランスが良い
・mp3infpは作者様の対応待ち
全ファイル3.99のHighへ移行させます。
0096名無しさん@お腹いっぱい。
04/04/30 15:34ID:tGd6Ijtmapeファイルを吐き出しました。ファイル名も文字化け。
うちの環境だけかもしれませんが。
0097名無しさん@お腹いっぱい。
04/04/30 17:11ID:9CGr6rxoUnix だったらこんなのでいいかな?
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
-----------------------------------
0098名無しさん@お腹いっぱい。
04/04/30 17:59ID:FEytBJUU0099名無しさん@お腹いっぱい。
04/04/30 20:27ID:IFgA74jzMonkey's Audio.exeでコンバートじゃだめなん?
0100名無しさん@お腹いっぱい。
04/04/30 21:13ID:9CGr6rxoファイル数が多いので手動でやりたくないんですよ
200GBぐらいあるので
0101名無しさん@お腹いっぱい。
04/04/30 21:37ID:LMXX3Rpb0102名無しさん@お腹いっぱい。
04/04/30 21:38ID:w4Bzm7Ta0103名無しさん@お腹いっぱい。
04/04/30 21:41ID:IFgA74jz>>99
0104名無しさん@お腹いっぱい。
04/04/30 22:19ID:w4Bzm7Ta0105名無しさん@お腹いっぱい。
04/04/30 23:28ID:cceURfbdperlとperl2exeでつくったコンソールアプリ。
0106名無しさん@お腹いっぱい。
04/04/30 23:49ID:sKMEhQDU下位ディレクトリまで全て出来たらいいなぁ。
apeフォルダの中にアーティストごとに分けてあるから。
0107105
04/05/01 00:03ID:IeSWLFw6下位ディレクトリも全部再現します(とおもう...)
upしますた。README.txtを読んでください。
http://up.isp.2ch.net/up/2443b62cc51e.zip
なんか今とても重いみたい。
0108名無しさん@お腹いっぱい。
04/05/01 00:18ID:CBVuUZxMmac %f %~nf.wav
mac %~nf.wav %f
)
こんなかんじでどうかな(.batに書くときゃ% -> %%)
0109105
04/05/01 00:23ID:IeSWLFw6http://49.dip.jp/img/up1451.zip
0110名無しさん@お腹いっぱい。
04/05/01 00:43ID:mzRuod1p眠いので、サラッとソース眺めただけですが
もしかして携帯プレイヤー用にmp3作るのも一発?
Media Jukeboxでディレクトリ毎に変換する必要無しですか…
0111名無しさん@お腹いっぱい。
04/05/01 00:51ID:cqovLGV3一応Lilithスレに書いて来た。
が、エンコードはmac.exeを外部プロセスで、再生はwinamp decoder経由で
3.99のin_ape.dllを使えば当面しのげるような気も。
0112105
04/05/01 01:01ID:IeSWLFw6このままconv.cfgをいじってlameとか通してmp3にエンコードすると
mp3の拡張子がapeになっちゃうのですが、そのへん直せば対応可能だと思います。
0113名無しさん@お腹いっぱい。
04/05/01 01:32ID:oDLnZxdK0114105
04/05/01 02:19ID:IeSWLFw6あと、mp3に対応してみました。
mp3.cfg / ape.cfgをいじれば設定できます。
http://49.dip.jp/img/up1484.zip
0115名無しさん@お腹いっぱい。
04/05/01 02:26ID:fNEIapxD0116名無しさん@お腹いっぱい。
04/05/01 04:06ID:vrR6QHEw0117名無しさん@お腹いっぱい。
04/05/01 08:46ID:zPRds7H6静かに!
0118名無しさん@お腹いっぱい。
04/05/01 09:18ID:CFLitNpe読み込もうとしてすごい時間がかかったよ。
アルバムとシングル会わせて1400枚ぐらいだけど数十分かかった。
winampの方が軽いので使いやすいな
0119名無しさん@お腹いっぱい。
04/05/01 09:24ID:l/gX2ePo0120名無しさん@お腹いっぱい。
04/05/01 13:49ID:jVgWYsdt0121名無しさん@お腹いっぱい。
04/05/01 16:16ID:EeWPZE3XMonkeyとDaemonだけはしてないなー
してもしなくても変わらない
0122名無しさん@お腹いっぱい。
04/05/01 17:47ID:P/U9jyzE俺はそれプラスfoobar2000もデフォで使ってる。
0123名無しさん@お腹いっぱい。
04/05/01 21:52ID:C1hVO2BJ0124名無しさん@お腹いっぱい。
04/05/01 22:18ID:QO2wUDP1γニ三ヽ
Cゝ ・、,・)う
/ ( ゚Д゚) <3.99age
(_ノ U ノ)
ゝJー--J
0125名無しさん@お腹いっぱい。
04/05/02 13:40ID:gRPlaQasWinamp2.81と5.03で試したけど無理だった。
3.99でエンコしてfoobarでタグ付けた状態で
タグは読み込んでくれるけどどうもうまくいかん。
3.98もタグエディタフォント変えても文字化けしてたし(こっちの問題?)
0126名無しさん@お腹いっぱい。
04/05/02 15:14ID:DxQ+USXuそれと、一曲最後まで再生すると何かノイズが載る場合がある。apeファイルのほうは大丈夫
0127名無しさん@お腹いっぱい。
04/05/02 16:15ID:ga2w0Nnl漏れのもタグエディタ召喚できなかった・・・
0128名無しさん@お腹いっぱい。
04/05/02 16:21ID:yXgJYg7AD&D で wav ファイルを持っていって、 Compress ボタンを押したら、
Error:I/O Read
と表示されます。
Monkey's Audio のバージョンは 3.99で、wav ファイルは CD から EAC で吸い出した 688 MB 程のファイルです。
EAC で吸い出したときにエラーはありませんでした。
どうやったら圧縮できるでしょうか…。
0129128
04/05/02 16:29ID:yXgJYg7Aもしかしたら他のソフトウェアが読み込んでる?と思って、いったん再起動もしてみましたが、だめでした。
また、Winamp での再生、Daemon-Tools でのマウントも問題ありませんでした。
0130名無しさん@お腹いっぱい。
04/05/02 17:18ID:7+VLGzv60131名無しさん@お腹いっぱい。
04/05/02 17:19ID:DsMHnFqSJust 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.
0132名無しさん@お腹いっぱい。
04/05/02 17:43ID:0Yekbzuk0133名無しさん@お腹いっぱい。
04/05/02 20:40ID:5l0xKeVJえっ?
何か圧縮できないと思ったら、OSが98・95の人は動かないって事?
もしそうだったらキレテflacに移行すんぞ作者ゴルァ!
9x系だからって切りすてんなよ結構使ってる奴いるだろ。
0134名無しさん@お腹いっぱい。
04/05/02 21:13ID:NQ9+40mP使えるって書いてあるじゃん・・・使えるようにする注意書きだよ。
英語読めないの?何歳??小学生かな?
0135名無しさん@お腹いっぱい。
04/05/02 21:33ID:wsuF7Fat0136名無しさん@お腹いっぱい。
04/05/02 22:12ID:g/C8xONtモンキーズオーディオ 3.99 アップデート 1
MAC3.99がアップデートされました
アップデートには新しい MAC.exe と MAC.dll がはいっており、MAC.exeはWin9xで動きます。
(ただしMACを動かすにはUnicows.dllがシステムディレクトリに入っている必要があります)
もし他のコンポーネントがWin9x上で動かなかったら知らせて下さい。
モマエラサンクスコ
0137名無しさん@お腹いっぱい。
04/05/03 11:41ID:E9gnSwcxつか、いい加減9x系は切り捨てられても文句言えないだろ。
でも、対応してくれているんだから感謝しろよ。
0138名無しさん@お腹いっぱい。
04/05/03 11:58ID:C/SfTWmsもう1回ツールをアップしてください。お願いします。
0139名無しさん@お腹いっぱい。
04/05/03 12:57ID:wa23UEBP0140名無しさん@お腹いっぱい。
04/05/04 02:40ID:vgiB1XZS0141名無しさん@お腹いっぱい。
04/05/04 08:55ID:kwp4guFX0142名無しさん@お腹いっぱい。
04/05/04 13:18ID:vgiB1XZS0143名無しさん@お腹いっぱい。
04/05/04 14:23ID:KsD9ucpK0144名無しさん@お腹いっぱい。
04/05/04 21:27ID:vgiB1XZS0145名無しさん@お腹いっぱい。
04/05/04 22:22ID:mRfwXezu0146名無しさん@お腹いっぱい。
04/05/05 04:04ID:oWuIw85l猿フォーラムにも似たような報告があるね。
直してくれないかなー
0147名無しさん@お腹いっぱい。
04/05/05 09:43ID:rt8vaH1Kもう1回スクリプトアップしてください。
■ このスレッドは過去ログ倉庫に格納されています