-
Notifications
You must be signed in to change notification settings - Fork 944
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Color difference between preview and render #3850
Comments
You can also render in bt709 in Remotion with a flag: https://www.remotion.dev/docs/cli/render#--color-space We'll make this the default in Remotion 5.0! |
The final (broken) video was rendered in BT709 |
Alright, thanks for filing! I will take a look. |
Thanks! I managed to improve the output: Old: When adding a video, Remotion extracts the frames using Rust and returns images to the browser. We get better results when we return .png's instead which we can tag as sRGB. When doing a conversion, there is always a bit of color loss, but it is way less now. |
That's really close, looking good! Thanks for quick fix 😀 |
Unfortunately this regressed and was the wrong way to go about it. This change will be reverted in 4.0.155. I'm making another attempt which seems more promising. |
Will try to fix this with #3857 |
Is there a way I could support you? |
There's very noticeable difference in how Video and OffthreadVideo handles colors.
From a color, f.e.
#00BDF2
, let's create a JPEG, a PNG and a video.ffmpeg -f lavfi -i color=c=#00BDF2:s=1920x1080:r=30 -vf "format=yuv420p, colorspace=iall=bt601-6-525:all=bt709:fast=1" -t 10 -c:v libx264 -profile:v main output.mp4
output.mp4
Having these assets, let's create Remotion video.
While previewing in Remotion Studio everything looks fine; after rendering though OffthreadVideo produces invalid color.
BlueVideo.mp4
Tested on current Remotion (4.0.153) and FFmpeg 6.0-6ubuntu1
The text was updated successfully, but these errors were encountered: