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
i.MX6 rework which decouples GUI (fb0) and video rendering (fb1), framebuffers are composed with DP in hw #6351
Conversation
One additional note: algorithmdirtyregions must be set to either 0 or 3. 1 and 2 do not work for the time being. I suppose that is a side effect of the hardware clipping work in progress. |
@@ -618,7 +663,6 @@ void CLinuxRendererGLES::FlipPage(int source) | |||
m_iYV12RenderBuffer = NextYV12Texture(); | |||
|
|||
m_buffers[m_iYV12RenderBuffer].flipindex = ++m_flipindex; | |||
|
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
this is mostly code exclusively used by MX6 which you know best. the other code looks ok to me. |
On the raspberry PI the gui update is slowed down, when in video mode. I tried this afternoon to apply the specific patch also to the imx work, but it works a bit different. Is there a chance that we e.g. throttle the OSD rendering, codec screen, when playing fullscreen video? That would help imx, wetek and all those a lot. But is slightly off topic here. |
@koying, it would be interesting if that PR works on Android as well. If not it is most likely just a matter of device names which are different there. If it won't work at all I could still activate the old path and your Bob deinterlacer for Android. I would like to avoid to break Android support with that PR. |
Thanks a lot smallint for this PR. |
@smallint Would you mind adding a high level description of the new architecture in the PR header, please. [EDIT] in tl;dr style, I mean ;) |
@koying, I tried ... OK? |
Perfect thanks. Re your initial question, it works the same way with amlogic, so if the permissions are set right in the FW, we should be able to do the same thing on android. |
blit fb using g2d when no deinterlacing is required
Latest changes and impressive improvements from @wolfgar merged (thanks) and tested. RenderCapture was added and this PR is now complete. |
Then let's build it. Thank you very much for bringing IMX to a new level. jenkins build this please |
Thanks a lot for your tremendous work on this rendering refactoring @smallint |
Oki - final build after laster build and that's wait for @FernetMenta final ack. jenkins build this please Edit: jenkins build to only show, we did not regress other platforms. |
To fix little remaining build issue : wolfgar@e9b6dfe |
Little compiler warning: https://github.com/smallint/xbmc/blob/1597ceda6e8c9ca8355e970d8e261d61ee7afcad/xbmc/cores/dvdplayer/DVDCodecs/Video/DVDVideoCodecIMX.cpp#L1483 this should be void or return some bool? |
+1 |
jenkins build this please |
feature merge window is closed so this can go in 1 March |
Sorry for yet another build, did not see that: wolfgar@e9b6dfe was not yet picked. |
we agreed that we start Match 1st with new process. currently we don't have a merge window, means this can go in when ready. I also want the pvr binary addon PR merged soon because it blocks pvr development. |
I picked the fix from @wolfgar and removed the compiler warning. Hope it builds now. |
jenkins build this please |
seems the build issue is unrelated to this commit so we may be fine ? |
jenkins build this please |
i.MX6 rework which decouples GUI (fb0) and video rendering (fb1), framebuffers are composed with DP in hw
Thanks to everyone involved! |
This is another rework of the i.IMX6 decoding and rendering path that supersedes #5805. More details in http://forum.kodi.tv/showthread.php?tid=211289&pid=1892440#pid1892440.
Excerpt of architecture:
What does not work yet:
RenderCaptureTODOs:
Recommendations for client setup:
Have fun!