Monkey's Audioを

実際にガンガン使ってる方っていらっしゃいますか？

私は違います

昨日から使い始めました。
http://www.na.rim.or.jp/~platino/
この日本語化パッチって使っている人います？
入れようか迷い中。。

>>3
うーん、ちょっと古いのがねぇ。。。
3.92対応の出してくれないかしら。そしたら漏れも入れるんだけど。

>>1
Lilith儲の間では結構使われてるらしい。
APEでタグ打ち込んで保存しておいて、
タグを受け継いでくれるファイル変換で、
いろんなエンコーダのを大量生産するのに便利らしい。

クラシックだけ全曲apeに移行してる最中。
とりあえず音質には文句ないよ。可逆圧縮だから。
タグは文字数が沢山入らないのが不便。

>>5

んなこたぁない。もしかしてID3タグつけてない？
APETagなら文字数制限無いけど。
でも対応してるソフトが少ないんだよなぁ。

いちおう本家のリンク貼っとく。

http://www.monkeysaudio.com/

Monkey'sって日本語化パッチあったんですね。
知りませんでした。

Monkey一筋です

>>3のパッチはソフト全体を日本語化するわけじゃないんですね。。
「File Info」の所だけ日本語化されました。

まだape対応の携帯プレーヤーとか出てないし、MP3みたいにファイル交換する訳でもないし、そうなるとHDDに保存するメリットって何だろう。
レンタルCDとかだったら単純にRに焼けば良いだけだし・・・ここの皆さんはどういう用途に使われてるんですか？
同じ音源をしょっちゅうエンコードし直すとか、そういう特殊な状況なんでしょか。

HDDに保存するメリットは、かさばらないこと（笑
以前は、借りたCDを全部Rに焼いてたんだけど、
そうすると数回聴いただけで聴かなくなるRの山が出来てきて、、
今は、HDDにapeファイルで詰め込んで置いて
気に入った曲だけwavに戻してRに焼いてます。

>>12
なるほど、今のHDDの容量だったらそういう使い方もありっすね。

FileInfo文字化け対策パッチって需要あるの？
ResHackでWinampプラグインだけいじって使ってるんだけど。

どこかに日本語のMonkey's Audio解説ページないですか？

不人気age

俺は重宝してるよん。

話題が無いよなあ。圧縮して聴くだけだもんなあ。。

>>15
http://akebi.sakura.ne.jp/~hobbybox/computer/monkey/

盛り上がらないね・・・。

http://www.monkeysaudio.com/images/screenshot.gif
ほら！こんなに可愛いデザイン！そして可逆圧縮！
Winampでも聴けちゃうよ！

過去スレ
http://yasai.2ch.net/win/kako/984/984888262.html

売りが可逆だけじゃねえ。
アルバム一枚一晩かけて70%じゃ、使う気にもならんというか。

>>アルバム一枚一晩かけて

？？？

>>24
どゆこと？
アルバム１枚だったら１０分もかからないと思うけど。

そうなの？

http://akebi.sakura.ne.jp/~hobbybox/computer/monkey/

>おまけ〜速度＆サイズ比較〜
>圧縮：Extra High
>時間：4:53:88(Athlon 750Mhz フルパワー)
>サイズ：642.24MB/462.43MB
>キャプチャーした画面A

アルバム一枚５時間かかってるとしか読めませんでしたが。
4:53:88って4分53秒のことなんですか。すいませんでした。

実際、圧縮速度はかなり速いよ。
圧縮率は、60%前後が多いかも

半分位になってくれると嬉しいなぁ。

ところで、最近使い始めたので解からないのですが、
バージョン上がるごとに圧縮率が上がってるのでしょうか？

別に圧縮した状態では聴けなくてもいいから、
可逆圧縮で五分の一くらいに圧縮が出来ればいいな〜（オプションとかで）。

>>29
多分だけど微妙に上がってるっぽいです。

>>31
そうですか。
レスどうもです。

mp3と大して変わんないな。
俺にはMP3で十分。

>>33
可逆っていうのがすごいとこ。いくら MP3 が高音質化しても、この点は
逆立ちしても追いつかない。んまぁ、音質だけを考えて MP3 で十分って
考える人は確かに多そうだけども。

encode ヲタだと、wav で HDD にとっておくのは面倒なので、猿をつかって
HDD に叩きこんでおくっていう人、結構多い。

いつでもWevに戻せるぜ てのがイイよ

推奨プレーヤ
http://members.home.ne.jp/claris/club/lilith0989pr5.cab

これは、WAVEと音質がまったく同等という形式なのでしょうか？

＞＞３７
そうれす。

いや、Monkeyで圧縮して出来たAPEファイルの音質は、
WAVEと比べると変わっていると思う。
でも、APEファイルを再び解凍して出来たWAVEファイルは
元のWAVEと全く同じ音質。

WAVE＞APE＞OGG＞MP3ってことですな。MP3消えてなくなれ。

>>39
なんか摩訶不思議な話よのう

>>39
となるとデコーダーの問題ですかねぇ？
まぁデータ自体は同じなので、もしデコーダーに問題が有るとしてもその問題を解決してしまえば良いだけの事・・・。

俺なんか間違った？？

>>39
そうでもないよ
俺はAPEとWAVを聴き比べた事ないから知らないけど

そうでもないよってのは43の”俺なんか間違った？？ ”に対してのレスね

>>44
レスさんきゅー。
やっぱ>>39で書いたので合ってると思った

そもそもAPEが可逆圧縮形式であるのは間違いないが、元のデータに展開しながら再生してるのかどうかが謎
ひょっとしたら1000kbps位の圧縮ファイルを1440kbpsまで展開しきれずに再生しているだけかも知れん
誰か詳しい人が音質関連を調査してくれないかな

猿音では、ダウンサンプリングとかそんな概念無いから、
常にオリジナルと同じデータに展開されて再生されるが？

あんたら耳おかしい？？

WAVを普通に圧縮して、それを解凍せず再生するのとどう違うの？
圧縮率？

やっぱ間違った？？
どっちにしろ、僕はCD-Rに焼く時に元のWAVに戻せればいいや

どのくらいの圧縮率なの？ＭＰ３と比べて

良くて2分の1

APE再生時にWAVEで出力して、それを展開後のWAVEとCRC比較してみたら？
俺はめんどくさいからやらないけど。

まぁ、どっちにしろ聞いて解かんないなら、
問題無しと言う事で。

>>52
ありがとう。

保守age

OGG Flacだか何だかいう可逆圧縮が今度開発されるらしいけど、期待できそうじゃない？

携帯プレーヤに対応市内限り意味がない。
ＤＣＣやβの運命に

アメリカに追従して携帯プレーヤ対応にしなくてもいいよ。
日本にはMDがあるんだし。
１００時間以上動くし、メディアも安くなったし。
MDをアメリカに持っていくと、税関とかで「それはなんだ！」と言われるくらい、向こうではMD認知されてないらしいけど。

>>59
APEは可逆圧縮という事に意味がある

>>59
MDはＣＤ−Ｒに比べてはいんないだろ？

>>59
100時間分の曲数が入るんだったら考えても良いぞ

こんなのあったんだ。知らなかった。
Monkey's Audioて最初にリリースされたのいつですか？

猿age

ガンガンとは使ってないけど、普通に使ってるぞ。
圧縮時間の速さに萌え。

iPodで使えるようにならないかな

ダウソして使ってみたけどCDから取り込めねーじゃん
日本語化してもらわないとわかんないよ

WAVE　　741 MB (777,584,468 byte)
↑圧縮前

↓圧縮後　　　　　　　　　　　 -圧縮率- -処理時間-　　-付記-
APE　　　 435 (456,944,468)　　41.2%　　　5分21秒　ExtraHigh
RAR　　　 502 (526,605,351)　　32.4%　　17分19秒　ﾏﾙﾁﾒﾃﾞｨｱ圧縮
ACE　　　 501 (526,152,356)　　32.4%　　19分08秒　ﾊﾞｰｼﾞｮﾝ2.0使用
RK　　　　 433 (454,408,284)　　41.6%　　37分14秒　WAVEｵﾌﾟｼｮﾝ

すべてCRC一致を確認。

・WAVEの圧縮率比較でお勧め
http://www.firstpr.com.au/audiocomp/lossless/

>>67
おれはリッピングはCD2WAVでやってる。
それでMonkeyにWavを放り込んで、Compressボタンを押すだけでOKよ。

>>39
APEがWinampで再生された時の出力ファイルとオリジナルのWAVファイルとでデータ比較を行ったら完全に一致したので、APE再生時の音質劣化は一切無いものと思われます。

>>70
おお！
猿信者になってしまいそうです！
HDD増設しないと・・・

サル　ゴリラチンパンジ〜

これ以上圧縮率を上げるのは不可能か？
何とか平均圧縮率50%代に到達して欲しいものだが・・・。
現在の平均圧縮率、65%ちょい(3.92b2で最高圧縮率で使用)。

落語を圧縮したら30%代行きました。

The Orbの曲で38%位までいったやつあったなぁ。
U.F.Orbに入ってたやつ。

は〜、今さら気付きましたが、
>>3の日本語化パッチへのリンクって私の所だ。ちょっとびっくり。
と言うか、少ないながらも私のパッチを使ってくれてる人がいたとは…
しかも、古いとのお叱りが（ｗ
もし、今でもご要望があるなら、新しいのを作ろうかな。

>>76
きぼんぬ

よしきた！

何気に期待。
メニューも日本語に出来そうですか？

>>76
ぜひ！

圧縮設定を extra high にしても、再生するときの音質は元のwavとかfast圧縮とかと変わらないんですよね？

どうも。仕事が遅くて申し訳ない。
plug-inの日本語化はとっくに終わってるんですが、
一部要望のあった、本体の方の日本語化に手間取ってて…ね。

>>81
もちろん。
WinampのAPE Pluginで確認済みです。
どの圧縮モードにおいても、再生時のデータとオリジナルのデータは完全に一致してました。
Fastモードなどは、MP3のエンコに一晩かかるような低速マシンのためのモードなのでしょう。

きぼんぬ

ガンバ！！

HDDに余裕ある人は猿音サイコーです！
音質がwavと全く同じ！
いつでもwavに戻せる！
変換速度も速い！
サイコーサイコー！

8cmDVD携帯APEプレイヤーでハッピーライフ！
どこか出してくれ〜

画像におけるPNGのようなものか。

モンキーオーディオ普及推進age

Monkeyはプラマイ１%以内の非可逆圧縮って聞いたのは気のせいかな？
いや、良くわからんけど。

>>90
圧縮前のファイルと一度圧縮したファイルでバイナリコンペアしてみれば？

完全なる可逆圧縮だってば！
そして日本語化に期待！

>>90
少なくとも最新版のAPEは100%可逆圧縮だが

加虐圧縮バンザイ！

zipとかで圧縮しても90%程度にしかならずｶﾞｸｰﾘきてたのでこれは嬉しいよ。

>>90
どこかでそんな記述を見たけど可逆って書いてあったような
「+-1%の可逆」ってなんじゃい？　と思った。

猿べーじ

どうせなら複数の曲をひとまとめにして圧縮できたらいいのにな。
LHAみたいな書庫機能。

>>97
そんなことしてどうする？

>>98
まとめて置いとく。

CDexから自動でAPEにする方法は無いですか？
あればメインで使いたいんですが。

>>100
↓は \Monkey's Audio\External\WAVPACK.EXE のコマンドラインオプション。
これを参考にlameと置き換えてみては？

WAVPACK Lossless 16/24-bit Wavefile Compressor Version 3.8b 6-24-01
Copyright (c) 2001 Conifer Software. All Rights Reserved.

Usage: WAVPACK [-options] infile[.wav] [outfile[.wv]|outpath]
(infile may contain wildcards: ?,*)

Options: -bn = enable lossy compresion, 'n' is bits/sample (n = 4-15)
(default operation is lossless compression)
-d = delete source file if successful (use with caution!)
-f = fast mode (uses non-adaptive, non-searching algorithm)
-h = high mode (best lossless and lossy compression, but slower)
-n = calculate average and peak quantization noise (lossy only)
-r2 = raw mode for non-wav stereo files (lossless only)
-r1 = raw mode for non-wav mono files (lossless only)
-t = copy input file's time stamp to output file
-y = yes to overwrite warning (use with caution!)

Web: Visit www.wavpack.com for latest version and info

便利に使わしてもらってるんだが、.猿 なんて拡張子では
（mp3のように）一般化するのが困難な気がするのだが。

確かに
.猿
では困難ですね
日本語環境でしか使えないから

猿でもいいじゃん。
アドビのソフトには、.ass なんて拡張子を使うものもあるそうだし。

なんで「猿」なんていう名前にしたんだろう。カッコイイのか？

>>105
お前の、おじいちゃんのおじいちゃんのおじいちゃんの×100
に向かってなんていう、言い草だ!!!!

お猿さんに謝れっ!!!（怒

「.ape」って茶目っ気があってかなり好きなんだが。

Monkey's Audio Codec で .mac にすれば、林檎ファンが間違って使って人気が出るかもしれません。

今や 80GB HDD も２万以下で買えるんだし、
非可逆のmp3なんてクソはやめて、みんなで猿しよう。

猿以外にも、RKAudioやLPACなんて規格もあったけど、
最終的に残ったのは「猿」であると理解していいのかな？
それとも、まだ、結論を出すには早い？

音質最高なので、HDDに余裕ある人は超オススメですね。

>>110
猿の圧縮率がダントツだったので、猿が生き残りました。
OGGの開発チームが今度可逆圧縮形式を開発するそうだけど、猿のメンバーも加わるとかなんとか。
最終的にはOGGブランドになるだろね。

>>112
マジ? ogg チームが関わるってことはオープンソースになるのかな。
それってすごくうれしい。他のOSでも使える可能性が出てくるし、
フォーマット自体の寿命が段違いに長くなるしね。

>>110
おおそれは朗報！
日本語でなくてもいいから、その話の出所を教えてもらえるとありがたい。

>>112
連中が関わるという事は、おそらく猿以上の圧縮率を実現してくるね。
OGGマンセー！

Ogg Vorbisに可逆圧縮モードが追加されるんだろうか？

猿3.92を初使用。
が、ベリファイかけると1枚のCDに数曲エンコード失敗が発生。
曲ソースやCDドライブを換えても一緒。なんでだろ？
よろしかったらご助言を。

＞＞１１７
CDからってどういうこと？
WAVからしかエンコード出来ないんじゃなかったっけ？
見当はずれなこといってたらゴメン。

>118
異なるドライブからぶっこ抜いたwavファイル、ってことです。
読みとりエラーを考えて試したんですが……
分かりにくくてスマソ。

>>117
エンコード失敗とは、そもそもどのような状態を指しているのですか？
もっと詳しいっ状況開設をしてもらえない事には・・・。

ape file を zip したら容量って小さくなるんですか？

mokey audio 使いはやっぱ『猿回し』って呼びたいんだけど
どうですか？

↑monkey`s だ。

逝ってきます…

と言うか、monkey'sです。

SuperTagEditor、APE独自タグ対応age

ageとこ

age

奇麗な音で保存しといても結局2年も経てば
二度と聞かない奴がほとんどなんだよなぁ。
もう196kbpsくらいでいいかなって感じがする。
後で気になるようになるとしてもその時に残して置きたい奴なんてたぶん数曲。
その程度はそん時また借りればいいし。

80分のCDをリッピングしてWAVにしたら700MB超えるので
バックアップしようにも1枚のCD-Rに収まらない。
monkey使ったら1枚に収まるな。使おう。
(CD-DAバックアップするのはなんか嫌なんだ)

>>129
漏れもそうしてるよん。
さらに、スキャンしたジャケットや
歌詞カードの画像を入れる容量も稼げるし。

>>130
なるほど、そうやって使うのか。

saru

ネアンデルタール人

>>129-130
俺もそうして使ってるよ。　　　　同じ事考える人、多いね。

日本語化パッチまだ？（・ε・）

猿で圧縮したファイルがいつのまにか壊れててデコンプできない･･･鬱
やっぱ非可逆系と違って、可逆系は破損に弱いか

市販系のプレーヤーは対応してくれないのかな？
PowerDVD XPのDolby Pro logic 2を使いたいんだが。

>>136
それは保存してるメディア（HDD?CDR?）の問題では・・・

モンキーパンチage

MediaJukebox使うと、ＣＤから直で.apeに変換できるよん。
シェアウェアだけど、30日間は試用可能。

3.92で最高圧縮したのを3.80付属のwinampプラグインで再生しようとしたら上手くいかんかった・・・

>>141
最近のベータ版と以前のバージョンとでは互換性が無くなってるからね

そもそも、元のCDは、mp3 256kbpsと無圧縮とで差が出るような低ノイズで
歪のない環境で作られているのか?

ｍｐ３はいかに高ビットレートでエンコードしても、
聞こえにくい高音とかがかなり削られてるよ。
大きいスピーカなどで聞くとよく分かる。

age

ape

sape

Aphex Twin の新しいアルバムを猿コードしたら、
平均して50％くらいの圧縮率になった！

猿ﾏﾝｾｰ!!

日本語化できて、バージョンアップして圧縮率も高くなれば
結構使えますよね。今後に期待です。
最近車でＣＤ−ＤＡ聞いてると、ｍｐ３から焼いたＣＤと
ｗａｖから焼いたＣＤの違いが凄くわかってきたので・・。

HDDもっと安く大容量になれー
そうしたら全部.apeにエンコだー

猿コード

　　 　　／⌒＼
　　 　/　　●　 ヽ 　　　／￣￣￣￣￣￣￣
　　 （●／⌒ヽ●） 　＜　日本語パッチは、まだかね？
　　　 ヾ|´∀｀ |ノ 　　　 ＼＿＿＿＿＿＿＿
　　　　 ゝ＿__ﾉ

単純にリソース書き換えるだけじゃ無理だから素人には無理。

>>152
日本語パッチなんて必要か？
このくらいならそんなもんいらんだろ

>>152
>>76の急死により、絶望的です。

>>3で上がってるプロパティシートの日本語化ぐらいなら誰でもできるでしょ…

猿普及age

Lilithに実装されてる猿使えば日本語化不要
こっちの方が使いやすいし

みんな猿ﾏﾝｾｰのようだが、一言いいか？
いったん猿にしてからCDに焼いてもCDDBが使えない。
俺は猿を愛用していたことを後悔している。そのことを心にとめておけ。

（……もしかしてネタのつもりなんだろうか）

>>159
そんなの当たり前だろうがage

>>154
フォルダが日本語のだと、文字化けしてまうから
駆使すればどーにかなると思うけど、めんどくさい。
フォルダの中に日本語のファイル名しかないフォルダばっかしあった時とか
どれがどれかわからんです。
使い方に冠してははおっしゃるとおりだと思います。

>>159-161
ﾜﾗﾀ

＼〈ﾟθﾟ〉／ <age

3.94 beta 1 出た。

マジっすね！
http://www.monkeysaudio.com/download.html

さっそく、beta1で最高圧縮かけてみたんだけど
WINAMPがフリーズする…音は出るんだけど
WINAMP自体が凍っちゃう・・・プラグインのせいだろか？

KbSTE に重大なバグがありました
掲示板よりコピペ。

ID3v1 が埋め込まれていて、APE Tag が埋め込まれていない
Monkey's Audio を RIFF 形式に変換しようとすると変換して
しまうバグがあります。
これは KbSTE だけのバグです。RIFF に変換してしまうと、もう再生
できなくなります。ファイルを壊したのと同じです。（大汗；
すぐに直します。申し訳ないです。

http://home7.highway.ne.jp/Kobarin/
に修正された2.02aが公開されてます。

>>167
再生できたよ
微妙に圧縮率上がってるね。０．５％くらいｗ

>>167
俺の場合、極端にWinampの動作が遅くなる
どうなってんだ？
Winamp以外のプログラムは普通に動くのでマシンスペックの問題ではないだろうし

age

>>170

本家のBBS見れ。
Mattの公式見解が見られる。
古いバージョンだとそうなるらしい。

今まで気が付かなかったけど、なんかwavより音悪くないですか？
20日ぐらい前にCDをリッピングして、apeに変換するのが面倒だったので
ずっとwavのままで聞いていたんですけど、今日apeに変換して聞き比べてみたら
wavと比べて若干透明感が落ちてるような。
毎日聞いていないとわからないぐらい微々たる差なんですが。

Monkey's Audioのバージョンは3.80(Ultra highでエンコード)、
プレーヤーはWinamp2.76+3.80付属のape pluginです。

>>173
プレーヤー（つーか、デコーダ？）によるのかもしれない・・・と、思ってみる
3.92で圧縮したのをLilithで再生したら、ｻｰｯって雑音がうるさかったし

>>174
うちでは雑音とまではいかないんですけど、ちょっと音が濁る感じです。


それと
ultra highじゃなくてextra highでした。スマソ。

デコードにCPUパワーを使うから、WAV再生時よりもCPUの出すノイズが増えているのでは？

saru

データとしては完全に同一のものだが、実際に音として出力されるまでの過程において何らかの問題が？
CD-Rメディアによる音質変化と似た様な事が起こっているのかも知れないな。

デコードプログラムが悪い説。

Winamp Plug-inのバグ説。

>>178
CD-Rでの音の変化が何故起こるか考えてみよう

>>181
メディアの違いが、データを読み込んでから音が出力されるまでの過程において何らかの影響（通常のCDとの差異）を与えている？

CDDAは高速で焼くと音が劣化します。
しかし、１倍速で焼いても、元のCDとまったく同一にはなりません。
最近の新型CDR/RWドライブには、できるだけ原音に近い音で焼ける機能が付いています。
（ヤマハやプレクの新型機）

猿回し上げ

さる、今浜城をくれてやるぞ！

モンキャー

モンキーマジックage

きちんと日本語が表示できるように出来た人っている？
とりあえず3.94だったらMonkey's Audio.exeの
4B628を00hから11hへ
そのちょっと後のMS Sans SerifをＭＳ ゴシックに書き換えたら
少しだけ日本語表示可能になった。

だけど他がわかんねぇYO!ヽ（｀Д´）ﾉｳﾜｧｧｧﾝ!!
だれか、この手の事に詳しい人後頼むわ…

つか、解析するよりDLL使ってｿﾌﾄ作った方が手っ取り早いかもしれず…
漏れはやらない(というかプログラムの知識が殆どないからできない)けど

>>183さん
と言うことはやはり、ＣＤ−ＤＡから吸い出して作成したwavファイルは
元のＣＤから吸い出して作成したwavファイルより音質が劣化してるということでしょうか？

>>189
劣化っていうか同一性が保証されないってやつでは。

>>189
WAVファイルとして、というより中に入っているデータに関していえば、吸い出し時に何らかの問題が無い限りはデータ的には全く同じ、つまり劣化はしてないのよ
でも読みとるプレイヤーの側が、CD-RだとCDの時のように再生できないっていうのが問題になってるのです

モンキーオーディオとてもよいage

あげぇぇぇ

>>191さん
！！すごく良いこと聞かせてもらいました。
ありがとうございました。

ﾓﾝｷｰ猿人age

１９１の言ってる事って、たぶん正しくないよね。
CD-ｒ持って無いので詳しい事は分かりませんけど。

>>196
いや、正しいよ。
メディアによって音が変わるのは常識。

>>197
高性能のCDプレイヤーだとCD-Rでも音質の劣化無しに再生できるらしい
とはいってもCDプレイヤーに十万以上つぎこむのは・・・

劣化って程のものでもないな、変化か

この手の話題は有名な某変人が寄って来るぞ。

Q!

3.94beta2、どうだい？

イイんじゃない？

>>203
懐かしいな

MXとかで交換するときこれ使いたい。今はみんな回線早いんだし
音質重視がいいよ。

>>205
しかし、そうなるとCDを買う理由が全くなくなるな・・・
アーティストへのフィードバック？
だったらアーティストの口座にでも直接振り込んだ方がよっぽど効率的だし・・・

CDって非効率だな。
もしもみんながPCと高速回線を持ってたら、新曲も完成した直後に聴けるのに。

ここでMXの話すんな。
ちなみにこの間MXで捕まった人は、音楽ファイル共有で再逮捕されてるぞ。
もし賠償請求されて負ければ余裕で数千万円いくだろうね。ソフト共有とあわせて。

mokya

猿よし。

netaganai

ゴーキーズ ザイゴティック モンキー

サル！サルはおらぬか！

ワイは猿や。

プロゴルファーさ・・・やめとこ。

PLANET OF THE APES

非可逆圧縮やったらさして、語ることもないわな。

>>271
圧縮率とエンコスピードぐらいですね。

>>217
可逆圧縮じゃないの？

モンキーは可逆だ。
いまのところモンキー以上の音楽可逆圧縮はない。
あったら教えておくれー

ビデオキャプチャするときに、音声はWAVEにしてるんだけど、
モンキー使えたら最強なのにな

>>220
ここに。
http://www.entis.gr.jp/eri/

バージョンアップすると旧バージョンのデコーダでは聞けなくなるんだね。

さるかに合戦

モンチッチ

http://www.saru.net

わいは猿や！プロゴルファーさ･･･やめとこ。

>>227
>>214

3.95alpha1出たape

ところでMonkey's AudioってVB製なの？

>>230
GUIのみVB。

猿をなんとかオーディオCODECとして使えないかな。

リリスが対応するまでは怖くて新版つかえぬ・・・

漏れは可逆はPAC

PACってイイのか？

とPACスレが無いからここで聞いてみるテスト｡｡

Linuxで作業しているときにも聞ける。

PACって何処あるの？

http://www-ft.ee.tu-berlin.de/~liebchen/lpac.html
ほれwindows版もあるぞ。

>>238
ありがと。試してみる

今夜はこのスレだ

圧縮だけ試してみた。どれも最高圧縮指定。
ソースはピクミン愛のうた

WAV　　　　 　32,892,764bytes
Monkey3.94　17,696,764bytes
Monkey3.95　17,637,244bytes
lpac 　 　 　 　18,230,531bytes

>>236
正直LinuxだとオープンソースのFLACの方がいいだろ。
WindowsやMacintosh版もあります。
http://flac.sourceforge.net/

FLACも追加。オプションは-8
18,806,809bytes

これで猿がマルチプラットフォームならまさに最強なんだが。

http://flac.sourceforge.net/comparison.html
可逆圧縮各種比較表

しかし1Mbpsくらいなら今の時代ストリームも不可能ではないな。
ストリーム動画の音声としてはまだまだ非荷逆圧縮が主流だろう。
もっともMonkey's Audioはno streamableらしいが。

もうちょい圧縮率高ければバリバリ使えるﾅｰ、
HD増やせばいいのか。

the chemical brothers
come with us
monkey3.95　
wav 553.12MB
ape 354.55MB
圧縮率64.1％

100Gがもう少し安くなれば移行も不可能では無いな。自分は持っている
CDを全ておいて置きたい主義なので今の40GのHDでは足りないのが残念。

１００GBを超えると、古いマザーボードによってはBIOSバージョンアップしても認識できないというワナ。

Rhapsody / The Wizard's Last Rhymes
wav 106MB
ape 77.0MB （73%）
ape(LPF18.5kHz) 71.0MB (67%)
ape(LPF17.5kHz) 68.8MB (65%)
ape(LPF16.5kHz) 66.5MB (63%)

さすがに可逆だと限界があるな。
ていうかLPFかけると可逆の意味ないし。
もっとHDDの容量が必要なのな。

上の方でLilithで再生するとサーっと言うヒスノイズが聞こえると言っていた人、
Lilithの設定で「ディザリング使用」の項目にチェックが入っていませんか？
詳しくはLilithのヘルプ参照のこと。

スレと関係無いのでsage。

こんな結果も出たらしい。
Monkey's Audio 3.95a1 (extra high)
OptimFrog 4.1 (extra mode (3)/speedup 2)

- Jan Hammer - New York Theme.wav (39838220 bytes)
Jan Hammer - New York Theme.ape (25439204 bytes)
Jan Hammer - New York Theme.frog (25267935 bytes)
- Don Henley - Dirty Laundry.wav (59733788 bytes)
Don Henley - Dirty Laundry.ape (36158676 bytes)
Don Henley - Dirty Laundry.frog (36022617 bytes)
- Jan Hammer - Crockett's Theme.wav (36526604 bytes)
Jan Hammer - Crockett's Theme.ape (20015312 bytes)
Jan Hammer - Crockett's Theme.frog (19935864 bytes)
- Depeche Mode - Little 15.wav (45675884 bytes)
Depeche Mode - Little 15.ape (22299092 bytes)
Depeche Mode - Little 15.frog (22182411 bytes)
- Depeche Mode - The Things You Said.wav (42837020 bytes)
Depeche Mode - The Things You Said.ape (21479016 bytes)
Depeche Mode - The Things You Said.frog (21382759 bytes)
- Depeche Mode - Strangelove.wav (53943164 bytes)
Depeche Mode - Strangelove.ape (29087544 bytes)
Depeche Mode - Strangelove.frog (28807726 bytes)
ttp://www.hydrogenaudio.org/forums/showthread.php?s=89f5e5bcdb57fa49d918848304e02781&postid=10000#post10000

FLACは対応ハードが出るらしい、closedな猿はどうなんだろうか。
http://phatbox.sixpak.org/

>>252
圧縮・展開が猿よりも高速で軽いなら、乗り換えを検討しても良い。
そうでなければ１％にも満たない違いのために今更乗り換える気がしない。

どうせいつでもwavに戻せるんだから、
革新的可逆オーディオが出るまで猿で持ってればええ。
すごいのがでたら、猿をwavに戻して、変換し直せばいいんだし。

せめて1/3ぐらいになる可逆圧縮がでればがんがん使うのだが。
DVD-RにCD30枚とか入ればかなり魅力的なのだが。

>256
ソースにもよるから。
クラシックとかだと半分以下になることもあるけど、最近のJ-POPみたいに
コンプをバキバキにかけて異常に音圧をageてあるようなものは可逆では
厳しいでしょ。

でも、そんなのってどうせ元々音なんか良くない訳だから、mp3で充分って
気もする。

圧縮効率の高いクラシック愛好者は可逆圧縮を使った方が精神衛生に
いいかもしれないな。圧縮率39%とかもざらにあることだし。

一部訂正
圧縮効率の高いソースであるクラシック愛好者は可逆圧縮を使った方が
精神衛生にいいかもしれないな。圧縮率39%とかもざらにあることだし。

>>258
ﾜﾛﾀ

>>257
よく聞くのが60,70年代の洋楽だからそんなにソースの音は
よくはないけど、MP3だと曲間が途切れるからいや。

>261 それはプレイヤーがしょぼいだけダス。

今3.92使ってるんだけど、バージョン上げると、
何か不具合出る？

>>263
なんかまだバグがあるらしい。

Monkey'sを超える圧縮率らしいが未だWindows版しかないうえに
プレイヤー再生が出来ない。今後に期待。
OptimFrog 4.1
http://ghido.shelter.ro/

>>262
MP3自身がそういう仕様になっているらしいと聞いたのだが。
音の前と後を削るから曲間は音がしなくなるらしいんだけど…。

>265
繋げた状態でエンコードしる。

>>264
バージョンアップしない方が良い、ということ？
ま3.92でも特に不満は無いんだけど、今の方が
バグ減ってるなら変えようかと。
今は3.95a1だっけ。

3.94で充分じゃない？
私は Lilith使ってるからそっちに依存だけど。

あ、俺もLilithで変換しようと思ってるんです。
で、Lilithの0989FinalRetailが3.95a1を
使ってるんで、それに合わせようかと。
合わせた方が良さそうですね、そうしよ。

>>264
サイトにつながらない

saru

クラシックだと圧縮率高いってレスがあったからやってみたけど、すごいね。
655MBが246MBになった。(圧縮率246MB)
ソースは　ヨーヨーマ　バッハ無伴奏チェロ DISK1

圧縮率約62.4%(圧縮比約37.6%)ってところですか。

Monkey's audioって再生時の負荷結構高くない？
Pen3 800MHzで15％ぐらいだった。(mp3は3％ぐらい)
バージョンは3.94でwinampプラグインで再生

>274
Pen3-1GHz Dualで５％前後。
Lilithで再生。

ソース公開age :-)

ついにこの日が来たか……と思ったら肛門が閉鎖されそうなライセンスやね。
Matの気が変わってFLACと統合したくなることを祈ろう。

負荷は圧縮時の設定によって結構変わる
高圧縮率を指定すると再生時にも高負荷が

POPSはあんまり小さくならないな。Extra highでも60％ぐらいしかいかない。
せめて半分になってくれればいいんだけど。

>279
J-POPとかは不可逆でも厳しいらしい。
http://pc.2ch.net/test/read.cgi/software/1014874759/350

60%なんてまだ良いぜ
ゴアなんて圧縮率70%行かないのが当たり前だよ、あがががががが！

ケージの4分33秒はどのくらいになるんだろう・・・

*.ape再生出来る携帯プレイヤー出ないかなぁ・・・
RioVoltには期待してたんだけど・・・
仕様も公開されないし駄目だこりゃ

>>282
多分4分33秒ぐらいかな？

ipodが対応してくれれば・・・
容量もたっぷりだし、いくらでも入るのだが・・・
（Mac持ってないけど）

ipodに似た奴でwinでも使えるやつがあったよ。
ipodより高性能だってどこかで聴いたけど忘れた。

携帯プレイヤーのDSPでデコードできるのかな？
extra highで圧縮するとかなりのCPU負荷なんだけど。

>>287
Normalくらいで圧縮すればなんとかなるんじゃないの？
PIII-933MHz+Monkey's Audio3.95alpha1で、
再生時の負荷が、
extra highで12%
highで6%
normalで3%
といった感じなので。
圧縮率はそれぞれ1%ずつくらいしか変わらないし。

>>288
そんなに負荷違うんですか。大して圧縮率変わらないのに。。。
これから全部normalにします。

俺漏れも。

>>176みたいな話もあるし、extra highは保存専用にして
再生するような時はnormalとかfast使った方が良さそう。

windowsでwaveとして扱える可逆圧縮
つーかflacだが
aviとかによさげ

http://sourceforge.net/mailarchive/forum.php?thread_id=510632&forum_id=6312

ACMってことか。タグつけられないのがちょっと。avi用にはいいんだろうけど。

>293 FLACはogg squishと統合される方向。既にoggパケットにFLAC streamを突っ込む
方法がサポートされています。現在再生するツールがあるかは知りませんが、
将来はoggのmetadataがそのまま使えるようになるでしょう。

猿もOGG Squishに統合しようって声があがってるんでしょ？
開発チーム全員一致の意見ではないのかも知れないけど
つーかソースを公開したって事は、やはり期待通り・・・？

漏れの環境…。


・エンコ・デコはAudioEncoder。これでMP3もWMAも変換できて便利。
http://kazukisoft.hoops.jp/

・再生はLilith。メインに使うにはCDの再生がややこしい…。
　けど軽くて多くの形式を再生できて(･∀･)ｲｲ!
http://project9k.ne.nu/

・タグ打ちはSuperTagEditerかな。
　つか、タグ打ちソフトといえばこれでしょ。
http://www5.wisnet.ne.jp/~mercury/


あと、HDDにはPCで聴く用のAPE、エムエ(検閲)用のMP3、携帯プレーヤー用のWMAと
３種類を保存してます。お気に入りのぶんだけね。
携帯プレーヤーは、外出して騒音のまっただ中で使うことが多いので多少音が悪くても気にならない。

他の野郎共はどうよ？

俺の場合、リッパーはCDコピー時にはEACでMP3等エンコする時にはCD2WAV。
エンコーダはCD2WAV＆各種コマンドラインエンコーダ。
再生はWinamp＆MAD Plug-in 0.14.1b。
タグ打ちはSTE＆人力で手打ち。

猿は今ンとこ保存用だね。
PCで聞く分にはMP3かOGGで十分かな〜と思う。

>>297
CDコピーでEACを使ってるのに、エンコ時にCD2WAVに変える理由を
わかりやすく教えてください。

>>298
あくまで自分の環境でなんだが、リッピングが早い。
保存用でない以上はさほど精度を気にする必要もない（圧縮時に大幅に音質が劣化するのだから）と思い、エンコ時はスピードを重視する事にした。

おさる登場
http://www.watch.impress.co.jp/av/docs/20020325/dal48.htm
圧縮音楽フォーマットを比較する
〜 その7：可逆圧縮フォーマットと、これまでのまとめ 〜

　こうして、いろいろと見てきた中で、もっともいい音だったのがソニーのATRAC3だ。
ご存知のようにATRAC3はレコード会社の音楽配信で用いられたり、ネットワークウォークマンなどのポータブルプレーヤーでも使われているフォーマット。
そして、Net MDや、MDLPで採用されている。
余談だが、筆者はこの原稿を執筆した後にSONYから金一封を頂く事になっている。
が、音質評価に関しては公平に評定しているので安心して欲しい。

MD普通に音汚いよLPにしたら論外だし

いいな〜、提灯記事書く毎に金一封か。

>>301
そんな文章あったかと思ってわざわざ読み返しちまったのに
捏造じゃないか（藁

一応ATRAC3は波形の再現性ではダントツだったみたいだし、
実際に聞いてみて判断してもいいんじゃねーの？
まぁ、波形の再現性と音質は必ずしも一致しないらしいが。

波形の再現性っちゅ〜か、WaveSpectraの測定モードで記録されるのは
各周波数帯のピークと平均だけだし。

>>305
俺もそう思った
あそこはピーク(あとアベレージ？)しか載せてないので、
動的な所はさっぱり分からない。それだったらLPFオフできる
エンコーダが一番いいって事になりそうな。

APEには関係ないけど。

saru

SuperTagEditorで猿のタグ文字数が制限されるのはバグだったのね。
最近の曲は曲名長いから、30バイトじゃ足りんですよ…

もう最近はサル卒業して、WinRARのマルチメディア圧縮にシフト。
圧縮率高いし。

>>309
猿に比べて圧縮率はどのくらいいいの？

>>309
WinRARのマルチメディア圧縮って直接聴けるの？

>>309
WinRARってタダ？

>>309
少なくとも俺の場合、WinRARマルチメディア圧縮がAPEよりも高圧縮だった試しがないんだが・・・。
どんな音源で圧縮してる？参考までに聞かせて。

クラシック圧縮には最適！

Monkey’s Audio 3.96 – recommended for most users

ape

3.94のextra highより3.96のnormalの方が小さくなった。
こりゃいいや。

インストせずに中身だけ取り出せないかなぁ･･･
まあ素直にLilithが対応してくれるまで待つか。

>>313
309は試したこともない大嘘つきです
猿の方が絶対圧縮率高い

>>319
日本語良く読め。

>>320
どの辺がおかしいのか良く分からんので解説してください





















解説してください

319はこの世の全ての音声データを猿で圧縮した結果、
RARよりも猿の方が高圧縮であると判断したんだよね？
そうでなければ309が嘘つきであるとは決して言えない。

>>322
>>309が>>313の質問に一切答えようとしないから嘘吐きよばわりされてるんだろう？
だから>>319はわざわざ>>313に対するレスとして書き込んだんだろう。

眼か脳

まあまあ、良く読めば309は「『猿よりも』圧縮率が高い」とは書いてないじゃん。
309は元々猿音を使ったことがないんだよきっと。

使ってないのに卒業できるもんなのか？

その辺が嘘つきって言われてるんだろうな。

3.95a1と3.96は圧縮率ほとんど変わらんみたい。
Version History見れば分かるけど。

psyvariar_ce(PS2)吸出
元WAV 40Files 1062.62MB

圧縮後サイズ
3.95a1 Normal 760.59MB
3.96 Normal 760.60MB
WinRAR3.0b5(最高圧縮+ソリッド) 813.86MB

圧縮時間
猿音約6分
WinRAR約12分

再生時負荷(Winamp+in_APE.dll3.96 P3-933MHz)
3.95a1データ Normal 平均4%
3.96データ Normal 平均4%

珍しく色んな情報が錯綜してる…
昨日TechWin立ち読みしてたら、
WinRARが20MBのwavファイルを400KBに圧縮したとか
書いてあって、失禁しそうでした。

それは本当に音楽なのか。

>>329
非可逆なら簡単にできるじゃん。

２分間無音のWAVファイル(約20MB)をGCAで圧縮したら998バイトになりまちた（ｗ

>330 WinRARはいつから非可逆になったんだ?

最新版だと非可逆圧縮もサポートしてるよ。

>>331
猿3.96のExtraHighだと21,168,118バイト→466バイトｗ

ブロードバンドだけにとどまらず、
外付け大容量HDDもCD-RWドライブも安いこの時代、
もっと知名度と普及率があってもいいと思うのだが。

ブロードバンドだけにとどまらず、
外付け大容量HDDもCD-RWドライブも安いこの時代なだけに、
WinRAR。

>>335
CDが手元にあるのにHDDに音楽をわざわざ保存する人間は実は少ない

>>337 それは全く逆だろ。

皆が皆、毎日数時間PCの前に座ってる訳じゃないんだし・・・

>>339
座ってる人もいるので普及する。

そりゃいるだろうけど、全体数から見れば結構少ないと思うよ
この現状はそれなりの普及率なんじゃない

漏れはFLACに期待。

uki

まあ音楽聞くときにはHDってうるさいしね
MP3だって普及には結構時間かかったし

ukya-

猿が最強ということで。

Winampプラグイン(3.96)の日本語化パッチ出

FLAC対応カーステレオ
http://www.phatnoise.com/

>>347
オープンソースだからこそ対応してくれたんでしょうな

あとFLACはデコード負荷が比較的低い。そのためDSPでの実装も容易そう。

>>347
どこにあるんですか？

>>351
amp統合スレ(Win板)に出てた。

最近のバージョンの.apeファイルは上位互換あるの？

>353

？？？

エンコーダ、デコーダは旧バージョンとの互換性はある。但しα版は除く。
最新版で作成したapeを古いバージョンのデコーダ等でデコードすることは不可能。

>>354
ちと説明不足だったかな？
mp3から猿に移行しようと思うので、最新でないバージョンでエンコードした.apeを最新版のstableでデコード（WAVへのデコードとWinampのDLLでのデコード）できるか気になった次第です。
杞憂のようなので、安心して移行できます(　´∀｀)
どもでした。

>355
何かアルゴリズムが結構変わっているみたいなので再エンコードした方が
CPU負荷が少なくなるかも。

>>356
そうなんですか？
でも再エンコも手間がかかるから、数％ぐらいなら無視しちゃうかな･･･

Monkey's Audioってコマンドラインから操作できれば便利なんだが…

>358
mac.exeがあるやん。

>>359
し、知らんかった…
他にも、いろんなツールが入ってるじゃないですか。
まじでThx。

ukyakyakya

Monkeys Audio for Linux
http://www.uni-jena.de/~pfk/mpp/bin/APE_Binary_Linux.zip

Monkey's Audioは、サウンドデータの変化が＋−1％という、可逆圧縮フォーマットだ。
http://www.tdk.co.jp/digipara/dap25000.stm

やっぱ変化あるのかなぁ？

>>363
変化するソースを持ってきてもらわないと。

Monkey's Audio

MP3、WMA、AACなどは、音楽CDクオリティのサウンドを、1/10〜1/20のサイズに圧縮することができる代わりに、オリジナルサウンドの音をそのまま再現できるわけではない。これは「非可逆圧縮」と呼ぶ。

これに対し、必要があれば、完全にもとの状態に復元できるデータロスのない圧縮を「可逆圧縮」と呼ぶ。

非可逆圧縮は音質のロスがない代わりに、圧縮率が低くなる。しかし、圧縮にかかる時間およびCPUパワーが低くて済むというメリットがある。Monkey's Audioは、サウンドデータの変化が＋−1％という、可逆圧縮フォーマットだ。

激しいDQN記事でした

サウンドデータの変化が＋−1％という

一体何処からこんな情報を仕入れてきたんだろうか・・・
本家のWEBに書いてあったのか？
ていうか、それって可逆圧縮じゃないじゃんねぇ・・・

つーか＋−っていったい何よ。

>>367
wavの仕組みもしらんのか。

Lilith、ｺｿｰﾘ最新版採用

monkey は Linux に移植中だから次のアップデイトは圧縮率の向上は
ないのかな？ 3.96 から1ヶ月ぐらいだから 3.97b が出てもおかしく
ないのだが...。

age忘れた…。

WavPack 3.95
http://www.wavpack.com/

>>372
なんだこりゃ？
何か凄いフォーマットかも。
不可逆に関して、ビットレート320KbpsならMP3よりこっちの方が良いと思う。

#可逆は猿音ﾏﾝｾｰに変わりなし。

>不可逆に関して、ビットレート320KbpsならMP3よりこっちの方が良いと思う。
それだったらOgg Vorbis, Musepack, AACの方がいいや。

MP3よりよいフォーマット自体はごろごろあるし、どうでもいいけど
やっぱ時代は可逆だな
可逆自体がはやるかはやらないかは別として
デジタル（PC）で保存するのに不可逆で保存するときのくそみたいに悩む必要もなし
やばいと思ったら解凍して別のフォーマットで圧縮し直せば解消

192000kHz * 24bit * 6chなんかを可逆圧縮するには
まだまだHDの容量が足りないなあ。

間違い
192000hzだ。

携帯プレイヤー用のフラッシュメモリが今より安価で大容量になればなあ。

>378
容量が増えれば増えるほど消費電力も増すと言う罠。

>>376ところで一曲何メガなの？

>>380
5分の曲でベタなデータ1GBと出ました(;´Д`)

今のHDは１８０GBとかあるから全然余裕では？
やすいから買い足せばいいだけだし

動画音声には可逆はつらい。

>381
192000(Hz)*24(bit)*6(ch)*300(sec)/8(bit)/1024/1024=988.76953125(MB)
こうか。
しかし6chすべて同レート同階調なんてことはあるだろうか。

そもそもSACDを可逆圧縮できる音楽フォーマットが無い。

それ以前にリッピング出来るのか？

まだ持ってないから知らん。DVD Audioが普及するかもしれんし。
それ以前にアンプスピーカーから買い替えにゃあ・・・。

6ch使う場合は96kHzが最高レートだったと思うが。＜DVD-Audio

3.97b はよでろ。age

LPAC てあかんの？

FLAC があるのに今更 LPAC なんて・・・。

Monkey's AudioはLinux用もあるしな、MACの人はFLACかな。

>>392
もうLinux対応してるの？
3.97b体と思ってた…。

>>393
バイナリだけなら既にある、XMMS用プラグインがあるかまでは知らん。

Monkey's Audioのロゴって何となく福田官房長官に似ているよね。

>>395
むしろブッシュ

官房長官に失礼ﾀﾞﾖ(w

>>397
むしろロゴに失礼だ。
謝罪＆賠償汁。

すいません Monkey's Audio のロゴさん。

>>391
Shorten、Wavpack、Optim FROG ってどうよ？

圧縮率がMonkey'sより低く速度が遅くソースコードがclosedだということを
差し引いてまで使う利点が果たしてあるのか。391じゃないけれど。

391 だけど 401 が言いたいことを言ってくれたので言う事ないです(苦笑)

作者が挙入だから使うんだと思います

もういいや、猿とFLAC以外は幌べ

FLACの再生時負荷が低いらしいので使ってみたいのですが、
猿からFLACに直接変換する方法ないですか？

>>403
どのソフトの作者が巨乳なんですか！？
大至急教えてください

>>406
巨乳ばっかりだから五月場所見とけ。

>>407
そんな答えじゃ納得いきません！
僕には巨乳の白人美女が作った可逆圧縮ソフトが今すぐ必要なんです、大至急教えてください！！！

作者が挙入ばかりでは、圧縮率を上げるのは難しい

巨乳を圧縮

MP3 のエンコなんかだと Cel1.3GHz のほうが Cel1.7GHz よりも
速いけど猿の場合だとどうでしょうか？

キャッシュが小さいからかな？

>410
圧縮率は？

このｽﾚ、ジワジワと着実に延びるようになってきたね。
使用者も増えてきたのかな。

このスレ見て最近使い始めました。
MP3等のエンコード前に中間ファイル保管とかに使えて重宝してます。

猿音作ってる人ってお金あるの？
oggのmontyみたいに貧乏なのかな？

>>416
趣味でプログラムしていると言っていたな。

どっちが？

>>418
両方が。

お、なんか凄そうだなオイ。
おじちゃんも混ぜてくれ？

せめてポップスで圧縮率33％いってクレー｡

フィールズ賞をとるほどの符号化を発見しないと無理。

音楽ファイルみたいなのは理論上でも40%ちょいの可逆圧縮が限界とかなんとか？

でも再生時の負荷を下げつつってのが結構難しいそうだね

>>421
こんなんどうやったら1/3以下に圧縮出来ると思いますか？
http://hako.masterweb.ne.jp/users/h200/giko/up/data/up0094.zip

因みにJ-POPやテクノ系はもっと酷いです。

>>422
じゃ、フィールズ賞を目指そうとするか。

１曲圧縮するのに１ヶ月かかってもいいから。

…そういう問題じゃないのかな？

>>425
zip file がこわいよう。
ブラクラじゃないよね？

>428
PNGだたよ

3.97 からファイル形式が変わるらしいけど圧縮率も変わるのだろうか？

しかし作者は一人でよく頑張るなあ。

これって、再生可能な国産ソフトってKbMedia PlayerとLilithだけなの？

>>432
とwinamp
他は知らん。

国産ソフト国産ソフト国産ソフト国産ソフト国産ソフト

国産のソフトはみんな狂ソフト病にかかってますよ。

ＨＤＤに余裕あればモンキーが最高だぜ。

Flacじゃなきゃいやだ！

（´ι _` 　）あっそ

話題がない。

OGG RC4 がでたか。
Monkey 4.00 はまだか？

>440
こんなとこまでネタ持って来るなよ。思わずvorbis.com見に行っちゃったじゃないか。

>>441
スレ違いになるがRC4が出たのはネタじゃない。CVSからビルドしてみ。

>>442
oggenc の表示が RC4 になっただけで、libvorbis が RC4 になったという事実はまだない。
CVS のログ見れよ。

はやく 3.98 にならんかな｡

Linux用の正式版出して欲しい

FLAC1.03がCVSにあがった模様。
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/flac/flac/

>>446
圧縮率は猿と比べてどうなの？

Windows用バイナリはここにあります。
http://www.inf.ufpr.br/~rja00/lossless.html

>>447
数%低い

まじで？猿が最強って聞いてたけど｡
誰か両方ともインストロールした人ひかくおながいします。｡

CPU負荷
flac>猿
圧縮効率
猿>flac

>>450
圧縮率が低いと言うことは比較してのファイルサイズが大きいの。
FLACは負荷が低く対応ハードウェアが出ていたりする。

あとFLACはストリーミング対応、ただし実際しているのを未だ見たことがないが。

>>452
ハードウエアってまさか携帯用とかじゃないよね｡
どういう用途で使うんだろ｡

比較しますた。

Sorce...PCM-WAV 16bit, 44100Hz, 2ch
　　　　 size： 40,431,122bytes

FLAC 1.0.3
　　　　-8　　： 25,423,864 (highest compression)
　　　　-5　　： 25,530,231 (default)

MAC 3.96
　　　 -4000 ： 24,295,898 (extra high)
　　　 -2000 ： 24,806,962 (normal)

>>454
海外のカーステレオのファームウェアで対応していた。

拡張子が「.flac」になるのはいや〜ん。
３文字にしてくれぃ。

>>455
ファイルサイズが4%も違うんだね｡
だったら猿でいいや。負荷が高いっていっても P3 700 で high でも10%ぐらいだし｡

>>456はこれの事ね。
http://phatbox.sixpak.org/phatbox/flac.phtml

>>459
こんなのが売れるのかな？むしろDVD-R対応にして、DVD−Rにwavを
焼いたほうがいいと思われる｡

>>460
一応いっておくがphatboxはwavも対応している。

DVD-R対応にしても今はまだ少ないDVD-Rドライブ所有者にしか売れんし。

DVDも規格が入り乱れてるらしくて大変そうだな。

monkya-

突然で申し訳ないけどこのスレッド壊れていない？
全部のレスみようとスクロールしたら、空白になってしまう。

>>465
他のブラウザでも試してみたか?　うちの環境では全く持って正常。

>465
IE6はバグありなので削除してIE5.5とかMozillaとかにしる。

WinMXでこの形式でファイルが流通しだしたら(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>468
光ユーザーが増えてくればそうなるかも。田舎はツライ。

CDが全く売れなくなりますね！！！
まぁ、気に入ったやつらはアーティストに直接フィードバックすりゃいいだけの事だけど
むしろその方が健全か？

とりあえず阿部糞が潰れてくれれば何でもいいです。

え？　オレ、普通にMonkeyで共有してるけど・・・
でも相手がape持ってないから切るけどな（ｗ

avex
wmaで1曲200円で配信だとさ







64kbsで

>>473
ｲﾗﾈｰ

ＣＣＣＤといい、今回のＷＭＡ64kbps（藁　のネット配信といい
とうとうａ●ｅｘも狂ったな。

よし、阿部糞不買運動だ。俺は糞J-POPなんか聴かないからどーでもいー。ヽ( ´ー｀)丿

ゴミを有料で配付することは難しい

有料配信はリニアPCMかせめて可逆圧縮で買いたいなあ。

>>473
　 ∩∩
　(　ﾟДﾟ)＜ﾎﾟｶｰﾝ
(o　　）　

AVEXは何もわかっていない。

avexはほっといてもつぶれるからどうでもいいよ。

それよりmonkeyのはなしをしようよ。

>>472
通報しますた

apeの共有は光でないと難しい

apeの（きがるな）共有は光でないと難しい

そうでもないよ、3.1だと分割ダウンロードだし
ADSLが数人集まれば一瞬だとおもうよ。
(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
CDイメージまるまるをRarでマルチメディア圧縮されるとさらに
(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

作者もこういってるぞ。CDは$15のバーゲンセールで買えるから共有すんなってさ。
Where's the free music?

As much as I wish Monkey's Audio kept me supplied with great new tunes
for free, it doesn't. I doubt it will for you either since Monkey's Audio has
nothing to do with free music. Monkey's Audio is a legitimate tool to store
music that you obtained legally. In the end, piracy does us all a disservice
because it forces the record industry to adopt less and less consumer friendly
mediums and formats simply to keep piracy in check. In my opinion, a good CD
is a bargain at $15...

>485
Rar のマルチメディア圧縮と monkey ってどっちが圧縮率がいい？
やっぱ再生のことを考えないぶんRar?
だったら　Ｒａｒ　ファイルを持ってて、それを解凍しながら再生でもいいかな？

>>487
自分で試せよ。

>>487
時間がかかるべな。

>>487
Monkeyのが全然圧縮率高いよ　

猿の方が圧縮率は断然高いし、圧縮も速い。

485はRAWモードでＣＤ１枚まるまるイメージ化したものを圧縮ってことだろう。
猿ではそこまで出来ないしね。

>>491
そうそう、ギャップも完璧だからね
でも駄目、絶対
マジでやばい、CDがうれない

CDイメージをバイナリファイル強制WAV化ツール通して
出来た偽WAVをAPE圧縮したらどうなるかな？

>>493
めんどい

>>493
まさに今ﾔﾃﾀｰﾖ。
CD>WAVへの行程が違うだけで何も変わらない。
CDから直接リッピングしたWAVと、イメージ変換したWAVのCRCは一致してるしね。

先日からアナログレコードを.apeで保存し始めた
便利だね

有料試聴始めたのか　ほんと糞だね

Monkey's Audio対応のタグエディタってありますか？
Super Tag Editor以外で。

WinAmp

>>498

STEで何か困ることあるの？

STEはトラック番号に「01」とか打っても強制的に１桁にされてしまうので
Lilithなどでのソートに不都合が出るらしい。

海外製であったな、確か…。
↓お答えよろ。

>>501
それは自分で確認してからLilithの作者にバグ報告した方がいいんじゃ？

本家STEではなくKbSTEのほうは？
ついさっき、CDexでOggエンコしたとき
どうしてもトラックナンバーが1.2.3の1桁数えされるから
KbSTEのコマンドですべて2桁揃えにしたけど。

>>503
次のバージョン辺りで対応するって。

3.97 の Codec はここにありますが、Winamp の plug-in が対応していないため
警告が出る。（音楽は一応聴けるみたいだが）

http://www.dbpoweramp.com/codec-central-monkeys.htm

3.97　まだなのかのう。3.96　から２ヶ月以上たってるよ。

みんなでＭＡ作者に応援の電波を送ろう！

ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん
ゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆんゆん

さくーしゃ頑張れ！

もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん
もんもんもんもんもんもんもんもんもんもんもんもんもんもんもん

>493
image file するソフトと強制 wav にするソフトってどんなの使ってますか？

>http://www.toshiba.co.jp/about/press/2002_06/pr_j1701.htm
猿に対応しないかなぁ。
したら絶対に買うのに。
(´･ω･`) ｼｮﾎﾞｰﾝ・・・

