音声可逆変換ソフト総合スレ

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 01:50:03

です

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 02:22:59

ごめん、よくわからないけどこのスレ開いちゃったんだ・・・

許してくれる？？？？

**とりあえず** · 2008/08/26(火) 02:30:41

Monkey's Audio　http://www.monkeysaudio.com/
圧縮率と圧縮速度重視。オープンソース。
Flac　http://flac.sourceforge.net/
展開速度重視。オープンソース。
Wavpack　http://www.wavpack.com/
バランス型。非可逆圧縮との差分が作れる。オープンソース。
TTA　http://www.true-audio.com/
圧縮速度重視。オープンソース。
TAK　http://www.thbeck.de/Tak/Tak.html
圧縮率、圧縮速度、展開速度のバランスに最も優れる。Windowsのみ。
OptimFROG　http://www.losslessaudio.org/
圧縮率重視。Windows, Linux, Mac。
Shorten　http://etree.org/shnutils/shorten/
最古参。圧縮率は最低レベル。オープンソース。
MPEG-4 ALS　http://www.nue.tu-berlin.de/forschung/projekte/lossless/mp4als.html
MPEG-4標準規格。一部オープンソース。
La　http://www.lossless-audio.com/
圧縮率最重視。速度は度外視。Windows, Linux。
LPAC　http://www.nue.tu-berlin.de/wer/liebchen/lpac.html
MPEG-4 ALSの前身。
Apple Lossless Audio　http://www.apple.com/jp/itunes/
Apple純正。
Windows Media Audio Lossless　http://www.microsoft.com/japan/windows/windowsmedia/9series/codecs/audio.aspx
Microsoft純正。

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 02:56:49

>>3
以下に独自実装で対応しているffmpeg抜かさんでくれ。
TTA decoder
APE(Monkey's Audio) decoder
Shorten decoder
Wavpack decoder
FLAC enc/decoder
ALAC(Apple Lossless Audio Codec) enc/decoder

http://ffmpeg.mplayerhq.hu/

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 03:10:02

>>4
Monkey's Audioスレにあったフォーマットまとめにコメントを加えただけなのでw

基本的にlibavcodecは車輪の再発明かライセンスの問題絡みでやってるだけだから
純正のを(使える環境なら)使った方がいいんだよね。
FLACエンコーダの実装に関しては作者が使わない方がいいとまで言ってる。
http://www.hydrogenaudio.org/forums/index.php?showtopic=45013&st=300&p=443961&#entry443961

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 03:19:23

>>4に追加で
MLP/TrueHD decoder (encoderは開発中の模様)

>>5
えーと、flakeがffmpegのflacエンコーダを作った人が作ったffmpegのflacの非公式フロントエンドだっけか。
シークがおかしいってのはmuxer側の問題で、もう修正されてたと思うけど…。

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 03:57:30

>>6
おかしいんじゃなくてFLACのメタデータブロックに格納されてるseektableがサポートされてない。
無くてもシークは可能なんだが、FLACの特徴である高速なシークの恩恵を享受できない。

今ソース見てみたけどデコーダ(これはflakeとは無関係)もseektableサポートしてないね。

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 04:36:10

　　　　　　　,／‐　＼ ::::::::::::ヽ
　　　　　　, '　ｓ　　　＼::::::::::::i
　　　　　／"""''／ーﾅ-ｔ----|
.　　　　/ 　　,.‐　　 ⌒ 　　　／ﾍ
　　　　｛入｜(･)　　(･)　　　 ||||||| 　　／￣￣￣￣￣￣￣
　　　　　　｜⊂⌒◯-------9）　＜　ウィルス、ゲットだぜ！
　　　　　　｜ |||||||||＿　　　　｜　　　＼＿＿＿＿＿＿＿
　　　　　　　＼ﾍ＿／　＼　／￣`＼､
.　　　　　　　　＼、__ i⌒i／, -'"~ 　`ヽ､
　　　　　　　,.‐'´　　　i--i　　　　　　　　＼
　　　　　　　`〈ヽ, -'"~T 　ヽ、　, -'"　~ `ヽ、
　　　　　　　／　（￣　T　　　iヽ、__　　　　　＼.
　　　　　／　　　　（￣T　　　|　　　`ヽ、　　　　｝
　　　　く　　　　　　￣　`ヽ、/__　　　　　　　　/
　　　　／　`ヽ、／|　　　　　　　`ヽ、　＿＿ノ
　　　　　　　／　　|　　　　　　　　　　T

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 04:41:06

比較
http://www.monkeysaudio.com/comparison.html
http://flac.sourceforge.net/comparison.html
http://www.true-audio.com/TTA_Lossless_Audio_Codec_-_Performance_Comparison

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 04:43:15

>>9
定番が抜けてるぞw
http://www.synthetic-soul.co.uk/comparison/lossless/

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 04:47:04

>>10
クスコ

なんでMonkey'sAudioのInsaneが抜けてるんだろう？

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 04:52:57

関連スレ
Monkey's Audio　part4
http://pc11.2ch.net/test/read.cgi/software/1136974601/

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 12:31:24

関連スレ
音声可逆変換ソフト総合スレ
http://pc11.2ch.net/test/read.cgi/cdr/1219666212/

**名無しさん＠お腹いっぱい。** · 2008/08/27(水) 12:49:10

なんで可逆限定になったの？

**名無しさん＠お腹いっぱい。** · 2008/08/27(水) 15:25:44

俺が知りたいから

**名無しさん＠お腹いっぱい。** · 2008/08/27(水) 21:44:55

>>1
乙

>>14
非可逆まで入れたら収拾がつかないだろｊｋ

**名無しさん＠お腹いっぱい。** · 2008/08/31(日) 05:32:39

今のところ圧縮率と速度でMonkey'sAudio
対応ハードの多さでFLAC

この2強という考えてOKだよね？

**名無しさん＠お腹いっぱい。** · 2008/08/31(日) 08:17:59

まさかそうくるとは思わなかった
あとapeの速度は底辺

**名無しさん＠お腹いっぱい。** · 2008/08/31(日) 11:55:36

>>17
WAVへの展開の速さ＝再生付加の軽さもダントツだよ＞flac

しかし可逆は非可逆よりも乱立してる感があるなぁ
いくつかまとまってほしい

**名無しさん＠お腹いっぱい。** · 2008/09/01(月) 20:53:06

>>19
展開速度ってポータブルに載せるときぐらいしか重要じゃないよね

ape、flac、La、MPEG-4 ALS、applelossless ぐらいで十分かな？

**名無しさん＠お腹いっぱい。** · 2008/09/02(火) 00:51:41

>>19

可逆圧縮は純粋な論理処理だから、プログラマにはそそられるんでしょうね。

心理音響モデルみたいな要素は、非可逆圧縮の場合は実装のキモだけど、
コーディング以外の手間と時間がかかりますしね。

可逆は無劣化でトランスコーディングできるので、どのフォーマットが残ってもいいですね。

**名無しさん＠お腹いっぱい。** · 2008/09/04(木) 00:55:19

>>18
ape速いじゃないか。
FLACよりエンコードは速いぞ。

**名無しさん＠お腹いっぱい。** · 2008/09/06(土) 18:30:57

takは速くてそれなりの圧縮率だぜ

**名無しさん＠お腹いっぱい。** · 2008/09/06(土) 23:18:20

craving explolerと携帯動画変換君では、flvからmp4にする場合、
どちらの方が、音質、画質がいいのでしょうか

**名無しさん＠お腹いっぱい。** · 2008/09/10(水) 20:04:14

eacがcue書き込みでwav,ape以外をサポートしてくれればapeを捨てられるのに。

**名無しさん＠お腹いっぱい。** · 2008/09/10(水) 20:09:46

wavから他の形式に変換すればOK

**名無しさん＠お腹いっぱい。** · 2008/09/10(水) 23:47:58

>>25
イミフ

**名無しさん＠お腹いっぱい。** · 2008/09/11(木) 02:12:18

FILE "CDImage.ape" WAVEなcuesheetがそのまま焼けるってことだろう。
人にあげる時とかwavに戻さなくていいから楽ではあるな。

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 02:54:07

flac、tak、wavpackでいつも悩むよ。

flac: 汎用性高、負荷低、tag editorでも扱いやすい。
tak: 性能良、だけど2chまででDVDから抜くときは使えないし、tag editor含めまだまだ発展途上。
wv: flacよりも圧縮率高だけど、汎用性や負荷が中途半端。

apeは負荷高いし、すぐ壊れるので使わない前提です。

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 07:44:11

デメリットを書いてないflacを使えばいいんジャマイカ?
あえてデメリットを挙げるならその中で一番圧縮率が悪いってことだけども。

あと、個人サイトっぽいけどこんなのありました。
ttp://www7a.biglobe.ne.jp/~fortywinks/music5.htm

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 08:42:30

urlはスレ違なので無視しして下さい・・・

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 12:45:25

自前のwavファイル(24bit 96kHz 2ch 2:03:06 3.96 GB (4,254,562,124 バイト))
をflacへエンコードしようとしたのですが、作成されたflacのサイズが2.00 GB (2,147,498,063 バイト)でエラーになります。
foobar2000、flacDrop、FLAC frontendあたりを試しました。

FLAC 1.1.3でLarge file (>2GB) support everywhere
とあったので作成できるのでは？と思っているのですが、何か特別なコマンドライン等はあるのでしょうか？

flacのバージョンは1.2.1bで、念のためOSはXPのSP3です。
foobar2000でのエラーメッセージは下記のとおりです。

An error occured while writing to file (The encoder has terminated prematurely with code 1; please re-check parameters) : "a.flac"
Additional information:
Encoder stream format: 96000Hz / 2ch / 24bps
Command line: "C:\flac.exe" -s --ignore-chunk-sizes -5 - -o "a.flac"
Working folder: E:\

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 12:54:09

たぶんwindows環境では2GB止まりなんじゃない
処理系のFILEとかoff_tの定義とか次第だと思う

WavPackも試してみたら?

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 18:55:10

>>33
即レスありがとうございます。
内容は全く追ってませんが、ちとソースを覗いてみたところ、
#if _MSC_VER <= 1600 /* @@@ [2G limit] */とコメントもあったので、
お話にあったとおりWin環境ぢゃ厳しいのかもしれないです。
ちなみに、VCぢゃなくってICLでコンパイルしたものなら……って試してみても同じでした。

takでは前にエンコードしているのですが、-ihsコマンドを付加しPIPEで処理すればエンコード可能で、
(たしか-ihsをつけないと2GB以上はエラーになった気がしました)
WavPackでは先ほど試したところ問題なくエンコードは可能、
Monkey's Audioは即エラーとなりました。

そのうちVMwareにでもLinux入れて試してみます。

**名無しさん＠お腹いっぱい。** · 2008/10/01(水) 22:55:03

#if _MSC_VER <= 1600 /* @@@ [2G limit] */とコメントもあったので、

これに引っかかるコンパイラって、いつの時代の VC だよｗ
アプリの方が 2G 超えるファイルを扱えないか、
保存先に指定しているドライブが、FAT32　なんだろう。
ためしに Lilith で変換してみたら、
2.5GB の FLAC ファイル作れたので、
FLAC がサポートしていないわけではない。
環境見直してみなさい。

**名無しさん＠お腹いっぱい。** · 2008/10/02(木) 04:47:22

>>35
こんな時間にすみません。
2Gで検索かけてコメントの2G Limitしかみてなかったｗ
相変わらずその先の処理もまだみてませんが。

ソースのwavファイルの位置、flac.exeの位置、保存先はNTFSでしたが、
Lilithで変換したらあっさりできました。

アプリの方が～ってありましたので念のためGUIアプリを使わず、
コマンドラインからも変換を試みましたがやはり2GBでエラーになりました。
まぁ、そっちの理由は解りませんが、何はともあれ変換できました。
本当にありがとうございます。

**名無しさん＠お腹いっぱい。** · 2008/10/02(木) 05:05:53

libFLAC自体にに2GB制限は無いけど
フロントエンドの実装がwinだとNGってことか

**名無しさん＠お腹いっぱい。** · 2008/10/02(木) 13:19:10

コマンドラインでも落ちるってことは、GUIは無関係で環境のせいじゃないかな。
アホなウイルスソフトが2GBのファイルまでしか処理できなくて勝手に落とすとか。

35 · 2008/10/02(木) 14:50:01

>>36-37
ソースは見ていないが、コマンドラインプログラムの方は、
標準 C 関数のみで書かれているだろうから、
そっちの方のファイル入出力関数の制限で 2G までかと。
標準 C 関数は、ものすごく古い時代に作成されたものだから、
ファイルサイズとかは int 型が使われていて、
32bit OS なら 32bitのサイズ。32bit 符号付きだと、
最大値がちょうど2Gになる。(厳密には 2G -1)

64bit OS でコンパイルすれば、int 型は 64bit になるはずなので、
2GB を超えるサイズを扱えるようになる。

最近では、32 bit OS 用でも、64bit int への拡張版の
C 関数互換のファイル入出力が用意されている場合が多いが、
環境ごと(コンパイラごと)に、実装内容が違うため、
こういうクロスプラットフォームなプロジェクトでは使用されない場合が多い。

しかし、foobar で2G 越え扱えないのはすごく意外だなぁ。
もしかして、flac は、CLI encoder だったりするのかしら？
built-in プラグインなら別なのかな？

**名無しさん＠お腹いっぱい。** · 2008/10/02(木) 17:16:12

>標準 C 関数は、ものすごく古い時代に作成されたものだから、
>ファイルサイズとかは int 型が使われていて、
処理系依存だよ。例えばLinuxはデフォルトだとoff_tはint32だが、
コンパイル時に_FILE_OFFSET_BITSマクロを64に定義するとint64になる。
OSXではデフォルトでoff_tがint64。
このあたりの違いはconfigureがよきにはからってくれる。

off_tがint64な処理系なら、基本的にstdioのfread/fwrite/fseekoだけで
問題なく2GB制限を突破できる。FLACのlarge file supportというのもこれ。