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

**名無しさん＠お腹いっぱい。** · 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というのもこれ。

８ · 2008/10/02(木) 21:39:20

すげえ良スレだな、いいぞおまえら、つづけろ

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

>>38
もともとGUIツールは引数をflac.exeに渡す位と思っていたので、念のため～やはり～と書かせていただきました。
takやらWavPackやらLilithで変換ができるのに、
何故flac.exeだけ2GBまでしか処理できず落とされるのか見当もつきませんがとりあえず環境みてみます。

>>39-40
型によってひっかかるのではないかというのは解りましたが、ファイルサイズになんで符号付きのintなんでしょ？
wavは確かunsigned longで4GBまでいけるのに……。

自分の中では、変換自体はWinでもできたので>>37氏の言う通りなのかなぁとは思っております。
まぁ、うちの環境がおかしいだけなのかもしれませんが、
>>35氏のLilithの件以外では、できてる、とかできない等の話も訊かないので。

ちなみに、foobarについてなのですが、ご推測の通りで、
最近のは専用のプラグインが入っておらずCLI encoderだったりします。
>>32のエラーメッセージでCommand lineとある通りです。

0.9.x系でflacエンコーダのコンポーネントってあるのかな？と思ったトコロで思い出したのですが、
0.8.3ではfoo_flaccer.dll(libFLAC 1.1.2)があり、foo_flaccer.dll経由でのエンコードはできました。
ただ、wikiによるとfoo_flaccerにはseektableを付加しないようですが。
ちなみにLilithで変換したのはlibFLAC 1.1.1だったけど、コレは問題ないのかな？

レスくださった方々ありがとうございました。
当初のもくろみでは

つコマンドラインオプション

みたいな感ぢで話題が終わると思っていたのだがｗ

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

>>42
>ファイルサイズになんで符号付きのintなんでしょ
ファイルサイズというかoff_tはオフセットで相対位置を示す時にも使うから。
fsseko(fp,-1,SEEK_CUR)とかね

seektableの有無はmetaflac --list hoge.flacで確認可能。

**名無しさん＠お腹いっぱい。** · 2008/10/03(金) 04:45:00

>>43
またまたこんな時間ですみません。

signed intの件、納得しました。
というかFILE_OFFSET_BITSやoff_tって書いいただいてるのだからオフセットと察しろって話ですよね。

Lilithで変換したファイルをmetaflac --listで調べてみたところ、
～前略～
point 736: sample_number=707171328, stream_offset=2841139388, frame_samples=4608
point 737: sample_number=708129792, stream_offset=2844727800, frame_samples=4608
と、問題はなさそうです。
ちなみにfoo_flaccer.dllで変換したファイルはエラーとなりwikiのとおりseektableは存在してませんでした。

まぁ、実際うちの環境だけできないのかは解らないですが、
うちの環境でlibFLACでのエンコードに問題がでないコトは解ったので、
そのうち、うちの環境でもlibFLAC 1.2.1でエンコードできるソフトでも探してみようと思います。
ホントにご丁寧にありがとうございました。

35 · 2008/10/03(金) 23:23:50

>>44
Lilith は、もしかしてオンラインアップデートしていないバージョンを使ってる？
0.992 にアップデートすると、FLAC 1.2.1 が使われてる。
これ最新のFLACのライブラリのはずだよね。

ところで、以前の flac.exe (公式のコマンドラインプログラム)では、
余計な SeekTable を作成するという不具合があったけど、
今のは直ってるのかしら？
たしか、曲長にかかわらず、100個だか1000個だか作成しちゃうっての。
短い曲のときは無駄だし、長い曲のときは数足りず、で
まともに機能しないケースが存在すると指摘されてたような。

>>40
処理系＝コンパイラと捉えるなら、処理系と書いた方がよかったかもね。
Win みたいに複数のコンパイラが用意されている場合、
それぞれで制限違ったりするので。
VC の場合、少なくとも 2008 では、_fseeki64 とか用意されている以上、
通常の fseek とかで 2GB 以上を扱えるようには出来ないんだろうな。
関数自体は、define で置き換えればよいわけだが、
データを保持する変数の型のほう変更するのが面倒そうだ

**名無しさん＠お腹いっぱい。** · 2008/10/03(金) 23:24:08

flac tgfでデフォルトの圧縮率や保存先が設定できず、いちいち設定->バッチ
とやるのが苦痛なのですが、もっとマシなフロントエンドはないですか？

**名無しさん＠お腹いっぱい。** · 2008/10/03(金) 23:53:13

>>45
fseekで2GB以上のファイルを扱うのはLP64とかILP64な処理系じゃないと無理でしょ。
fseekoみたいにoff_tじゃなくてlongだから。

>余計な SeekTable を作成するという不具合
それってfoobar2000のpipe encoderがwavのヘッダに
適当なdataチャンクの大きさを書くのが原因のやつじゃないの?
1.2.0で--ignore-chunk-sizesが追加されてるけど、
これを付けるとそもそもseektableが作られなくなる。

35 · 2008/10/04(土) 01:31:59

>>47
いえ、flac.exe 本体のバグ(?) です。
かなり昔の話だけど、確か Lilith の HP で見た気がしたので、
作者の書き込みかと思ってたら、ユーザの人の書き込みだったみたい。

ttp://www.project9k.jp/cgi-bin/innovationbbs/bbs.cgi?mode=one&namber=1212
2ch からは直リンできないんだったかな？
みれなかったらURLコピペでよろすく

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

>>48
いや、それだとどうやってflac.exeを使ったかが分からないから
wavヘッダのサンプル数が間違っている可能性は捨てきれないと思うけど。
サンプル数を越えたところにまで空のseekpointを作成というのは
まさにその問題の典型だし。

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 12:09:03

>>45,47-49
LilithのVerの件ですが、ご指摘のとおり0.9.9.2にアップデートでlibFLAC 1.2.1になりました。
度々ホントありがとうございます。
一度オンラインアップデートしたんだけどなぁｗ

SeekTableの件につきましては、
foobarというかPIPE処理等で事前にサンプル数が取得できない際におこるようです。
Seek Point計算はサンプル数が必須で、
例えば録音しながらPIPEで変換等は問題がでそうと考えます(サンプル数渡してもダミーだろぉし)
ttp://www.project9k.jp/cgi-bin/innovationbbs/bbs.cgi?mode=one&namber=1215&type=1170
その後の1217で投稿した方もエンコード方法を認めております。
投稿日付にあわせて1.1.1のflacにてエンコードしましたが、flac -5 -o "E:\CL111.flac" K:\test.wavと引数を渡して、
options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3と変化するようで、
-b 4608にてframe_samples=4608になる位しか目立った違いはありませんでした。

対策は>>47氏のおっしゃるとおり、chunkSizeを取得しない--ignore-chunk-sizesにて対応ってコトなんでしょうが、
>これを付けるとそもそもseektableが作られなくなる。
まさに作られませんでした。素人考えですがflacはSeek Tableの構造上PIPEエンコードにはむかないのかなぁと。
PIPE用にchunkSizeをみないのならば作成サイズも無視してくれるかと期待した部分もあったのですが、
あくまで、ヘッダのchunkSizeをみる部分を飛ばすだけって感ぢで、
サイズが解らないからSeek Tableも作らないだけってコトっぽいですね。

Lilithでのエンコードとflac.exeでのエンコードの違いでは、Seek Pointのframe samplesに違いがあり、
現在のflacはオフィシャルにあるようにデフォルトだとframe_samples=4096となり、(-0、-1、-2だと1152ですが)
Lilithだと-b 4608としているようで、frame_samples=4608となりました。
あとはLilithはPADDINGのサイズを自分で付加するようになっていた位でしょうか？
デフォルトだと0で当然METADATA blockにPADDINGはありませんでした。

そもそもうちがflac自体全く解っていないのでなんとも言えませんが、
METADATA block位置はtypeで見分けているので関係ないだろぉと推測して、違いはコレ位のようです。

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 13:56:24

>>50
レポート乙

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 14:48:29

>>50
>素人考えですがflacはSeek Tableの構造上PIPEエンコードにはむかない
FLACはseektable無しでもシーク可能。seektableはシークを高速にするためにある。

>Lilithだと-b 4608としているようで、frame_samples=4608となりました
4096じゃないのはlilithがFLAC__stream_encoder_set_compression_levelを使ってないのが原因だな。

>デフォルトだと0で当然METADATA blockにPADDINGはありませんでした
今のFLACのフロントエンドはデフォルトで8192bytesのpaddingを付加するよ。

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 18:23:19

>>51
や、いつも長ったらしくてホントゴメンよぉ……、今回も長いけどｗ

>>52
>FLACはseektable無しでもシーク可能。seektableはシークを高速にするためにある。
PIPEでファイル作成できない、もしくは他のエンコーダに劣るという訳ではなく、
PIPEによってFLACの特徴を一つ失うとなるならば、むいてるとは言えないのかなと。
PIPEを使わずにSeekTableありで変換できるのならばそちらを選ぶでしょうし。

>FLAC__stream_encoder_set_compression_levelを使ってないのが原因
frame samplesの違いは試してた際に特に気になっておりました。ありがとうございます。

>今のFLACのフロントエンドはデフォルトで8192bytesのpaddingを付加するよ。
あー、ゴメンなさい、書き方が悪かったです。Lilithの設定のデフォルト値の0だとってコトで、
flac.exeに関しては8192bytesのPADDINGをMETADATA block #3に確認しております。

ホントご丁寧にレスありがとうございました。

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 18:58:08

あー、わざとfoobarで--ignore-chunk-sizes外した結果を書いてなかったです。
ソースwavファイル詳細:24bit 96kHz 2ch 9:11 (551sec) 302 MB (317,494,364 バイト)

flac.exe 1.2.1bでコマンドラインにてエンコード 184 MB (193,579,813 バイト)
～前略～
point 54: sample_number=51838976, stream_offset=189826283, frame_samples=4096
point 55: sample_number=52797440, stream_offset=193141717, frame_samples=4096

flac.exe 1.2.1bにてfoobarで--ignore-chunk-sizesあり 184 MB (193,578,801 バイト)
type: 3 (SEEKTABLE)は無しで後はコマンドラインと同じ。

flac.exe 1.2.1bにてfoobarで--ignore-chunk-sizesなし 18.3 MB (19,232,591 バイト)
～前略～
point 744: sample_number=714240000, stream_offset=0, frame_samples=0
point 745: sample_number=715200000, stream_offset=0, frame_samples=0
PADDINGも変化あり length: 65536

flac.exe 1.1.1にてfoobarで--ignore-chunk-sizesなし 196 MB (206,409,944 バイト)
～前略～
point 743: sample_number=713906189, stream_offset=0, frame_samples=0
point 744: sample_number=714867032, stream_offset=0, frame_samples=0
PADDINGも変化あり length: 4096

流石にサイズが変わった1.2.1b--ignore-chunk-sizesなしはMD5やframesize、total samplesも変化がありましたが、
1.1.1に関してはSTREAMINFOの値も1.1.1のコマンドラインでの変換時と同じでSeek TabelとPADDINGのみの変化でした。
あくまでうちの場合はですが。