今後のバージョンアップによる互換性が保証されるわけでもないし対応は難しそう。

さっさとOGGに統合すべし

このスレで　ogg と　FLAC が統合されるみたいに書いてあるけど
どうなの？Monkey とじゃなかった？どうせなら圧縮率の高い
monkey のほうがいいよな。


【新製品】東芝、iPodライクなMP3/WMAプレーヤー「GIGABEAT」を発売へ
http://news.2ch.net/test/read.cgi/newsplus/1024324418/l50

OggVorbis はフリーなコーデックだし、フリーな FLAC と結びつくのはごく自然だろ。

Monkeyは商用利用はフリーで行えないのではなかったか？
FLACがどうかは知らないが。

現在FLACはlibFLACがLGPLでその他のコードがGPLだからオープンソースにすれば
商用利用ができるな。

Monkeyで圧縮したファイルのバックアップはどうしてますか？
せっかく圧縮したのに、１アルバム＞１枚のＣＤＲにバックアップするのはもったいない。
かといって、１枚のＣＤ−Ｒに２アルバムおさまるとは限らない。容量の計算も煩雑。

大容量のHDDを買って、ミラーリングしておくほかないのかなぁ。
なんかいい知恵ないでしょうか？

>>520
DVD-RAM

>>520
猿を無理して使わない。RはCDDA焼きに一票。
猿の圧縮利益はHDD向けにあると考えたほうがよさげ。

ところでみんな圧縮レベルは何にしてるの？

俺は時間犠牲にしてExtra High使ってたんだけど、Fastと比べてサイズ変わんない
Winampが若干重くなるからFastにしちゃった。 車オーディオ用にmp3も作ったりするし

>>523
なんとなくExtra Highを使ってる。
確かにスピードと圧縮率のバランスを考えると最適とは言えないけれど。

Highを使っています。
ファイルサイズを小さくしたいので　ExtraHigh をつかったほうがいいのですが
遅いのとＣＰＵパワーを食うので High にしてます。

漏れもHigh。
ExtraHighと比べると時間差の割にサイズ差がそんなでもないので。

>>522
>>129-130 のような意見もあるよ

＃CDDAだと音質が変わる場合があるそうだけどapeで焼けばデータが変わりようがないので
＃最も音質がいいのではないか、と厨房的思考もあり

　　　　　　　　　　　　　　　　　　　　　ﾁﾝﾁﾝﾎﾟｺﾎﾟｺ
ｷﾝｷﾝｺﾝｺﾝ　　　　　　　　　　　　　　　　　　ﾁﾝﾎﾟｺﾎﾟｺ
　　　 　 　 ☆　…　　〃　 ∧＿∧ 　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜ 　ﾓﾝｷｰ新版まだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　l￣￣￣￣￣￣￣￣|　.|
　　　　　　　　|　　○ 甘納豆 ○　 |／

折れもHigh。
Mode Comparisonを見ると、これが一番いいような気がする。

私は基本のノーマルです。
旧バージョンでの、Highモードレベルの圧縮率だと考えれば、気にならない罠。

漏れもNormal。
High以上だと再生時CPU負荷が5%超えるため気にくわないので。

>>527
http://pc.2ch.net/test/read.cgi/cdr/1009912415/
↑
このスレの97あたりから興味深い話が。

・アルバム１枚を１枚のapeファイルにできる
・１曲ずつ再生できる
・apeを解凍すると、isoイメージファイルになる

になると最高なんだがなぁ〜〜



条件反射的にExHighでやっていたんだけど、それほど変わらないような感じですね。
ConvertでHighにしてみようかな…

>>532
そんなの絶対やだ。

>>532
似たようなことはできるけどな　＞最高

>534
教えてくれ　＞最高

↑俺も知りたい。教えてください。

>>536
いいIDだね。

>>535 536
汎用性のある方法としては
　・「apeにする」
　　CDRWINでcue+binで吸い出す。
　　BINChunkerなどでwavファイル（曲単位）に分割する
　　猿でエンコ
　・「CDのイメージに戻す」
　　猿でwavファイルにデコード
　　個々のwavファイルのヘッダを削る
　　トラックの順番で各ファイルを単純結合する
　で、元のBINデータに戻る。

と、まあちょっと面倒だわな。
聞く時に一曲ずつ手動で選択する手間を惜しまないのなら、
BINに16bit/44.1KHz/2chのWAVヘッダを付けてから
猿でエンコードするなんてこともできる。
　

まださいしんばんうpされないの？

>>538
ギャップ削ってると完全一致とはいかないっぽいね。
試しにやってみたら、2トラック以降ずれた。

もらみのいん

知性

uki!!

>>540
さすがにギャップを削ったら、その分ズレます。

みなさん猿エンコにはどんなツール使ってるんでやんすか？

>>545
コマンドラインとLilith半々ぐらい。

>>545
EAC

コマンドライン…！俺のニガテの一つだ…
Razerlameみたいなフロントエンドないすか？

素直に付属アプリ使えば？

Monkeyって基本的に展開をﾘｱﾙﾀｲﾑでしてるんだよね？
ということは音質はWAVオリジナルと実質変わらず？

>>550
そうですよ、バイナリ単位でオリジナルと一致します。

>>551
いいっすね。使ってみよっと。

これからはメディアの大容量化に従い、Monkey's Audioが流行る予感♪

流行らないのは携帯プレイヤーが無いのや、大容量で書き込み可能なメディアが少ないからかな
DVD-RとかでApe読めるプレイヤーが有ったら最高だなオイ。

>553
フラッシュメモリにおけるようなファイルサイズじゃないから
携帯は厳しくないか？ＨＤＤだったら大丈夫だけど落としたら
すぐ壊れそうだし。

2GB CF とかでれば１０曲ぐらいはいるのだが。（値段はさておき）

>554
訂正

＞１０曲ぐらいはいるのだが
ＣＤ１０枚ぐらいはいるのだが。

ポータブルプレイヤーにはあんまり現実的なサイズじゃないね。
ほかの非可逆フォーマットならもっと大量に入るんだし。

ipodのような携帯HDDオーディオで対応すれば天下無敵だろ。

持ち歩くような環境だと非可逆圧縮の劣化にも気付かない気もする。

　　　　　　　　　　　　　　　　　Monkey's Audioなんて流行るわけねえだろ

はやるはやらないはどうでもいい、
可逆圧縮でファイルサイズを小さくできればいいや。

>>560
禿同。
劣化無しで圧縮し、そのまま再生できることに
魅力を感じるのであって、流行は関係ない。

Kenwood Music KegがファームウェアでFLACを公式サポートするらしい。
http://www.phatnoise.com/forum/showthread.php?threadid=74

FLACより猿のほうが圧縮率がいいのに…。

>>563
デコードがFLACのほうが軽いからかもね

そういえば２００GBのHDDが発表されたが、
これならCD１０００枚のapeファイルがはいるんだよね。

音楽オタク以外だったら十分な量だよね。

音楽オタクにはまだまだ不十分そうだな。

>>566
動画オタクの間違いでした。

でも古いマザーボードだと８０ＧＢ以上のＨＤＤは認識しないがな・・・

バックアップが大変そうだ。

>568
１３７GBじゃなかった？

monkeyってCDから直接apeにできないの？
言ったんwaveにしないといけないの？

>571
CDexかEAC使え。

>>572
えっ、CDexのエンコーダにapeってありましたっけ？
と思って調べた見たら・・・>>100-101ですね。
どうもありがとうござました。
と思いましたがコマンドラインオプションは詳しくないのでどうしようと思っていたら
CDex1.50では対応していたんですね。
betaがとれたら入れてみようと思います。

Lilithでも一応CDから直にエンコード出来る。
ただCDexのライブラリが使えなくなって対応ドライブが減ったのと、
猿のライブラリがver.3.97b1pre1と言うのがかなりネックだが。

LAME(mp3)やoggに挑戦してみたけど、日々ニューバージョンを追いかけたり、
オプション設定が個人の価値観そのものだったりと難しいね。
つくづく可逆のありがたみを感じました。
可逆でヽ(´▽｀)ﾉ ﾏﾀｰﾘと。

Linux用消えてるよウァァァン

>>575
可逆って何も考えないでいいところも利点の一つだよな。
叩かれそうだが・・・。

いや、事実だろう。
せめて1Gにアルバム３枚入れば乗り換え検討するんだが・・

>>578
入るんじゃないか？

落語なら入りそう。

>>578
クラシックやジャズなら余裕だったりする。

>578
ポップスとかロックでも６０％ぐらいまで圧縮されるから
５０分程度のCDだったら３枚は入るよ。

CD１枚を曲間も含めてwavに出来る？

>>583
できる

FLAC 1.0.3公式リリース
Vorbisタグや24bitに対応したらしい。
http://flac.sourceforge.net/

- 10-15% decoder speedup
- 24-bit input support restored
- more robust plugins
- new metadata block for Vorbis-style tags
- vastly improved metadata editor
- fixed bug with pipes and Windows
- new libFLAC++, a C++ object wrapper around libFLAC
- new metadata editing interface in libFLAC and libFLAC++
- and more...

こっちもだんだん開発スピードが上がってほしいもんだ。
猿常用者にして不落応援者の独り言でした。

部落応援者

部落ﾏﾝｾｰ

FLAC Winampプラグインバグ修正版
http://sourceforge.net/project/showfiles.php?group_id=13478

Monkey's Audio 3.97

Changes:

1. Changed: "Save File List Between Sessions" now on by default in front end.
2. Changed: Replaced usage of "#pragma once" with more non-MS compiler friendly alterternative.
3. NEW: MakeAPL now supports command line APL generation. (pass a .CUE file (no wildcards yet) -- operates in silent mode using existing settings)
4. Changed: Assembly support no longer required for backwards compatibility. (thanks Torgeir Strand Henriksen)
5. Changed: Several non-Windows buildability issues.
6. Changed: Using NASM to compile all assembly code. (aids cross-platform buildability)
7. Changed: Encapsulated the APELink code.
8. Changed: Tags aren't analyzed immediately when opening an http:// or m01p:// stream. (much faster)

http://www.monkeysaudio.com/cgi-bin/YaBB/YaBB.cgi?board=general&action=display&num=1026061642

1. 変更されました:「セッション間のファイル・リストを保存してください」今フロント・エンド中のデフォルトによって。
2. 変更されました:"#pragmaの使用法をかつて交換する」より多くの非MSコンパイラーで、親しみのある、alterternative。
3. 新しい:MakeAPLは今コマンドラインAPL生成を支援します。(.CUEファイル(ワイルドカードはない、まだ)を渡す 既存のセッティングを使用して、暗黙のモードで作動します。)
4. 変更されました:会議、もはや支援しない、後ろに要求された、互換性。(ありがとうTorgeir岸Henriksen)
5. 変更されました:いくつかの非ウインドウズbuildability問題。
6. 変更されました:会議コードをすべてコンパイルするためにNASMを使用すること。(クロス・プラットフォームのbuildabilityを援助します。)
7. 変更されました:APELinkコードをカプセルに入れました。
8. 変更されました:http://またはm01p://の流れを開く場合、タグは直ちに分析されません。(はるかに速い。)

>> 4. 変更されました:会議、もはや支援しない、後ろに要求された、互換性。(ありがとうTorgeir岸Henriksen)

warata

今週中で>>590にバグが見つかった場合差し替えがあるとのこと。

圧縮率は上がったんですか？

>594
あがった。wma並になったよ

圧縮率とスピードはどの程度あがったんだろう？

あと数％（several　%）は圧縮できる見込みがあるっていってたな。
ポップスで５０％いかないかな？

397age

3.97ｷﾀ*･゜ﾟ･*:.｡..｡.:*･゜（ﾟ∀ﾟ)ﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!

あ、あれ、圧縮率3.96と変わってない…？
ソースがによるのかなぁ。(´･ω･`) ｼｮﾎﾞｰﾝ・・・

あと、GUI起動中にファイルからAdd to〜すると固まるのですが、
皆様の環境で再現性無いですか？

>598
マルチプラットフォームに関する部分しかうｐでいとしてないのかな？

>>598
うんにゃ、全然平気。
それよりも3.97の dll ってあるの？

>>600
そーでつか。
私の環境のみでの症状、みたいですね。
検証どもです。

3.97は>590のリンク先に。

>>601
こちらこそどうもありがとうでやんす。

aa

や、やんす？？！

3.96と圧縮率が一緒……。

>>605
Just updated the SDK...

Changed: Added more functionality to the APL parser.
Changed: Added CreateIAPEDecompressEx2(...) to allow 3rd party creation of a ranged decoder.

And about stdout, I'll get it in one of the next releases. Frank's link to his version of the APE code is dead...

Thanks.

-Matt

最近は圧縮率よりもマルチプラットフォームに力を入れてるのかな？

確かに浸透させるには多くのプラットフォームに対応する必要があるから
止むなしだが、モンキーは圧縮率で優位性を持ってるのでそっちも
がんばってほしいなあ。

WMA命だろ？

　　　　　　　　　ｷｮﾛｷｮﾛ
　　∧＿∧ ∧＿∧ 　 ／￣￣￣￣￣￣￣￣￣￣
≡（・∀・；≡；・∀・）＜　どうしよう…こんな所でｳﾝｰｺがしたくなっちゃったよ…
　　 （　　　　）　　　　 ＼＿＿＿＿＿＿＿＿＿＿
　　　人　 Ｙ
　　　し（＿）
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣


　　　　　　　　ﾗｯｷｰ
　　　　　　　　　 ∧＿∧　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　（* ・∀・）＜　と思ったらこんなところに便器があるじゃん♪
　　　　　　　　　/, 　　つ　　＼＿＿＿＿＿__＿＿＿＿＿_
　　　　　　　　（_（＿,　）
　　　　ﾌﾞﾘﾌﾞﾘ　人しし' 　∬　もわ〜
　 　　　 ∬　（;;:::.:.__.;） ∬　　 もわ〜
　　　　∬　（;;:_:.__〃⌒.）,, 　　ﾏﾏｧｧｧｧｧｧｧｧ･･･ 臭ぃぃぃぃぃっぃｲｲ!!!!!!!
　　　　　（;;;:::.:..　.:;/⌒つ´ д｀)つ　 ←>>1
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

>>608
No.

ホシュホシュ

>>538
今更だが、wavからそのまま戻す方法もある。
バイナリ弄る必要がないのでお手軽であろう

・以下の要領でcueシートをかく

FILE "TRACK_01.WAV" WAVE
TRACK 01 AUDIO
INDEX 01 00:00:00
FILE "TRACK_02.WAV" WAVE
TRACK 02 AUDIO
INDEX 01 00:00:00
FILE "TRACK_03.wav" WAVE
TRACK 03 AUDIO
INDEX 01 00:00:00
FILE "TRACK_04.wav" WAVE
TRACK 04 AUDIO
INDEX 01 00:00:00

・そのままcdrwin等で妬くなり、DAEMON Toolsでマウントして、
　それを適当なライティングソフトで吸うなり、コピーしてもよし
　そのままでもCDDBがつかえる（>>159 おそらくもう見ていまい)

ただし、WAVを抽出するときCDex等でジッター補正をかけていた場合、
ギャップが狂ってしまうのことがあるので元には戻らない場合もある。
1トラックにindexがいくつもある場合はcueシートもそれなりに工夫すれば復元できる。
例えば1秒のプリギャップがある場合はこんな具合
FILE "TRACK_03.wav" WAVE
PREGAP 00:01:00
INDEX 00 00:00:00
INDEX 01 00:01:00

FILE "TRACK_01.APE" APE
TRACK 01 AUDIO
INDEX 01 00:00:00
こんなことが出来たらすばらしい、

ちなみにmp3はDAEMON Toolsでは対応してないがcdrwinでは出来る
FILE "TRACK_01.MP3" MP3
TRACK 01 AUDIO
INDEX 01 00:00:00
apeのほうがよっぽど意義があると思うのだが、

圧縮率は3.98で改善されるのかな？

4.0になるのは何が改善されればなるのか？

お魚陣営は盛り上がってるYO!
我々お猿陣営も盛り上がろうYO!

>>614
未来のことは分からないYO!
きっと時間が解決してくれるYO!

yoyoyoうるせえ

yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!
yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!yoyoyoyoyoyoyoyoyoyoyoyo!!!!!!!!!

　　　　　Y　　　　　O　　　　　！

正直monkeyよりmonty

256MBのスマメが出て
シリコンオーディオプレイヤーが
512MBくらい詰めるようになって
猿に対応すれば････････なんて事を考えてしまうのは俺だけじゃないよな!?

>>620
それはそれで面白いんだけど、
それだったら非可逆ならもっと詰め込めるワナ。
ポータブル再生機器の音質的な性能を考えると
猿はちょっと大げさかな、と。

Visual Basic製のソフトウェアなんだね

>>622
本体はC++だよ。フロントエンドがVBだというだけで。

フロントエンドのためだけにランタイム使うのか

CDex使えばOK

VBで本体を作ったとしたらそれはそれで凄い。

過去バージョンでエンコして最新バージョンでデコしてもCRC一致するの？

>>627
大丈夫。
逆はダメ。

訂正
逆は大丈夫な場合もあるけどダメな場合もある。

どうもありがとうｍ（＿　＿）ｍ

顔でかっ

ポータブルプレイヤー出てないの？

盛りage

競合してる可逆フォーマット無いの？

FLACだったっけ？

FLAC、LPAC、WavePackを試したけど
Monkeyほどじゃないと感じますた。

ただ、WavePackは面白い事出来るので関心しますた。
不可逆と可逆差分の計２ファイルを出力、
同一パス上に両方あると可逆で認識される仕組み。
（・∀・）ﾔｯﾃｸﾚﾙ!

Monkey's Audioっていう名前がね〜
もっといい名前無かったのかね〜

猿の音

>>637
何言ってんだ、かわいいじゃないか。

坂本龍一の鉄道員(piano version)が28.80%を記録しますた

>>640
音楽ファイルでそれはスゴイな

アコースティック系のソロプレイとか、
室内楽とかは30%前後まで圧縮されることはザラ。

圧縮前と解凍後のCRCちゃんと一致するね。感動した

一致しなかったら非可逆じゃねえよ。

可逆じゃねえよの間違い

どこも間違えちゃいけない文章だ

mp3とかよりzipに近いものっていう認識でいいの？

jpgよりpngに近いって認識でいいよ。

むしろPIC2（ｗ

っていうか、3.97出てたんだね(；´д｀)

いつ3.97は正式版になるんだろう…
差し替えてないからそのままで逝くんかね。

CRCって何で調べてます？
俺極窓くらいしかしらないんだけど、極窓重いし・・・

CRC1632っていうやつ

>>652
WinCRC。
SendToフォルダに入れて、右クリックで一発。
(ﾟдﾟ)ｳﾏｰ

詩子様

日本語化パッチきぼんぬ

（　´,_ゝ`）ﾌﾟｯ

>>656
Winampのは作ったけど本体はできないわ…

誰かが日本語のフロントエンド作ればいいんじゃない?

>656
Lilith使え。

>>656
CDex+MAC.exe

age

sage

おいネタ切れなのかよ！！！！

更新無いし、圧縮するだけなんだもん

俺は、Lilithだけは絶対に使わん。

あっそ。

>>666
なんで？作者が厨だから？（ｗ

SoundPlayer Lilithってウィンドウの伸縮できないから使いにくい

wavのヘッダをつけるソフトはどれ?

関連スレ

フリー可逆音声コーデック FLAC
http://pc3.2ch.net/test/read.cgi/software/1027931072/l50

>>670
あ、それ私も知りたい。

…binエディタかなぁ。

FLACスレでdat落ちとか言ってる馬鹿がいたので晒しage

うわー、猿スレがあがったよ〜

FLACなぞに負けてたまるか。
話題はないががんがん行くぜぇ

正直、俺もdat落ちしたかと思ってたよ

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

１、まずは↓このサイトからソフトをダウンロード。（念のため、上のほうのMAC_396F.exeが吉）
http://www.monkeysaudio.com/download.html

　　　↓

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

　　　↓

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

　　　↓

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

　　　↓

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

いまさらそんなネタで盛り上げようとするなんて・・・仕方ないか

Winampプラグインのなら日本語に
http://www.geocities.co.jp/SiliconValley-Bay/7045/

ﾌﾟﾗｸﾞｲﾝｵﾌﾟｼｮﾝの無音除去が（・∀・）ｲｲ!
曲間の繋がりがスムーズになって(ﾟдﾟ)ｳﾏｰ
ｸﾛｽﾌｪｰﾄﾞには欠かせない機能なのでありがたい。

CDexでやろうぜ。
タグも自動で付くしさ。

>>681
CDedでノーマライ図示たら音が変になるからやだ。

(ﾟДﾟ)ﾊｧ?

CDexのノーマライズは問題ありとどこかで読んだことがある。
とは言っても2chからだけど。

ノーマライズって使います？
これ使っても聴覚上の音量が一致するとは限らないですし、
あまりメリットを感じませんが･･

ノーマライズで音量が10%下がったら、
情報量が10%減るから音質も10%低下するのかな？

>>686
「音質」の評価基準が不明のため回答できません。

単純にbit数落としてるならダイナミックレンジは狭まってるだろうね

3.97が正式リリースしてるのは既出ですか？
八月二日付けですが。

Version 3.97 (August 2, 2002)

1. Changed: "Save File List Between Sessions" now on by default in front end.
2. Changed: Replaced usage of "#pragma once" with more non-MS compiler friendly alterternative.
3. NEW: MakeAPL now supports command line APL generation. (pass a .CUE file (no wildcards yet) -- operates in silent mode using existing settings)
4. Changed: Assembly support no longer required for backwards compatibility. (thanks Torgeir Strand Henriksen)
5. Changed: Several non-Windows buildability issues.
6. Changed: Using NASM to compile all assembly code. (aids cross-platform buildability)
7. Changed: Encapsulated the APELink code.
8. Changed: Tags aren't analyzed immediately when opening an http:// or m01p:// stream.
9. Changed: Added more functionality to the APL parser.
10. Changed: Added CreateIAPEDecompressEx2(...) to allow the creation of a ranged decoder.

結局目立った不具合はなかったみたいですね。

さすがに利用者が少ないMonkey's Audio、全然反響が無い（ｗ

開発者向けの変更ばっかりだからね。

ﾑﾅｼｲ

最近全部oggからappに
乗り換えようと思うんですが、
最新のCDEXにデフォルトでついてる
3.950で問題なし？
最新ヴァージョンにする必要ある？？

>>695
圧縮率は3.95も3.97も変わらないよ。
バグとか直ってるかも知れないから一応最新のにしとけば。

最新にする場合コマンドライン指定
じゃないと
ダメなんですよね？
音質とか変わらないと思うので、
そのまま使うことにします。
めんどくさいし。

レスさんくす。

>>697
Windows環境ならLilithの最新α版が猿3.97搭載してる。
3.97RC1だけど、実質正式リリース版と変わらないみたい。

猿房め

らめ房ﾊｹｰﾝ

らめではない。正しくは、ぁめだ。

ゐんあんぷのプラグインをバージョンダウンしたいんだけど
どっかにない？

なゐ

ここの板って、いたるところで、第三者よそおってLilithの宣伝してる奴いるな。

作者だろ

広報ですが、何か？

3.98は圧縮率は上がるのかなあ？

むしろ下がるだろ

cdexの最新ヴァージョンに
3.97搭載
age

コンプレスしてデコンプレスしたら、コンプレスする前とCRCが一致した！！！

夏〜
　夏〜
　　夏〜

>>710
ﾊｹﾞﾄﾞｳ!!

>>710
やっぱさるはすごいや！

>>710>>712>>713
でなきゃ可逆圧縮とうたっている意味がない。

ﾈﾀにﾏ(略)

ネタだろ？
漏れもやってみたけど一致しないし。
もし全く同じファイルになったら誰もwavなんてつかわねーよ。

だよな。
馬鹿なことを逝ってる奴が多すぎる

何度も既出だが、efuさんとこのWaveCompareで比較するとちゃんと一致する。
普通にバイナリ比較で一致しないのはヘッダとかタグとかの関係でそ。

あえてマジレス
バイナリレベルで完全に一致するよ
FC /Bとかでも一致

で、結局どっちなの？

元ファイルのヘッダとかが必要最低限なら一致するし、そうでなければ一致しない。
こーいうことでないの？

基本的には一致しない。するわけがない。

こんなとこにまで荒らしが来るようになったか

この猿を書いた人は誰？

>>722
なんで？

>>721
そーゆーこと。
元ファイルのヘッダと、猿の吐き出すヘッダが同じならCRC一致する。

つーか、今まで一致しなかったこと無いんだけど。
一致しない人はどんなソフトでファイル作ったのさ？

気になるヤツは自分でやってみれ

1. 適当なCD-DAを吸い出します
2. 猿音で圧縮します
3. 猿音でデコードします
4. 1.と3.のWAVを適当なバイナリ比較ツールで比較します

CD2WAV32の吐くファイルでしか比較はしたことないんだけど、
他のでも多分一致するでしょ

winamp3でapeを再生するためにはどうすればいいでしょうか？
3のプラグインは2とは互換性がないみたいで、2のプラグインをコピーしても駄目でした。
winampのスレで聞いたのですが、レスが付きませんでした。

Winamp2のプラグインを3で使えるようにするプラグインがあったはず。
場所は忘れた。

もう猿はヤメヨウカ

>>727
一致しないぞ。

じゃあお前のPCが壊れてる

ヘッダ類の違いだろう。

>>727
リッパーによっては勝手にタグを付けたり変なヘッダを付加したりするものもある。
CD2WAV32はその点わりと素直だと思うけど。

バイナリエディタで中を見て、Waveヘッダを削ってからコンペアしてみたらどうか？

ただ、昔読んだ猿音の原理のページで、極めて希な確率でほんのちょっと
誤差が出ることがある、って書いてあったよーな気もする。
圧縮モードやバージョン依存の現象かもしれないし、漏れの気のせいかもしれ
ないけど。

いい加減ウザイから、可逆でない、と言う奴は可逆でなくなるwavを出せ。
口先だけで因縁つけるなんて電波なヤクザとしか思えない。
話はそれからだ。

それから、apeのフォーマットを熟知している訳じゃないが、wavヘッダごと圧縮されている。

猿音のサイトのTheoryを読んでみた。
どうやら３つのステップがある模様。

１：ステレオを和差ステレオに変換
２：ロスレスのADPCM様圧縮をする
３：zipやlhaのような一般的な可逆圧縮をする

１の過程ではやり方次第では丸め誤差が混入する。
２の過程では、やり方次第で可逆にも不可逆にもなり得る。
　猿音の場合は可逆方式を採用。
３の過程では完全に可逆。

１でステレオの左右相関を利用して圧縮し、２で音声の線形性を
利用して圧縮、３でビット列の圧縮、という感じだね。

完全に可逆にならない可能性としては、１の時点での誤差混入。
しかし、混入しない方法もあるし、誤差が生じても1/65536の
レベル変動があるだけなので聞き分けは不可能だろう。
というか、可逆を謳ってるんだから、誤差混入させるはず無いか。

猿音の原理のさわり部分だけ見ての判断だから、どこまで
正しいかわかんないけど、zipみたいな単純な圧縮をしてるわけ
じゃないのだけはたしかだね。

つー事はバグが入ってる可能性が？
バグ潰しのためにも、誤差が出た人にはそのWAVファイルをアップしてもらいたい。

>>738
そんなことは無いと思うが。誤差がない方法を採用してると思うし。
誤差が出ない方法は技術的には簡単だけど、メモリとか食うから
圧縮率がちょっと落ちるかも。工夫次第で解決可能な気がするけどね。

でも実際に誤差が出たwavあるなら見てみたいな…。

なんでメモリとか食うと圧縮率がちょっと落ちるんだろう…

>>740
んーとね、途中の計算で１サンプルあたり1bit余分に使えば誤差が出ないのよ。
これがメモリを食うってこと。
んで、1bitデータが多いため、その後の線形圧縮等での圧縮率が下がるかも、
ってこと。でも、問題ないような気がなんとなくしてきた…。
真面目に解析してないのでこれ以上は勘弁。

とりあえず標準フロントエンドだと圧縮時にベリファイできるから
オプション入れてチェックしとけばいいんじゃない？
遅くなるけど。

ボタンをcompressのままapeをドロップしても何も追加されませんし
decompressのままwavをドロップしても何も追加されません。
せめてcompressとdecompressくらいは予めボタンを用意してほしいです。
つまり処理を選択してからファイルを入れるのではなくファイルを入れてから
処理を選択できるようにして欲しいのです。

>>743
ドロップしなけりゃいいじゃん

>>743
俺は別に今のままでいいと思うよ。

ape をこれ以上 compress してどうなる？
wav をこれ以上 decompress してどうなる？

君に小一時間それについて尋ねてみたい。

apeをさらにcompressしたいとかwavをさらにdecompressしたいとか
そういうことを言っているのではありません。
普段RazorLameというフロントエンドを使っているのでそれがクセになっているんですが
compressしたいときにボタンがdecompressのままになっていると
wavを入れようとしても入らないんです。
その度にいちいちcompressを選択してもう一度wavを入れるってのが面倒くさいんです。
そんなに面倒くさくもないんですけど度々あるのでちょっと気になったんです。
apeもwavも入れられてcompressとdecompressのボタンが
それぞれあったほうがいいんじゃないかと思ったんです。
日本語が下手なのでたぶん意味が伝わっていないと思うのですがすみません。

自分でフロントエンド作るしかないのでは？
フリーソフトなんだし、私は現状で満足ですが。
Decompressだけでしたら、右クリックでフロントエンドへ送ること可能だね。

sape

日本語の文字化け解消だけでも出来れば

みんなwinamp3でape演奏できる？

猿使いまくってたらPCクラッシュした。こんな糞猿(クソサル(くそさる(Kuso Saru)))二度と使わない!

猿やFLACで可逆圧縮なのに可逆にならないとか
落ちるとかは、ほぼ間違いなくハードの問題。
(メモリが不良品とか)
使う前にmemtest86通せよ。

>>753
「ほぼ」ってことは、そうでない場合もあるんですか？

>>754
FLACや猿に限らずソフトウェアはバグが1つも無いと言い切る事は不可能

>>752
自分のマシンがヘボいのをソフトの所為にするのは責任転嫁だと思いませんか？

バルクメモリはエラー率高いよね。
一応OSが動いちゃうから気づかないこと多いけど…。
memtestするのを勧める。

てすち

俺様のソーテックのパソコンが壊れるはずないんだーーーーーーーーーー

>>759
ﾜﾗﾀ

猿ってさ、ヴァージョンが違うと無音の時にバチバチ鳴るじゃん。
あれ何とかならんかね。エンコし直すの面倒だし。

winamp3のプラグインはないのか

Winamp2のプラグイン使えばいいじゃん

ほしゅ

age

何か強烈な電波が居るみたいだな。
Matthew T.Ashlandに怨みでもあるのか？

可逆系の唯一の悩みはスレで語るネタがない事だな

そういえば同じwavファイルでもmonkeyのバージョンやマシン環境によってエラーでエンコできないときがあるんですが・・・。
その都度偶然アップデートで解決したが、ついに先日どのマシンでも最新verでエラーが��(ﾟдﾟ)
wavファイルの方がなにかおかしいのかな。MusicMatchで吸い出してるんだけど。誰かこんな症状いません？

>>767
wavの形式がPCMになってないのでは？
つーかそんなのよりもEAC使った方が良さそうだけど。

>768
ちゃんと44.1kHz 16bit リニアPCMです。
なぜEACとか使わないかというと、日本語CDDBが使えないから。曲名入れるのが面倒で･･･。
CDDBもソフトによって違うようだが、総合的に一番手軽なMusicMatch（日本語版）とりあえず使ってます。
一番CDDBの検索ヒットするのはMediaPlayrerだったりするが、wavでリップできない罠。

MusicMatchだとオフセット修正が出来ないので完全可逆は無理。

CDDBに登録されているようなのは聴かないので、タグはいつも手動で打ってます。
よって、EACに一票。

>>767
PLAYER使えば？CDDB2に対応してるから日本語いけるよ。
ほんでcdplayer.iniに書き込んだらEACでも日本語タグ打てる。

詳しくはCDexスレに書いてる。

>>770
��(ﾟдﾟ)　どういうことでしょうか？詳細おながいします

>>771
自分もJPOPのメジャーなのとかは聴きません。声優ですが（ﾟ∀ﾟ）
でもそこそこ登録されてますよ。最近のは特に。

>>772
なるほど、その手がありました。CDexスレってどこですか？CDR板ですか？今探してますがそれらしいのが見つからない･･･。

すいませんソフト板で見つけました。今から読んで試してみます。

>>772
Playerで情報取得、CDexでリップしてapeへのエンコも問題なくできました！
CDexもアーティスト別にフォルダつくってくれるから(･∀･)ｲｲ!!
これでMusicMatcｈに頼らなくてすみます。激しく感謝！

>>773>>770
MusicMatch使ったこと無いから知らないけど、
多分リップ時の品質が悪いからMonkey'sでエンコしても、あるいは無圧縮wavに
しても、元CDとは完全一致しないよ、って意味だと思われ。
Monky'sにした結果としての劣化ではないと思う。
詳しい人だれかフォローおながい。

猿音に対応した、WinampのMAD Pluginのようなものはないんだろうか。
24bitや32bitで出力したい場合、今のところLilithを使うほかない？

SSRC WaveOutじゃ駄目なのか

あ、すまんです。ASIO出力したいと思いまして。
Lilithは32bitデコードできるけど、ASIOアウトプットできず。
WinampはASIOアウトプットできるけど、32bitデコードできず。
という状況です。

LilithのASIOプラグインを辛抱強く待つとか……。

やっぱそれしかないですか…
猿音本家のWinamp用デコーダが対応してくれればいいんだけどなー。
Lilithはアウトプットプラグイン実装されそうな雰囲気ですから、それに期待。

MAって32bitWAVEを圧縮できるんか

少なくとも24bitは出来ました。

ASIOプラグインって32bitサポートしてみるみたいだけど？ 32bitデータ
を再生すれば素直に出力されるんじゃないの。

可逆圧縮の16bitデータを32bitでデコードして何か意味あるのか？

>>786
それはないね。丸め誤差がないから、bit深度を増やして精度を確保する
必要がない。増やした部分は0で埋められるだけ

WinAmp2.8だけど、24bitのapeを突っ込んだら一応再生出来た。
ASIO出力もOK。
ただスペアナはぐちゃぐちゃになったが（ｗ

そーいや、windows media player 9で可逆圧縮ができるようになったらしいが、
試した人いるかい？いたら、圧縮率その他もろもろ、どーよ？

>>789
自分で試せ

win98seなもんで、試せんのよ。残念ながら。

ZDネットなんだけどWMAポップス50%もいくのかよ！
猿でも60%ぐらいだよなあ。かなり音源選んでる？

http://www.zdnet.co.jp/broadband/0209/06/wmp.html
＞　一方、WMAロスレス圧縮は、完全に元のビットストリームを再現可能な圧縮方式である。
＞可逆圧縮のため、基本的にCDと全く同じクオリティでハードディスクに記録できる。そのぶん
＞ビットレートは高く、470〜940KbpsのVBRデータになる。音楽CDは1200Kbpsだから、ベストケ
＞ースでは1/3程度までは圧縮できるものの、ワーストケースでは半分にも圧縮できないことになる。
＞　手元のCDで試してみたところ、一般的なポップスやジャズなどのCDは、ほぼ半分（600Kbps）に
＞なる程度だった。とはいえ、現在のハードディスク容量の増加ペースと価格を考えれば、音質重視
＞のユーザーには受け入れられる容量ではないだろうか。

>>792
J-POPは「一般的なポップス」に含まれないと言うことだろう。

>>792
ＷＭＡロスレスだが、圧縮率では、どうも猿に軍配が上がる。
といっても、あんまり遜色はないレベルではあるね。

>>794
ふむぅ。
ということは、デコードの早さで猿の勝ちか。
…wmaって直接デコードできないよね？ たしか。
oggのロスレスがどうなるか気になるなー。

自分のアプリケーションにMACDLL.dllを静的リンクするのは
ライセンス的に可?

>>795
???
>…wmaって直接デコードできないよね？

今のところ、生成されるファイルは馬よりも猿の方が小さいし、
再生時も猿の方が負担が軽い。もっといえばエンコも猿の方が速い。

>>796
以下ヘルプより。作者の許可がいる様だ。
The use Monkey’s Audio or any component thereof from another program requires
express written permission from the author of Monkey’s Audio.

既出なら申し訳ないが元のWAVの音量をノーマライズすれば
圧縮率が結構稼げる事に気づいた。
音圧の高いJ-POP等を圧縮する人は試してみて損はないかも。

>>797
WMAはWAVに直接デコードできないでしょ…。
再生データを横取りしてファイルに落とすツールならあるけど。
一旦WMAにしちゃうとWAVに気軽に戻せない罠が…。
これが怖いのでWMA使いたくない。

>>799
ノーマライズは音質落ちるよ。情報を間引いてるんだから。

>>801
やっぱそうなのか…。アドバイスどうもです。
まあこんなに簡単に圧縮率上げれれば苦労はないですな。

>>801
ノーマライズと言うのは最大音量を超えない範囲＆デジタル処理で、
音量情報を調整するだけだから音質は下がらないんじゃ？

ま、オリジナルに忠実じゃないから下がってるといえば下がってると思うが

>>803
ノーマライズで波形拡大する時に、丸め誤差が生じるから、量子雑音の
増大みたいな感じでの劣化はあると思う。

ノーマライズ前が15bitの階調しか使っていない場合、ノーマライズ後も
15bitの品質しか無いのは間違いないが…。
圧縮率が上がるとしたら、16bit全域を使っている方が、猿の予測関数に
ヒットしやすい、ってことなのかもね。

ノーマライズと言うのは必ずしもレベルを上げるだけとは限りません。
例えば「ピークを-3dBでノーマライズ」する場合、波形のピークが元々-3dBよりも
大きなソースはレベルを下げることになります。
いずれにしても、レベルを変更すれば量子化による誤差が発生することは十二分に
あり得ますので、音質は少なからず劣化すると見て良いでしょう。

やはり下手にノーマライズすれば音質が落ちるって事ですね。
単純に音量下げてるわけじゃないんですね。
アドバイス頂いた皆様に感謝です。

http://www.watch.impress.co.jp/pc/docs/2002/0910/maxtor1.htm

Maxtorから320GのHDD登場。
猿ユーザーなら是非。

可逆圧縮ユーザのポイントはCDからのripですかね、ここらへんについて詳しいサイトあったら教えて。

ホシュホシュ

3.8では insane mode が加わるのか。
これで sweet insanity をエンコしてみたいよ。

>>810
3.98の間違いかな。

ExtraHighを上回る圧縮率が期待できるのかな？
期待age

ExtraHighは再生負荷が少し上がるじゃない、
アレがちょっとヤダかも…。
ほとんど無視できるってのはわかってるんだが…。
でも減らせるファイルサイズもほとんど無視できる程度だったりするからなー。

>811
そうです。3.98の間違いです。スマソ。

>812>813
1-2%ぐらい圧縮率がよくなるらしいよ。

>>813
いやいや、ほとんど無視できるなんてとんでもない。
うちのMMX233じゃ、まともに再生できるか否かの死活問題。

>815
そういう人は fast を使えばいいじゃん。

人によって使い分けるから圧縮率が高い mode も低負荷な mode も
両方会った方がいいですよ。

負荷は結構変わりますよ、ってことでありまして・・・。
ExtraHighはツカエネーとかそういう意図はござんません。

ちなみにnormal使っとります。

>>814
圧縮率が上がるとなると再生負荷はやはり
気になるところですね。
もしこれでExtraHighより軽いとかなら神。
まあありえないだろうけど。

キティガイモードってゆうくらいだから圧縮に特化してあるのではないかと。

ホシュホシュ

3.98でしたっけ？いつ出るんですか。

sage

age

apeってwinampで再生できなかったっけ？
なんか新しいノーパソにwinamp2.81入れたら、再生できないんだけど・・
今はｋｂで聞いてます。

>>824
公式サイトから落とせるin_ape.dllを入れろ。

>>824
フロントエンドから
Option > General > Install WinAmp Plugin
押すよろし。

192KHz 24bitデータには対応してますか？

　　　　
　　　　　　　あげてっ！！！

>>827
32bit*96kHzは対応してた。

wmaのロスレス圧縮のようにACMコーデックとして使えるバージョンも
出してﾎｽｨ。オペラのDVDを圧縮したいっす。

>>825
>>826

遅くなりましたが、礼をいいます。
ありがとう！

sage

ここはひどいインターネットエクスプローラですね

みんなはWMAに乗り換える予定ある？

乗り換えない馬鹿がいるの？

は〜〜〜い

>>834
総合的に、馬は猿に１歩も２歩も及ばないと言うのがここの見解だと思ったが。

既存のplayerで再生できれば乗り換えちゃうかもしれないけど
どうもそうでもなさそうだし乗り換えるのはいいとは思えないね

MSのことだから、また何か仕込んであるんじゃないのか。

WMA9?
使う理由がない。

従来のCBRモードやVBRモードで音質が向上したとはいえ、
128kbps近辺でもシャリシャリすることがあるのは変わらず。
160k以上なら及第点だが。

ロスレスは圧縮率で猿に負け、
展開スピードでFLACに負ける。

マルチチャンネルオーディオは・・って使わないし。

なによりも、この手のフォーマットはClosedなものは使いたくない。
仮にパテントの問題があったとしても、Openなフォーマットのほうが
よほどいい。

でも、猿は完全にオープンという訳でもないんだよな…よく考えたら

展開スピードは猿にも負けてない？＜wmaロスレス

馬ロスレスはＷＭＰ９で直接、音楽ＣＤに焼けるのかな？

ま、デフォルトで日本語化されるっていうのは
結構強いかも
知名度も他のロスレスなんかまだまだ低いし
将来独占OSに標準搭載されるとなれば
何もしなくても一定の支持と利用者それとシェアを確保できる
こんなにまだ育っていない段階なので
他のカスフォーマットなんかたちまち隅に追いやられるような気がする・・
MP3の時はある程度周りが育っていたからMSに負けることはなかったけど

おまえらがいくら吠えようと、一般人は猿やFLACの再生方法なんてわからないし
馬を使うんだよ。

自分しか使わないのに他人が再生方法を知る必要があるのか？

猿とflacってどっちが勝つの？
統合とかされたりしないの？

>847
圧縮率も展開速度も劇的違うわけではないので
ogg が普及したら　FLAC の勝ちだろうなあ。

猿は完全にオープンじゃないしな。

でも、insane mode が使えるのであれば、猿を使う意味があるかも。


まあ、可逆圧縮なんでいつでも乗り換えられるからどっちでもいいけどね。

タグの内容を引き継いでくれる変換ソフトがあるといいんだけど。

Lilith

猿のキチガイモードってやっぱ縮むの？

3.96b6のinsaneだとlaの方が縮む。

まあ、Ogg-FLACが実現されればそちらに乗り換えるだろう。
ただ前にも書いたが、今のflacは拡張子４文字なのが凄ぇ嫌だ（ｗ
Oggに統合されたら拡張子oggになるのかな。
今のところOgg-FLACの仕様とか現行flacとのタグや何かの互換性も不明なので
慌てて乗り換えるものでもないと思う。
多分Ogg-FLACとなればLilithにも実装されるだろうし、その時に変換すれば
タグも引き継ぎ出来て(ﾟдﾟ)ｳﾏｰ

投稿日 2002年9月14日(土)16時10分 投稿者 /|/ |/ [192.168.0.2] 削除

下のカキコしてて思ったのですが、
WMAv9の登場で、国産フリーソフトでのエンデコ業界で、
一人勝ち出来る可能性が高くなってきました。

http://www.project9k.jp/cgi-bin/diary/minibbs.cgi

猿ってMac対応してないんだっけ？

>>855
MacはFLACかShortenだね。
猿のLinux用のSKDは見たことあるけど、Mac用はない罠。

mp3infpが対応していないのが痛い。
KbSTEだとトラック番号「01」とかやっても強制的に１桁にされてしまうのね。
これだけのためにいちいちWinamp起動するのも馬鹿らしいし、結局トラック番号は
放置状態なんだけど。。。

二桁じゃなきゃいけない理由ってなんだろう

ファイル名ならわからんでもない。

>>858
二桁入力しても強制的に一桁にされるのって何となく気持ち悪いじゃないか。

変えられるのが気持ち悪いんなら最初から一桁で入力すれば？

01, 02,...,09, 10, 11,...と２ケタで並んでいるのが気持ち良いと言う人では？

>862
あ、それはかなり正しい意見だと思います。

oggじゃないflacは糞だと？

>>845
＞おまえらがいくら吠えようと、一般人は猿やFLACの再生方法なんてわからないし
まあ仕方ないとして

＞馬を使うんだよ。
ここで説得力消滅。寝言はMP3滅ぼしてから家。

>>862
タグ＞ファイル名変換するときに、
0を補完してくれるツールと、してくれないツールとがあるから
じゃないかと。

mp3infpってape対応してくれないのかな…。
とか思って要望としてサポート掲示板に書き込んできたですよ。
誰か援護しる！

>>867
http://win32lab.com/bbs/index.cgi?mode=allread&no=3205&pastlog=0001&act=past
>期待しないでお待ちください。
との事だったから、そのうち対応するかもね。

age

Winamp2用のAlbumListもAPE対応したようだし
あとはmp3infpか...対応する日が待ち遠しい。

圧縮率どんくらいにしてる？

-c3000
これで充分だと思う……。

-ｃ3000って何？そんなのあったっけ？

--- Monkey's Audio Console Front End (v 3.97) (c) Matthew T. Ashland ---
Proper Usage: [EXE] [Input File] [Output File] [Mode]

Modes:
Compress (fast): '-c1000'
Compress (normal): '-c2000'
Compress (high): '-c3000'
Compress (extra high): '-c4000'
Decompress: '-d'
Verify: '-v'
Convert: '-nXXXX'

Examples:
Compress: mac.exe "Metallica - One.wav" "Metallica - One.ape" -c2000
Decompress: mac.exe "Metallica - One.ape" "Metallica - One.wav" -d
Verify: mac.exe "Metallica - One.ape" -v
(note: int filenames must be put inside of quotations)

>>871
とにかく小さくするのが目的だからextra-highにしてる。

>>871

直接再生もするのでnormalで。

あげ

何も考えないでextra highにしていた
Celeron800にはちと重いのでhighぐらいに今度からしようと思う

highはやめといた方がいいよ。

>879
なぜ？

圧縮率と時間がちょうどいいバランスだと思うが。

バランスいいならnormalじゃないのか？
HighもCele800じゃ重いだろ。

>881
Pen3 700 で high 使ってますがそんなに重いと感じないけどなあ。
再生にCPU10%もつかわないし。

>>882
それでもMP3よりずっと重いからなあ…

男なら圧縮などするな

>884
HDDが８００GB超えたら圧縮やめます。
それだけあればCD2000枚はいるし。

>883
可逆と非可逆を比べるのはどうかと。。。。

>>883
FLACはmp3デコーダ並に軽い。

「男なら」って枕詞をつける奴は大抵細かい事が嫌いなだけ

女なら圧縮してもいいのでつか？

布団圧縮袋ほすぃ…可逆圧縮だし

女子供は圧縮でもしてろ

>>890
不可逆圧縮だよ、あれは。
何度も何度も圧縮してると布団がぺたんこになってく。

>>892
ネタにマジレスかっこわるい

弁のところが特許！

862がマジレスに見えるのだろうか？

弁は特許申請中じゃなかったか

ﾏﾑｺで圧縮（;´Д`）

>>897
それか！

age

ape

ttp://www.jfaul.de/
猿対応で結構便利だけどタグエディタは文字化けが直せなくて使い物にならねぇ

もうちょっと普及しないかなぁ。

普及することに越したことはないが、別に普及しなくてもplayerさえ確保できていればまあいいんじゃないか
msが可逆出しちゃったし、今後簡単には猿でも普及は難しいんじゃないかな

George Winston - Autumn(箱根彫刻の森美術館のアレが入ってるアルバム)

WAV　　　　　487,851,500
MAC3.97F
Normal　　　 187,083,892　38.34%
High　　　　　183,339,792　37.56%
Ex High　　　178,052,176　36.50%
Lame3.93a
320kbps 　　110,532,456　22.66%

ほんと、ソースによってはえらい縮むね。
EACならオフセット0で吸い出せてcueも作ってくれるから完全なバックアップになるし
mp3cueプラグインで頭出しできるし、これぐらい縮めばもせにしなくても十分だなぁ。
色々面倒くさい事考えなくてもすむし、速いし。
Ex Highでもkbだと再生負荷10ぐらい逝くけどWINAMPならほぼ0だし。

これから取り込むときは一度は猿を試す事にしようとおもた。

MSの強引な普及作戦に対抗するには完全なオープンソース化が必要に感じる。
素直にライセンス緩めてFLACと統合した方が良いんじゃないの？

ソースコードがDLできるってホントですか？
どこからできるんだろ？

>>906
http://141.35.2.84/~pfk/mpp/src/APE_3.96b8_Source.tar.bz2

プレイヤー作ってみたいんだけど再生プラグインとかあるのかな

linux対応版がいろんな所で上がってるけど、公式リリースのlinux対応版は出ないんですかね？

3.96a1なら
ttp://www.monkeysaudio.com/files/
ここに

La っていう新手のロスレス圧縮形式。猿よりすこし圧縮率高いらしい。
ただしいまのところデコードにえらい負荷がかかるとか。コマンドライン
のみ。
http://lossless-audio.com/

GUIフロントエンド
http://home.wanadoo.nl/~w.speek/la.htm

>>911
もう正直新しいのはいいよ。

ソース公開しろよ

そんなあなたにFLAC

911で紹介されてる規格に対して言ってるんじゃないの？

>>904
mp3cueってはじめてつかってみたよ。こんなのがあるんだねぇ。
うちの環境だと、曲送り時にちょっとノイズが入ってしまう…
アルバム全体をひとつのapeにせずとも、
曲ごとに吸い出たapeとcueシートの組み合わせで、完全な復元ができますよん。
（あえて単一ファイルで管理しているんだったら、余計なお世話ですまんでし。）

>>911
試してみた。たしかに猿のExtra Highより圧縮率は良いね。
というか劇的に縮んでると思う。かなりイイ！

でもこの再生時の負荷だけは何とかして欲しいところ。
CPU使用率が40%近いって…。

とりあえず新しい選択肢として覚えておきますわ。

>917
圧縮率どれぐらい違うのか教えてくらさい。

>>918
半分くらいまで縮む

>919
猿で何％のやつが半分になるの？
数字でおながいします。

>>918
とりあえずこんな感じ。

猿　64.6%
LA　63.0%

ちなみに猿はExtra Highを使いました。
LAはかなり優秀な結果と言えるでしょう。
ただしエンコード、デコードとも相当重いですが。

>921
2.5%ぐらい違うのか。もっと小さくなるときたいしてました。

それでエンコが遅いとなるとちょっとなあ。

最大で5ポイントほど差がつくみたい。もっともまだ試作の段階といった
感じで、負荷の問題は今後なんとかしたい模様。

猿Extra high以上の負荷はちょっと厳しいな・・・。

アーカイブ用って感じですよね。

軽ｸﾃ 素敵ﾅ FLACﾆ ｵｲﾃﾞﾖ!!

妥協してNormalでエンコしてる。
ま、そんなに差があるわけじゃないからOKよ。

オリジナルサイズ 7,938,184
La サイズ 4,424,025 CPU負荷 約60%
猿音 Extra high 4,529,108 CPU負荷 1〜2%

セレ1.3G Win2K SP3
元WAVはこれを使用
http://cgi1.watch.impress.co.jp/cgibin/pcwatch/pscripts/redirect/redirect2.pl?http://www.watch.impress.co.jp/av/docs/20010514/original.wav

CPU負荷はWinampでの再生時のものです。

圧縮率は最強だけど、凄まじい負荷だな・・・

圧縮率最強とはいえ、極端に差をつけられてるわけじゃない
個人的にどっちを使うかといったら、負荷の差でapeって感じだ

負荷が気になるならFLACという選択肢も

linux版ってまだコンソールだけなのね。GUI版でたらlinuxに乗り換えようっと。

GUI要るのかよ。

>>916
敢えて一本で管理してます。
cutcue使えば良いのはわかってるんですが、気分的にどうも・・・。

>>904に追加

LA 0.3c
169,920,472 34.83%
WinRAR(最高圧縮・ソリッド)
254,130,513 52.09%

確かに縮む・・・が、負荷63〜77%って(ｗ
猿は0〜1%なのに(PIII930)
圧縮にも45分ぐらいかかったし(猿は5分、RAR6分)今の段階ではまだ実用的じゃないなぁ。

時間が掛かるってのが一番のネックかな。＜LA

負荷も駄目だろ
Pen3 500相当以上必須かも？

付加なんか気にすんな。
そのうち、CPUが追いつくさ。

pentium3 10GHz でも７％の負荷だよなあ。

1％切ろうと思ったら100GHz必要か。。。

そういう計算なの？

摩擦を考慮に入れていないな。

P3 10GHｚ うらやますぃ〜。

もうすぐギガの時代は終わりだろ、やっぱ寺でしょこれからは

１THzはいつ来るんだろ

EAC，うまく使いこなせん……((´･ω･`) ｼｮﾎﾞｰﾝ ...

