2011-01-11 18 views
0

OK。私はオーディオと圧縮について学びたいと思っています。私は基本的な質問を私はまだインターネットを精練する答えを見つけていないことがあります。rawに変換されたオーディオファイルは、以前のサンプリングレートを保持しますか?

私はヘッダ情報を持つ自己記述形式があることを知っています。別のファイルをsoxで「生の」形式に変換すると、同じ数の「チャンネル」と「サンプルレート」を与えると思うと間違っていますか?

私は生のものが偉大な "中和剤"になると思っていたと思います。これは当てはまりませんか?あなたが生の形式であれば、すべてのファイルを同じであるかのように扱うことができますか?ウィキペディアは言う

...

RAWオーディオ形式または単にRAWオーディオは、そのままの形式で 非圧縮オーディオを格納するためのコンピュータフォーマット です。 WAVまたはAIFFのサイズに匹敵するRAW オーディオファイルには、ヘッダー 情報(サンプリングレート、ビット深度、 エンディアン、またはチャンネル数)が含まれていません。データ はPCM、IEEE 754または ASCIIで書くことができます。

私はmp3を連結する必要が http://en.wikipedia.org/wiki/Audio_file_format

明確化の一般的なファイル形式にいくつかの良い情報もあり[要出典]異なる数のチャネルおよびサンプリングレートで開始することができるファイル。私は結局どのくらい多くのチャンネルを手に入れたいのか正直には分かりません。私は異なるファイルをsoxと組み合わせようとしています。ただし、soxはファイルが同じファイル形式である必要があります。だから、同じチャンネル数とサンプリングレートを意味する「同じファイル形式」でそれらを取得したいと考えていました。

しかし、今ではrawはこれらの2つの項目だけで、自己記述ヘッダー情報は削除されているようです。つまり、rawに変換されたmp3ファイルは、同じプロパティ(サンプリングレートとチャンネル数)を保持していますか?

+0

私はあなたがロスレス圧縮を使用したいと思います。中和剤の意味は? –

+0

質問をより明確に更新しました。私は、私が理解していないものについて残酷に正直である。 – Scott

+0

インターネットラジオをストリーミングすると、異なるフォーマットとビットレートのプレイリストを作ることができます...しかし、ストリームするにはmp3 @ bitrate 128Kbpsと言いますサンプリングfq 44000Hz。そのような例はあなたの目的に合っていますか?もし私がさらに説明できるならば –

答えて

1

は次のとおりです。

  1. は、各mp3ファイルからデータを抽出し、(あなたはそのためのMP3デコーダを見つける必要があります)WAVファイルに変換します。
  2. WAVファイルをすべて同じWAVフォーマット(どのようなフォーマットでも、フォーマットの意味:サンプルレート、ビット解像度など)に変換します。
  3. ファイルを1つのWAVファイルに連結します。
  4. 結果のファイルをmp3に戻します(mp3エンコーダが必要です)。

RAWファイルはWAVファイルと同じですが、フォーマットを知らせるヘッダーはありません。とにかくファイルのオーディオ形式を知ることがない限り、RAWファイルを完全に忘れることができます。そのため、ヘッダー情報は必要ありません。

+0

私は私はmp3に変換したときにヘッダーのサイズ24が小さすぎると言いました...生ファイルにはヘッダが全くありませんか? – Scott

+0

AUはRAWではありませんここで確認してください:http://en.wikipedia.org/wiki/Au_file_format明らかに、AUには24 Byte(?)のヘッダーがあります。RAWには全くヘッダーがありません。 – AudioDroid

+0

OK、wavと思っています。今夜のために調整してみてください – Scott

1

生のオーディオファイルには「標準」はありません。それらは、異なるビットレートおよびチャネル数を用いて、任意の数の方法で符号化することができる。フォーマット間でオーディオを変換する方法を見つけようとしている場合、これはあなたの答えではありません。あなたが何をしたいか

+0

:(それは私がやろうとしていることです.Soxは異なるビットレートのファイルを連結することができないので、連結する前に同じビットレートとチャンネル数を持つファイルを取得する必要があります。 – Scott

1

MP3ファイルは、さまざまなレートであっても直接連結することができます。& c。生データやwav(raw + header)を必要とするその他の理由があるかもしれませんが、デコード/エンコードステップなしでこれを行うことができます。


私は訂正しました。バックエンドプログラミング(スクリプト)で管理するMP3ファイルの多くは、実際にはフレームヘッダーやビットレートなどが異なります。その後、別の商品を通してストリーミングしますが、この商品は各ヘッダーを尊重しています。

Google ChromeとQuickTimeで同じ入力ストリームを試したところ、最初のヘッダーだけが尊重され、ファイル全体にわたっていると見なされます。 Who'daサンク?

私はここで大きな教訓を学びました。ストリーマがMP3ストリームを事前飛行しなければならないことを嬉しく思います!この場合、出力で期待している最大数のチャンネルを「生のまま」にデコードするのが道だと思うので、エンコード時に必要なチャンネル数にダウンミックスすることができます。

+0

Xepoch、応答する時間をとってくれてありがとう。これを達成するためのコマンドラインツールがありますか? – Scott

+0

ユビキタスな 'cat'や' type'はそれを行うべきです:) – Xailor

+0

猫はそれをしない/それは洗練されていない十分にテッド。あなたは異なるサンプリングレートを持つことができ、ID3の情報、チャンネルなどが競合しています。 – Scott

関連する問題