**名無しさん＠お腹いっぱい。** · 2008/10/04(土) 19:47:00

>>53
別にパイプだと必ずダメと言う訳じゃないよ。
普通にシェルからcat hoge.wav | flac - -o hoge.flacとかやる分には何の問題もない訳で。
サンプル数が既知なのに、わざわざパイプで渡す時に
チャンクサイズを不定にして渡すから問題になる。
だから47ではflacではなくfoobar側の問題という書き方をした訳だが。

スレ違いだがLAME 3.98のTLENタグなんかでも同じ問題が起こるはず。

**名無しさん＠お腹いっぱい。** · 2008/10/05(日) 06:00:45

>>55
こんな時間ですみません。

>別にパイプだと必ずダメと言う訳じゃないよ。
ソレは実は解ってはいたんですが、変換元がwavファイルから渡すと確定していたり、
サンプル数が確定している場合がPIPE処理を使う前提の場合だと少ないのかなぁと思った訳です。

変換時に一時ファイルを作成したり、サンプル数が確定しているwavからの入力しかないと解るならば、
PIPE処理の必要性はあまりない気もしたので。

>LAME 3.98のTLENタグ
どぉやら似たよぉな感ぢですね、ちと色々みてみます。

ホントにご丁寧にありがとうございます。

**名無しさん＠お腹いっぱい。** · 2008/10/05(日) 16:25:07

PCDJとバックアップの為に音源をアナログからPCに取り込もうと思ってここ来たが、
PCDJ用途と考えると展開速度が速いFLACが良いのかな
勉強になる

**名無しさん＠お腹いっぱい。** · 2008/10/05(日) 16:37:50

まあ、PIPE入力だと元がファイルではなくて終わりが決まっていないストリームの場合もあるから
エンコーダ側ではサンプル数を当てにした処理は避けうるなら避けたほうがいいのかも。
その辺はフォーマットのファイル設計なんかも関わってくるよね。

**名無しさん＠お腹いっぱい。** · 2008/10/05(日) 17:30:58

FLACの場合はメタデータブロックがファイルの先頭(圧縮データより前)にあるから、
seektableを作る場合、圧縮前にあらかじめseekpointの数だけ領域を確保する。
この操作のためにサンプル数が事前に必要。
ちなみに何サンプル目にseekpointを置くかを決めればいいだけなので、
サンプル数はおおよそでOKで正確である必要はない。

エンコード後に実際のサンプル数を使ってseektableを更新できるのが理想だけど、
確保した領域の分よりも多くのseekpointが必要な場合、
メタデータブロック後の巨大な圧縮データを再配置する必要がある。
ただ、padding領域を使えばある程度までならメタデータブロックのみの再配置で済むから
この程度の実装なら将来のFLACでやるかもしれない。

まあ、サンプル数が未知のPCMストリームをseektable付きで圧縮するという需要がどれだけあるか、だけど。

**名無しさん＠お腹いっぱい。** · 2008/10/06(月) 00:21:50

ごめんマニアックだけど
普通のWAV（CD音質＝44100Hz）以外のWAVでも対応してるのってありますか
DTMしてるんで24Bit/48ｋHzで保存してたりするもんで。

**名無しさん＠お腹いっぱい。** · 2008/10/06(月) 00:31:25

>>60
FLAC, WavPack, etc
http://en.wikipedia.org/wiki/Comparison_of_audio_codecs#Technical_details

**名無しさん＠お腹いっぱい。** · 2008/10/06(月) 00:43:36

>>61
海よりも深くThx

**名無しさん＠お腹いっぱい。** · 2008/10/06(月) 12:26:29

>>58
うちもそんな感ぢで考えてました。
入力元がファイルで長さが決まっているならば別フォーマットから変換でも簡単にwavのサンプル数割り出せるぢゃんってのは、
書いた後直ぐに気づいたのですが///

>>59
>FLACの場合は
詳細な説明ありがとうございます。
>サンプル数はおおよそでOKで
ってのが意外に感ぢしたが、きちんとchunkSizeを渡してなかった時もSeekTableを作ってはいたのに気づくべきでした。

ちと、foobarがstreamでなくファイルも何故サンプル数をきちんと渡していないか考えてみたのですが、
複数のファイルを選択し単一のファイルとして変換したり、未知の形式に対応する際に、
ファイルサイズでfoobar側がボトルネックになる可能性を排除しPIPEでエンコーダに渡し、
デコード後4GB以上のファイルでwavヘッダのchunkSizeが4byteを超える可能性も考え、計算することを避けたのかなぁと。
streamを扱う際と同等の処理でできるという方が強いのかもしれませんがｗ

>ただ、padding領域を使えばある程度までならメタデータブロックのみの再配置で済む
なるほど、PADDING領域かぁ、もしやったとしてもPADDINGをどれだけとるかの兼ね合いが難しそぉな気が。

>まあ、サンプル数が未知のPCMストリームをseektable付きで圧縮するという需要がどれだけあるか、だけど。
そもそも需要がほとんどなさそぉですねｗ

**名無しさん＠お腹いっぱい。** · 2008/10/10(金) 20:56:02

保守

**名無しさん＠お腹いっぱい。** · 2008/10/11(土) 22:42:24

WMA可逆圧縮で保存したものをMP3に変えたいんだけど、どうやったらできるんですか？

**名無しさん＠お腹いっぱい。** · 2008/10/11(土) 23:56:11

dbPowerAmpでも使えばいいだろ

**名無しさん＠お腹いっぱい。** · 2008/10/12(日) 00:38:18

foober2000も簡単ですよ^^

**名無しさん＠お腹いっぱい。** · 2008/10/12(日) 00:38:58

QMPも簡単ですよ^^

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

みなさんありがとうございます。
foober2000をインストールしました。
コンバート→MP3（FAST)とすすみましたが、変換するファイル（WMA）を選択できませんなぜかわかりません。
教えてください。

**名無しさん＠お腹いっぱい。** · 2008/10/12(日) 08:53:38

つfoober2000 wiki
ttp://foobar2000.xrea.jp/

**名無しさん＠お腹いっぱい。** · 2008/10/12(日) 16:03:31

>>61のwikipediaのだとALACが44.1/48kHzのみになっているが、
24bit 96kHzも変換、再生できるな
iPodに転送できるのは24bit 48kHzまでだけど

**名無しさん＠お腹いっぱい。** · 2008/10/18(土) 08:36:28

takのcueシート埋め込みをコマンドラインだけでやりたいんだけどなに使えばいいかわからん。
takc.exe以外に必要なファイルってある？

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

可逆関係ないし流れぶった切るけど
パナのソフト以外でVM1→wavもしくはmp3に変換できるソフトないですか？
ソフト名か誘導お願いします

**名無しさん＠お腹いっぱい。** · 2008/10/21(火) 00:27:15

>>72
遅レスですが、もぉ解決してるかなぁ？
tagはAPEv2なんで、コマンドラインからならば
wapetとかtag(TAG command line tagger)とかを使えば良いかと。
EACと組み合わせるのならば、うちはflacencodeを使ってますが。

**名無しさん＠お腹いっぱい。** · 2008/11/01(土) 18:46:22

codecじゃなくて変換ソフトのスレなのか？

**名無しさん＠お腹いっぱい。** · 2008/11/01(土) 18:51:29

そうとは限らないよ、一応

**名無しさん＠お腹いっぱい。** · 2008/11/05(水) 00:26:04

音声可逆に関してはすべてを扱うと思って良いんじゃないか？

73 · 2008/11/11(火) 16:43:01

自己解決しました。

**名無しさん＠お腹いっぱい。** · 2008/11/19(水) 06:15:37

Linuxマシンが増えたのでttaからflacに乗り換えた
パソコンで聞く分には負荷の違いは分からんなぁ
機材に金あまりかけてないのもあるけど
圧縮速度は実感できるほど遅くなった

iPodがネイティブでflacサポートしたら環境全部flacに統一できててｳﾏｰだけど
ALACがあるから無理だろうな･･･

**名無しさん＠お腹いっぱい。** · 2008/11/19(水) 17:23:59

二つFLACな悪行三昧

**名無しさん＠お腹いっぱい。** · 2008/11/19(水) 20:47:00

40にしてFlac

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 21:51:47

TAKが404だな

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 21:58:29

ドメインの有効期限が切れたかな
まあ実質配布の大本はHAだからいいんじゃね

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:06:57

あれ、もう復活してた

**名無しさん＠お腹いっぱい。** · 2008/11/23(日) 22:15:28

サーバのメンテナンスかw

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 02:45:17

ドメインが切れたら名前解決できないから404すら返ってこない。

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 03:06:52

いやいや、そのドメインの管理会社の広告ページに飛ぶ場合が多いよ

**名無しさん＠お腹いっぱい。** · 2008/11/24(月) 22:44:32

自分のサーバでTAKを配布するために転送量の多いコースに乗り換えたから
繋がらなくなってたらしい。

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 07:27:59

age

**名無しさん＠お腹いっぱい。** · 2008/12/20(土) 23:39:52

TAK 1.1.0 Beta release
http://www.hydrogenaudio.org/forums/index.php?showtopic=68104

既にbeta3になってます。

**名無しさん＠お腹いっぱい。** · 2009/01/20(火) 19:38:19

Monkey's Audio http://www.monkeysaudio.com/index.html

Version 4.02 (January 19, 2009)

1. NEW: Includes Directshow filter for decoding APE files in any DirectShow compatible player like Windows Media Player, Zoom, etc.
2. Fixed: Corrupt APE files could cause decoder crashes in rare cases.
3. Changed: Updated builder that gets better compression, making for a smaller download.

**名無しさん＠お腹いっぱい。** · 2009/01/24(土) 01:07:49

Efficient WMA MP3 Converterと
Free Mp3 Wma Converterのどっちが
いいの？

**名無しさん＠お腹いっぱい。** · 2009/01/24(土) 01:41:44

Monkey's Audio http://www.monkeysaudio.com/index.html

Version 4.03 (January 21, 2009)

1. Changed: Added a help link to the help menu to show the included help file.

**名無しさん＠お腹いっぱい。** · 2009/01/24(土) 01:45:05

ところで Windows Mobile もしくは PocketPC で再生出来るのは flac ぐらい？

**名無しさん＠お腹いっぱい。** · 2009/01/24(土) 13:48:10

cue埋め込みFLACを作りたいのですが、
今までのところどうしても曲名が欠けてしまいます。
アルバム名と曲の時間しか埋め込めません。
どうやったら、cueの内容を減らさずに埋め込んだFLACを作成できますか？

**名無しさん＠お腹いっぱい。** · 2009/02/09(月) 00:56:21

omaをmp3に変換したいんだけど、HIMDRendererWinで変換してもファイルが壊れてるかんじで
だめだった
他になにかいいソフトない？ググるとCDexとかでてくるけどそんな機能ないじゃんか

**名無しさん＠お腹いっぱい。** · 2009/02/09(月) 01:15:38

期待あげ

**名無しさん＠お腹いっぱい。** · 2009/02/09(月) 01:25:27

自己解決しますた

**名無しさん＠お腹いっぱい。** · 2009/03/03(火) 06:57:46

あげておこう

**名無しさん＠お腹いっぱい。** · 2009/03/03(火) 20:31:21

Monkey's Audio http://www.monkeysaudio.com/index.html

Version 4.05 (February 3, 2009)

1. Fixed: Directshow filter would fail to register on some systems.
2. Changed: Added CompressFileW2, DecompressFileW2, etc. functions
that take a C++ interface as a callback for easier usage in multi-threaded environments.
(as opposed to the old static function callback)

**名無しさん＠お腹いっぱい。** · 2009/03/04(水) 17:58:42

１０１

**名無しさん＠お腹いっぱい。** · 2009/03/06(金) 21:34:25

flacdec: Parse the metadata header in the raw FLAC demuxer.
http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-March/021071.html

**名無しさん＠お腹いっぱい。** · 2009/03/16(月) 16:49:11

>>79
TTAははえーよな
しかし汎用性考えるとFlac
Flacの次に汎用性あるのってMonkey's Audioなのかな

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 21:10:44

flacより汎用性が高いもの

それはWMA Lossless

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 22:55:30

>>104
釣れますか？

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 23:13:08

ttaをflacencodeを使ってtakにしたいんですがflacencode.exeにファイルをドロップすると
引数の設定が間違っています。EACのエンコードオプションを見直してください。強制終了します。
とでるんですが何を設定すればいいんでしょうか？
環境はOS-XP3、Exact Audio Copy bate4、flacencode20070615bです。
EACのエンコードオプションは外部エンコードの欄
外部プログラムを使用する、にチェック。
ユーザー定義エンコーダー、を選択。
使用する拡張子は.wav。
プログラムのパスはflacencode.exeを置いた場所をフルパスで指定.
コマンドラインオプションは「"%a" "%y" "%g" "%m" "%x" %s %o」
上記の設定です。

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 23:24:01

何でそんな意味不明な事をしてるのか分からんが
普通にttaをwavに変換してwavをtakに変換するという考えは無いのか

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 23:33:34

>>107
wavをtakにする時なにで使ってますか？

**名無しさん＠お腹いっぱい。** · 2009/03/17(火) 23:41:27

???
Takc.exe以外に何かあると?

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 00:01:51

ttaをwavに変換してflaconvert.exeでtakに変換できたんですが再生できないファイルが
出来上がったんですがどうしてでしょうか？
wavの時には普通に聞けます

>>107
なんか一発で変換できそうだったんでwavに変換するっていう考えがありませんでした・・・

**名無しさん＠お腹いっぱい。** · 2009/03/18(水) 20:12:12

ttaのまま使えばいいのに、わざわざ手間暇かけてより使いにくいTAKにする理由が理解できん

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 03:04:25

こうHDDが安いとWAVでもいいかって気もするけど、圧縮されてないのも気分が悪い
かといってAPEやWMAは再生が重い
ツールが対応してなかったり変換に手間がかかるのも考えもの

となると現状FLACしか選択肢がないわけだ
オープンソースで軽くてDirectShowFilterがあるのはこれだけだし

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 08:29:38

apeが重いというのが未だによく分からない

**名無しさん＠お腹いっぱい。** · 2009/03/19(木) 17:57:05

>>113
ベンチとって比較すれば重いのは間違いない。
それが許容できる範囲かは人によって違うだろう。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 16:07:47

mp3HD
http://www.all4mp3.com/Learn_mp3_hd_1.aspx
非可逆部分はmp3デコーダで再生可能という
面白いハイブリッド可逆フォーマットが出た。
まあFraunhoferだしMPEG-4 SLSをmp3にバックポートしたという感じかな。

**名無しさん＠お腹いっぱい。** · 2009/03/20(金) 16:19:49

MP3 Surroundに続く、誰も使わないFhGによるMP3の独自拡張か。

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 02:11:20

id3タグに可逆補完部分を記録するから
256MB以上を扱えないという致命的な欠陥がw

**名無しさん＠お腹いっぱい。** · 2009/03/21(土) 08:11:03

>>117
そんな妙な仕様なのか・・・。
さっきちょっと触ってみて、ReplayGain分析した（＝RG値をID3に書き込み）ら、
36MBだったファイルがいきなり8MBになって驚いたんだが、その辺と関係が
ありそうだな。

**名無しさん＠お腹いっぱい。** · 2009/03/23(月) 15:31:57

iPodでもそのままで再生できて、DirectShowFilterが出るなら後発でも躍進の可能性はある

**名無しさん＠お腹いっぱい。** · 2009/03/26(木) 17:32:18

>115のインプレス記事

Thomson、MP3のロスレスフォーマット「mp3HD」を発表 -AV Watch
ttp://av.watch.impress.co.jp/docs/news/20090326_79959.html?ref=rss

**名無しさん＠お腹いっぱい。** · 2009/03/26(木) 19:33:59

俺が望んでたフォーマットがついに完成したか

**名無しさん＠お腹いっぱい。** · 2009/03/27(金) 07:50:34

別に普通のmp3デコーダで可逆が再生できるようになるわけではないんだし
ただの容量無駄遣いにしかならない
可逆が使える環境なら最初から可逆でいいじゃない

**名無しさん＠お腹いっぱい。** · 2009/03/27(金) 09:24:41

>>121
どういう意味で、こういうのを望んでたの？そこが判らない。

**名無しさん＠お腹いっぱい。** · 2009/03/27(金) 22:45:36

ときに可逆のWMAをWAVEに変換しても温室劣化はないのかね?

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 06:23:41

温室は知らんが、音質は劣化せんだろ。
そもそもデコード時に劣化してちゃ話にならん。

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 13:20:55

試してみた
WMA可逆→wavにエンコしたやつと最初からwavで取り込んだファイルを比較
ハッシュは違ったけど、プロパティのディスク上のサイズは両方同じだった
結局どうなんだろ

**名無しさん＠お腹いっぱい。** · 2009/03/28(土) 13:28:44

ヘッダーなどサウンドデータでない部分「以外」は一致するはず
というかそうでなければ可逆とは呼べないはず

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 16:55:02

>>126
可逆だから同じだと思うがわからんね
ただ、可逆だけど
ちゃんと、ＣＤ－ＤＡの規格に直してくれてるんだろうか

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 17:46:21

>>126
>>127が言うとおり、メタデータを除く音の部分を比較する必要がある。
思いついたところでは以下のいずれかで検証すればいいと思う。
・WaveCompareを使う(比較する2つをいずれもwav形式にデコードする必要あり)
・foobar2000の「Bit-Compare tracks」を使う(デコードは不要、両者のファイル形式が違ってても大丈夫)

**名無しさん＠お腹いっぱい。** · 2009/04/07(火) 22:28:17

というか、波形照合したら良くね？

**126** · 2009/04/09(木) 18:43:41

WaveCompareでテストしたら同じですた
やっと安心できる

**名無しさん＠お腹いっぱい。** · 2009/04/09(木) 19:18:03

そういや「可逆って触れ込みなのにwav調べたら可逆じゃない」疑惑が何かのフォーマットであったような…

**名無しさん＠お腹いっぱい。** · 2009/04/10(金) 04:01:56

wma losslessはエンコード時にビット深度とサンプリングレートを指定する仕様なので、
指定を間違えると当然のごとくlosslessのはずが非可逆になるのでした。
もちろん警告メッセージなどはありません。

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 19:15:31

すごいことに気づいた
ソースが48kHz/24bitのwavなりaiffなら
同等フォーマットのapple losslessが作れるのはいいとして
そこからまたwavにiTunesで戻そうとすると16bit上限になるｗ
dBpowerampMCも24bitは対応してないようだ。
foobar2000のfoo_in_alac.dllも24bitは理解できない様子。

ロスレスだというのに何という行き止まりエンコードｗｗ
やり始めで気がついたから助かったけど困ったな
ファイル管理の予定が狂った

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 19:42:37

Mac用だとデコードできるツールがいくつかあるけどね

**名無しさん＠お腹いっぱい。** · 2009/04/22(水) 20:38:57

そうなんだ
とりあえずアポーに要望出しておいた
気長に対応待つとしよう

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 00:51:20

ALAC自体が24bit対応していなくて
そ知らぬ顔で16bitに落としてエンコードしてるってことないの？
あらかじめ16bitに落としてからエンコードしたものと比べれば
丸め誤差の分バイナリ一致はしないとしても
ファイルサイズが大幅に変わるはずだから
どっちなのかわかるはず
iTunes入れてないので検証できなくて言うだけですまないが

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 01:03:27

ALACは対応してるよ
16/20/24/32bitに対応

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 05:36:14

QuickTimeのPro版でalacをwavにそのままの形で戻せた
出力bitも16/24/32bitと選べた
サンプリング周波数も192kHzまで選べる様子。
元フォーマットと同じならバイナリも当然一致。
Windows環境だと現状高ビットレートのalac展開はQuickTimePro以外なさそだ。
早いとこiTunesで出来るようになって欲しいな。

>>137
ちょうど出力したwavのファイルサイズが
オリジナルwav(24bit)と違ったので気づいた

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 05:56:02

>>139
ffmpegでも対応していないようだね。
http://roundup.ffmpeg.org/roundup/ffmpeg/issue415

**名無しさん＠お腹いっぱい。** · 2009/04/24(金) 09:28:59

>>140
いろいろ調べてる中、どっかで見たんだけど
alacのハックデコーダ作った人のライブラリ自体が
16bitまでしか対応してないらしい。なのでApple純正以外は全滅の様相。

>>137
>>139は的外れなレスしてた。alac自体のサイズ差ってことですね。
iTunesでは暗黙的にalacエンコードするから確かにその可能性は考えられるんだけど
ちゃんと24bit対応してるようです。

一応テストでは、WaveGeneratorで1kHzトーン10秒の
48kHz/24bitのWaveファイルをつくってalacに変換。
QuickTimeProでWaveに戻してWaveCompareでオリジナルと比較したけど
ちゃんとバイナリ一致してた。

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 14:32:37

ここで聞いてもいいんでしょうか。
cueとbinファイルがあるんですが
これをwavに変換したいんですがどうすればいいでしょうか？
ちなみにSound Player LilithとExact Audio Copyでためしたけどできませんでした。

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 15:28:36

>>142
cueとbinを作ったソフトで逆変換すればいい。
自分で作ってもいないのに音楽CDのcueとbinを持ってるのは
法に則っていない可能性が高いので知らない。

p2使ってわざわざこんなんにマジレスしてる俺ｍ９

**名無しさん＠お腹いっぱい。** · 2009/04/27(月) 15:36:44

>>143
もらったものなんで自分もよく知らないです。
適当にやってみます。
どうもです。

**名無しさん＠お腹いっぱい。** · 2009/05/17(日) 18:44:48

なあ、前から思ってたんだが
可逆なだけで実際は音質は劣化してるとかないの？

**名無しさん＠お腹いっぱい。** · 2009/05/17(日) 19:04:09

劣化してたら可逆じゃないだろ
可逆のをPCMにデコードして再生してるんだし

**名無しさん＠お腹いっぱい。** · 2009/05/17(日) 19:21:49

「可逆」なんだからビット単位で同じだ
だから表す波形も全く同じ
リアルタイムデコードの負荷とか言うくらいなら
ケーブルや電力会社にこだわった方がまだましだしな

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 11:29:02

結論もせに高音質で変換するならどれが最強ナン？？

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 11:29:42

何使っても同じ

**名無しさん＠お腹いっぱい。** · 2009/05/29(金) 11:30:40

デコードが一番早いflacかな。

**名無しさん＠お腹いっぱい。** · 2009/06/17(水) 06:43:16

すみません。LIVEDVDの音声抽出をしてmp3で聴こうとしたのですが、
音声がザーっとノイズのような感じになってしまうのはどうしてでしょうか？
どう対応したらいいかわかりません。
今までは同じ方法でやってもノイズみたいになってしまうことはなかったので
困っています。
何か方法はありますでしょうか？

**名無しさん＠お腹いっぱい。** · 2009/06/17(水) 06:55:28

マルチポスト

可逆圧縮総合スレ Part2
http://pc11.2ch.net/test/read.cgi/avi/1205486331/949

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 09:28:51

flacをmp3に変換する場合、
flac→wav→mp3とするステップが必要なのでしょうか？
また、変換ソフトでflac→mp3とした場合、ソフトが自動で
上記のステップを踏んで変換してくれているのでしょうか？
ちなみに私はMacを使っているので、XLDというソフトで
flac→mp3に変換しています。

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 16:28:06

>>153
wavを経由する必要ないです。pcmという意味ならそうです。

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 17:34:41

XLDははやくtakに対応してもらいたい

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 18:37:01

>>154
ありがとうございます。
＞wavを経由する必要ないです。
XLDが自動でmp3へ最適化してくれてるということですか？

＞pcmという意味ならそうです。
どういう意味でしょうか？

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 19:05:06

リニアpcm＝一般的なwavやaiffの中身

コーデックやコンテナについて勉強してくるといいよ

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 19:08:32

圧縮形式から別の圧縮形式への変換の場合、内部的には一旦デコード（解凍）してリニアPCMにし、
それを改めて圧縮しています。これはWin、Macに関わらず、どの変換ソフトでもそうですよ。
例外は、圧縮形式自体は同じでファイル構造のみ異なる場合（AAC（m4a）→3gp、RAW AACなど）。

まあ、ソフトによって中間体のリニアPCMをメモリー上で処理するもの、RAW PCMの一時データ
ファイルとしてディスクに書き出すもの、WAVEやAIFF等の一時データファイルとしてディスクに
書き出すもの、などがありますが。

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 19:13:55

aflacの生命保険について聞きたい

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 19:42:22

んな非可逆なことをここで聞かれても…

**名無しさん＠お腹いっぱい。** · 2009/06/21(日) 19:46:36

払いが悪そうなイメージ

**名無しさん＠お腹いっぱい。** · 2009/06/22(月) 23:03:12

親族に頃されるイメージ．．．

**名無しさん＠お腹いっぱい。** · 2009/06/28(日) 20:07:19

痛なる急死伊藤に対応しています

**名無しさん＠お腹いっぱい。** · 2009/07/09(木) 02:49:29

