問題タブ [bit-depth]

次のコードを書いて、各ピクセルの値が 16 ビット (0 = 黒、0xFFFF = 白) の白黒 PNG 画像を生成しました。これは単純な 640​​x480 のテスト イメージで、すべての線が同じで、左側の各線が最大の黒を持ち、右に行くほど白にフェードします。すべての線は 640 ピクセル幅なので、右側の白の最大値が 640/65535 に達する、ほぼ完全に黒の画像が表示されると予想していました。代わりに、値 0x00ff と 0x01ff に対応して 2 回純粋な白に達する画像を取得します。これは、各ピクセルの最上位バイトが libpng によって使用されていないことを示しています。誰かが私が間違っている場所を教えてもらえますか? とにかくみんなに感謝します。さよなら

システムとコンパイルの詳細:

システム MacBook Pro (Retina、15 インチ、2013 年終了)、OS X 10.11.6

PNG > gcc --バージョン

構成: --prefix = / Applications / Xcode.app / Contents / Developer / usr --with-gxx-include-dir = / Applications / Xcode.app / Contents / Developer / Platforms / MacOSX.platform / Developer / SDKs / MacOSX10.12.sdk / usr / include / c++ / 4.2.1 Apple LLVM バージョン 8.0.0 (clang-800.0.42.1) ターゲット: x86_64-apple-darwin15.6.0 スレッド モデル: posix インストール ディレクトリ: /Applications/Xcode. app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

PNG> gcc -I /opt/X11/include/ -L /opt/X11/lib/ -l png -lz writeTest16bit.c

生成された画像 (file.png) は次のとおりです。

ここで数学/論理の助けが必要です。aif ファイルの操作。

私は次のように書いています。

ToCheck は、ファイルのフォルダーをループするときの現在のファイルです。

だから私はビット/チャンネル/ビット深度/サンプルレートのファイルサイズに基づいてオーディオの長さを見つけています。これは、ビット深度とサンプル レートが正しいことを前提としています (ファイルが 24 ビット/48kHz である必要があります)。

Time_Secs = 秒単位のファイルの長さ。

FSize = Time_Secs を使用した 24/48kHz に基づくファイル サイズ

おそらく、FSize が Time_Secs を使用しているため、ファイルのサンプル レートやビット深度が実際に正しいかどうかをこれから判断する方法がわかりません...

24/48k で 1 秒あたり 144,000 バイトになると仮定すると、

16/48k で 1 秒あたり 96,000 バイトと仮定すると、

上記のコードを使用して 16 ビット/48 kHz のファイルをチェックすると、(当然のことながら) 秒単位で間違った時間が表示されますが、正しいファイル サイズが表示されます... ビット レートが 1,152,000 であっても、間違っているはずです。-- 時間の違いがビット レートの違いを補っているように見えます - または、私の見方が間違っています。

ファイルのサンプル レート/ビット深度が実際に 48,000 Hz/24 ビットである場合、数式をどのように適合させますか、または計算を実行しますか? それともまったく別の方法がありますか？wav ではなく aif ファイルであることを思い出してください。

それが理にかなっていることを願っています。

よろしくお願いします！

iPhoneで画像のビット深度を減らす方法はありますか。画像サイズを 1 MB 未満に縮小しようとしていますが、画像の幅と高さを変更したくありません。そのため、画像の解像度を下げることが正しい方法かもしれません。swift を使用してそれを行う方法を知っている人はいますか?