-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
No video displayed with gpu video output on Raspberry Pi #5405
Comments
Did you try what I told you to try? |
Yes, I did that yesterday and made a comment here. |
Then take it up with the firmware maintainers. From what I can tell we're actually decode some video and are giving it the mmal video output video, so it's expected to work. |
Looking at hwdec_rpi.c and vo_rpi.c, I think mpv does the same (or at least there is some resemblance) in the rpi video out driver too. The layer used to configurable, but with I will have a more thorough look later. |
Setting the layer to -10 here didn't make any difference. I will continue to use the Edit: I deleted a comment after this one since it meant for a different issue. Apologies. |
Setting |
@wm4 Are you positive its a firmware issue? Using 7428272 with the mpv commandline: Listing DISPMANX layers using In comparison to
These are done with a blanked console, so you don't see the console layer showing up. |
I was able to use |
I have the same (?) problem on an old Model B Rev 2 running Raspbian Buster. With
vs.
By the way: It works with
|
This might work now with the meson build (there were lots of weird things in waf), so I'll go ahead and close this one. Feel free to reopen if there is still an issue. |
Sorry for the necrobump, but did this issue persist? I'm seeing it with 0.36. This is on Gentoo, where I'm trying to sort out the firmware/userland mess for our users, but it's turning out to be a lot harder than I expected. |
Are you using the recommended ffmpeg from the wiki? |
I don't remember this issue being fixed. I think a lot has changed in the Raspberry Pi userland, mpv, ffmpeg, and Kernel, since I first opened this issue. This would need to be retested with and without VC4 on Raspberry Pi 3. I haven't used a Pi for a while, so it will be sometime before I can test this myself. |
Ah, I've missed that. That's unfortunate, I thought everything was upstreamed now. I'll see if it helps, thanks. I am aware that a lot has changed, with a general shift towards full KMS. I trust that will work, though I haven't tried that yet, but I'm trying to also support Fake KMS for older Pi models that might struggle performance-wise. |
I made a giant patch using jc-kynesim's dev/6.0/rpi_import_1 branch and it worked using I get the impression that this wasn't necessary in the past with |
I'm glad it's working for you. Out of curiosity, can you attach a log so I can see what it's actually doing with that hwdec? |
The most useful, but hardest, thing to do is try and advocate within the rpi community for upstreaming all this stuff. |
I realised the other fork had a much smaller diff, but unfortunately it segfaults on 2 of my 3 test videos and the other video isn't quite as smooth. I realise I probably don't need all of the first fork, but picking out the bits I do need seems tedious. I'll add my weight to upstreaming where I can, but I'm not sure where that's most effective. Sounds like it needs to be on the upstream ffmpeg side? Here's the log with
|
False alarm with the segfaults on jernejsk's fork. I had used the v4l2-drmprime-n6.0 branch. The v4l2-request-n6.0 branch works instead. I gather you can combine these though. This is what Arch does. I went on to test the situation under full KMS with jc-kynesim's fork. It works with these arguments.
Given that we need these patches for full KMS, there seems little point in My testing has only been 32-bit so far. I'll test 64-bit soon. |
mpv version and platform
Git master (a5f53da)
Raspberry Pi 3 - Buildroot image with patches:
0004-rpi-compile-fix.patch.txt
0003-gpu.patch.txt (Recently merged)
0002-fix-powerpc64-altivec.patch.txt
0001-wscript-don-t-check-for-fork-on-POSIX-checks.patch.txt
Issue additionally occurs on 0.27.0.
Reproduction steps
Play any h264 encoded video on the Raspberry Pi with the
gpu
video output driver enabled.mpv --vo=gpu FILE
This is using the Raspberry Pi userland drivers, not vc4.
Expected behavior
To be able to see the video that is being played. The rpi driver does not have this issue.
Actual behavior
The subtitles and the OSD are both displayed on the screen, but the video itself is not displayed.
Frame drops still occur when subtitles and OSD is displayed, just like with the rpi video output driver.
Log file
log
Sample files
Any h264 encoded video file. Other video files were not tested, but may be able to reproduce the issue.
The text was updated successfully, but these errors were encountered: