You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, noob here.
Is it just me or is the image in SCRCPY v4.0 more washed-out than in previous versions?
Either higher brightness, or less contrast... or... something.
I tried launching with scrcpy --video-codec=h264 --video-encoder=OMX.qcom.video.encoder.avc and it looks βto my eye, at leastβ identical to the v4.0 image I posted above.
Couldn't get the recorded .mp4 file to play for some reason.
Same behaviour on my Pixel 4a (Android 14), it's much more apparent when running an oled black theme, what is suppsed to be black is actually grey now, it's as if the image is now 16-235 rgb range rather than full 0-255.
Screen recording isn't affected.
Could you try with this commit dee1fd4 reverted please?
LOGI("color_space=%d color_range=%d", color_space, color_range);
switch (color_space) {
case AVCOL_SPC_BT709:
case AVCOL_SPC_RGB:
EDIT: also try to find which value to return from that function works for you (possible values are here).
I'm not sure what i'm supposed to do here, I'm not a programmer so I don't actually know how to make changes to the code, if that's what you're asking me to try.
Also, which render driver is used? For example:
INFO: Renderer: opengl
Could you please try with other render drivers, using --render-driver=? The possible values are listed here.
I tested every render driver (besides metal, which isn't available on windows, of course). Every render driver is affected.
Activity
rom1v commentedon May 13, 2026
scrcpy --record=file.mp4: does the resulting file have the same color issue?nr1995 commentedon May 13, 2026
Here's a screenshot of v4.0 link2 and here's one of v3.3.4 link2 for comparison.
Here's the contents of the console:
I tried launching with
scrcpy --video-codec=h264 --video-encoder=OMX.qcom.video.encoder.avcand it looks βto my eye, at leastβ identical to the v4.0 image I posted above.Couldn't get the recorded .mp4 file to play for some reason.
rom1v commentedon May 13, 2026
Thank you.
Because you killed scrcpy brutally by closing the console (instead of closing the window)?
nr1995 commentedon May 13, 2026
Oh. Haha. Maybe... Yes.
To my eye, the video recording does not appear to have the same issue as a v4.0 screenshot.
rom1v commentedon May 13, 2026
Could you try with this commit dee1fd4 reverted please?
I pushed the revert (621ffb4) on a branch and ran the CI so that you can download a binary (like a release, download
release-win64.zipfor example): https://github.com/rom1v/scrcpy/actions/runs/25823066817rom1v commentedon May 13, 2026
Also, could you please share a small video? (1 second on the same screen as the screenshots is sufficient)
Ciancy28 commentedon May 15, 2026
Same behaviour on my Pixel 4a (Android 14), it's much more apparent when running an oled black theme, what is suppsed to be black is actually grey now, it's as if the image is now 16-235 rgb range rather than full 0-255.
Screen recording isn't affected.
No difference on my end, still washed out.
(no difference in recording)
3.3.4.mp4
4.0.mp4
nr1995 commentedon May 15, 2026
Sorry I've tried 5 times now to upload those recordings, and they just won't process for some reason.
rom1v commentedon May 15, 2026
@Ciancy28 Thank you for the details. I cannot reproduce with my device: pure black is mirrored pure black.
Could you please give me the values of color_space and color_range:
EDIT: also try to find which value to return from that function works for you (possible values are here).
Also, which render driver is used? For example:
Could you please try with other render drivers, using
--render-driver=? The possible values are listed here.Ciancy28 commentedon May 16, 2026
I'm not sure what i'm supposed to do here, I'm not a programmer so I don't actually know how to make changes to the code, if that's what you're asking me to try.
I tested every render driver (besides metal, which isn't available on windows, of course). Every render driver is affected.
rom1v commentedon May 16, 2026
OK, sorry. I've made the change (adding a single line of log), and created a build on the CI (download
release-win64.zip): https://github.com/rom1v/scrcpy/actions/runs/25956243227Then run this scrcpy version, and copy-paste the console output (at least the line with the color space and color range).
Ciancy28 commentedon May 16, 2026
rom1v commentedon May 16, 2026
2 is
AVCOL_SPC_UNSPECIFIED. πSo like dee1fd4 for
AVCOL_SPC_RGB, we could probably return the same value forAVCOL_SPC_UNSPECIFIED:Please test: https://github.com/rom1v/scrcpy/actions/runs/25966216921
Ciancy28 commentedon May 16, 2026
This fixed it.
Fix SDL colorspace matching AVCOL_SPC_UNSPECIFIED
rom1v commentedon May 17, 2026
Fix merged into
dev: 95ae3bb πLog texture details in verbose mode
rom1v commentedon Jul 13, 2026
Fixed in 4.1.