[過去ﾛｸﾞ]
音声可逆変換ソフト総合スレ (1002ﾚｽ)
音声可逆変換ソフト総合スレ http://egg.5ch.net/test/read.cgi/software/1219683003/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
229: 名無しさん＠お腹いっぱい。 [sage] 2010/02/06(土) 23:35:22 ID:4euXzac50 尚、rrではないですが、 takはエラー耐性の高いデータ構造をしています http://egg.5ch.net/test/read.cgi/software/1219683003/229
230: 名無しさん＠お腹いっぱい。 [] 2010/02/06(土) 23:40:39 ID:siMMqvDz0 >>227 別に違わないでしょ。 現時点では無いけど、そういう機能を持った可逆圧縮フォーマットが登場しても 全くおかしくない。圧縮した上で各ブロックをリードソロモン符号化して 冗長性を持たせるような感じで。 http://egg.5ch.net/test/read.cgi/software/1219683003/230
231: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 00:05:03 ID:4euXzac50 >>230 まぁ、可能性を語ればいつかは出るかもしれないが、 圧縮データ形式自体にrr等持たせて複雑化及び肥大化させるより 保存時に外部でrr等を付けた方が効率的ということで、まず出ない気はする。 出るとしたら、メディアコンテナの方に機能を持たせる事かな。 http://egg.5ch.net/test/read.cgi/software/1219683003/231
232: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 00:26:40 ID:k0GugzYW0 >>231 一度圧縮したものをrrのためだけにもう一度別のフォーマットでアーカイブし直すより 圧縮時に直接冗長性を持たせられる方が遥かに効率的でしょ。 rarやzipと音声の可逆圧縮を同列に扱わない理由が分からん。 どちらも可逆のブロック符号化器なのだから、同じものだよ。 http://egg.5ch.net/test/read.cgi/software/1219683003/232
233: 231補足 [sage] 2010/02/07(日) 00:41:42 ID:X79rvGbw0 まぁ、画像にしても動画にしても音声にしても、 現状、rrによる破損による復帰より、バックアップによる破損への対処が一般的だからな。 データファイルそのものの音声ファイルと 他形式のデータを圧縮保存復帰を目的とした書庫とは考え方が違う いわゆる、テキストデータ自体にリカバリレコードを付加させるのは必要か否か？ いつかは、rr付きのテキスト形式が出るかも？ という話になる。 http://egg.5ch.net/test/read.cgi/software/1219683003/233
234: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 00:48:59 ID:X79rvGbw0 >>232 可逆圧縮音声ファイルという名前に惑わされているかもしれんが、 可逆なだけで、mp3やwavやaacと同じ音声ファイルですよ。 >>233にも書きましたが、最初からrr機能付きのgifやpngが出るかも？ と同じ話となります。 http://egg.5ch.net/test/read.cgi/software/1219683003/234
235: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 01:04:24 ID:k0GugzYW0 >>234 ??? 音声ファイルや画像ファイル自体に直接rrを付加するのがおかしいという考えが そもそも間違い。 http://egg.5ch.net/test/read.cgi/software/1219683003/235
236: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 01:41:21 ID:X79rvGbw0 >>235 おかしいとまでは言わんが、効率の問題。 現在、ファイル自体の破損に対しては データをrr等で修復するよりも、バックアップからの復帰が一般的な考え方。 書庫ファイルに関しては、それ自体がバックアップの性質を持つ為、 大きな破損に関しては無理だが、小さな破損に関しては修復の可能性を高める為rrを付けている場合もある。 簡単に言えば、現状のファイル自体に対する、修復とバックアップの考え方。 http://egg.5ch.net/test/read.cgi/software/1219683003/236
237: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 02:12:04 ID:k0GugzYW0 言いたいことがさっぱり分からん。 音声可逆圧縮ファイルに対してrr(に相当するもの)を付加するのが何で非効率なの? それ自体をバックアップ目的に使ってる人もいるのに。 http://egg.5ch.net/test/read.cgi/software/1219683003/237
238: 236付記 [sage] 2010/02/07(日) 02:29:40 ID:X79rvGbw0 ファイル破損には、修復するよりバックアップからの復帰が一般的。（破損規模にしても復帰可能性にしても効果的） ↓ 基本的に復帰がメインだからファイルフォーマット自体に修復は付けない(必要性が薄い)。 ↓ 修復ソフトは各自で。 となる。 その考え方が一般的だから、ファイル自体にはrr付加はされにくいだろうなと。 それが現状、一般的な大多数のファイル形式自体にrr等の修復機能が付けられていない理由。 rr付加はおかしいとまでは言わんが、効率（費用対効果）の問題。 ちなみに、>>237の答えは 可逆音声圧縮ファイルは、音声のバックアップファイルを目的として訳ではなく。 可逆的な、サイズが小さい音声ファイルを目的として作っているから。 http://egg.5ch.net/test/read.cgi/software/1219683003/238
239: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 02:36:49 ID:k0GugzYW0 いや目的なんて人それぞれでしょ。 rrなんてメタデータとしてデータ自体に全く影響を与えずに付加できるんだから そういうオプション機能を持ったフォーマットが登場してもおかしくないと思うけどね。 http://egg.5ch.net/test/read.cgi/software/1219683003/239
240: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 02:54:45 ID:X79rvGbw0 目的なんて人それぞれですが この場合、使用者の目的ではなく制作者の目的ですね。 ちなみに、 rr付加はおかしいとまでは言わないですが、>>238前半の理由で付加される可能性は低いだろうと。 現在の通常のほとんどのファイルフォーマット自体の修復機能（ソフトではなく）が付加されていない理由を考えれば 修復機能の可能性の率が見えると思います。 http://egg.5ch.net/test/read.cgi/software/1219683003/240
241: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:08:42 ID:k0GugzYW0 ??? あなたは製作者なの? まあいずれにせよ >基本的にrarやzip等の書庫ファイルとは性質が異なります。 というレスは完全に見当違い。 http://egg.5ch.net/test/read.cgi/software/1219683003/241
242: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:18:36 ID:X79rvGbw0 製作者ではありませんが、 制作の目的が『可逆的な、サイズが小さい音声ファイルを目的』というのは見ていますが 『音楽ファイルのバックアップが目的』で制作というのは寡聞にして知りません。 見当違いの部分を指摘できずに、 書庫ファイルと音楽ファイルの性質が同じに見えてしまうのは まぁ残念ですが、人それぞれですね。 http://egg.5ch.net/test/read.cgi/software/1219683003/242
243: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:33:08 ID:X79rvGbw0 まぁいずれにせよ、 TAKやAPEが、WAVを格納したrarやzip等の書庫ファイルと同じに思っていたり、 PNGやＧＩＦが、BMPを格納したrarやzip等の書庫ファイルと同じに思っていたりするのでしょうね･･･理解して貰えず残念です。 http://egg.5ch.net/test/read.cgi/software/1219683003/243
244: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:36:39 ID:k0GugzYW0 >>242 だからその性質が異なるってのが間違いなのだが? 229であなた自身が指摘しているように、TAK等はブロック毎にCRCを付加している。 これは『可逆的な、サイズが小さい音声ファイルを目的』には全く不要だが 信頼性のために行っている。この領域を単なるCRCではなく 誤り訂正符号のために利用すれば、(訂正能力の高さは別として)rrになるわけだ。 ちなみにFLAC等で音声ファイル以外を圧縮して復元することは普通に可能。 圧縮率が上がらないだけで。 http://egg.5ch.net/test/read.cgi/software/1219683003/244
245: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:43:52 ID:OXRxPocN0 つ[スレ違い] http://egg.5ch.net/test/read.cgi/software/1219683003/245
246: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:45:32 ID:k0GugzYW0 >>243 線形予測によって予測残差が小さくなるという情報源の性質を仮定して 特定の情報源に対するエントロピー符号化の効率を上げているだけで本質的には全く同じ。 複数ファイルをまとめて1つにする、というアーカイバとしての機能が無いという 点では違うけど、これはgzip等もそうだし。 http://egg.5ch.net/test/read.cgi/software/1219683003/246
247: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:52:07 ID:X79rvGbw0 >>244 付加出来るだろうが、入れる意味が薄いから入らないだろうと言っています。 理由は>>238簡単に言えばバックアップファイルではなく音楽ファイルだから。 >flac等で〜 単純にコンテナ形式のことであるから、aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりするのと同様ですね。 というか、 PNGやＧＩＦが、rarやzip等の書庫ファイルと同じでしょうか？ 若しくは aviやmp4をrarやzip等の書庫ファイルと同じに思っていたりしているのでしょうか？ ↑はどう思っていますか？ http://egg.5ch.net/test/read.cgi/software/1219683003/247
248: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:53:54 ID:X79rvGbw0 おっと、答えて貰っていますね、チト待って下さい http://egg.5ch.net/test/read.cgi/software/1219683003/248
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 754 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s