• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 101 subscribers
  • Views 771 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

The output image is cut off when running OpenGL demo program with VRBF rotation enable

Hsueh-szu Yang
Prodigy 205 points

Have anyone seen a problem when running OpenGL demo program such as OGLES2Skybox2 with VRBF rotation enabled? 

The rotation is working. The screen image is rotated from portrait (480x640) to landscape(640x480). I tried some other program without using OpenGL, the image looks correct.

However, when running OpenGL program, including those demo examples, the right portion of the image is cut-off. It looks like the width is still 480 just like before it is rotated. For me, it looks like a 480x480 image, thought I don't have a way to measure the accurate resolution on LCD screen. The image itself looks good. 

Have anyone seen this problem? How do I fixed it? Thanks.

Best Regards,

alvin

 

 

 

  • 0
    TI__Intellectual 1910 points

    Alvin,

        Which OMAP3 board are you using?  ES2.x or ES3.x silicon version?

        Linux or WinCE?  What version?

        What version of the Graphics SDK are you using?

    Regards, Clay

     

  • 0 in reply to Clay Montgomery
    Prodigy 205 points

    Clay,

    My test is on OMAP3 EVM , Revision G.  I believe it is ES 3.x silicon version.

    Regarding the software:

    1.  OMAP35x-PSP-SDK-02.01.03.11 (Linux 2.6.29-rc3-omap1)
    2.  OMAP35x_Graphics_SDK_3_00_00_09

    setenv bootargs ''console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=10.50.201.182:/filesystem/omap3,nolock,rsize=4096,wsize=4096 mpurate=600 omapfb.rotate=1 omapfb.rotate_type=1 mem=120M vram=8M omapfb.vram=8M'

    Thanks,

    Alvin

  • 0 in reply to Hsueh-szu Yang
    TI__Intellectual 1910 points

    Alvin,

       I have reproduced this issue.  It does appear to be a bug in the EGL.  The eglinfo always reports that the EGL_WIDTH and EGL_HEIGHT parameters are portrait mode.  They never get swapped for landscape mode, as they should, and  the latest version has the same issue:

    http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/latest/index_FDS.html

    Thanks for reporting this issue.  We will get it corrected in the next release.

    Regards, Clay

  • 0 in reply to Clay Montgomery
    TI__Expert 6580 points

    There is a patch for this in below link. Please follow readme.txt after applying the patch and rebuilding the kernel modules.

    https://gforge.ti.com/gf/project/gleslayer/scmsvn/?action=ScmCommitDetail&scm_commit_id=1705

    Can you please confirm the status using this ?

  • 0 in reply to Prabindh Sundareson
    Prodigy 205 points

    Hi Prabindh,

    Thanks for the patch. However, there are good news and bad news.

    After made the modification, it works great on QT-based OpenGL programs.

    But for those OpenGL demo programs such as OGLES2Skybox2, they are showing scrambled image instead of cut-off image.

    The tests were still using OMAP35x_Graphics_SDK_3_00_00_09, because I have problems to compile the latest version of the Graphics SDK on OMAP35x-PSP-SDK-02.01.03.11 (Linux 2.6.29-rc3-omap1)

    Best Regards,

    Alvin

     

  • 0 in reply to Hsueh-szu Yang
    TI__Expert 6580 points

    You are on a reasonably older environment (both kernel and Graphics SDK), it would be good to have your results on a later kernel/SDK.

    Also, please always respond with the output of the Graphics Check reference shell script. Without it, it is not possible to understand the state of your Graphics environment. Pick it up from,

    https://gforge.ti.com/gf/project/gleslayer/scmsvn/?action=browse&path=%2Ftrunk%2FPackages%2FOMAP3_Graphics_SDK%2Fsgxperf_check.sh&view=log

     

  • 0 in reply to Prabindh Sundareson
    Prodigy 205 points

    We would consider this problem is fixed, because our application is QT based OpenGL, and it works fine after the patch.

    Following will be for your information regarding the image scrambled after applying the patch. It only happens on those OpenGL demo programs. I just re-do the tests again. Before applying the patch, the image is cut-off but not scrambed. Here are the two log files:

    AFTER running OGLES2Skybox2

    WSEGL settings
    [default]
    WindowSystem=libpvrQWSWSEGL.so
    ------
    ARM CPU information
    Processor : ARMv7 Processor rev 3 (v7l)
    BogoMIPS : 597.64
    Features : swp half thumb fastmult vfp edsp neon
    CPU implementer : 0x41
    CPU architecture: 7
    CPU variant : 0x1
    CPU part : 0xc08
    CPU revision : 3

    Hardware : OMAP3 EVM
    Revision : 0020
    Serial  : 0000000000000000
    ------
    SGX driver information
    Version 1.3.13.1832 (release) /home/HYang/omap3/OMAP35x_Graphics_SDK_3_00_00_09/GFX_Linux_KM
    System Version String: SGX revision = 1.2.1
    ------
    Framebuffer settings

    mode "640x480-64"
        # D: 25.187 MHz, H: 31.172 kHz, V: 63.877 Hz
        geometry 640 480 640 480 16
        timings 39703 78 88 5 2 2 1
        rgba 5/11,6/5,5/0,0/0
    endmode

    Frame buffer device information:
        Name        : omapfb
        Address     : 0x73000000
        Size        : 8388608
        Type        : PACKED PIXELS
        Visual      : TRUECOLOR
        XPanStep    : 1
        YPanStep    : 1
        YWrapStep   : 0
        LineLength  : 4096
        Accelerator : No
    ------
    Rotation settings
    1
    ------
    Kernel Module information
    Module                  Size  Used by
    omaplfb                 9824  0
    pvrsrvkm              122248  1 omaplfb
    ------
    Boot settings
    console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=10.50.201.182:/filesystem/omap3,nolock,rsize=4096,wsize=4096 mpurate=600 omapfb.rotate=1 omapfb.rotate_type=1 mem=110M vram=16M omapfb.vram=8M,8M
    ------
    Linux Kernel version
    Linux omap3evm 2.6.29-rc3-omap1 #14 Wed Mar 31 11:40:55 EDT 2010 armv7l unknown

    BEFORE running OGLES2Skybox2

    WSEGL settings
    [default]
    WindowSystem=libpvrQWSWSEGL.so
    ------
    ARM CPU information
    Processor : ARMv7 Processor rev 3 (v7l)
    BogoMIPS : 597.64
    Features : swp half thumb fastmult vfp edsp neon
    CPU implementer : 0x41
    CPU architecture: 7
    CPU variant : 0x1
    CPU part : 0xc08
    CPU revision : 3

    Hardware : OMAP3 EVM
    Revision : 0020
    Serial  : 0000000000000000
    ------
    SGX driver information
    Version 1.3.13.1832 (release) /home/HYang/omap3/OMAP35x_Graphics_SDK_3_00_00_09/GFX_Linux_KM
    System Version String: SGX revision = 1.2.1
    ------
    Framebuffer settings

    mode "640x480-64"
        # D: 25.190 MHz, H: 31.176 kHz, V: 63.885 Hz
        geometry 640 480 640 480 16
        timings 39698 78 88 5 2 2 1
        rgba 5/11,6/5,5/0,0/0
    endmode

    Frame buffer device information:
        Name        : omapfb
        Address     : 0x73000000
        Size        : 8388608
        Type        : PACKED PIXELS
        Visual      : TRUECOLOR
        XPanStep    : 1
        YPanStep    : 1
        YWrapStep   : 0
        LineLength  : 4096
        Accelerator : No
    ------
    Rotation settings
    1
    ------
    Kernel Module information
    Module                  Size  Used by
    omaplfb                 9824  0
    pvrsrvkm              122248  1 omaplfb
    ------
    Boot settings
    console=ttyS0,115200n8 noinitrd rw ip=dhcp root=/dev/nfs nfsroot=10.50.201.182:/filesystem/omap3,nolock,rsize=4096,wsize=4096 mpurate=600 omapfb.rotate=1 omapfb.rotate_type=1 mem=110M vram=16M omapfb.vram=8M,8M
    ------
    Linux Kernel version
    Linux omap3evm 2.6.29-rc3-omap1 #14 Wed Mar 31 11:40:55 EDT 2010 armv7l unknown