From 35641eea16c5804126ad95403bb09476b1df3d5b Mon Sep 17 00:00:00 2001 From: Ramforth Date: Sat, 1 Nov 2025 01:52:26 +0100 Subject: [PATCH] Update FFMPEG_NOTES.md: Add Opus audio codec considerations --- FFMPEG_NOTES.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/FFMPEG_NOTES.md b/FFMPEG_NOTES.md index da70ae1..cd1e31d 100644 --- a/FFMPEG_NOTES.md +++ b/FFMPEG_NOTES.md @@ -30,7 +30,7 @@ ffmpeg -i input.mp4 -c:v dnxhd -profile:v dnxhr_hqx -pix_fmt yuv422p -c:a pcm_s1 * **ProRes:** While `ffmpeg` can encode ProRes, its use on Linux with DaVinci Resolve Free might be limited or require specific `ffmpeg` builds/licenses. It could be an alternative if `dnxhd` proves problematic or if a user specifically requests it. * **High-Quality H.264/H.265:** For scenarios where file size is a primary concern and editing performance is secondary (e.g., proxy generation or final delivery), high-bitrate H.264/H.265 could be considered. However, these are interframe codecs and generally less ideal for direct editing. -* **Pixel Format:** Further investigation into `yuv422p10le` (10-bit 4:2:2) might be warranted if the source is 10-bit and the target Davinci Resolve version fully supports it for `dnxhd` in the free version. +* **Opus Audio:** While Davinci Resolve on Linux can *decode* Opus audio within video containers, it **does not support direct encoding of Opus audio**. Therefore, Opus is not a suitable primary output audio codec for this project. Linear PCM (`pcm_s16le`) remains the recommended choice for maximum compatibility and quality for editing workflows. --- *Document generated by Gemini CLI Agent.* \ No newline at end of file