[過去ﾛｸﾞ] 音声可逆変換ソフト総合スレ (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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(に相当するもの)を付加するのが何で非効率なの?
それ自体をバックアップ目的に使ってる人もいるのに。
238(2): 236付記 2010/02/07(日)02:29 ID:X79rvGbw0(4/17) AAS
ファイル破損には、修復するよりバックアップからの復帰が一般的。（破損規模にしても復帰可能性にしても効果的）
↓
基本的に復帰がメインだからファイルフォーマット自体に修復は付けない(必要性が薄い)。
↓
修復ソフトは各自で。
となる。
その考え方が一般的だから、ファイル自体にはrr付加はされにくいだろうなと。
それが現状、一般的な大多数のファイル形式自体にrr等の修復機能が付けられていない理由。
rr付加はおかしいとまでは言わんが、効率（費用対効果）の問題。
ちなみに、>>237の答えは
省2
239: 2010/02/07(日)02:36 ID:k0GugzYW0(4/12) AAS
いや目的なんて人それぞれでしょ。
rrなんてメタデータとしてデータ自体に全く影響を与えずに付加できるんだから
そういうオプション機能を持ったフォーマットが登場してもおかしくないと思うけどね。
240: 2010/02/07(日)02:54 ID:X79rvGbw0(5/17) AAS
目的なんて人それぞれですが
この場合、使用者の目的ではなく制作者の目的ですね。
ちなみに、
rr付加はおかしいとまでは言わないですが、>>238前半の理由で付加される可能性は低いだろうと。
現在の通常のほとんどのファイルフォーマット自体の修復機能（ソフトではなく）が付加されていない理由を考えれば
修復機能の可能性の率が見えると思います。
241: 2010/02/07(日)03:08 ID:k0GugzYW0(5/12) AAS
???
あなたは製作者なの?
まあいずれにせよ
>基本的にrarやzip等の書庫ファイルとは性質が異なります。
というレスは完全に見当違い。
242(1): 2010/02/07(日)03:18 ID:X79rvGbw0(6/17) AAS
製作者ではありませんが、
制作の目的が『可逆的な、サイズが小さい音声ファイルを目的』というのは見ていますが
『音楽ファイルのバックアップが目的』で制作というのは寡聞にして知りません。
見当違いの部分を指摘できずに、
書庫ファイルと音楽ファイルの性質が同じに見えてしまうのは
まぁ残念ですが、人それぞれですね。
243(1): 2010/02/07(日)03:33 ID:X79rvGbw0(7/17) AAS
まぁいずれにせよ、
TAKやAPEが、WAVを格納したrarやzip等の書庫ファイルと同じに思っていたり、
PNGやＧＩＦが、BMPを格納したrarやzip等の書庫ファイルと同じに思っていたりするのでしょうね･･･理解して貰えず残念です。
244(1): 2010/02/07(日)03:36 ID:k0GugzYW0(6/12) AAS
>>242
だからその性質が異なるってのが間違いなのだが?
229であなた自身が指摘しているように、TAK等はブロック毎にCRCを付加している。
これは『可逆的な、サイズが小さい音声ファイルを目的』には全く不要だが
信頼性のために行っている。この領域を単なるCRCではなく
誤り訂正符号のために利用すれば、(訂正能力の高さは別として)rrになるわけだ。
ちなみにFLAC等で音声ファイル以外を圧縮して復元することは普通に可能。
圧縮率が上がらないだけで。
245: 2010/02/07(日)03:43 ID:OXRxPocN0(1/2) AAS
つ[スレ違い]
246: 2010/02/07(日)03:45 ID:k0GugzYW0(7/12) AAS
>>243
線形予測によって予測残差が小さくなるという情報源の性質を仮定して
特定の情報源に対するエントロピー符号化の効率を上げているだけで本質的には全く同じ。
複数ファイルをまとめて1つにする、というアーカイバとしての機能が無いという
点では違うけど、これはgzip等もそうだし。
247: 2010/02/07(日)03:52 ID:X79rvGbw0(8/17) AAS
>>244
付加出来るだろうが、入れる意味が薄いから入らないだろうと言っています。
理由は>>238簡単に言えばバックアップファイルではなく音楽ファイルだから。
>flac等で〜
単純にコンテナ形式のことであるから、aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりするのと同様ですね。
というか、
PNGやＧＩＦが、rarやzip等の書庫ファイルと同じでしょうか？
若しくは
aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりしているのでしょうか？
↑はどう思っていますか？
248: 2010/02/07(日)03:53 ID:X79rvGbw0(9/17) AAS
おっと、答えて貰っていますね、チト待って下さい
249(1): 2010/02/07(日)03:57 ID:k0GugzYW0(8/12) AAS
ちなみに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
上下前次1-新書関写板覧索設栞歴
あと 753 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.012s