[過去ﾛｸﾞ] 音声可逆変換ソフト総合スレ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
218(1): 2010/02/03(水)13:08 ID:HSa1+4Ia0(1/3) AAS
apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
実際には ape の方が上って結果になったけどちゃんとファイルサイズ見てる？
219: 2010/02/03(水)13:12 ID:HSa1+4Ia0(2/3) AAS
あ、takとtta間違えた・・・
takってそんなに圧縮率良いんだ
デコード不可はどんなモンだろう
220(3): 2010/02/03(水)13:17 ID:HSa1+4Ia0(3/3) AAS
でもこれ見る限りapeの方が圧縮率と圧縮速度が上だな
デコード速度はtakの勝ちだけど
外部ﾘﾝｸ[asp]:www.synthetic-soul.co.uk
221: 2010/02/03(水)13:40 ID:WKKI9Mgp0(1/2) AAS
>>218
>apeスレでtakとの比較になったけどtakのメッセージとファイルサイズが合わなくて
が何を指すのか分からないですが、
MAC.exeとTAK.exeを使用してのエンコード
その後、名前を引数に付け替えた上で
エクスプローラー上の表示を詳細にして、サイズ毎にソートし、
表示されたファイルサイズをそのまま書いた。
という流れですが、問題有りますか？
222: 2010/02/03(水)13:55 ID:WKKI9Mgp0(2/2) AAS
>>220
この前、↓で
【EAC】可逆圧縮音楽のすすめ Part40【*+cue】
2chｽﾚ:download
「サイトによってflacのスピードが違うんじゃないか？」
との質問が出て、確かにどちらが正しいのか不明なので、
自分で比較してみるようにしていた。（Verも結構変わったし）
実際自分で試した方が間違い無いですしね。
223: 2010/02/04(木)03:11 ID:fHWDo/E70(1) AAS
>>220
>Last Updated: 21st December 2008
224: 2010/02/04(木)05:42 ID:2il1V3CN0(1/2) AAS
>>220
表の見方としては、
時間が短い=レートが高い
方が速度が上(早い)という見方になっていますね
225: 2010/02/04(木)05:50 ID:2il1V3CN0(2/2) AAS
&
オプションは
-c5000：Insane
-c4000：Extra High
-c3000：High
-c2000：Normal
-c1000：Fast
に対応しています
226(2): 2010/02/06(土)19:37 ID:EJb2QX2g0(1) AAS
圧縮する際リカバリレコードを付けてくれるやつありますか？
227(2): 2010/02/06(土)22:05 ID:4euXzac50(1/4) AAS
>>226
その質問は、PNGやGIFにリカバリレコードついていますか？
と聞くようなもので、
基本的にrarやzip等の書庫ファイルとは性質が異なります。
228: 227補足 2010/02/06(土)23:06 ID:4euXzac50(2/4) AAS
圧縮音声ファイルとは、音を鳴らす為の信号(PCM)を圧縮記述したファイル形式のことを指します。
ちなみに、
一般的にwavファイルとは、PCMを無圧縮記述したデータ(リニアPCM)を格納するファイル形式を指します。
簡単に言うと、
可逆圧縮音声ファイルは、wavやaac・mp3等と同じく音声ファイルの一形式であって、
wav等のファイル自体を圧縮している訳ではありません。
229: 2010/02/06(土)23:35 ID:4euXzac50(3/4) AAS
尚、rrではないですが、
takはエラー耐性の高いデータ構造をしています
230(2): 2010/02/06(土)23:40 ID:siMMqvDz0(1) AAS
>>227
別に違わないでしょ。
現時点では無いけど、そういう機能を持った可逆圧縮フォーマットが登場しても
全くおかしくない。圧縮した上で各ブロックをリードソロモン符号化して
冗長性を持たせるような感じで。
231(1): 2010/02/07(日)00:05 ID:4euXzac50(4/4) AAS
>>230
まぁ、可能性を語ればいつかは出るかもしれないが、
圧縮データ形式自体にrr等持たせて複雑化及び肥大化させるより
保存時に外部でrr等を付けた方が効率的ということで、まず出ない気はする。
出るとしたら、メディアコンテナの方に機能を持たせる事かな。
232(1): 2010/02/07(日)00:26 ID:k0GugzYW0(1/12) AAS
>>231
一度圧縮したものをrrのためだけにもう一度別のフォーマットでアーカイブし直すより
圧縮時に直接冗長性を持たせられる方が遥かに効率的でしょ。
rarやzipと音声の可逆圧縮を同列に扱わない理由が分からん。
どちらも可逆のブロック符号化器なのだから、同じものだよ。
233(1): 231補足 2010/02/07(日)00:41 ID:X79rvGbw0(1/17) AAS
まぁ、画像にしても動画にしても音声にしても、
現状、rrによる破損による復帰より、バックアップによる破損への対処が一般的だからな。
データファイルそのものの音声ファイルと
他形式のデータを圧縮保存復帰を目的とした書庫とは考え方が違う
いわゆる、テキストデータ自体にリカバリレコードを付加させるのは必要か否か？
いつかは、rr付きのテキスト形式が出るかも？
という話になる。
234(1): 2010/02/07(日)00:48 ID:X79rvGbw0(2/17) AAS
>>232
可逆圧縮音声ファイルという名前に惑わされているかもしれんが、
可逆なだけで、mp3やwavやaacと同じ音声ファイルですよ。
>>233にも書きましたが、最初からrr機能付きのgifやpngが出るかも？
と同じ話となります。
235(1): 2010/02/07(日)01:04 ID:k0GugzYW0(2/12) AAS
>>234
???
音声ファイルや画像ファイル自体に直接rrを付加するのがおかしいという考えが
そもそも間違い。
236: 2010/02/07(日)01:41 ID:X79rvGbw0(3/17) AAS
>>235
おかしいとまでは言わんが、効率の問題。
現在、ファイル自体の破損に対しては
データをrr等で修復するよりも、バックアップからの復帰が一般的な考え方。
書庫ファイルに関しては、それ自体がバックアップの性質を持つ為、
大きな破損に関しては無理だが、小さな破損に関しては修復の可能性を高める為rrを付けている場合もある。
簡単に言えば、現状のファイル自体に対する、修復とバックアップの考え方。
237(1): 2010/02/07(日)02:12 ID:k0GugzYW0(3/12) AAS
言いたいことがさっぱり分からん。
音声可逆圧縮ファイルに対してrr(に相当するもの)を付加するのが何で非効率なの?
それ自体をバックアップ目的に使ってる人もいるのに。
上下前次1-新書関写板覧索設栞歴
あと 765 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s