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