Hi, I have a problem during porting midgard Mali GPU for X11 environment.
I'm following the document 'Integration Manual Rev:r5p0' which your company distributed.
But at the section '2.7.3 Downloading Khronos API headers', I can't connect to the link 'https://silver.arm.com/browse/ZX001' so I failed to download these khronos header files.
When I register a account and log-in, this link just go to the ARM main page.
Does this link obsolete? Or is there other way to download OpenGL ES & OpenCL Khronos API header files?
I'm lost!
Hello,
the link as cited is still valid, it might be a permission issue of your account.
After logging in on silver.arm.com you can also find the package by manually browsing through "Support->Self Service->Downloads->Systems IP->Graphics->Khronos Headers Mali-T600".
In case that does not work either please raise a support request through the link provided on the top of the "Download" page, to have the access rights checked.
HTH!
Jörg
Thank you for the reply.
The problem is solved today.
Download link was fine. It worked well in Internet explorer. It was a browser problem.
So I downloaded Khronos header files, but I can't find OpenCL DDK.
.. How Can I download OpenCL DDK?
Assuming you have licensed it the Linux OpenCL DDK can be downloaded similar to the Linux OpenGL ES DDK. Its product code is TX013.
If you don't have a license please contact your SoC vendor for a binary release or check out www.malideveloper.com for binary releases ARM makes for a few selected platforms.
Thank you so much for your kind reply.
Can I ask you one more last thing?
I just have received OpenGL ES DDK from the Soc vendor.
And our board will use mali only for accelerating fbdev /x11 rendering and video decoding.
Can I ignore about OpenCL DDK and LLVM and Renderscript in this case?
Thank you for your help.
you won't need Renderscript on fbdev/X11 as this is a component used on Android only.
For Video decoding it depends on the implementation of the codecs you are going to use but it is very likely they will run fine without having OpenCL installed.
Cheers,
Thank you for your reply, Jorg.
I think I'm misunderstanding about GPU.
Could you answer to my questions again please?
What I want to do with Mali is rendering HW acceleration in DIrect FB(fbdev) or X11 Linux environment, as I mentioned before.
And this linux will play videos with VLC player or mplayer and I want to improve it's performance by GPU too.
Can I support HW accelerated rendering in Direct FB(fbdev) or X11 environment with only OpenGL ES package(without OpenCL)?
And can I improve the performance of the video players with only OpenGL ES package too?
Great thank you for your help.
Nari
Thank you for your reply, Peter.
I'd better google more to understand the architecture of GPU.
Just to clarify this a little more - the Mali-T600/T700 parts are 3D graphics accelerators for OpenGL ES, and GPGPU accelerators via OpenCL. These generally have nothing to do with video decode; while it is possible to implement a video codec in "software" using OpenCL to accelerate portions on the GPU, many SoCs will have a dedicated video decoder (such as Mali-VE500) which is more energy efficient at video encode/decode. This will generally need a separate driver - it is not part of the 3D GPU driver stack.
HTH, Pete
Hi, Jorg.
I submited my last question in this link.
Which Mali packages are required for the best graphic performance of video playing on Direct FB?
Please leave any idea if you can.
Thank you.
Hi Moonami,
HW accelerated graphics rendering is achieved through the OpenGL ES API, but improving performance of video players depends on whether you are referring to rendering performance, which can be achieved with OpenGL ES, or video decode performance, which as Pete says might be achievable through implementing video decode on top of OpenCL, but is more typically done by using dedicated hardware on the device exposed through something like OpenMAX. VLC almost certainly has this functionality already, and so long as you have the necessary userspace libs for the video decode hardware (talk to your SoC vendor) then it should "just work".
Hth,
Chris