-
-
Notifications
You must be signed in to change notification settings - Fork 178
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
MPV not working as expected #645
Comments
Mpv on android cannot support hdr. This means all playback is tonemapped, which seems to be the cause of the color shift you're describing. The banding might also be because of this, but I'm not entirely sure about that since mpv should dither it when tonemapping |
The differences between Findroid and mpv-android may be because mpv-android is using a newer version of MPV than Findroid. The next version of Findroid will upgrade mpv to the latest version (0.37.0) which will hopefully solve the tonemapping issues you're seeing. And yeah, it's correct that mpv in Findroid has the same limitations (HDR) as mpv-android. |
@ciaens What video settings do you use in mpv android? Findroid uses mpv's
I plan to create a pr to allow switching between mpv profiles (probably also individual settings) because there are a lot of quality improvements to be had from using actually good scaling kernels |
This honestly just looks like different tonemapping methods. Personally vlc (are you sure it's vlc and not exoplayer?) seems worst (it nukes all the stars but I'm not sure because they're not the same frame). Providing more options is basically the only solution, since there isn't a "mathematically correct" way to tonemap so it's always going to come down to subjective opinion Edit: both vlc and explayer support hdr passthrough, so the first image is also tonemapped (through some unknown process at screenshot time) so me claiming it looks worse probably doesn't make sense |
Hello, To answer your precedent post, I did crank up the brightness of the image to make the defaults more apparent in a single screenshot. VLC was imo almost perfect, with only occasional decode hiccups. The screenshot I presented was taken with the file paused, and loaded at that frame (it was the 1st frame displayed) so that maybe the cause of visual glitches. |
Is this just Android or also Android TV? |
It's an mpv limitation, so it applies to both android and android tv |
Describe the bug
Depending on the configuration, the MPV backend doesn't work, or exhibit color shift, color banding, compression, and fails to display an HDR image.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Normal playback of the movie, as done with the default backend (Exoplayer).
Screenshots
First image is MPV, second is ExoPlayer. You may need to increase brightness as it was captured on an HDR screen. Very noticeable in person.
Device info (please complete the following information):
Additional context
Here are some logs where I start by using MPV, and then switch to ExoPlayer.
In this first log, I'm using first MPV with gpu-next and mediacodec-copy, then ExoPlayer
E dev.jdtech.jellyfin: PIXEL: ioctl err: 1
is spammed during MPV playback. See complete verbose logs below:Findroid log 8242f4cf56ba.txt
In this second log, I'm first using MPV with no mediacopy / hardware encoding, then switching to mediacodec-copy.
Related issue: #537
When disabling hardware acceleration, I only get a black screen. When using the hardware encoding mediacodec or mediacodec-copy, I have an image (it's not displaying correctly thus why I'm making this issue).
Findroid log 6c1e37110e7e.txt
About this: #574
I've sometime encountered this issue, but this was either weird encoded movies, or solved by clearing the cache of the application.
The text was updated successfully, but these errors were encountered: