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

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/26(火) 01:50:03 ID:S1f4gspJ0] です 33 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 12:54:09 ID:89WsoUBc0] たぶんwindows環境では2GB止まりなんじゃない 処理系のFILEとかoff_tの定義とか次第だと思う WavPackも試してみたら? 34 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 18:55:10 ID:2POb/yOD0] >>33 即レスありがとうございます。 内容は全く追ってませんが、ちとソースを覗いてみたところ、 #if _MSC_VER <= 1600 /* @@@ [2G limit] */とコメントもあったので、 お話にあったとおりWin環境ぢゃ厳しいのかもしれないです。 ちなみに、VCぢゃなくってICLでコンパイルしたものなら……って試してみても同じでした。 takでは前にエンコードしているのですが、-ihsコマンドを付加しPIPEで処理すればエンコード可能で、 (たしか-ihsをつけないと2GB以上はエラーになった気がしました) WavPackでは先ほど試したところ問題なくエンコードは可能、 Monkey's Audioは即エラーとなりました。 そのうちVMwareにでもLinux入れて試してみます。 35 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/01(水) 22:55:03 ID:7k+DanR00] #if _MSC_VER <= 1600 /* @@@ [2G limit] */とコメントもあったので、 これに引っかかるコンパイラって、いつの時代の VC だよｗ アプリの方が 2G 超えるファイルを扱えないか、 保存先に指定しているドライブが、FAT32　なんだろう。 ためしに Lilith で変換してみたら、 2.5GB の FLAC ファイル作れたので、 FLAC がサポートしていないわけではない。 環境見直してみなさい。 36 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 04:47:22 ID:RKymDEoc0] >>35 こんな時間にすみません。 2Gで検索かけてコメントの2G Limitしかみてなかったｗ 相変わらずその先の処理もまだみてませんが。 ソースのwavファイルの位置、flac.exeの位置、保存先はNTFSでしたが、 Lilithで変換したらあっさりできました。 アプリの方が〜ってありましたので念のためGUIアプリを使わず、 コマンドラインからも変換を試みましたがやはり2GBでエラーになりました。 まぁ、そっちの理由は解りませんが、何はともあれ変換できました。 本当にありがとうございます。 37 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 05:05:53 ID:CJRFS13e0] libFLAC自体にに2GB制限は無いけど フロントエンドの実装がwinだとNGってことか 38 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 13:19:10 ID:51IeJvMA0] コマンドラインでも落ちるってことは、GUIは無関係で環境のせいじゃないかな。 アホなウイルスソフトが2GBのファイルまでしか処理できなくて勝手に落とすとか。 39 名前：35 mailto:sage [2008/10/02(木) 14:50:01 ID:IqmyHboz0] >>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 プラグインなら別なのかな？ 40 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 17:16:12 ID:CJRFS13e0] >標準 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というのもこれ。 41 名前：８ mailto:sage [2008/10/02(木) 21:39:20 ID:FwRQGWqv0] すげえ良スレだな、いいぞおまえら、つづけろ 42 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 21:44:17 ID:RKymDEoc0] >>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だったけど、コレは問題ないのかな？ レスくださった方々ありがとうございました。 当初のもくろみでは つコマンドラインオプション みたいな感ぢで話題が終わると思っていたのだがｗ 43 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/02(木) 22:00:18 ID:CJRFS13e0] >>42 >ファイルサイズになんで符号付きのintなんでしょ ファイルサイズというかoff_tはオフセットで相対位置を示す時にも使うから。 fsseko(fp,-1,SEEK_CUR)とかね seektableの有無はmetaflac --list hoge.flacで確認可能。 44 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 04:45:00 ID:5mcTPKC50] >>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でエンコードできるソフトでも探してみようと思います。 ホントにご丁寧にありがとうございました。 45 名前：35 mailto:sage [2008/10/03(金) 23:23:50 ID:Gk/CpB0M0] >>44 Lilith は、もしかしてオンラインアップデートしていないバージョンを使ってる？ 0.992 にアップデートすると、FLAC 1.2.1 が使われてる。 これ最新のFLACのライブラリのはずだよね。 ところで、以前の flac.exe (公式のコマンドラインプログラム)では、 余計な SeekTable を作成するという不具合があったけど、 今のは直ってるのかしら？ たしか、曲長にかかわらず、100個だか1000個だか作成しちゃうっての。 短い曲のときは無駄だし、長い曲のときは数足りず、で まともに機能しないケースが存在すると指摘されてたような。 >>40 処理系＝コンパイラと捉えるなら、処理系と書いた方がよかったかもね。 Win みたいに複数のコンパイラが用意されている場合、 それぞれで制限違ったりするので。 VC の場合、少なくとも 2008 では、_fseeki64 とか用意されている以上、 通常の fseek とかで 2GB 以上を扱えるようには出来ないんだろうな。 関数自体は、define で置き換えればよいわけだが、 データを保持する変数の型のほう変更するのが面倒そうだ 46 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 23:24:08 ID:B97GWqQQ0] flac tgfでデフォルトの圧縮率や保存先が設定できず、いちいち設定->バッチ とやるのが苦痛なのですが、もっとマシなフロントエンドはないですか？ 47 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 23:53:13 ID:zbHi8B7I0] >>45 fseekで2GB以上のファイルを扱うのはLP64とかILP64な処理系じゃないと無理でしょ。 fseekoみたいにoff_tじゃなくてlongだから。 >余計な SeekTable を作成するという不具合 それってfoobar2000のpipe encoderがwavのヘッダに 適当なdataチャンクの大きさを書くのが原因のやつじゃないの? 1.2.0で--ignore-chunk-sizesが追加されてるけど、 これを付けるとそもそもseektableが作られなくなる。 48 名前：35 mailto:sage [2008/10/04(土) 01:31:59 ID:FD/w9THf0] >>47 いえ、flac.exe 本体のバグ(?) です。 かなり昔の話だけど、確か Lilith の HP で見た気がしたので、 作者の書き込みかと思ってたら、ユーザの人の書き込みだったみたい。 ttp://www.project9k.jp/cgi-bin/innovationbbs/bbs.cgi?mode=one&namber=1212 2ch からは直リンできないんだったかな？ みれなかったらURLコピペでよろすく 49 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 01:55:54 ID:L6+WXtUj0] >>48 いや、それだとどうやってflac.exeを使ったかが分からないから wavヘッダのサンプル数が間違っている可能性は捨てきれないと思うけど。 サンプル数を越えたところにまで空のseekpointを作成というのは まさにその問題の典型だし。 50 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 12:09:03 ID:M36DJN+M0] >>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で見分けているので関係ないだろぉと推測して、違いはコレ位のようです。 51 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 13:56:24 ID:YQPA4Ds60] >>50 レポート乙 52 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 14:48:29 ID:L6+WXtUj0] >>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を付加するよ。 53 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 18:23:19 ID:M36DJN+M0] >>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に確認しております。 ホントご丁寧にレスありがとうございました。 54 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 18:58:08 ID:M36DJN+M0] あー、わざと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のみの変化でした。 あくまでうちの場合はですが。 55 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/04(土) 19:47:00 ID:L6+WXtUj0] >>53 別にパイプだと必ずダメと言う訳じゃないよ。 普通にシェルからcat hoge.wav | flac - -o hoge.flacとかやる分には何の問題もない訳で。 サンプル数が既知なのに、わざわざパイプで渡す時に チャンクサイズを不定にして渡すから問題になる。 だから47ではflacではなくfoobar側の問題という書き方をした訳だが。 スレ違いだがLAME 3.98のTLENタグなんかでも同じ問題が起こるはず。 56 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/05(日) 06:00:45 ID:aBfFvcZR0] >>55 こんな時間ですみません。 >別にパイプだと必ずダメと言う訳じゃないよ。 ソレは実は解ってはいたんですが、変換元がwavファイルから渡すと確定していたり、 サンプル数が確定している場合がPIPE処理を使う前提の場合だと少ないのかなぁと思った訳です。 変換時に一時ファイルを作成したり、サンプル数が確定しているwavからの入力しかないと解るならば、 PIPE処理の必要性はあまりない気もしたので。 >LAME 3.98のTLENタグ どぉやら似たよぉな感ぢですね、ちと色々みてみます。 ホントにご丁寧にありがとうございます。 57 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/05(日) 16:25:07 ID:dwFW1c500] PCDJとバックアップの為に音源をアナログからPCに取り込もうと思ってここ来たが、 PCDJ用途と考えると展開速度が速いFLACが良いのかな 勉強になる 58 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/05(日) 16:37:50 ID:IWv8Vcfq0] まあ、PIPE入力だと元がファイルではなくて終わりが決まっていないストリームの場合もあるから エンコーダ側ではサンプル数を当てにした処理は避けうるなら避けたほうがいいのかも。 その辺はフォーマットのファイル設計なんかも関わってくるよね。 59 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/05(日) 17:30:58 ID:Tg7yoQeF0] FLACの場合はメタデータブロックがファイルの先頭(圧縮データより前)にあるから、 seektableを作る場合、圧縮前にあらかじめseekpointの数だけ領域を確保する。 この操作のためにサンプル数が事前に必要。 ちなみに何サンプル目にseekpointを置くかを決めればいいだけなので、 サンプル数はおおよそでOKで正確である必要はない。 エンコード後に実際のサンプル数を使ってseektableを更新できるのが理想だけど、 確保した領域の分よりも多くのseekpointが必要な場合、 メタデータブロック後の巨大な圧縮データを再配置する必要がある。 ただ、padding領域を使えばある程度までならメタデータブロックのみの再配置で済むから この程度の実装なら将来のFLACでやるかもしれない。 まあ、サンプル数が未知のPCMストリームをseektable付きで圧縮するという需要がどれだけあるか、だけど。 60 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/06(月) 00:21:50 ID:+Ew7Qu3h0] ごめんマニアックだけど 普通のWAV（CD音質＝44100Hz）以外のWAVでも対応してるのってありますか DTMしてるんで24Bit/48ｋHzで保存してたりするもんで。 61 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/06(月) 00:31:25 ID:lIkuJkQR0] >>60 FLAC, WavPack, etc en.wikipedia.org/wiki/Comparison_of_audio_codecs#Technical_details 62 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/06(月) 00:43:36 ID:+Ew7Qu3h0] >>61 海よりも深くThx 63 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/06(月) 12:26:29 ID:K/cRAG+O0] >>58 うちもそんな感ぢで考えてました。 入力元がファイルで長さが決まっているならば別フォーマットから変換でも簡単にwavのサンプル数割り出せるぢゃんってのは、 書いた後直ぐに気づいたのですが/// >>59 >FLACの場合は 詳細な説明ありがとうございます。 >サンプル数はおおよそでOKで ってのが意外に感ぢしたが、きちんとchunkSizeを渡してなかった時もSeekTableを作ってはいたのに気づくべきでした。 ちと、foobarがstreamでなくファイルも何故サンプル数をきちんと渡していないか考えてみたのですが、 複数のファイルを選択し単一のファイルとして変換したり、未知の形式に対応する際に、 ファイルサイズでfoobar側がボトルネックになる可能性を排除しPIPEでエンコーダに渡し、 デコード後4GB以上のファイルでwavヘッダのchunkSizeが4byteを超える可能性も考え、計算することを避けたのかなぁと。 streamを扱う際と同等の処理でできるという方が強いのかもしれませんがｗ >ただ、padding領域を使えばある程度までならメタデータブロックのみの再配置で済む なるほど、PADDING領域かぁ、もしやったとしてもPADDINGをどれだけとるかの兼ね合いが難しそぉな気が。 >まあ、サンプル数が未知のPCMストリームをseektable付きで圧縮するという需要がどれだけあるか、だけど。 そもそも需要がほとんどなさそぉですねｗ 64 名前：名無しさん＠お腹いっぱい。 [2008/10/10(金) 20:56:02 ID:KUhZ1k0h0] 保守 65 名前：名無しさん＠お腹いっぱい。 [2008/10/11(土) 22:42:24 ID:PdZtDwEJ0] WMA可逆圧縮で保存したものをMP3に変えたいんだけど、どうやったらできるんですか？ 66 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/11(土) 23:56:11 ID:idxHXN7i0] dbPowerAmpでも使えばいいだろ 67 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/12(日) 00:38:18 ID:kYgxBhjw0] foober2000も簡単ですよ^^ 68 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/12(日) 00:38:58 ID:8+Bg3UiB0] QMPも簡単ですよ^^ 69 名前：名無しさん＠お腹いっぱい。 [2008/10/12(日) 08:39:05 ID:uXbZ2ojq0] みなさんありがとうございます。 foober2000をインストールしました。 コンバート→MP3（FAST)とすすみましたが、変換するファイル（WMA）を選択できませんなぜかわかりません。 教えてください。 70 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/12(日) 08:53:38 ID:kYgxBhjw0] つfoober2000 wiki ttp://foobar2000.xrea.jp/ 71 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/12(日) 16:03:31 ID:XVNEBbun0] >>61のwikipediaのだとALACが44.1/48kHzのみになっているが、 24bit 96kHzも変換、再生できるな iPodに転送できるのは24bit 48kHzまでだけど 72 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/18(土) 08:36:28 ID:oVCiH9z+0] takのcueシート埋め込みをコマンドラインだけでやりたいんだけどなに使えばいいかわからん。 takc.exe以外に必要なファイルってある？ 73 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/20(月) 19:17:13 ID:n+cLrsnW0] 可逆関係ないし流れぶった切るけど パナのソフト以外でVM1→wavもしくはmp3に変換できるソフトないですか？ ソフト名か誘導お願いします 74 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/21(火) 00:27:15 ID:t13hgCYd0] >>72 遅レスですが、もぉ解決してるかなぁ？ tagはAPEv2なんで、コマンドラインからならば wapetとかtag(TAG command line tagger)とかを使えば良いかと。 EACと組み合わせるのならば、うちはflacencodeを使ってますが。 75 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/01(土) 18:46:22 ID:ebt51ePh0] codecじゃなくて変換ソフトのスレなのか？ 76 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/01(土) 18:51:29 ID:d9NhvGpM0] そうとは限らないよ、一応 77 名前：名無しさん＠お腹いっぱい。 [2008/11/05(水) 00:26:04 ID:aU/yy1fj0] 音声可逆に関してはすべてを扱うと思って良いんじゃないか？ 78 名前：73 mailto:sage [2008/11/11(火) 16:43:01 ID:OdnrynTL0] 自己解決しました。 79 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/19(水) 06:15:37 ID:QTYg+GaU0] Linuxマシンが増えたのでttaからflacに乗り換えた パソコンで聞く分には負荷の違いは分からんなぁ 機材に金あまりかけてないのもあるけど 圧縮速度は実感できるほど遅くなった iPodがネイティブでflacサポートしたら環境全部flacに統一できててｳﾏｰだけど ALACがあるから無理だろうな･･･ 80 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/19(水) 17:23:59 ID:53DpW23M0] 二つFLACな悪行三昧 81 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/19(水) 20:47:00 ID:2mpxOv3k0] 40にしてFlac 82 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 21:51:47 ID:DKKbxn790] TAKが404だな 83 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 21:58:29 ID:rA0uCagy0] ドメインの有効期限が切れたかな まあ実質配布の大本はHAだからいいんじゃね 84 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 22:06:57 ID:DKKbxn790] あれ、もう復活してた 85 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/23(日) 22:15:28 ID:rA0uCagy0] サーバのメンテナンスかw 86 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/24(月) 02:45:17 ID:aZPuZFEk0] ドメインが切れたら名前解決できないから404すら返ってこない。 87 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/24(月) 03:06:52 ID:lG2/cQep0] いやいや、そのドメインの管理会社の広告ページに飛ぶ場合が多いよ 88 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/24(月) 22:44:32 ID:lG2/cQep0] 自分のサーバでTAKを配布するために転送量の多いコースに乗り換えたから 繋がらなくなってたらしい。 89 名前：名無しさん＠お腹いっぱい。 [2008/12/13(土) 07:27:59 ID:rnJERrwH0] age 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/12/20(土) 23:39:52 ID:NVYfyXfp0] TAK 1.1.0 Beta release www.hydrogenaudio.org/forums/index.php?showtopic=68104 既にbeta3になってます。 91 名前：名無しさん＠お腹いっぱい。 [2009/01/20(火) 19:38:19 ID:NnrUdj5J0] Monkey's Audio 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. 92 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/24(土) 01:07:49 ID:BwslxbDM0] Efficient WMA MP3 Converterと Free Mp3 Wma Converterのどっちが いいの？ 93 名前：名無しさん＠お腹いっぱい。 [2009/01/24(土) 01:41:44 ID:yS7Nkfxk0] Monkey's Audio 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. 94 名前：名無しさん＠お腹いっぱい。 [2009/01/24(土) 01:45:05 ID:yS7Nkfxk0] ところで Windows Mobile もしくは PocketPC で再生出来るのは flac ぐらい？ 95 名前：名無しさん＠お腹いっぱい。 [2009/01/24(土) 13:48:10 ID:RVN99fR+0] cue埋め込みFLACを作りたいのですが、 今までのところどうしても曲名が欠けてしまいます。 アルバム名と曲の時間しか埋め込めません。 どうやったら、cueの内容を減らさずに埋め込んだFLACを作成できますか？ 96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/09(月) 00:56:21 ID:2bm+H4u60] omaをmp3に変換したいんだけど、HIMDRendererWinで変換してもファイルが壊れてるかんじで だめだった 他になにかいいソフトない？ググるとCDexとかでてくるけどそんな機能ないじゃんか 97 名前：名無しさん＠お腹いっぱい。 [2009/02/09(月) 01:15:38 ID:2bm+H4u60] 期待あげ 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/09(月) 01:25:27 ID:2bm+H4u60] 自己解決しますた 99 名前：名無しさん＠お腹いっぱい。 [2009/03/03(火) 06:57:46 ID:3YRT9gbx0] あげておこう 100 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/03(火) 20:31:21 ID:TLF7kKlu0] Monkey's Audio 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) 101 名前：名無しさん＠お腹いっぱい。 [2009/03/04(水) 17:58:42 ID:baKbxvYI0] １０１ 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/06(金) 21:34:25 ID:ooQ7BKgw0] flacdec: Parse the metadata header in the raw FLAC demuxer. lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-March/021071.html 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 16:49:11 ID:xDB1jma/0] >>79 TTAははえーよな しかし汎用性考えるとFlac Flacの次に汎用性あるのってMonkey's Audioなのかな 104 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 21:10:44 ID:gthVCFvN0] flacより汎用性が高いもの それはWMA Lossless 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 22:55:30 ID:czPEV42S0] >>104 釣れますか？ 106 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 23:13:08 ID:bLRRcnAI0] ttaをflacencodeを使ってtakにしたいんですがflacencode.exeにファイルをドロップすると 引数の設定が間違っています。EACのエンコードオプションを見直してください。強制終了します。 とでるんですが何を設定すればいいんでしょうか？ 環境はOS-XP3、Exact Audio Copy bate4、flacencode20070615bです。 EACのエンコードオプションは外部エンコードの欄 外部プログラムを使用する、にチェック。 ユーザー定義エンコーダー、を選択。 使用する拡張子は.wav。 プログラムのパスはflacencode.exeを置いた場所をフルパスで指定. コマンドラインオプションは「"%a" "%y" "%g" "%m" "%x" %s %o」 上記の設定です。 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 23:24:01 ID:WD94B4Ia0] 何でそんな意味不明な事をしてるのか分からんが 普通にttaをwavに変換してwavをtakに変換するという考えは無いのか 108 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 23:33:34 ID:bLRRcnAI0] >>107 wavをtakにする時なにで使ってますか？ 109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/17(火) 23:41:27 ID:WD94B4Ia0] ??? Takc.exe以外に何かあると? 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/18(水) 00:01:51 ID:bLRRcnAI0] ttaをwavに変換してflaconvert.exeでtakに変換できたんですが再生できないファイルが 出来上がったんですがどうしてでしょうか？ wavの時には普通に聞けます >>107 なんか一発で変換できそうだったんでwavに変換するっていう考えがありませんでした・・・ 111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/18(水) 20:12:12 ID:58kvClDH0] ttaのまま使えばいいのに、わざわざ手間暇かけてより使いにくいTAKにする理由が理解できん 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 03:04:25 ID:9JoY4cVh0] こうHDDが安いとWAVでもいいかって気もするけど、圧縮されてないのも気分が悪い かといってAPEやWMAは再生が重い ツールが対応してなかったり変換に手間がかかるのも考えもの となると現状FLACしか選択肢がないわけだ オープンソースで軽くてDirectShowFilterがあるのはこれだけだし 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 08:29:38 ID:R7B8e6tP0] apeが重いというのが未だによく分からない 114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/19(木) 17:57:05 ID:PYX2KtY10] >>113 ベンチとって比較すれば重いのは間違いない。 それが許容できる範囲かは人によって違うだろう。 115 名前：名無しさん＠お腹いっぱい。 [2009/03/20(金) 16:07:47 ID:cLPh7XIQ0] mp3HD www.all4mp3.com/Learn_mp3_hd_1.aspx 非可逆部分はmp3デコーダで再生可能という 面白いハイブリッド可逆フォーマットが出た。 まあFraunhoferだしMPEG-4 SLSをmp3にバックポートしたという感じかな。 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/20(金) 16:19:49 ID:rWfRXvytP] MP3 Surroundに続く、誰も使わないFhGによるMP3の独自拡張か。 117 名前：名無しさん＠お腹いっぱい。 [2009/03/21(土) 02:11:20 ID:t7EM8jyo0] id3タグに可逆補完部分を記録するから 256MB以上を扱えないという致命的な欠陥がw 118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/21(土) 08:11:03 ID:Hj2TkDvI0] >>117 そんな妙な仕様なのか・・・。 さっきちょっと触ってみて、ReplayGain分析した（＝RG値をID3に書き込み）ら、 36MBだったファイルがいきなり8MBになって驚いたんだが、その辺と関係が ありそうだな。 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/23(月) 15:31:57 ID:Sq6vtFX00] iPodでもそのままで再生できて、DirectShowFilterが出るなら後発でも躍進の可能性はある 120 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/26(木) 17:32:18 ID:FunPSdzh0] >115のインプレス記事 Thomson、MP3のロスレスフォーマット「mp3HD」を発表 -AV Watch ttp://av.watch.impress.co.jp/docs/news/20090326_79959.html?ref=rss 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/26(木) 19:33:59 ID:53zYX6SU0] 俺が望んでたフォーマットがついに完成したか 122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/27(金) 07:50:34 ID:MpuJaSli0] 別に普通のmp3デコーダで可逆が再生できるようになるわけではないんだし ただの容量無駄遣いにしかならない 可逆が使える環境なら最初から可逆でいいじゃない 123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/27(金) 09:24:41 ID:sJEWqVaK0] >>121 どういう意味で、こういうのを望んでたの？そこが判らない。 124 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/27(金) 22:45:36 ID:PyFo43uq0] ときに可逆のWMAをWAVEに変換しても温室劣化はないのかね? 125 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 06:23:41 ID:nB+zwEZi0] 温室は知らんが、音質は劣化せんだろ。 そもそもデコード時に劣化してちゃ話にならん。 126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 13:20:55 ID:elqWsZ5vP] 試してみた WMA可逆→wavにエンコしたやつと最初からwavで取り込んだファイルを比較 ハッシュは違ったけど、プロパティのディスク上のサイズは両方同じだった 結局どうなんだろ 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/28(土) 13:28:44 ID:dawoBU1EP] ヘッダーなどサウンドデータでない部分「以外」は一致するはず というかそうでなければ可逆とは呼べないはず 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/07(火) 16:55:02 ID:zmAzgHTa0] >>126 可逆だから同じだと思うがわからんね ただ、可逆だけど ちゃんと、ＣＤ−ＤＡの規格に直してくれてるんだろうか 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/07(火) 17:46:21 ID:wsPK4IO10] >>126 >>127が言うとおり、メタデータを除く音の部分を比較する必要がある。 思いついたところでは以下のいずれかで検証すればいいと思う。 ・WaveCompareを使う(比較する2つをいずれもwav形式にデコードする必要あり) ・foobar2000の「Bit-Compare tracks」を使う(デコードは不要、両者のファイル形式が違ってても大丈夫) 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/07(火) 22:28:17 ID:zmAzgHTa0] というか、波形照合したら良くね？ 131 名前：126 mailto:sage [2009/04/09(木) 18:43:41 ID:ZCfGTmur0] WaveCompareでテストしたら同じですた やっと安心できる 132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/09(木) 19:18:03 ID:zJkGvh4y0] そういや「可逆って触れ込みなのにwav調べたら可逆じゃない」疑惑が何かのフォーマットであったような… 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/10(金) 04:01:56 ID:A+4Y1Ato0] wma losslessはエンコード時にビット深度とサンプリングレートを指定する仕様なので、 指定を間違えると当然のごとくlosslessのはずが非可逆になるのでした。 もちろん警告メッセージなどはありません。 134 名前：名無しさん＠お腹いっぱい。 mailto:age [2009/04/22(水) 19:15:31 ID:jUmj3q0n0] すごいことに気づいた ソースが48kHz/24bitのwavなりaiffなら 同等フォーマットのapple losslessが作れるのはいいとして そこからまたwavにiTunesで戻そうとすると16bit上限になるｗ dBpowerampMCも24bitは対応してないようだ。 foobar2000のfoo_in_alac.dllも24bitは理解できない様子。 ロスレスだというのに何という行き止まりエンコードｗｗ やり始めで気がついたから助かったけど困ったな ファイル管理の予定が狂った 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/22(水) 19:42:37 ID:DLCctnuN0] Mac用だとデコードできるツールがいくつかあるけどね 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/22(水) 20:38:57 ID:jUmj3q0n0] そうなんだ とりあえずアポーに要望出しておいた 気長に対応待つとしよう 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/24(金) 00:51:20 ID:OQMz2PTY0] ALAC自体が24bit対応していなくて そ知らぬ顔で16bitに落としてエンコードしてるってことないの？ あらかじめ16bitに落としてからエンコードしたものと比べれば 丸め誤差の分バイナリ一致はしないとしても ファイルサイズが大幅に変わるはずだから どっちなのかわかるはず iTunes入れてないので検証できなくて言うだけですまないが 138 名前：名無しさん＠お腹いっぱい。 [2009/04/24(金) 01:03:27 ID:vf0eFoo50] ALACは対応してるよ 16/20/24/32bitに対応 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/24(金) 05:36:14 ID:YjySI+PV0] QuickTimeのPro版でalacをwavにそのままの形で戻せた 出力bitも16/24/32bitと選べた サンプリング周波数も192kHzまで選べる様子。 元フォーマットと同じならバイナリも当然一致。 Windows環境だと現状高ビットレートのalac展開はQuickTimePro以外なさそだ。 早いとこiTunesで出来るようになって欲しいな。 >>137 ちょうど出力したwavのファイルサイズが オリジナルwav(24bit)と違ったので気づいた 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/24(金) 05:56:02 ID:tx/5CN9U0] >>139 ffmpegでも対応していないようだね。 roundup.ffmpeg.org/roundup/ffmpeg/issue415 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/24(金) 09:28:59 ID:YjySI+PV0] >>140 いろいろ調べてる中、どっかで見たんだけど alacのハックデコーダ作った人のライブラリ自体が 16bitまでしか対応してないらしい。なのでApple純正以外は全滅の様相。 >>137 >>139は的外れなレスしてた。alac自体のサイズ差ってことですね。 iTunesでは暗黙的にalacエンコードするから確かにその可能性は考えられるんだけど ちゃんと24bit対応してるようです。 一応テストでは、WaveGeneratorで1kHzトーン10秒の 48kHz/24bitのWaveファイルをつくってalacに変換。 QuickTimeProでWaveに戻してWaveCompareでオリジナルと比較したけど ちゃんとバイナリ一致してた。 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/27(月) 14:32:37 ID:Pffvk9N30] ここで聞いてもいいんでしょうか。 cueとbinファイルがあるんですが これをwavに変換したいんですがどうすればいいでしょうか？ ちなみにSound Player LilithとExact Audio Copyでためしたけどできませんでした。 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/27(月) 15:28:36 ID:GrFcpLPhP] >>142 cueとbinを作ったソフトで逆変換すればいい。 自分で作ってもいないのに音楽CDのcueとbinを持ってるのは 法に則っていない可能性が高いので知らない。 p2使ってわざわざこんなんにマジレスしてる俺ｍ９ 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/04/27(月) 15:36:44 ID:Pffvk9N30] >>143 もらったものなんで自分もよく知らないです。 適当にやってみます。 どうもです。 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 18:44:48 ID:ciBUCV+H0] なあ、前から思ってたんだが 可逆なだけで実際は音質は劣化してるとかないの？ 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:04:09 ID:LVk3HXSK0] 劣化してたら可逆じゃないだろ 可逆のをPCMにデコードして再生してるんだし 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/17(日) 19:21:49 ID:UZk5bEYeP] 「可逆」なんだからビット単位で同じだ だから表す波形も全く同じ リアルタイムデコードの負荷とか言うくらいなら ケーブルや電力会社にこだわった方がまだましだしな 148 名前：名無しさん＠お腹いっぱい。 [2009/05/29(金) 11:29:02 ID:dVv7N/6a0] 結論もせに高音質で変換するならどれが最強ナン？？ 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/29(金) 11:29:42 ID:2O3LI0A60] 何使っても同じ 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/05/29(金) 11:30:40 ID:TSEgV7350] デコードが一番早いflacかな。 151 名前：名無しさん＠お腹いっぱい。 [2009/06/17(水) 06:43:16 ID:SoTjR4M10] すみません。LIVEDVDの音声抽出をしてmp3で聴こうとしたのですが、 音声がザーっとノイズのような感じになってしまうのはどうしてでしょうか？ どう対応したらいいかわかりません。 今までは同じ方法でやってもノイズみたいになってしまうことはなかったので 困っています。 何か方法はありますでしょうか？ 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/17(水) 06:55:28 ID:6D9ca4MT0] マルチポスト 可逆圧縮総合スレ Part2 pc11.2ch.net/test/read.cgi/avi/1205486331/949 153 名前：名無しさん＠お腹いっぱい。 [2009/06/21(日) 09:28:51 ID:QoivDU4x0] flacをmp3に変換する場合、 flac→wav→mp3とするステップが必要なのでしょうか？ また、変換ソフトでflac→mp3とした場合、ソフトが自動で 上記のステップを踏んで変換してくれているのでしょうか？ ちなみに私はMacを使っているので、XLDというソフトで flac→mp3に変換しています。 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 16:28:06 ID:2N3qEVAJ0] >>153 wavを経由する必要ないです。pcmという意味ならそうです。 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 17:34:41 ID:npw+mnIm0] XLDははやくtakに対応してもらいたい 156 名前：名無しさん＠お腹いっぱい。 [2009/06/21(日) 18:37:01 ID:QoivDU4x0] >>154 ありがとうございます。 ＞wavを経由する必要ないです。 XLDが自動でmp3へ最適化してくれてるということですか？ ＞pcmという意味ならそうです。 どういう意味でしょうか？ 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 19:05:06 ID:c4eSOVW4P] リニアpcm＝一般的なwavやaiffの中身 コーデックやコンテナについて勉強してくるといいよ 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 19:08:32 ID:4HPJhZRU0] 圧縮形式から別の圧縮形式への変換の場合、内部的には一旦デコード（解凍）してリニアPCMにし、 それを改めて圧縮しています。これはWin、Macに関わらず、どの変換ソフトでもそうですよ。 例外は、圧縮形式自体は同じでファイル構造のみ異なる場合（AAC（m4a）→3gp、RAW AACなど）。 まあ、ソフトによって中間体のリニアPCMをメモリー上で処理するもの、RAW PCMの一時データ ファイルとしてディスクに書き出すもの、WAVEやAIFF等の一時データファイルとしてディスクに 書き出すもの、などがありますが。 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 19:13:55 ID:JXfILg7Y0] aflacの生命保険について聞きたい 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 19:42:22 ID:2N3qEVAJ0] んな非可逆なことをここで聞かれても… 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/21(日) 19:46:36 ID:mDDWS5u10] 払いが悪そうなイメージ 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/22(月) 23:03:12 ID:QAiqUpVd0] 親族に頃されるイメージ．．． 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/06/28(日) 20:07:19 ID:tk+Fqjmf0] 痛なる急死伊藤に対応しています 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/09(木) 02:49:29 ID:M0fRAukS0] Beta release of TAK 1.1.2 ((T)om's lossless (A)udio (K)ompressor) www.hydrogenaudio.org/forums/index.php?showtopic=72823 iTunesでALAC使ってたけど、たとえiPod買ってもALAC使う気にならんので 乗り換え先を物色してTAK 1.1.1 Final に目を付けた矢先に・・・ 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/21(火) 07:51:38 ID:TwefHYBe0] 目をつけただけだったら別にいいじゃん 可逆のいいところはのりかえられること 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/26(日) 18:37:01 ID:bxe1prcb0] しかもまだbetaじゃないか、それ 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/28(火) 22:01:10 ID:ROFIOwGK0] flac　waveで1トラックごとに分割できるソフトありますか？ アプリ使ってもつなぎ目が判断できない場所があって 困ってます。（自動） フリー、有料問わず教えてください。 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/28(火) 22:25:23 ID:RrtrdLvm0] >>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 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/29(水) 20:20:57 ID:PxiJnwfe0] 結局、今ってどれがメジャーなんだろう。 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/29(水) 21:30:51 ID:rWtGb7Lr0] そりゃ、flac 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/30(木) 19:10:46 ID:HnZLy/ws0] 調べてみたら、flacってコンテナとしてcueだけでなくjpgとかも埋め込めるのか。 tta+mka使おうと思ってたけど、flacだけで済むなら楽だなあ 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/07/30(木) 19:44:40 ID:KuHAd2Kn0] TAK1.1.2はコマンドライン対応してるけど日本語だとタグが変になるから wapet使わなきゃ駄目。wapet使えば問題無いとも言えるが、ちょっと残念。 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/08/09(日) 23:41:49 ID:aFr7e7of0] ape だろ。 変換早くて圧縮率が高い 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/08/17(月) 14:04:08 ID:ohlfLKyQ0] TAK、D&Dでファイル追加できたり、リストに複数突っ込めたりしたらいいんだけどな･･･ まぁFLAC全部埋めが一番便利か 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/08/29(土) 18:49:40 ID:+Lw4/M110] mpeg4-ALSって落とせなくなってるね。 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/09/26(土) 19:56:50 ID:o+uqRa/L0] TAK DirectShow Filter home.tele2.it/LivioCavallo/ うちは別の方法でdsfで再生してたけどいれてみよぉかなぁ？ 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/09/26(土) 21:13:36 ID:NFkhq+370] >>176 日本語ファイル名は大丈夫だったけどハートマークがあると再生できなかった 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/09/27(日) 15:11:47 ID:/mjFxbXg0] >>176-177 v 0.0.1.3でUNICODE対応 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/09/29(火) 18:13:02 ID:fwOg5Z+r0] 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 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/10/01(木) 21:47:35 ID:zF08k82gO] WAVE　の半分の700が丁度いいサイズも半分だし 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/11/12(木) 07:46:29 ID:OetzXKVs0] lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-November/025367.html MPEG-4 Audio Lossless Coding (ALS)デコーダが追加された 182 名前：名無しさん＠お腹いっぱい。 [2009/11/15(日) 22:15:20 ID:TzvNsXsI0] WAVファイルからTrueHDファイル作れたらいいのになー ffmpeg4頑張れ 183 名前：名無しさん＠お腹いっぱい。 [2009/12/03(木) 01:40:31 ID:zaV2x80/0] そろそろGPU使う可逆変換ソフトが出てきても良くないか？ エンコードは遅くても良いからデコードを早くできて圧縮率が高ければ最高なんだけどな 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/03(木) 04:12:42 ID:nlSJwblg0] >>183 www.hydrogenaudio.org/forums/index.php?showtopic=64628&st=0&p=656451&#entry656451 185 名前：名無しさん＠お腹いっぱい。 [2009/12/05(土) 05:31:42 ID:czXc4fcZ0] >>184 おお、出てるのか。 でも flac は圧縮率悪いからなあ・・・ どこまで行けるのだろうか？ 186 名前：名無しさん＠お腹いっぱい。 [2009/12/05(土) 14:20:58 ID:PAPjHXx/0] え? アルゴリズムの改善じゃないんだから、圧縮率は変わらんでしょ。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/05(土) 14:39:38 ID:CFSnPhUaP] >>186 よく読んでないから、どういう理屈かわからんが www.cuetools.net/lib/exe/fetch.php/flacudatest.jpg 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/05(土) 15:06:42 ID:0jeW+G3M0] CD一枚分の.wavファイルと、.cueシートを元に、市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合、 EACのVer.99-5の日本語化板を使用した場合でも、.cueシートの.wavファイル名、アーチスト名、トラック名（曲名）が 全角文字で記述されていると、読み込んだ.cueシートのウィンドウで文字化けが発生してしまい先に進めません。 全角文字に対応した、EAC　Ver0.99-5日本語化板の代用になるソフトって、リリースされていないのでしょうか？ ここの皆さんは、「市販のCDと同じイメージの、トラック分割されたCD-Rを作成したい場合」にはどうしているのですか？ やっぱり拡張子を.cueから.txtの変更して、メモ帳で開いて、バックスペースで全角文字を消して半角英数に書き換えて、 上書き保存して.txtを.cueに戻す作業をしているんですか？ 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/05(土) 15:14:07 ID:0RsY30N7P] >>188 CD-Rを焼くソフトは何を使っているの？ バージョンとかも詳しくカキコしないとアドバイスのしようが無いよ。 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/05(土) 15:19:17 ID:W59o7/ee0] EACで焼くって言ってるようだから、（連携版の）CDRDAOじゃないの？ 191 名前：名無しさん＠お腹いっぱい。 [2009/12/05(土) 15:38:40 ID:PAPjHXx/0] >>187 まあ、FLACの仕様の範囲内でもLPC予測係数の導出を最適化する等の余地はあるから flakeと同じようなことをしてるんだろうね 1%とかそういうオーダでの改善は難しいかと 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/05(土) 16:12:24 ID:0jeW+G3M0] >>189 .wavファイル名、曲名等が全角文字な.cueシートだとEAC Ver0.99-5では正常に読み込めない様ですので、 EAC以外に、全角文字を含む.cueシートに対応した、トラック分割できるCD-R焼きソフトがあれば教えて欲しいのです。 >>190 EAC内蔵のCD-R焼き機能には、CDRDAOという名前がついているんですか。知りませんでした。 いまEACを起動してみたのですが、「CDRDAO」という名前を確認できませんでした。 193 名前：名無しさん＠お腹いっぱい。 [2009/12/06(日) 03:52:46 ID:OHZqk38f0] >>187 Laあたりでやったらおもしろいかもしれないがデコードで死ねるな ポータブル機器に載せられる程度に出来ないのかな？ 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/06(日) 10:31:21 ID:42gaqu840] >>188 拡張子は.cueのままで 右クリックの「プログラムを開く」から、テキストエディタ（ノートパッド）を呼び出して開くか、 デスクトップにテキストエディタ（ノートパッド等）のショートカットを作って、そこにD&Dすれば楽でないかな 195 名前：194 mailto:sage [2009/12/06(日) 10:33:06 ID:42gaqu840] ノートパッド＝メモ帳で 196 名前：194 mailto:sage [2009/12/06(日) 10:49:43 ID:42gaqu840] あと、Mp3tag使ってみるのも良いんでないかい？ 197 名前：名無しさん＠お腹いっぱい。 [2009/12/16(水) 03:36:33 ID:kPmvY2U10] www.hydrogenaudio.org/forums/index.php?showtopic=76866 作者が利根川さん状態なのは相変わらずだが 今のTAKはFLACに成果が取り込まれるまでの核実験場ということになるのかね、これは 198 名前：名無しさん＠お腹いっぱい。 [2009/12/18(金) 03:32:19 ID:d+dhqhoW0] 利根川さんって熱々鉄板土下座の人？ 199 名前：名無しさん＠お腹いっぱい。 [2009/12/19(土) 02:16:37 ID:c3Mg7nZu0] m4aへ変換できるフリーソフトウェアで 評判のよいものがあればお聞きしたいのですが。 おすすめはありますか？ 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/19(土) 02:22:25 ID:N1xpdCNK0] このスレで聞くといくことはApple Lossless？ itunesがいやならffmpegしか選択肢がない aacのことなら 【高音質】AACオーディオ総合4【mp4/m4a】 pc12.2ch.net/test/read.cgi/software/1226818269/ フロントエンドは好きなの使うといいよ 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/28(月) 20:22:36 ID:qcHInbPH0] >>198 その人 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 15:04:13 ID:I8kUaXC90] www7a.biglobe.ne.jp/~fortywinks/music4.htm ここのCD→TAK (TAKCでタグを付ける場合)の欄を参考にtakエンコードを試してるんだけど 何度やってもバラファイルができでしまう… 一続きのtakファイルにするにはどうしたらいいかな？ 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/09(土) 09:48:19 ID:1AOwzdjI0] TAK 2.0 が出てたので入れてみた。 アルバム圧縮して前バージョンから 412.5M → 411.3M さらに縮むようになった。 >>202 私は foobar2000 でやってます。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/09(土) 09:52:31 ID:WO7ApHlB0] 0.3%とか意味ねーｗ 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/10(日) 21:38:51 ID:TFYMLLcl0] むしろ速度とか、そっちはどうなんよｗ 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/19(火) 17:36:31 ID:i/8SAJpx0] >>176 v 0.0.1.4来てますね 207 名前：名無しさん＠お腹いっぱい。 [2010/01/25(月) 09:21:02 ID:U3fuSBnw0] つか ape の insane とか La じゃない限り速度はもう良いよ CDを rip する方が時間かかるから むしろ使い勝手と圧縮率が問題だ 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/29(金) 08:53:15 ID:98APuHC60] HDDが安い今、圧縮率のほうがどうでもいいような 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/29(金) 14:56:07 ID:N77sac9/0] ２Tを4機積みとか普通だからなぁ… 個人的には使い勝手と圧縮・展開速度 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/29(金) 17:06:50 ID:ohxXOO+X0] wav+cue最強 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/29(金) 20:35:28 ID:hU9yVcVw0] >>209 普通じゃねえよｗｗ 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/31(日) 09:12:30 ID:IHeHxJzi0] >>210 それだけはないｗ 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/31(日) 20:26:50 ID:mWXQANar0] >>212 仮想CDで使えるから最強だろ。 むしろFSの側で圧縮できないものか。 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/31(日) 21:17:16 ID:IHeHxJzi0] >>213 いや、タグやら、カバーやら色々使えないだろと･･cueが拡張されない限り、使い勝手が悪すぎだろと･･･そもそも複数ファイルな時点で･･･今更仮想CDにする利点も無いし･･･etc.etc.･･･ 215 名前：名無しさん＠お腹いっぱい。 [2010/02/02(火) 13:01:00 ID:LIB+G2sk0] 複数ファイルって何で駄目なんだ？ ape + cueだけど特に問題ないや 圧縮率を気にするのはこういうノートPCで持ち運びたいから 【オンキヨー】 BX407A4 【約370g】3 pc11.2ch.net/test/read.cgi/notepc/1263446133/ 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/02(火) 17:58:22 ID:WA9TaWyj0] >>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 続く･･･ 217 名前：216 mailto:sage [2010/02/02(火) 17:59:24 ID:WA9TaWyj0] 続き･･･ マクロス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 の順となる。 218 名前：名無しさん＠お腹いっぱい。 [2010/02/03(水) 13:08:59 ID:HSa1+4Ia0] apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて 実際には ape の方が上って結果になったけどちゃんとファイルサイズ見てる？ 219 名前：名無しさん＠お腹いっぱい。 [2010/02/03(水) 13:12:32 ID:HSa1+4Ia0] あ、takとtta間違えた・・・ takってそんなに圧縮率良いんだ デコード不可はどんなモンだろう 220 名前：名無しさん＠お腹いっぱい。 [2010/02/03(水) 13:17:33 ID:HSa1+4Ia0] でもこれ見る限りapeの方が圧縮率と圧縮速度が上だな デコード速度はtakの勝ちだけど www.synthetic-soul.co.uk/comparison/lossless/index.asp?Sort=EncodedSize&Desc=0 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/03(水) 13:40:32 ID:WKKI9Mgp0] >>218 >apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて が何を指すのか分からないですが、 MAC.exeとTAK.exeを使用してのエンコード その後、名前を引数に付け替えた上で エクスプローラー上の表示を詳細にして、サイズ毎にソートし、 表示されたファイルサイズをそのまま書いた。 という流れですが、問題有りますか？ 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/03(水) 13:55:05 ID:WKKI9Mgp0] >>220 この前、↓で 【EAC】可逆圧縮音楽のすすめ Part40【*+cue】 hideyoshi.2ch.net/test/read.cgi/download/1262103194/l50 「サイトによってflacのスピードが違うんじゃないか？」 との質問が出て、確かにどちらが正しいのか不明なので、 自分で比較してみるようにしていた。（Verも結構変わったし） 実際自分で試した方が間違い無いですしね。 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/04(木) 03:11:38 ID:fHWDo/E70] >>220 >Last Updated: 21st December 2008 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/04(木) 05:42:58 ID:2il1V3CN0] >>220 表の見方としては、 時間が短い=レートが高い 方が速度が上(早い)という見方になっていますね 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/04(木) 05:50:21 ID:2il1V3CN0] & オプションは -c5000：Insane -c4000：Extra High -c3000：High -c2000：Normal -c1000：Fast に対応しています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef