[過去ﾛｸﾞ]
音声可逆変換ソフト総合スレ (1002ﾚｽ)
音声可逆変換ソフト総合スレ http://egg.5ch.net/test/read.cgi/software/1219683003/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
249: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 03:57:33 ID:k0GugzYW0 ちなみに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 http://egg.5ch.net/test/read.cgi/software/1219683003/249
250: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:17:10 ID:X79rvGbw0 あなたの言いたい事をまとめると、 基本的に全ての変換ソフトは同じ情報を持つ事が出来ると言う点で書庫ファイルであり、 基本的に全てのコンテナ的形式は纏められると言う点で書庫ファイルである。 拡張していけば、0と1のデータの羅列という点で同じであるから、全てのデータは書庫ファイルである。 といえますな。 書庫ファイルとはまず何かを一致させてください。 http://egg.5ch.net/test/read.cgi/software/1219683003/250
251: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:29:16 ID:k0GugzYW0 zipもbzip2もflac等も情報源のエントロピー符号化のための手法という点で同じ。 エントロピー符号化の効率を上げるための前処理として zipはスライド辞書法を、 bzip2はblock sortingを、 flac等は線形予測を。 それぞれ利用している。 コンテナ云々という話は全く的外れ。 http://egg.5ch.net/test/read.cgi/software/1219683003/251
252: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:36:37 ID:X79rvGbw0 >>251 その点で言えば圧縮する技法は違えど、可逆圧縮するという点では同じですね。 ですがそれは、同じ可逆圧縮ファイルというカテゴリになるだけですが？ http://egg.5ch.net/test/read.cgi/software/1219683003/252
253: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:38:03 ID:k0GugzYW0 要は、あなたはFLAC等をPCM音声を格納するためにしか使えない特別な形式だと 思ってるから、性質が違う、という的外れな指摘をしてしまっている。 実際はPCM音声で特に圧縮率が高くなる方式、というだけで、 zip等の一般の圧縮方式との本質的な違いはない。 >>226に対する答えは「今のところそういうソフトはない」で良かったのに 間違った知識に基づいた私見でものを言うからこうなる。 http://egg.5ch.net/test/read.cgi/software/1219683003/253
254: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:45:09 ID:X79rvGbw0 基本的にtakファイル使いなのでコンテナ格納などが出来る事は知っていますが 用途が違うのでrrは搭載されないだろうと言っています 基本的に用途が違うファイルを、話が全然違うカテゴリーでくくって、 音楽ファイルもアーカイブファイルも、同じファイルと言うからこうなります。 http://egg.5ch.net/test/read.cgi/software/1219683003/254
255: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:49:10 ID:k0GugzYW0 だから「コンテナ格納」とかいう話のレベルじゃなくって 音声以外のファイルも圧縮できるんだって。 あなたが圧縮ソフトの開発者ならともかく、新しい機能の実装の可能性について (しかも間違った知識に基づいて) 断定的に言うのはおかしいでしょ。 http://egg.5ch.net/test/read.cgi/software/1219683003/255
256: 名無しさん＠お腹いっぱい。 [sage] 2010/02/07(日) 04:51:37 ID:X79rvGbw0 ＆ ちなみに、zipやtak等は可逆圧縮と言う技法の一部で 圧縮形式は単に技法違いなのは十分理解もしています。 http://egg.5ch.net/test/read.cgi/software/1219683003/256
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 746 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s