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

です

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

許してくれる？？？？

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純正。

>>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/

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

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

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

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

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

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

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

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

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

>>10
クスコ

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

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

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

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

俺が知りたいから

>>1
乙

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

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

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

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

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

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

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

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

>>19

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

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

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

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

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

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

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

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

>>25
イミフ

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

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

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

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

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

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

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

自前の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:\

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

WavPackも試してみたら?

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

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

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

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

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

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

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

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

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

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

>>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 プラグインなら別なのかな？

>標準 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というのもこれ。

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

>>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だったけど、コレは問題ないのかな？

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

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

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

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

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

>>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でエンコードできるソフトでも探してみようと思います。
ホントにご丁寧にありがとうございました。

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

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

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

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

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

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

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

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

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

>>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で見分けているので関係ないだろぉと推測して、違いはコレ位のようです。

>>50
レポート乙

>>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を付加するよ。

>>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に確認しております。

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

あー、わざと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のみの変化でした。
あくまでうちの場合はですが。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>61
海よりも深くThx

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

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

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

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

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

保守

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

dbPowerAmpでも使えばいいだろ

foober2000も簡単ですよ^^

QMPも簡単ですよ^^

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

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

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

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

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

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

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

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

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

自己解決しました。

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

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

二つFLACな悪行三昧

40にしてFlac

TAKが404だな

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

あれ、もう復活してた

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

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

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

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

age

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

既にbeta3になってます。

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.

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

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.

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

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

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

期待あげ

自己解決しますた

あげておこう

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)

１０１

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

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

flacより汎用性が高いもの

それはWMA Lossless

>>104
釣れますか？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>115のインプレス記事

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

何使っても同じ

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

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

マルチポスト

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

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

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

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

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

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

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

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

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

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

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

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

払いが悪そうなイメージ

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

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

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 に目を付けた矢先に・・・

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

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

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

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

>>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

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

そりゃ、flac

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

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

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

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

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

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

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

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

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

>>176-177
v 0.0.1.3でUNICODE対応

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ノートパッド＝メモ帳で

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

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

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

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

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

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

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

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

>>198
その人

http://www7a.biglobe.ne.jp/~fortywinks/music4.htm
ここのCD→TAK (TAKCでタグを付ける場合)の欄を参考にtakエンコードを試してるんだけど
何度やってもバラファイルができでしまう…
一続きのtakファイルにするにはどうしたらいいかな？

TAK 2.0 が出てたので入れてみた。
アルバム圧縮して前バージョンから
412.5M → 411.3M
さらに縮むようになった。

>>202 私は foobar2000 でやってます。

0.3%とか意味ねーｗ

むしろ速度とか、そっちはどうなんよｗ

>>176
v 0.0.1.4来てますね

つか ape の insane とか La じゃない限り速度はもう良いよ
CDを rip する方が時間かかるから

むしろ使い勝手と圧縮率が問題だ

HDDが安い今、圧縮率のほうがどうでもいいような

２Tを4機積みとか普通だからなぁ…
個人的には使い勝手と圧縮・展開速度

wav+cue最強

>>209
普通じゃねえよｗｗ

>>210
それだけはないｗ

>>212
仮想CDで使えるから最強だろ。
むしろFSの側で圧縮できないものか。

>>213
いや、タグやら、カバーやら色々使えないだろと･･cueが拡張されない限り、使い勝手が悪すぎだろと･･･そもそも複数ファイルな時点で･･･今更仮想CDにする利点も無いし･･･etc.etc.･･･

複数ファイルって何で駄目なんだ？
ape + cueだけど特に問題ないや

圧縮率を気にするのはこういうノートPCで持ち運びたいから
【オンキヨー】 BX407A4 【約370g】3
http://pc11.2ch.net/test/read.cgi/notepc/1263446133/

>>215
単ファイルの取り扱いの楽さに慣れたら、複数ファイルに戻れなくなる。
特に、ファイルシステム上からも音楽ファイルを扱う場合は。

圧縮率に対して自分で確かめてみたが、
apeよりもtakの方が優れていたり、変わらない場合も多いな。

CLANNAD Original SoundTrack DISK01(wav：748.839 KB)(主にBGM)
ape
-c5000：433.448 KB
-c4000：437.661 KB
-c3000：445.468 KB
-c2000：451.423 KB
tak
　-p4m：439.040 KB
　-p3　：443.675 KB
　-p2　：449.684 KB

続く･･･

続き･･･

マクロスF　娘ドラ◎ドラ1(wav：441.540 KB)(主に人声)
ape
-c5000：206.013 KB（c4kより大きい）
-c4000：205.702 KB
-c3000：208.026 KB
-c2000：209.557 KB
tak
　-p4m：203.152 KB
　-p3　：204.348 KB
　-p2　：206.756 KB

圧縮順で並べると
上：a5<a4<t4m<t3<a3<t2<a2
下：t4m<t3<a4<a5<t2<a3<a2
の順となる。

apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
実際には ape の方が上って結果になったけどちゃんとファイルサイズ見てる？

あ、takとtta間違えた・・・


takってそんなに圧縮率良いんだ
デコード不可はどんなモンだろう

でもこれ見る限りapeの方が圧縮率と圧縮速度が上だな
デコード速度はtakの勝ちだけど

http://www.synthetic-soul.co.uk/comparison/lossless/index.asp?Sort=EncodedSize&Desc=0

>>218
>apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
が何を指すのか分からないですが、

MAC.exeとTAK.exeを使用してのエンコード
その後、名前を引数に付け替えた上で
エクスプローラー上の表示を詳細にして、サイズ毎にソートし、
表示されたファイルサイズをそのまま書いた。

という流れですが、問題有りますか？

>>220
この前、↓で
【EAC】可逆圧縮音楽のすすめ Part40【*+cue】
http://hideyoshi.2ch.net/test/read.cgi/download/1262103194/l50
「サイトによってflacのスピードが違うんじゃないか？」
との質問が出て、確かにどちらが正しいのか不明なので、
自分で比較してみるようにしていた。（Verも結構変わったし）

実際自分で試した方が間違い無いですしね。

>>220
>Last Updated: 21st December 2008

>>220
表の見方としては、
時間が短い=レートが高い
方が速度が上(早い)という見方になっていますね

&
オプションは

-c5000：Insane
-c4000：Extra High
-c3000：High
-c2000：Normal
-c1000：Fast

に対応しています

圧縮する際リカバリレコードを付けてくれるやつありますか？

>>226
その質問は、PNGやGIFにリカバリレコードついていますか？
と聞くようなもので、
基本的にrarやzip等の書庫ファイルとは性質が異なります。

圧縮音声ファイルとは、音を鳴らす為の信号(PCM)を圧縮記述したファイル形式のことを指します。

ちなみに、
一般的にwavファイルとは、PCMを無圧縮記述したデータ(リニアPCM)を格納するファイル形式を指します。


簡単に言うと、
可逆圧縮音声ファイルは、wavやaac・mp3等と同じく音声ファイルの一形式であって、
wav等のファイル自体を圧縮している訳ではありません。

尚、rrではないですが、
takはエラー耐性の高いデータ構造をしています

>>227
別に違わないでしょ。
現時点では無いけど、そういう機能を持った可逆圧縮フォーマットが登場しても
全くおかしくない。圧縮した上で各ブロックをリードソロモン符号化して
冗長性を持たせるような感じで。

>>230
まぁ、可能性を語ればいつかは出るかもしれないが、
圧縮データ形式自体にrr等持たせて複雑化及び肥大化させるより
保存時に外部でrr等を付けた方が効率的ということで、まず出ない気はする。

出るとしたら、メディアコンテナの方に機能を持たせる事かな。

>>231
一度圧縮したものをrrのためだけにもう一度別のフォーマットでアーカイブし直すより
圧縮時に直接冗長性を持たせられる方が遥かに効率的でしょ。

rarやzipと音声の可逆圧縮を同列に扱わない理由が分からん。
どちらも可逆のブロック符号化器なのだから、同じものだよ。

まぁ、画像にしても動画にしても音声にしても、
現状、rrによる破損による復帰より、バックアップによる破損への対処が一般的だからな。


データファイルそのものの音声ファイルと
他形式のデータを圧縮保存復帰を目的とした書庫とは考え方が違う

いわゆる、テキストデータ自体にリカバリレコードを付加させるのは必要か否か？
いつかは、rr付きのテキスト形式が出るかも？
という話になる。

>>232
可逆圧縮音声ファイルという名前に惑わされているかもしれんが、

可逆なだけで、mp3やwavやaacと同じ音声ファイルですよ。
>>233にも書きましたが、最初からrr機能付きのgifやpngが出るかも？
と同じ話となります。

>>234
???
音声ファイルや画像ファイル自体に直接rrを付加するのがおかしいという考えが
そもそも間違い。

>>235
おかしいとまでは言わんが、効率の問題。

現在、ファイル自体の破損に対しては
データをrr等で修復するよりも、バックアップからの復帰が一般的な考え方。

書庫ファイルに関しては、それ自体がバックアップの性質を持つ為、
大きな破損に関しては無理だが、小さな破損に関しては修復の可能性を高める為rrを付けている場合もある。


簡単に言えば、現状のファイル自体に対する、修復とバックアップの考え方。

言いたいことがさっぱり分からん。
音声可逆圧縮ファイルに対してrr(に相当するもの)を付加するのが何で非効率なの?
それ自体をバックアップ目的に使ってる人もいるのに。

ファイル破損には、修復するよりバックアップからの復帰が一般的。（破損規模にしても復帰可能性にしても効果的）
↓
基本的に復帰がメインだからファイルフォーマット自体に修復は付けない(必要性が薄い)。
↓
修復ソフトは各自で。

となる。

その考え方が一般的だから、ファイル自体にはrr付加はされにくいだろうなと。
それが現状、一般的な大多数のファイル形式自体にrr等の修復機能が付けられていない理由。
rr付加はおかしいとまでは言わんが、効率（費用対効果）の問題。


ちなみに、>>237の答えは
可逆音声圧縮ファイルは、音声のバックアップファイルを目的として訳ではなく。
可逆的な、サイズが小さい音声ファイルを目的として作っているから。

いや目的なんて人それぞれでしょ。
rrなんてメタデータとしてデータ自体に全く影響を与えずに付加できるんだから
そういうオプション機能を持ったフォーマットが登場してもおかしくないと思うけどね。

目的なんて人それぞれですが
この場合、使用者の目的ではなく制作者の目的ですね。


ちなみに、
rr付加はおかしいとまでは言わないですが、>>238前半の理由で付加される可能性は低いだろうと。
現在の通常のほとんどのファイルフォーマット自体の修復機能（ソフトではなく）が付加されていない理由を考えれば
修復機能の可能性の率が見えると思います。

???
あなたは製作者なの?

まあいずれにせよ
>基本的にrarやzip等の書庫ファイルとは性質が異なります。
というレスは完全に見当違い。

製作者ではありませんが、
制作の目的が『可逆的な、サイズが小さい音声ファイルを目的』というのは見ていますが
『音楽ファイルのバックアップが目的』で制作というのは寡聞にして知りません。


見当違いの部分を指摘できずに、
書庫ファイルと音楽ファイルの性質が同じに見えてしまうのは
まぁ残念ですが、人それぞれですね。

まぁいずれにせよ、
TAKやAPEが、WAVを格納したrarやzip等の書庫ファイルと同じに思っていたり、
PNGやＧＩＦが、BMPを格納したrarやzip等の書庫ファイルと同じに思っていたりするのでしょうね･･･理解して貰えず残念です。

>>242
だからその性質が異なるってのが間違いなのだが?
229であなた自身が指摘しているように、TAK等はブロック毎にCRCを付加している。
これは『可逆的な、サイズが小さい音声ファイルを目的』には全く不要だが
信頼性のために行っている。この領域を単なるCRCではなく
誤り訂正符号のために利用すれば、(訂正能力の高さは別として)rrになるわけだ。

ちなみにFLAC等で音声ファイル以外を圧縮して復元することは普通に可能。
圧縮率が上がらないだけで。

つ[スレ違い]

>>243
線形予測によって予測残差が小さくなるという情報源の性質を仮定して
特定の情報源に対するエントロピー符号化の効率を上げているだけで本質的には全く同じ。

複数ファイルをまとめて1つにする、というアーカイバとしての機能が無いという
点では違うけど、これはgzip等もそうだし。

>>244
付加出来るだろうが、入れる意味が薄いから入らないだろうと言っています。
理由は>>238簡単に言えばバックアップファイルではなく音楽ファイルだから。

>flac等で〜
単純にコンテナ形式のことであるから、aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりするのと同様ですね。


というか、
PNGやＧＩＦが、rarやzip等の書庫ファイルと同じでしょうか？
若しくは
aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりしているのでしょうか？

↑はどう思っていますか？

おっと、答えて貰っていますね、チト待って下さい

ちなみにFLACで音声以外のファイルを圧縮して復元する方法
圧縮
flac --force-raw-format --endian little --sign unsigned --channels 1 --bps 8 --sample-rate 44100 original_file -o compressed.flac
復元
flac -d --force-raw-format --endian little --sign unsigned compressed.flac -o decompressed_file

あなたの言いたい事をまとめると、
基本的に全ての変換ソフトは同じ情報を持つ事が出来ると言う点で書庫ファイルであり、
基本的に全てのコンテナ的形式は纏められると言う点で書庫ファイルである。

拡張していけば、0と1のデータの羅列という点で同じであるから、全てのデータは書庫ファイルである。
といえますな。

書庫ファイルとはまず何かを一致させてください。

zipもbzip2もflac等も情報源のエントロピー符号化のための手法という点で同じ。
エントロピー符号化の効率を上げるための前処理として
zipはスライド辞書法を、
bzip2はblock sortingを、
flac等は線形予測を。
それぞれ利用している。

コンテナ云々という話は全く的外れ。

>>251
その点で言えば圧縮する技法は違えど、可逆圧縮するという点では同じですね。
ですがそれは、同じ可逆圧縮ファイルというカテゴリになるだけですが？

要は、あなたはFLAC等をPCM音声を格納するためにしか使えない特別な形式だと
思ってるから、性質が違う、という的外れな指摘をしてしまっている。
実際はPCM音声で特に圧縮率が高くなる方式、というだけで、
zip等の一般の圧縮方式との本質的な違いはない。

>>226に対する答えは「今のところそういうソフトはない」で良かったのに
間違った知識に基づいた私見でものを言うからこうなる。

基本的にtakファイル使いなのでコンテナ格納などが出来る事は知っていますが
用途が違うのでrrは搭載されないだろうと言っています


基本的に用途が違うファイルを、話が全然違うカテゴリーでくくって、
音楽ファイルもアーカイブファイルも、同じファイルと言うからこうなります。

だから「コンテナ格納」とかいう話のレベルじゃなくって
音声以外のファイルも圧縮できるんだって。

あなたが圧縮ソフトの開発者ならともかく、新しい機能の実装の可能性について
(しかも間違った知識に基づいて) 断定的に言うのはおかしいでしょ。

＆
ちなみに、zipやtak等は可逆圧縮と言う技法の一部で
圧縮形式は単に技法違いなのは十分理解もしています。

takの技法でファイル等を圧縮出来る事は承知しています。

ただ、同じ可逆圧縮ファイルというカテゴリというだけで、
用途は関係なく、同じ性質のものとしてrr等が
搭載する可能性が大というのもおかしな話だといっている。

228や243の書き込みで、そうは理解していなかったことは明白。
可能性については、機能が実装されたところで(FLACでシークテーブル等の有無を選択できるように)
使いたくない人は使わなければいいだけなのだから
断定的に否定する理由はどこにもない。

まあこれ以上続けても押し問答にしかならないので止める。

そのかきこみの、どこで理解していなかったのか不明。
最初から同じ事を言っている。

可能性については、他のファイル形式がなぜrrを内包してないのか考えれば分かると思うが･･･
断定的に否定する理由はどこにもないが、断定的に肯定する理由も無いがな。

まぁ、確かにこれ以上続けても押し問答にしかならないな。
ゆっくり休んで下さい。

なんかﾜﾛﾀ

レス番がすごい飛んでると思ったら・・・

ていうか、FLACとかはCD音源を「一時的に」HDDに記録しておくときに容量節約するためのフォーマットであり、
Zipなどの通常の書庫形式のように半永久保存を目的としていないから、rrなどは必要ない、ということでしょ？
圧縮データ形式としての本質云々は全く関係なく、どういった目的で造られたかでそこは決まるもの。
FLAC壊れてrrが必要になるのなんて、ほとんどの場合、P2Pでダウンロードしたとかで、取り込みなおせない人だけでしょ？
自分の演奏録音したとかで、どうしても消えたら困るのなら、rrじゃ不足で、複数メディアにバックアップだろうし。

>>264
まるで「公式サイトにそう書いてありました！」みたいな自信に満ちた文章ですな。

P2Pの前にレンタルが浮かぶと思うけど…

なんだqtaacencの人か

MPCで使えるフォーマット無い？
DirectShow対応してるものしか無理かな

ffdshow入れれば

mp3HD テクノロジー
http://www.all4mp3.jp/learn/mp3hd.html

* ロスレス・オーディオ・コーデック　（CDと完全に同一なビットの複製）
* mp3との下位互換性
* 拡張子は　.mp3
* 曲のビットレートはジャンルによって　500~900　kbps (他のロスレス・コーデックと同様)
* 組込まれたmp3楽曲とmp3HD ファイルは、同じ　id3 メタ･データを共有
* 組込まれたmp3楽曲のエンコード・パラメーター（ビットレートなど）・補助データー・メタデーター等はコントロール可能


見向きもされねーなｗｗｗｗｗ

だって、遅いし、デカイし、ロスレスとしては汎用性ないし。
タグなんていう、多くのソフトが気軽に勝手にいじる不安定な部分に音声入れるって、そもそも無理がある。

DAPで採用するとしたらクリエイティブかサムソンかな、と思っていたが、案の定サムソンだったｗ

>>270
試しにエンコードしてみたけど一つのファイルになるんだね
WavPackのハイブリッドみたいに非可逆と差分で別ファイルだったら使うのに

ID3v2の"総タグサイズ"のサイズは28ビットらしいから
非可逆部が256MBを超えるようだと
ぶっ壊しちゃうタグエディタがいても文句は言えないな

>>227は「性質」と言っていたのに>>254で「用途」と言い換えており詭弁
そこに突っ込まなかった>>230は反省しる

>>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に確認しております。

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

>>275
どういたしまして。

埋め込みcueのtakに対応しているプレイヤーって
foobar2000とwinampとQMPとあと何かあった？

>>277
Fittle

WinampとQMPって埋め込みcueに対応してたっけ？

>>270
エンコーダーがフロントエンドで他に対応したら使う

>>279
やめた方がいいと思うぞ
遅いし圧縮率低いし可逆対応の再生ソフト少ないし
一時期、MediaCoderのAudioEditionに含まれてたけど、今はどうかな
俺は普通にCLIでfb2kやdBpower使ったけど（勿論、常用じゃなくテストだけ）

>>10
このページ最新のPCでアップデートして欲しいよな

ほす

ここって、ちゃんとテンプレないんだな。
とりあえず、
>>3-6,9,10と、
>>12,13の鯖が古いので書き換えて、

関連スレ
Monkey's Audio　part4
http://hibari.2ch.net/test/read.cgi/software/1136974601/
音声可逆変換ソフト総合スレ
http://hibari.2ch.net/test/read.cgi/cdr/1219666212/

こんなところか。
次スレいつになるかわからんけど。

>>283
アンカちょっと失敗してしまった。
せっかくなので>>9-10をまとめる。

比較
http://www.monkeysaudio.com/comparison.html
http://flac.sourceforge.net/comparison.html
http://www.true-audio.com/TTA_Lossless_Audio_Codec_-_Performance_Comparison
http://www.synthetic-soul.co.uk/comparison/lossless/

flac frontendのエンコード設定で
align on sector boundariesとは具体的にどういったものなのでしょうか？
個人的にはエンコーダー側で設定すべき項目では無いと思うのですが
LiveCD等の場合は有効化した方が良いという説明もあり、今一良く分かりません

詳しくないんで話半分で聞いて欲しいんだけど
LiveCDというか、個人録音したライブ音源だとトラックが変わる時にプチノイズが起こる場合があって
align on sector boundariesを行うとそれが改善される可能性があるみたい

複数ファイルをエンコードする際に
各ファイルのエンコード後のサンプル数が588の倍数になるように調整するオプション。
次にエンコードするファイルの先頭のデータを現在のファイルの末尾に持ってきて
588の倍数になるように長さを調整する。
1つのファイルのみだと無音が挿入されるだけ。

CDのマスタリングの前とかに使うオプションかね
どちらにしろ単純に圧縮だけしたいときに使うべきオプションではない。

>>286
>>287
何故エンコーダー側にこのオプションがあるのか
長らくの疑問でしたので、詳細な解説を頂き助かりました
重ね重ねになりますが、回答を頂き有難う御座いました

>>283
一番動いているところ抜けとるな。
【EAC】可逆圧縮音楽のすすめ Part42【*+cue】
http://kamome.2ch.net/test/read.cgi/download/1284776277/l50


ついでに、
>>10の比較グラフも記入。
【設定別 各形式比較表（圧縮率、Decode・Encode速度） 】
（TAK / FLAC / Monkey's Audio / WavPack / La / TTA(True Audio) ）
http://www.synthetic-soul.co.uk/comparison/lossless/

グラフ化
エンコーディング
http://www7a.biglobe.ne.jp/~fortywinks/image/lossless-comparison-encode.png
デコーディング
http://www7a.biglobe.ne.jp/~fortywinks/image/lossless-comparison-decode.png
下に行くほど圧縮率が高い （サイズが小さくなる）
右に行くほどスピードが早い
簡単に言うと右下に近いほど性能が良い。

ダウソ板とかアホか

過去数スレ、ほぼダウソの話は無いがなｗ

>>289
じゃあ、ついでにこれも。
【EAC】リッピング【XLD】
http://toki.2ch.net/test/read.cgi/pav/1272618586/

すいません。
あまり詳しくないのですが、wavファイルをトラック別に分割
するにはどうしたらいいんでしょうか?
cueファイルも見当たらないし。

無理

ということはベスト盤作りたい自分は
一端丸ごとCDに焼いてから好きなトラックを抜き出す作業
をするということですよね?

cueシートだけ作ることも無理なんかな?

CDに焼いても1本のトラックにしかならないだろう
各トラックの開始時間を調べてからテキストエディタでcueシートを作るんだ
具体的なやり方はぐぐればわかる

vpmをwavやｍｐ３に変換したいのですが良いソフトないですか？

Tak 2.1.0 マルチスレッド対応、その他最適化。

TAK以外の可逆音声コーデック使ってる奴って今風に言えばキモいよね
デフォルト設定での圧縮率、圧縮負荷、伸長負荷を考えたらTAK以外は論外
FLAC（笑）ALAC（笑）APE（笑）TTA（笑）AAL（笑）WMAL（笑）

┐(´д｀)┌

Takは確かに性能良いけど他のコーデックとサイズが500KBも変わらない
高圧縮設定にしていくと1MBぐらいにはなるけど
時間がかかりすぎる

>>300
いまどきx64対応できないなんて……って言い返せばいいの？

手元に音声インタビューの音声ファイルがあるんですが、録音が悪くて、
１秒周期くらいで録音レベルが変化して聞きづらいです。録音のマイクを
持つ手が震えていたか、あるいは、レコーダー側の録音レベル調整の不都合
だとはおもいます。
（出来の悪いＩＣレコーダーで録音したようなイメージ）

このような音声ファイルの録音レベルを自働で安定させてくれる再生ソフト
あるいはｍｐ３の編集ソフトはありますか？音声重視の音楽じゃないので、
再エンコードとかは全然ＯＫなんですが。。。

mp3は不可逆。スレ違い。
まぁコンプレッサーかけると軽減できるかもな。

>>305
超亀レスですいません。ありがとうございました。
あれから色々試してみましたが､私の力量ではどうにもなりませんでした。しかし、
コンプレッサーという物の存在をして周辺を調べて勉強できました。どうも

■ このスレッドは過去ログ倉庫に格納されています

--------------------------------------------------------------------------------

