An FFmpeg HEVC encode displays washed or shifted colors on some phones despite looking normal in the editor. This symptom is easier to diagnose when the successful and failing operations are written down separately. Broad resets hide that distinction.
What is failing
Primary symptom: An FFmpeg HEVC encode displays washed or shifted colors on some phones despite looking normal in the editor. Start by confirming the exact application or firmware build, affected device, account and trigger. Write down whether the failure began after an update, migration, power event or permission change. These details help separate cause from coincidence.
Useful comparison: Compare source and output color metadata with `ffprobe` and test the video on two different players. Run the comparison with a harmless or disposable sample when possible. Record what changes and what stays the same, including the user account, cable, target file, Wi-Fi network or output format.
- Does the issue affect one item or all similar files, devices and users?
- Does a reboot clear it temporarily, and what action brings it back?
- Which related function still works and which exact point fails?
Why it happens
Video editing failures can come from source-media properties, timeline interpretation, render pipeline capacity or output-player behavior. These are separate stages and should be compared with a short representative export.
Diagnostic clue: Inspect video range, pixel format and HDR metadata; distinguish an encoding metadata mismatch from display tone mapping. Do not assume the first suspicious log entry is the root cause; correlate it with the time of the failed operation and the result of the comparison. An unrelated warning is not enough to justify a system-wide reset.
Choose the next check from the result
| Test result | Interpretation and next action |
|---|---|
| Only the original workflow fails | Check settings, access or input characteristics that differ from the comparison. |
| Both original and comparison fail | Investigate shared account, connection, hardware, storage or operating-system dependencies. |
| It breaks only after a transition | Inspect changes during restart, re-login, update, sleep, reconnect or export. |
Before making changes
Preserve the native project and original media. Perform destructive timeline or cache experiments only on a duplicate, then inspect the exported file in a second player. Preserve the original settings and save a timestamped note of the current symptoms. Where an administrator controls the system, obtain approval instead of silently changing security or retention policies.
Important safety limit: Never label SDR pixels as HDR without a real tone-map conversion. Keep testing narrow. Do not combine unverified driver downloads, broad permissions changes and storage resets in a single troubleshooting session; multiple simultaneous changes hide which one actually helped.
Choose Beginner for reversible checks or Advanced for focused diagnostics. What to observe: An FFmpeg HEVC encode displays washed or shifted colors on some phones despite looking normal in the editor. Record the product, time, and exact action that causes it. Do not make a configuration change during this baseline test. Note whether the issue affects one item, one user or the whole device. Compare source and output color metadata with `ffprobe` and test the video on two different players. Keep the sample harmless and use the same account, connection and hardware wherever possible. Record both outcomes; the difference tells you which part of the workflow to investigate next. Set the correct color primaries, transfer function and matrix consistently with the source; convert HDR to SDR deliberately when needed. Change one thing at a time. Write down the previous value, allow normal reconnect, reindex or reinitialization to finish, and avoid unrelated optimizations until the original test has been repeated. Success means: A reference frame looks consistent in supported players and metadata matches the intended delivery standard. Repeat once after a normal restart, reconnect or export if applicable. Restore temporary diagnostic changes that did not help, and retain a safe copy of the working setup. Inspect video range, pixel format and HDR metadata; distinguish an encoding metadata mismatch from display tone mapping. Correlate evidence with the failure time, capture version information and compare it with one successful path. Avoid logging or sharing private files, secret keys and account credentials. Use a repeatable, limited test: Compare source and output color metadata with `ffprobe` and test the video on two different players. Inspect the immediate service, device, format or policy involved in that comparison rather than deleting all caches, disabling security or resetting multiple components. If a test depends on administrative policy, request approval. Set the correct color primaries, transfer function and matrix consistently with the source; convert HDR to SDR deliberately when needed. Before making it permanent, check whether the change removes the exact symptom for the same user and target. If the evidence is mixed, revert and isolate another variable instead of stacking untested workarounds. Pass condition: A reference frame looks consistent in supported players and metadata matches the intended delivery standard. If this remains false, restore temporary settings and save the narrow event trail. Safety boundary: Never label SDR pixels as HDR without a real tone-map conversion. Send the administrator or vendor a sanitized reproduction, not passwords or private files.Step-by-Step Troubleshooting
Record the failing action
Compare a known-good route
Apply a reversible correction
Confirm the result and restore safeguards
Locate the failing layer
Collect focused technical evidence
Validate the suspected cause
Check recovery and support evidence
Solution Checklist
Common mistakes to avoid
- Never label SDR pixels as HDR without a real tone-map conversion.
- Do not confuse a working substitute path with a verified repair of the original workflow.
- Do not remove backup history, project sources or authentication evidence just to clear a status message.
- Do not apply an online command or firmware package intended for a different product or version.
How to verify the fix
Expected pass condition: A reference frame looks consistent in supported players and metadata matches the intended delivery standard. Repeat the original action, not just the easier comparison. Where feasible, test once after a regular application restart and once after the specific transition that caused the symptom.
Confirm that the result is correct rather than merely error-free: inspect the saved output, reopened file, device state, audio track, network permission or storage path as appropriate. A message disappearing is not sufficient if content is incomplete or the original symptom returns.
If the problem continues
Return temporary test settings to their previous values if they did not help. Use the remaining boundary to narrow the investigation: Inspect video range, pixel format and HDR metadata; distinguish an encoding metadata mismatch from display tone mapping. Compare a relevant event time against the preceding healthy state and include only non-sensitive logs when requesting assistance.
Escalate hardware faults, damaged storage, security policy issues and service-side failures to the responsible vendor or administrator. Include your product version, minimal reproduction steps, the failed comparison and the exact pass condition that was not met. Do not send account tokens, recovery keys or private footage.
Prevent recurrence
Record the change that actually worked: Set the correct color primaries, transfer function and matrix consistently with the source; convert HDR to SDR deliberately when needed. Maintain a known-good configuration export or small sample project so that later updates can be tested against a reproducible control. Schedule routine checks around the component that failed, rather than repeatedly resetting unrelated settings.
After a later application, firmware or operating-system upgrade, rerun the same limited check before moving critical work back to the device or service. If it fails again, the earlier comparison and settings record will make rollback or vendor support considerably faster.
Disqus hosts the discussion. Comments load automatically as you approach this section and may use cookies.