This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

OMAP 35x Graphic SDK demo questions

Hi,

When I setup the output to LCD display and running the OGLES2Shaders demo, the display was messed up (it seems to be the r:g:b bit size got messed up, but not sure, how can I check that?). When I changed my output to DVI and run the demo again, nothing was displayed. I run the gles2test 1 under /usr/local/bin, nothing was displayed either, and I only got 3 lines output from the minicom terminal: "Compiling program 'glestest1_vertshader.txt', 262 bytes long" etc. However, the interface demo came with the EVM PSP SDK worked fine using both displays. Can someone tell me how to debug this issue? Thanks.

 

Annie

  • Annie,

        What EVM are you using?  What Graphics SDK version are you using?  What Linux kernel version are you using?

    There are only 2 output formats supported for the SGX; RGB565 and ARGB8888.  These commands will give you more information about the installed graphics kernel modules and their configuration:

    lsmod

    eglinfo

    fbset

     

    Regards, Clay

  • Hi, Clay,

    Thanks for replying. I am using OMAP 35x EVM board Rev G by Mistral, the dvsdk version is 3.00.02.44, Graphics SDK version is 3.00.00.09, and Linux kernel version is 2.6.29 (by doing cat /proc/version).  

    I may not be right about the color bit, here is what happened: when I run gles2test1, two copies of each types of triangles were rotating, and the background color is red. When I run Shaders demo, two copies of the ring were displayed and they overlapped each other .

     

    Thanks for the help.

    Annie

     

  • Annie,

      It sounds like the colors are correct.  The background color should be red for gles2Test1.  It should be green for gles1test1.  There should be 2 rotating triangles for both tests.

    There should only be 1 ring in the OGLES2Shader demo though.  It sounds like maybe you have VRFB screen rotation enabled in the BootArgs?  This is broken in the 3.00.00.09 release and in the current release too, so you should disable rotation when using the graphics SDK.

    http://software-dl.ti.com/dsps/dsps_public_sw/gfxsdk/3_01_00_06/index_FDS.html

      If you want a good reference for what these demos should look like, look at the .png screen shots of them in the Demos source tree.  You can also run these demos under Windows XP using the "PC Emulation" SDKs for the SGX available here:

    http://www.imgtec.com/powervr/insider/powervr-sdk.asp

    Regards, Clay

     

  • Hi, Clay,

    Thanks. The problem was fixed when I removed the rotation setting in the bootargs. However, I still don't get anything on DVI when I switch to using DVI as the output instead of the LCD. BTW, I only found instruction for changing the output display to DVI using command line arguments, but I can not find any information on how to revert back to LCD. Also, can I change the rotations settings after boot using command line arguments? Thanks, sorry, I just started to use OMAP.

     

    Annie

  • Annie,

      Please see:

    http://processors.wiki.ti.com/index.php/GSG:_OMAP35x_DVEVM_Additional_Procedures#Changing_the_Output_Display_to_DVI

      Rotation can be selected after boot, but there are some important limitations in that the extra buffers required for rotating video would not be allocated.  Please see the User Guide "UserGuide-02.01.03.11" document in the linux baseport package.

    Regards, Clay