• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Embedded Software » Android » Android forum » [OMAP3530 android-rowboat-eclair] use glTexBindStreamIMG
Share
Android
  • Forum
Options
  • Subscribe via RSS

Forums

[OMAP3530 android-rowboat-eclair] use glTexBindStreamIMG

This question is not answered
Jeje35
Posted by Jeje35
on Nov 05 2010 05:55 AM
Intellectual475 points

 Hi,

I want to play a video and to display it on the graphics layer (with OpenGl).

Why don't I use the extension OpenGLES "GL_IMG_texture_stream2" on the os  android-rowboat-eclair (OMAP35x_Android_Graphics_SDK_3_01_00_03) ?

In fact, I try to execute this program and it retrun -3.

    if (!(glext = glGetString(GL_EXTENSIONS)))
        return -1;

    if (!strstr((char *)glext, "GL_IMG_texture_stream2"))
        return -2;

    glTexBindStreamIMG =
        (PFNGLTEXBINDSTREAMIMGPROC)eglGetProcAddress("glTexBindStreamIMG");
    glGetTexAttrIMG = (PFNGLGETTEXSTREAMDEVICEATTRIBUTEIVIMGPROC)
        eglGetProcAddress("glGetTexStreamDeviceAttributeivIMG");
    glGetTexDeviceIMG = (PFNGLGETTEXSTREAMDEVICENAMEIMGPROC)
        eglGetProcAddress("glGetTexStreamDeviceNameIMG");

    if (!glTexBindStreamIMG || !glGetTexAttrIMG || !glGetTexDeviceIMG){
        printf("GL_IMG_texture_stream unsupported\n");
        return -3;
    }

Why  eglGetProcAddress return NULL ?

OMAP3530
Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Bin Liu
    Posted by Bin Liu
    on Nov 05 2010 08:24 AM
    Expert6590 points

    GL_IMG_texture_stream2 relies on BufferClass kernel module, which is not installed by default in rowboat (I doubt bufferclass module has been tested on rowboat anyway)

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jeje35
    Posted by Jeje35
    on Nov 05 2010 09:28 AM
    Intellectual475 points

    I add bufferclass module in the sdk graphics. And I can open and send ioctl.

    But, the function eglGetProcAddress doesn't work.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Bin Liu
    Posted by Bin Liu
    on Nov 05 2010 09:36 AM
    Expert6590 points

    The ti_android_sgx_sdk package shipped in rowboat does not have the bufferclass driver. Where did you get the source? what is '#define DEVICE_COUNT' in your bc_cat.c?

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jeje35
    Posted by Jeje35
    on Nov 05 2010 09:42 AM
    Intellectual475 points

    I find the source at http://processors.wiki.ti.com/index.php/OpenGLES_Texture_Streaming_-_bc-cat_User_Guide .

    DEVICE_COUNT    is    10 .

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Bin Liu
    Posted by Bin Liu
    on Nov 05 2010 10:25 AM
    Expert6590 points

    Try to change it to 1.

    Please note that the bufferclass driver has not be tested on android yet. If the change above still does not work. It is something we have to take a look, but it will be depending on the plan when the feature will be enabled.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jeje35
    Posted by Jeje35
    on Nov 16 2010 11:05 AM
    Intellectual475 points

    I resolved the problem. I applied a patch in the framework-base package of rowboat-eclair-dsp.

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Bin Liu
    Posted by Bin Liu
    on Nov 16 2010 11:12 AM
    Expert6590 points

    Glad you fixed the issue. Would you mind to post the patch here so someone else can get help from it? Thanks.

    android rowboat
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Jeje35
    Posted by Jeje35
    on Nov 17 2010 04:11 AM
    Intellectual475 points

    I applied this patch http://code.google.com/p/android/issues/detail?id=7681 .

    And I patched this files :

    *** ./frameworks/base/opengl/libs/entries.in.old        2010-11-16 17:32:39.000000000 +0100
    --- ./frameworks/base/opengl/libs/entries.in    2010-11-16 17:34:19.000000000 +0100
    ***************
    *** 347,349 ****
    --- 347,352 ----
      GL_ENTRY(void, glVertexPointer, GLint size, GLenum type, GLsizei stride, const GLvoid *pointer)
      GL_ENTRY(void, glViewport, GLint x, GLint y, GLsizei width, GLsizei height)
      GL_ENTRY(void, glWeightPointerOES, GLint size, GLenum type, GLsizei stride, const GLvoid *pointer)
    + GL_ENTRY(void, glTexBindStreamIMG, GLint device, GLint deviceoffset)
    + GL_ENTRY(void, glGetTexStreamDeviceAttributeivIMG, GLint device, GLenum pname, GLint *params)
    + GL_ENTRY(void, glGetTexStreamDeviceNameIMG, GLint device)

    *** ./frameworks/base/opengl/libs/GLES2/gl2ext_api.in.old       2010-11-16 17:22:37.000000000 +0100
    --- ./frameworks/base/opengl/libs/GLES2/gl2ext_api.in   2010-11-16 17:24:37.000000000 +0100
    ***************
    *** 103,105 ****
    --- 103,114 ----
      void API_ENTRY(glDisableDriverControlQCOM)(GLuint driverControl) {
          CALL_GL_API(glDisableDriverControlQCOM, driverControl);
      }
    + void API_ENTRY(glTexBindStreamIMG)(GLint device, GLint deviceoffset) {
    +     CALL_GL_API(glTexBindStreamIMG, device, deviceoffset);
    + }
    + void API_ENTRY(glGetTexStreamDeviceAttributeivIMG)(GLint device, GLenum pname, GLint *params) {
    +     CALL_GL_API(glGetTexStreamDeviceAttributeivIMG, device, pname, params);
    + }
    + void API_ENTRY(glGetTexStreamDeviceNameIMG)(GLint device) {
    +     CALL_GL_API(glGetTexStreamDeviceNameIMG, device);
    + }

    But, the SGX is very slow to display all video buffers.

    In fact, I had already tested on a embbeded-linux os and the SDK graphics 3_01_00_06. And, on a android os, the SGX takes more 18ms/frame than on a embbeded-linux os.

    Are there differents initializations of SGX between SDK android 3_01_00_03 and SDK 3_01_00_06?

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use