We recently upgraded to the official Graphics SDK 4.06.00.01 release, and in the process updated some of the dependent packages (syslink, sysbios, xdc, ipc).
Some of our software written to use the bufferclass_ti module with multiple devices was previously working with the old versions of these libraries, but now seg-faults in some GL library calls.
I see that v3dfx is not supported in this release of the Graphics SDK, and wondered if that applied to direct buffer class usage as well.
Thanks for any assistance you can offer,
Nick Reed
Hi Nick,
We have tested the buffer classdriver with the unit test example -
http://processors.wiki.ti.com/index.php/OpenGLES_Texture_Streaming_-_bc-cat_User_Guide
v3dfx is not supported but that should not affect the direct bufferclass usage.
As you might be aware, bufferclass is a propreitary texture streaming extension which was introduced as there was no standard Khronos extension available for video streaming use case. With this release we have introduced the support for eglimage for video streaming use cases. However bufferclass is still supported & sanity tested with this release using the unit test example gles1_bc_mmap.The executable(non-Xorg app) 2402.gles1_bc_mmap.rarfor the same is attached.
Thanks,
Prathap.
If my reply answers your question then please click on the "Verify Answer" button.
Can you try with the attached updated library 8420.libGLESv2.rar& let us know if this fixes the issue.
If so please mark this as verified answer so that other users are also benefited when required.
We were able to test with the updated library and this fixed our issue. It looks like there was only an issue with the buffer class module when used in a GLES2 application, but all is resolved now.
Thanks for your speedy response.
Nick
Welcome Nick. Thanks for the tests & confirmation on the fix to be working fine.
The release notes also has been updated with this information -
http://processors.wiki.ti.com/index.php/RN_4_06_00_01#Limitations.2F_Known_Issues