IE等普通のブラウザで見る場合 http://tubo.80.kg/tubo_and_maru.html
専用のブラウザで見る場合 http://www.monazilla.org/
　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
２ちゃんねる (.､ ,,__ __ ,,..､ -‐ '|、すぐに読めます。 http://2ch.tora3.net/
この Viewer(|　~~ 　 　 ~~　 　|、２ちゃんねるは設備を増強しています。
●が売れた..| （●） ,､ （●）　|入できるという事です。
よくわからな.|　 　〈___〉　 　 　|ア板へGo http://pc11.2ch.net/software/
　　　　　　　 .|　 　 `ー'　 　 　|
モリタポを持.| 　 　 　 　 　 　 |タポで表示できます。
　 　 　 　 　 ..|　 　 □□ 　 　 |
　 　 　 　 　 ..|　 　 □□ 　 　 |　　　<過疎、でしょうかね
　 　 　 　 　 ..|　 　ﾖｰｸﾞﾙ　 　 |
　 　 　 　 　 ..(.､ ,,__ __ ,,..､ -‐ '

TAkの欠点はPS3で再生出来ないことだな
ちなみにFLACは一応再生できる

まずPS3ありき、の人にとっては、「TAKの欠点」なんだろうが、
PCユーザーから言わせれば、「PS3の欠点」だったりする。
FLACすら「一応」と付けなきゃならんようじゃなあ･･･。

そしてAppleユーザー的には
Xiph系に一切対応していないことは欠点でもなんでもないという恐怖

foobar等をメディアサーバー化すれば、TAKもPS3で再生出来る現状

zipやrarのように音声部分以外も全部可逆になるソフトってありますか？

7zip?

flacで--keep-foreign-metadataというオプションを試したのですが
ファイルがどうしても一致しないんです

>>314
>>249

猿(ver4.09)でwavからapeに圧縮したんだけど戻せない
mediacoderとかDARU/SOUND-DECODERていうソフト使ってもエラー
どうすりゃいいかな

DARU/SOUND-DECODERってソフト使うと、展開できるapeとできないapeがあった
なんの知識もないけどバイナリで見てみたら、展開できたapeと展開できなかったapeでは最初の数行が異なっていた
恐らくape圧縮するときに破損したんだと思う・・・・

なんとかして修復できないかな

foobar2000は？
デフォだと非対応だから、プラグインを入れる必要があるけど。

あと猿は下位互換性がないからｍDARU/SOUND-DECODERみたいに
更新が止まってるソフトだと新しいverの猿は解凍できないよ

>>318
それもやったけど、
駄目だった気がする

幸いapeにしたのは糞曲ばっかだったからまぁいいや
どうもっす

>>317
最初の数行だったら多分ヘッダ部分で
音楽の部分には影響ないと思うから、
デコードできたヘッダを上書きしてしまえばいいよ

TAKv2.2.0が登場し、もはや可逆音声はTAK一択となったな

>>321
iPodでも再生できるしもう確定だな

いやできないだろ

たとえ同じ圧縮率でもTAK220のデエンコードスピードが他のそれを大きく上回っている

普及率と汎用性がお粗末なので

CDアルバムをcue埋め込みのflacで1ファイルにしちゃう人に教えてほしいんだけど、
例えば中程の曲を一発ダブルクリックで聞きたい、みないなときはどうしてるの?
エクスプローラから、みたいな操作は完全に捨ててるのかな?
あと、特定の1曲にコメントタグ打ちたくなったらどうするの?

まさかfoobar2k使ってないのか？ｗ失笑
そんな質問が浮かぶ時点で頭の中身入ってないんじゃねｗ

てかcue使ってない人て結構多い？
埋め込みのがメジャーなの？

まあ1ファイルにしたいという拘りが無い限り分割の方が便利だし

>>327
頭を振るとたしかにカラカラ音がするけどさぁ
そのフーなんちゃらがない環境からプレイしたいときとかどうしてるの？
たとえばNASに置いてみんなで再生とかDNLAとか

ひでぇアスペだな

IDは体を表す

なんだよ人が馬鹿になって聞いてやってんのによぉ

foobar2000はフリーなんだから、試しに使ってみればいいのに

そういう問題じゃないだろ

英会話CDをflacで圧縮したら300kbps切った
縮むやつはかなり縮むのね

>>336
・ほとんどが声だけなので情報量が少ない
・モノラル（トラック自体はステレオだが左右で違いがないため）
・無音域が多い

こういう要因があるからだと思う

俺なら不可逆ボイスフィルタHEAAC48kbps 2ch

flac+cue+jpgを使っていて
これらをたとえばmp3などに変換するとき
メタデータだけでなくジャケットも埋め込めるソフトってありますか？
foobarだとジャケットがどうしても同時に埋め込めませんでした

もう3年近く音楽を聴いていない

no music no life no anison no life

>>339
xrecode2最高

xrecode2てなんでindex00飛ばすの？

死ねよ

番号は1から始まるというVB脳患者なんじゃね?

FFmpegがWMA Losslessの実験的なデコードに対応したっぽい

ALACオープンソース化
ttp://alac.macosforge.org/

RareWaresのバイナリ待ち
iTunesやQuickTimeがあるから公式にはださないのかな

というかmpeg-4コンテナに入れる機能はついてないよ
.cafは作れるけど

MP4コンテナもアップル独自だっけ?
ISO規格っぽいけど

バイナリが来たらiPodユーザ中心にそれなりに人気出るだろうな

↓いつもながら知ったかどもが叩きに来るだけのニュー速
【可逆音声圧縮】 ALACオープンソース化。FLACと全面対決か
ttp://hatsukari.2ch.net/test/read.cgi/news/1319775360/

バイナリが来たらって
そもそも仕様は解析済みでオープンソースの実装は既にあったから
実用上はAppleが公式にソースコードを公開した以上の意味はないと思うけど。

flacがあればいいわ

FLACの最高圧縮とソースからコンパイルしたALACで作ったcafで
うちにあるWAVだとFLACの方がファイルサイズ小さかったんだけど、
ALACのメリットって何？タグ周り？

iPod、iPhoneで使えるが最大のメリットだろう
それ以外ならFLACの方がいい

フォーマット的に優れている部分ってのは別にないみたいだな

ないだろうな
ALACのオプソ化は一応喜ぶべきことではあるが
ALACオプソ化するよりは、iOSデバイスでFLACサポートしてくれたほうが
皆が幸せになれたとは思う

結局、アップル製デバイスを使用する人間が
行く行くはリソースの取り回しや流用が楽になるってだけかな

iOSでFLACサポートはほとんどありえないけど
これで逆に他のハードでALACのサポートの目が出てきたから
ALACがメインになることはあり得る

LINNとか独自にALACサポートしてたけど
ライセンス的にあれはどういう扱いだったんだ

ALACはApacheライセンスってことはパテント要求しないってことでいいのかな
まあ特許取れるような特筆すべきことは何もやってないんだろうけど

ただ、ALAC in m4aだと、コンテナのほうはパテント発生するんじゃないのかな
もともとAAC in m4aをサポートしてるハードなら特に問題ないけど
そうでなければ、多分ALACもサポートしないだろう

まぁALACで使ってて林檎が持ってた特許があったとした場合、
無意識にFLACとかvorbisが侵害してたとしても
林檎から特許料を徴収できなくはなるかな。

>>339
lameを使ってエンコードする時、

--ti ファイル名.jpg
（例　--ti cover.jpg）

をコマンドラインに追加すればok

>>362
まさかまだレス頂けるとはおもいませんでしたww
わざわざ有り難うございます

その方法だと容量制限があるので自分には合わないようです
せっかくですが、別の方法を探します

3.99だと制限なし

>>363
MusicBee

有り難うございます！
試してみます

iPodでサポートされてない規格に
存在意義はあるのでしょうか｡

qaacのrefalac.exeでALACエンコード試してみたけど、
QMPでstdin使うとエラー吐いて出力ファイルが消えてしまった
foobar2000では正常に出力できた

>>368
QMPは再生プラグインが入ってないとそうなる（つまりエンコード後のファイルを
自分で消す）ようだけど、QMPでm4aのALACは再生できてる？

ちなみにQMPに消されたくなければ、CLIエンコーダーに渡す
出力ファイル名を%d以外のものにすれば大丈夫みたいだよ

QMPは自分が再生できない場合はとにかく文句を言って%dで指定したファイルを
消すようなので、たとえば%d.m4aのような別のファイル名をCLIエンコーダーに
渡していれば、ファイルは残ることは残る

>>369-370
入力に%sを指定したならエンコード可能で、BASS_ALACで再生できたよ
まあタグに対応してないので実用的ではないけれども

曲単位のFLACファイルを、アルバム単位のFLACファイルに変換ってできるんですか？

てか、皆さんのファイルの管理方法を知りたい。

PCに1アルバム1TAK(CoverArt、歌詞付)
携帯端末にMP3(LAME V0)変換しながら転送

>>372
普通に出来る。

てか、TAK(incue+α)＆冊子zipの2ファイル体制

よければどのソフtでできるか教えてもらいたいです

手持ちのプレイヤーの関係で、FLACとmp3にするのですが、自分で買ったCDは最悪いいとして、
レンタルしたやつの元をどう残すべきか考えてます。
EACを使ってますが、wac+cueで止めたらまた改めて情報を入力しないといけなさそうでちょっと面倒だなと思ってしまいます。

foobar2000を使うといいよ。
wav+cue対応だから情報の再入力はいらないし、
flacとmp3への変換もできるから。

foobar2000はcuesheetの扱いがショボいのでCUEToolsがおすすめ
http://wiki.hydrogenaudio.org/index.php?title=EAC_and_Cue_Sheets
ここでいう
Multiple WAV Files With Gaps (Noncompliant)
この形式（INDEX00を前のトラックの末尾に加える分割形式）
のcuesheetをfoobar2000は読み込めない

CUEToolsはそのページの4種類のcuesheet+音声ファイルを完璧に相互変換できる
エンコードやデコードにももちろん対応、cuesheetの埋め込みもできる
なので、cueとlogをちゃんと保存しておけば、好きな方式を選んでいい

CUEToolsにはおまけでセキュアリッパーがついているが
http://wiki.hydrogenaudio.org/index.php?title=Comparison_of_CD_rippers
ここを見てもわかるように実はかなり高機能だ

foobar2000使って
convert → Generate multi-track files
という方法はどうだろうか。
自分はこれで手持ちのflac+cueをtak(incue)にまとめた。
今はtak,log,jpgの3ファイル体制。

>>378
jpgというのが１枚のアートワークであるなら、
【TAKのアートワークの埋め込み・削除・抽出（foobar1.17以降）】
選択右クリ＞tagging＞（各種） pictures

Edit attach pictures：（１ファイル選択時のみ選択可）そのファイルに含まれる画像を確認しながら埋め込み・削除・抽出する。
Attach pictures：画像ファイルを選択して埋め込み。
Batch attach pictures：（同フォルダ内のcover.jpg等）条件を指定して一括埋め込み。
Remove pictures：ファイル内画像を選択し埋め込み削除
Remove all pictures：ファイル内画像を全て削除

logも、
【foobarでlog埋め込み】
アルバム選択右クリ＞Propertys＞ツール＞Add newFierds
フィールド名：log
singlevalueカラム：ログをコピペ
＞OK

で埋め込み1ファイルにするのが吉だと思われ。

>>379
わざわざ書いていただいて申し訳ない。
自分はlogやjpg(アートワーク)はファイラで見ることが多いため
別ファイルにしているだけなのです。
Batch attach pictures機能はiPod用に変換するときに
使っています。

>>379
教えたこともないのに全く俺と同じなんだが　怖い

きんもーっ

foobarっていうのはよく目にしますね、あとはcuetoolですか
参考にさせてもらいます！

【EAC】リッピング【XLD】
http://awabi.2ch.net/test/read.cgi/pav/1272618586/461

461 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2011/12/04(日) 23:56:26.94 ID:W8r7zqD3
MUSIC PCで紹介されている通りにWavPackを出力するように設定した場合，圧縮率
と，圧縮速度（＆再生時の負荷）のトレードオフはどのようになるの？

こっちのスレのほうがあってるのかなと後で思ったので，こっちにも書きます。誰かおし
えてください。

http://www.synthetic-soul.co.uk/comparison/lossless/
http://www.icer.nl/losslesstest/
http://web.inter.nl.net/users/hvdh/lossless/All.htm

easywavpackで，どのオプションが付けられてエンコードされるのか分からんじゃん。
あ，それとも，WavPackに関しては，どんなオプション付けたって，ほとんど同じだってこ
とが言いたいのかな？

作者に聞けよ...

埋め込みCUEというかCUE自体が44100Hzのものだから48000Hz素材に埋め込むと後ろにいくほどズレまくるんだけど、
48000の長大TAKに節情報埋め込むにはどうすればいいでしょうか？

それはcueを読むソフトの実装の問題じゃないのか

>>388
んなこたーないｗ
cueは秒数で管理している。

おそらく48kHzの物を、44.1k.Hzとして再生しているんだろうと。
そうした場合、少々スロー再生状態になる。
本来１秒48000カウントで再生されるところを引き延ばして44100カウントで再生されるから、残り3900カウント部分は後ろにずれ込む。
だから、cueがずれると勘違いしている。

mkaで解決しました

>>368
--no-optimizeオプションつけたらエラーでなくなった

Tak2.20のマルチスレッドの設定なんだけどコマンドラインでやる場合はどういう書式だっけ？
4スレッドでエンコードする場合「-thr 3」でいいんだっけ？

ttaのサイトのTTA encoder/decoder static link library, C++ version 2.1ってなんなの？
久々に公式いったらなんかおいてあったからダウンロードしてみたけど
エンコーダーとしてEACと連携したりはできないっぽいんだけど

なんなのも何も、お前がコピペした名前にもリードミーにも何なのか全部書いてんだろ

書いてありましたごめんなさい

tta.exeはエンコードデコードライブラリとしての呼び出しはできます
呼び出せるけどttaencから呼び出せるわけじゃないから
それを用いてエンコードしたいなら独自にそれらを呼び出すソフトつくらなきゃ現状無理

つまりEACなどからttaをエンコしたけりゃttaencしかないということでよろしいでしょうか？

別にどっちでも使えるだろ

>>398
すいませんいろいろ読んでみたのですがtta.exeをEACで使う方法はわかりませんでした
教えていただけないでしょうか？

コマンドプロンプトに投げてヘルプみればわかるでしょ

TTA1 lossless audio encoder/decoder, version 2.1
Usage: tta [-hebd][p password] input_file output_file
-h print this help
-e encode file
-eb blindly mode (ignore data size info)
-ep|dp password protection
-d decode file
when file is '-', use standard input/output.

ありがとうございますhelp読んでみたらほとんどわかったんですが
libtta++ではうまくエンコードできませんでしたがlibtta ANSI-Cではエンコードできました
質問ばかりでご迷惑おかけしましたがなんとかなりました
ありがとうございました

ご迷惑おかけついでにlibtta ANSI-Cではエンコードできて
libtta++ではエンコードできない問題が私の環境ではあるのですがこれを解決する方法などご存知の方いたらご教授ください
よろしくお願いします

tak最強

wavpackでoutpathの指定の仕方がわかりません
たとえばEACでD:\testというディレクトリにファイルを出力したい場合
コマンドラインにはどのように記述すればいいのでしょう？

>>404
？
コマンドラインで指定する必要がよく分からないけど、
EAC options → Directories で
指定する方法じゃダメなの？

先日知ったばかりだけど、
WavPackのcue埋め込みコマンド
-w "Cuesheet=@*.cue"
EACのリッピング＆エンコード時に
cueが埋め込まれるってのは便利だね。

そこでちょっと聞きたいんだけど、cue埋め込みの時って
みんなどうしてる？別のソフト使う？
埋め込みは別にやるのが多数派なんだろうか？

よかったら教えて欲しい。

>>405
すいません、質問の仕方が悪かったのかと思います
CDイメージをコピーしてCUEシートを作成のときにもディレクトリを指定したいのですが
例えばD:\music\tta\%artist%\%albumtitle%にファイルを出力したくても
EACのオプションからディレクトリを指定するだけでは出力できません

wavpackでoutpathを指定すればこの問題を解決できるかと思ったのですが
その点について知っている方がいましたら教えていただきたいです

DTSをpcm_s16leでwavにしたファイルを
持っているのですがMacなので
アップルロスレスに出来るでしょうか?
何か変換するとピンクノイズになるのですが。

Wondershare スーパーメディア変換！ので
変換できることが分かりました。

遂に音楽自体聴かなくなってしまった・

>>362　
これ使ってエンコードする時
ジャケットの指定を　G:\Music\%artist%\%album%\cover.jpg こんな感じに指定しないとエンコードできないんだけど
そのファイルがあるフォルダの"cover.jpg"を指定してエンコードする方法あれば教えてくれ

EAC 1.0beta3 のエンコードオプションでFLACを選択してる場合
ビットレート指定って32〜1024kbpsのどれにしておくのがいいの？
というかこのパラメータって必要なのかな

FLACにビットレートは関係ないやろ
圧縮後のファイルサイズは圧縮レベルだけに依存するっしょ

>>413
thx やっぱりそうだよね
ほかのエンコーダとオプションダイアログ使いまわしてるからあるだけなのかな

MP3みたいに最低BR指定だったりするのかなと思ったものでさ
でもflac.exeのオプションパラメータにbitrateってあるんだよね
使いみちわからないけど

無いよそんなの

>>414
--bps オプションをビットレートと勘違いしたんじゃね？
この「bps」は「bit per sample」だからビットレートじゃないぞ。

>>416
それのことだった
--sample-rate っていうのが別にあるからそっちはbitrateだとおもってた
教えてくれてありがとう

NTT独自改良版のALS FAST ENCODERが欲しい。TAKとどっちが性能いいのやら

俺「音質って192kbpsでいいんじゃないの？」バカ「320kだと音楽全体の雑が減り満ち足りるよ高音とか」
http://engawa.2ch.net/test/read.cgi/poverty/1349177742/


365 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/10/02(火) 23:05:39.02 ID:sE3VxBBQ0 [1/3] (PC)
そもそもmp3の時点でゴミ、目糞鼻糞
でも100万超えのシステムな俺からするとビットレートの違いは即わかるよ

389 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/10/02(火) 23:25:02.00 ID:sE3VxBBQ0 [2/3] (PC)
>>367
どうせ音が団子になってる環境じゃ俺の言ってること理解できないでしょ
flacとwavでも全然違うんだけどな
DSDのハイレゾ音源聞いちゃうと申し訳ないが低レベルの言い争いはどうでもいいわ

402 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/10/02(火) 23:39:01.03 ID:sE3VxBBQ0 [3/3] (PC)
>>391
スレタイに音質ってあるのに観念的なこと言われてもなー



>flacとwavでも全然違うんだけどな
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

そういう連中ってファイルコピーで音が変わるとか言うから
もう会話にならないんだよね

>>420
ファイルコピー先のメディアの状態に影響されるに決まってんだろ

flacを解凍するときのCPUでの計算が電源に負荷を与えてクロックがフンダララ

http://ffmpeg.org/pipermail/ffmpeg-cvslog/2012-October/055330.html
FFmpegにTAKデコーダが追加された

DTSをAACに変換したいのですが、何かいいソフトはありますか？できればフリーがいいです。
XMedia Recodeではエラーが出て無理でした。1時間超えの音声です。

あげますね

DTSをデコードするだけでいいやん

foobar2000にデコーダとエンコーダ入れればいいよ

エンコーダにqaac使えば、チャンネルからサンプリングレートまで自由に指定できるし
コマンドラインわかんねって人でもDSP側でお手軽に2ch/44100Hzにできるしね

1

あ

mp4alsRM23ってパイプ対応してる？

flac と Monkey's audio 意外にまともに普及しているの無いのかよ

汎用性考えればflac
Apple製品使うならalac
現状ではこの二つだろ

可逆同士ならどれだけ変換したって劣化はしないんだから自分の環境に合わせればいいだけ

ALACって先頭欠けるんじゃなかったっけ

どこ情報だよｗ

alacの過去スレで、iTunes 10.0の頃のalacデコーダにバグがあって再生が先頭欠けだか尻切れだかになるって話が出た覚えがある(エンコーダは問題なし)
たしかそれについては検証もされてた＆後のバージョンで修正されてたはず

>>432
気になったので、flac→alacをrefalac64 1.10（fb2k経由）で検証してみた。
bit compareは一致したよ。

FLACがアップデートしたと聞いて

FLAC1.3.0ってまだ公式はバイナリ配布してないんだな

FLAC2.1.5使って見たけど2.1.4と比べて2倍以上エンコ早くなってるな

けど-8までしか設定できなくなってる
それと--opencl-platformが2.1.4は手動で指定しないと反映されてなかったみたいだけど
2.1.5では自動選んでるみたい

2.1.4にはなかったignorelengthオプションも自動で付いてるみたいで
cue+flacリップエンコする人でも問題なくエンコできるようになってる

まとめると
・縮まなくなってるけど2倍以上速い
・ignorelengthに対応

間違ってたら訂正ヨロ

FLAC2.15じゃなくてFLACCL2.1.5だった・・・
タイプミスｗ

エンコ速度とかあまり気にしたことがないでござるにんにん
動画エンコの隆盛と共に強引にCPUスペックで押し切る姿勢に改宗しましたでござるにんにん

>CPUスペックで押し切る姿勢に
FLAC1.3.0だったらCPUをフルに使ってくれるからいいけど
takなんか遊びまくるよな・・・縮むのはいいんだけどｗ

ファイルサイズ
小　FLACCL2.1.4（-11）＜FLACCCL2.1.5（-8）＜FLAC1.3.0(-8)　大

エンコ時間
短　FLACCL2.1.5（-8）＜FLAC1.3.0(-8)＜FLACCL2.1.4（-11）　長

こんな結果だった

よく見ろよタコ
-0 .. -11 Compression level, default 8; 9..11 require --lax
--lax Allow non-subset modes

できたわサンクス
けど-11でやると65分30秒ぐらいでCUETools.FLACCL.cmd.exeが動作停止する・・・
unstableみたいだしバグかな？

PS タコは言いすぎだろ・・・(´･ω･｀)

というかsubset使うならFLACを選ぶ意味あるの？

11だとハイレゾ音源でFLACTesterパス出来ないことがあるんだよね10だと経験上無いんだけど

付けてたオプションいろいろ外したり、付け加えて確認してみた結果
--fast-gpuが原因でした・・・not recommendedってなってるのにごめんなさい

>>444
速度と容量の兼ね合いでまぁ意味はあるんじゃ？

音声変換はCPUよりディスクアクセスの方が速度のボトルネックになる
というのは俺だけ？？？

>>447
どんだけ昔のHDD使ってんの？

>>448
IDE接続のならまだしも
ハードディスクに新旧の差ってそんなにあるか？？？

（´・ω・）っSSD

!Mokuton

WavPack 4.70.0

Tak2.2.0でオプションに-cpuSSSE3を加えてエンコすると
逆に遅くなるの俺だけ？

使ってるCPUはPhenom II X4 955でもちろんSSSE3に対応してる
暇な人いたらよければ検証お願い

>>393
亀だけど-tn 4

スペースいらなかった-tn4
何度もレスごめん

SSSE3に対応してるAMD CPUってBulldozer/Bobcat以降だろ
SSE3と混同してないか

本当だ混同してたごめん
レスありがとう

Sound Recover Simulation

フォナックの補聴器におけるサウンドリカバーの動作状態をシミュレーションできるソフトです。
これらのシミュレーション結果はあくまでも論理的な考え方での結果なので、実際の聞こえ方とは相当に異なります。

windows6/64bitでWavPackが起動しません
DOS窓が瞬きくらいの短い時間だけ現れてそれきりです
どうしたらいいでしょうか

windows7/64bitです訂正します

ヴァージョン書けよ・・・ｗ

んでbatファイルか何かのフロントエンドでwavpackを実行してるみたいだけど
すぐ閉じてしまうのだから、何てエラーか読めないと
じゃあDOS窓を起動してからwavpackを実行して、何て表示されるか見てみよう

TAKが開発終了したのって今知ったｗ

別に終了してないんじゃ

公式行ったら「TAK_2.3.0 Final」ってなってるけど違うの？
Latestに馴染みあるから勘違いだったスマン

てかTAKのwiki見たら随分古くて、Intel製CPUしかマルチスレッドに対応してない
なんて書いてあるけど間違ってるな

finalってbetaに対するfinalでしょ

http://d13n9ry8xcpemi.cloudfront.net/photo/odai/400/7f9cd2944bac85bce40e04dac0a7ff5a_400.jpg

WAVE→FLACの変換をする時、どんなソフト使ってる？
今はfoobar2000でやってるんだけど、変換だけならもっと処理が軽くて早いソフトがあるんじゃないかと悩んでる

xrecode II　がおすすめ

>>468
フリーソフトなんだね、ありがたい
早速使ってみるよ

どっちもただのフロントエンドなんだから変わらんだろｗ
FLACCL使ってるけどベリファイオプションないから
FLACCLでエンコ→FLACでテスト
のバッチでやってる

バッチファイル見直してたらベリファイあって--verify入れてたわｗ
けどFLACCLは環境によっては云々
って見たことあるから念のためfalc -t "%~dpn1.flac"でテストしてるｗ

dbPoweramp

10日からtta 2.2来てるな

ソースコードだけなのか

プログラムできる人に質問なんだけど、oggやflacなんかの公開されているオープンソースって
お手製のwave用プレイヤーをコードを入れ替えるだけで簡単にogg用やflac用に切り替えられるもんなの？

基本的にはPCMのサンプルを得るための手順がwavの場合
ファイルを開いてファイルから直接読み込む
とすればいいものを圧縮ファイルの場合
ライブラリの関数でファイルを開いてライブラリの関数でファイルをデコードしてPCMサンプルを得る
となるだけ

細かい手続きはフォーマットによって違うからマニュアルを読むべし
(FLACならlibFLAC, vorbisならlibvorbisfile)
nサンプルおくれと言ってnサンプル返してくれるような関数が実装されていれば楽なのだけど
Vorbisはほぼそれがあるけど(ov_read) FLACはなくて
コールバック関数で受け取らなきゃいけない仕様でちょっと面倒

>>476
プログラムの知識は全くないけど、分かりやすい説明で助かりました
理解できるかは怪しいですがKibFLACを読んでみます、ありがとうございました

APEからALACに乗り換えたんだけど、これVerifyってどうやるの？
今はfoobarからrefalac64.exe -i -s - -o %dとして変換してる

ALACってベリファイどころか
CRCチェックもしてない糞仕様だろたしか

もしソースファイルのリードエラー起こしてたら
エンコしたファイルをwav（PCM）に直したときバイナリが異なるという

げー　わざわざ一旦WAVに戻してハッシュが同じになるか試すしかないのか…

FLACファイルのサイズを最適化するFLACOUTというソフトが出たよー
http://advsys.net/ken/utils.htm
長短は
http://www.hydrogenaud.io/forums/index.php?showtopic=106129

FLACCLの非サブセット使ったほうがいいじゃん

wavpackの-xみたいに網羅的に最適なフィルタ係数を探すような感じ？

>>482
http://www.hydrogenaud.io/forums/index.php?showtopic=45013&view=findpost&p=443961
>an extremely poor tradeoff of reduced usability for a tiny fraction of compression

新しめのFLACを配布しているフォーラム
http://www.hydrogenaud.io/forums/index.php?showtopic=101082

GrieverV版 (flacdiff、flactimer、iffscanあり)
32bit版
ttp://www.mediafire.com/download/fl2xnsglsjpmssv/flac-git-3194829-win32.zip
64bit版
ttp://www.mediafire.com/download/cjcg1a1d12o7nah/flac-git-3194829-x64.zip

AiZ版 (flacdiff、flactimer、iffscanなし)
32bit版
ttp://aiz.free.fr/flac-git-7251201-win32.zip
64bit版
ttp://aiz.free.fr/flac-git-7251201-win64.zip

>>485
flacdiffやflactimerって1.3.0が出た当初こんなバイナリなかったよね？
flacoutといい時間できたら弄ってみるか

てかmetaflacって性能悪すぎだよな
文字コードもそうだし、一般的でない改行コード吐くしFLACCLでエンコしたファイルにはcue埋めれないしｗ

http://dc621.4sync.com/download/6A0zRryJ/tsid20140731-162939-1054fbb/abd.png

flacout試したよ
ソースファイルは3分で
flac1.3.0の-8とFLACCL2.1.5の-11でエンコしたファイル

これシングルスレッドでしか動かないし、3分の音声ファイルで1時間以上かかってるし
タグが全部消える
ジャケット・コメント・LOG・ISRCなどのタグどころか
使用したエンコードライブラリのタグまで消える
普段はｃｕｅ管理だから埋め込んでないけど、多分歌詞も消えるだろう

ハッキリいって糞だと思うｗ
FLACCLでエンコしたファイルの方が時間かかったのが意外だった

以外も何も-11ならデコードに時間かかって当然でしょ

このスレ見てる人いるのかな・・・
誤り耐性？みたいな部分の性能はALACとALSの2種類でどっちが上なのでしょうか？

ALSは知らんけど
純正のALACはベリファイオプションないだろ

ALACが特に優れてるところってないと思う

Windows 7で標準でタグがエクスプローラで見れるとか
iOSで標準で対応してるとかぐらいかなぁ

MP4につっこめるのは人によっては利点と思うかもしれないが
ALAC in MP4なんて互換性がないものを使うぐらいなら
FLAC in Matroskaでいいともいえる

>>490
ふむふむ....自分が調べた限りでもわからなかったのでこの際そのような点は無視することにしました。
別にファイルがぶっ壊れる可能性のある用途(ネットでの配布とか？)は想定してないので...
回答していただき感謝です。

>>491
目的はエスパーしてる通りMP4に詰め込むことですが、可逆圧縮音声を使おうとしてる奴は大抵10bitなx264を使うので互換性も何もハナから気にしてないです。
PCで再生できればそれでいいので。
確かに互換性ではFLAC & MKVに軍配が上がりますね

ALACの標準コンテナってMP4じゃないの
裸のFLACで十分なのにMatroskaやOggに入れる方が互換性悪いかと

>>493
いや動画の音声トラックの場合みたいに、汎用コンテナに入れたいことはあるのよ
だからコンテナ対応もコーデックを比較する上で一つの観点にはなって、
例えばTAKだとかAPEだとかはMKVにも入れられないけど
FLACやWV、TTAは入れられる、ただしTTAはサンプル欠損問題がある
ALACはMKVだけでなくMP4やMOVにも入れられる、といった具合

だから収納性ではALACは優位なんだけど、MP4動画の(MKVに対する)最大の強みである
高い互換性はH264+AACの場合に限るので、MP4を使いたい特別な理由でも無い限り
MP4に入れられたところで別に大した強みでもないという話

MP4にALAC入れたところで
flashやタブレット（知らんけど恐らく）対応してないでしょ
PCで再生させるだけみたいだし、FLACのmkvでいいじゃんって思う

PCで再生するなら何だっていい
宗教戦争したいなら話は別だがね

PCで再生するとしても音声ALACにするなら規格をちゃんと意識した方がいい
具体的にはブランドにM4AかM4Vを入れておくこと
クイックタイム系のプレイヤーは厳密にブランドを見て再生の可否を判定するようだから

余談で、どっちが良い悪いじゃないけど規格を意識しなきゃいけないmp4はルールが大好きなアメリカ、日本人にあってる気がする
逆にmkvは欧州向けか、あえて悪口みたいに言うけどmkvはサッカーみたいに凄く野蛮なコンテナだと思う

mp4の標準可逆音声でALSが流行ってくれれば状況は違ったんだろうけど

そこでmovですよ

タックでエンコはじめたんですが dsfTAKSource0.0.1.6をつかいたくて
http://rawmanga.blog.fc2.com/blog-entry-381.html
OSは8.1です C:\Windows\SysWOW64に ３つのふぁいるコピーして
BATつかってもレジエラーがでてうまくいかないみたいです何がおかしいのでしょうか
お知恵をお貸しください よろしくお願いします

xrecode2使ってみた
ビビってウンコ漏らすほど使いやすいなコレ
エンコも8コア使ってくれるから爆速だし
今まで苦労してたのがバカみたいだ

xrecode2でエンコしたらlaで8コア使ってくれるようになるん？ｗ

>>609
Bingで通報が有効なら失笑もんだなｗｗｗｗｗｗｗｗ

こういうサイトが脆弱性情報などの注意喚起に一役買ってるのに。UPDATEに直ぐでないものもあるし

誤爆

A3C→FLACでおすすめソフトありますか？
そもそも、A3C→FLACは無駄？
A3Cだったら、MP3で十分？

無駄って事はないぞ
不可逆変換をする度に劣化するんだからなるべく可逆で保存しといた方がいい
まあそこまで音質を気にするなら他の音源を探してきた方が精神衛生上よろしいかとは思うが

元の音源のまま使えないならFLACとかWAVとかにしておくのは元が不可逆音源でも無駄ではないと思う
(容量的には増えるけどね)
どちらかというと、元音源のサンプリング周波数とか量子化ビット数から増えてないかは気をつける必要がある気がしている
(こっちは完璧に無駄だからね)

可逆→可逆や可逆→不可逆に変換するとき一度デコードしてから変換しないと音質とか変わりますか？

>>507
変わらん
可逆→可逆の直接変換でも、ソフト内部では可逆フォーマットA→LPCM→可逆フォーマットBといったん展開してる