ﾎｯｼｭﾎｯｼｭ

>>946
ExactAudioCopyを使った、音楽CDのズレのない完全バックアップ
ttp://homepage2.nifty.com/yss/exactaudiocopy.htm

@@@@@ ＭＵＳＩＣ　ＰＣ @@@@@
ttp://www.webspace-jp.com/~larc/pc/mp.htm

猿にはすごく興味があるんですけどWinAmpしか対応ﾌﾟﾚｲﾔｰってないんですよね。
Jet-audioで聴く方法ってないでしょうか？

WavにもどすかWinampのPlug-inはさめないようなら無理だろ

>>949
LilithとかKbMediaPlayerとかあるじゃん。

>>949
Quintessential Playerも。

レスどうもです。
猿を使いつつMP3も聴く予定なので、MP3プレイヤーで一番気に入っているJet-Audioで
Monkeyも一緒に聴きたら便利かと思って質問しました。

とりあえず猿落としてみてJet-audioにプラグインをぶち込んで試してみます
たぶん無理だと思うんですけど（；´Д｀）

やっぱりWinAmpのプラグインじゃ無理っすね
素直にWinAmp使います

ｽﾚ汚しすみませんでした

>>954
当クラブへようこそ

　　　　　　　　　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　 　 　 ☆　ﾁﾝ　　〃　∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　　新スレまだ〜？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　.愛媛みかん.　 |／

FLACスレに乱入ってのはどうよ

昨日から使い始めたけどAPL凄いヨ。誰も語ってないので語っときます。

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に変換＆タグ付けとかも自動だ。(・∀・)ｲｲ！！

ただ日本語対応のAPL→mp3コンバーターフロントエンドが欲しいヨ。
手持ちのMJ8だとファイル名に“十”とかあるとエラーがでるヨ。

>>958
試しにやってみたけど、かなりイイね。
この方法さえ知ってりゃ、apeファイルに関してはmp3cue要らないな。

APLって開発者が使う何かだと思って実行もしてなかったけどそういう物だったのね

立てたです。
Monkey's Audio　part2
http://pc3.2ch.net/test/read.cgi/software/1036678542/

2以降に書き忘れてることがあったら誰か書き足して〜
（携帯用：http://pc3.2ch.net/test/r.i/software/1036678542/）

エンコードに一晩かかる。
#486SX 33MHzなので。

領すレダ。上げとこう。

>>940 付近へのレス

CPUがテラになる頃には、補助記憶もいまよりグーンとデカくなり
ネットも数段速くなってるので、特に圧縮する必要も無いのではないかな　と・・・

>964
そのころにはDVDaudioの次の規格とかになってるから
アルバム一枚３０ＧＢとかいってたりして。

そのころにはそもそも音楽も動画もデータは大半はローカルにない。
お気に入りは手元にあるからIPとファイル名で
キミのPCからストリームで勝手に再生してくれ。
帯域の0.000000001%、CPU負荷の0.0000000001%だから気にしないｗ

さぶぅ

今までオーディオCDとかは非圧縮で書き込まれていたケド
今度からはデフォルトで可逆圧縮で書き込まれるっぽいきがするんだケド
msが用意したフォーマットだって多チャンネルの可逆が可能だしさ
時代は可逆です

強いデムパを受信しますた。

素晴らしいﾃﾞﾑﾊﾟだ

名前がダメだから普及しないんだよ

FLACよりは普及してるんじゃない？
そういや、フラックというとWizのモンスターが連想されるな。

くびをはねられた！

つか可逆は「普及」なんてレベルなのか？（謎

そもそも需要がほとんど無い

Flacと統合しても活気がなさそうなんだが･･･

mp3も出始めは重すぎて活気が無かった。
可逆も数年後にはメディアの大容量化が進んで活気が出るよ。

携帯プレーヤ次第・・・と言ってみるテスト。

Monkey's Audio　part2
http://pc3.2ch.net/test/read.cgi/software/1036678542/

>>972
それはかなり少数派かと。

Abone

1000

　　　　　　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　1000まだ〜？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　　　サル　　　 |／

>>980
ﾏｼﾞｶｰ(´д｀)
俺はｼﾞｼﾞｨなのか…･･･。