Beta release of TAK 1.1.2 ((T)om's lossless (A)udio (K)ompressor)

http://www.hydrogenaudio.org/forums/index.php?showtopic=72823

iTunesでALAC使ってたけど、たとえiPod買ってもALAC使う気にならんので
乗り換え先を物色してTAK 1.1.1 Final に目を付けた矢先に・・・

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 07:51:38

目をつけただけだったら別にいいじゃん

可逆のいいところはのりかえられること

**名無しさん＠お腹いっぱい。** · 2009/07/26(日) 18:37:01

しかもまだbetaじゃないか、それ

**名無しさん＠お腹いっぱい。** · 2009/07/28(火) 22:01:10

flac　waveで1トラックごとに分割できるソフトありますか？
アプリ使ってもつなぎ目が判断できない場所があって
困ってます。（自動）
フリー、有料問わず教えてください。

**名無しさん＠お腹いっぱい。** · 2009/07/28(火) 22:25:23

>>164-166
Final release of TAK 1.1.2 ((T)om's lossless (A)udio (K)ompressor)
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=73665

**名無しさん＠お腹いっぱい。** · 2009/07/29(水) 20:20:57

結局、今ってどれがメジャーなんだろう。

**名無しさん＠お腹いっぱい。** · 2009/07/29(水) 21:30:51

そりゃ、flac

**名無しさん＠お腹いっぱい。** · 2009/07/30(木) 19:10:46

調べてみたら、flacってコンテナとしてcueだけでなくjpgとかも埋め込めるのか。
tta+mka使おうと思ってたけど、flacだけで済むなら楽だなあ

**名無しさん＠お腹いっぱい。** · 2009/07/30(木) 19:44:40

TAK1.1.2はコマンドライン対応してるけど日本語だとタグが変になるから
wapet使わなきゃ駄目。wapet使えば問題無いとも言えるが、ちょっと残念。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 23:41:49

ape だろ。
変換早くて圧縮率が高い

**名無しさん＠お腹いっぱい。** · 2009/08/17(月) 14:04:08

TAK、D&Dでファイル追加できたり、リストに複数突っ込めたりしたらいいんだけどな･･･

まぁFLAC全部埋めが一番便利か

**名無しさん＠お腹いっぱい。** · 2009/08/29(土) 18:49:40

mpeg4-ALSって落とせなくなってるね。

**名無しさん＠お腹いっぱい。** · 2009/09/26(土) 19:56:50

TAK DirectShow Filter
http://home.tele2.it/LivioCavallo/

うちは別の方法でdsfで再生してたけどいれてみよぉかなぁ？

**名無しさん＠お腹いっぱい。** · 2009/09/26(土) 21:13:36

>>176
日本語ファイル名は大丈夫だったけどハートマークがあると再生できなかった

**名無しさん＠お腹いっぱい。** · 2009/09/27(日) 15:11:47

>>176-177
v 0.0.1.3でUNICODE対応

**名無しさん＠お腹いっぱい。** · 2009/09/29(火) 18:13:02

WavPack 4.60

Major changes:
* binary tag support (for cover art)
* support for up to 256 channels
* raw PCM input

ttp://www.wavpack.com/index.html

**名無しさん＠お腹いっぱい。** · 2009/10/01(木) 21:47:35

WAVE　の半分の700が丁度いいサイズも半分だし

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 07:46:29

http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-November/025367.html
MPEG-4 Audio Lossless Coding (ALS)デコーダが追加された

**名無しさん＠お腹いっぱい。** · 2009/11/15(日) 22:15:20

WAVファイルからTrueHDファイル作れたらいいのになー
ffmpeg4頑張れ

**名無しさん＠お腹いっぱい。** · 2009/12/03(木) 01:40:31

そろそろGPU使う可逆変換ソフトが出てきても良くないか？

エンコードは遅くても良いからデコードを早くできて圧縮率が高ければ最高なんだけどな

**名無しさん＠お腹いっぱい。** · 2009/12/03(木) 04:12:42

>>183
http://www.hydrogenaudio.org/forums/index.php?showtopic=64628&st=0&p=656451&#entry656451

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 05:31:42

>>184
おお、出てるのか。

でも flac は圧縮率悪いからなあ・・・
どこまで行けるのだろうか？

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 14:20:58

え?
アルゴリズムの改善じゃないんだから、圧縮率は変わらんでしょ。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 14:39:38

>>186
よく読んでないから、どういう理屈かわからんが
http://www.cuetools.net/lib/exe/fetch.php/flacudatest.jpg

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:06:42

CD一枚分の.wavファイルと、.cueシートを元に、市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合、
EACのVer.99-5の日本語化板を使用した場合でも、.cueシートの.wavファイル名、アーチスト名、トラック名（曲名）が
全角文字で記述されていると、読み込んだ.cueシートのウィンドウで文字化けが発生してしまい先に進めません。
全角文字に対応した、EAC　Ver0.99-5日本語化板の代用になるソフトって、リリースされていないのでしょうか？

ここの皆さんは、「市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合」にはどうしているのですか？

やっぱり拡張子を.cueから.txtの変更して、メモ帳で開いて、バックスペースで全角文字を消して半角英数に書き換えて、
上書き保存して.txtを.cueに戻す作業をしているんですか？

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:14:07

>>188
CD-Rを焼くソフトは何を使っているの？
バージョンとかも詳しくカキコしないとアドバイスのしようが無いよ。

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:19:17

EACで焼くって言ってるようだから、（連携版の）CDRDAOじゃないの？

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 15:38:40

>>187
まあ、FLACの仕様の範囲内でもLPC予測係数の導出を最適化する等の余地はあるから
flakeと同じようなことをしてるんだろうね

1%とかそういうオーダでの改善は難しいかと

**名無しさん＠お腹いっぱい。** · 2009/12/05(土) 16:12:24

>>189
.wavファイル名、曲名等が全角文字な.cueシートだとEAC Ver0.99-5では正常に読み込めない様ですので、
EAC以外に、全角文字を含む.cueシートに対応した、トラック分割できるCD-R焼きソフトがあれば教えて欲しいのです。
>>190
EAC内蔵のCD-R焼き機能には、CDRDAOという名前がついているんですか。知りませんでした。
いまEACを起動してみたのですが、「CDRDAO」という名前を確認できませんでした。

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 03:52:46

>>187
Laあたりでやったらおもしろいかもしれないがデコードで死ねるな

ポータブル機器に載せられる程度に出来ないのかな？

**名無しさん＠お腹いっぱい。** · 2009/12/06(日) 10:31:21

>>188
拡張子は.cueのままで
右クリックの「プログラムを開く」から、テキストエディタ（ノートパッド）を呼び出して開くか、
デスクトップにテキストエディタ（ノートパッド等）のショートカットを作って、そこにD&Dすれば楽でないかな

**194** · 2009/12/06(日) 10:33:06

ノートパッド＝メモ帳で

**194** · 2009/12/06(日) 10:49:43

あと、Mp3tag使ってみるのも良いんでないかい？

**名無しさん＠お腹いっぱい。** · 2009/12/16(水) 03:36:33

http://www.hydrogenaudio.org/forums/index.php?showtopic=76866

作者が利根川さん状態なのは相変わらずだが
今のTAKはFLACに成果が取り込まれるまでの核実験場ということになるのかね、これは

**名無しさん＠お腹いっぱい。** · 2009/12/18(金) 03:32:19

利根川さんって熱々鉄板土下座の人？

**名無しさん＠お腹いっぱい。** · 2009/12/19(土) 02:16:37

m4aへ変換できるフリーソフトウェアで
評判のよいものがあればお聞きしたいのですが。
おすすめはありますか？

**名無しさん＠お腹いっぱい。** · 2009/12/19(土) 02:22:25

このスレで聞くといくことはApple Lossless？
itunesがいやならffmpegしか選択肢がない

aacのことなら
【高音質】AACオーディオ総合4【mp4/m4a】
http://pc12.2ch.net/test/read.cgi/software/1226818269/

フロントエンドは好きなの使うといいよ