• State
  • Locked Locked
  • Replies 6 replies
  • Subscribers 99 subscribers
  • Views 289 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.

Graphics Library

chris6556
Prodigy 220 points

Is there a graphics library optimized for the DM355? Specifically, I want to draw objects (lines, shapes, etc.) to the OSD.

  • 0
    TI__Mastermind 41665 points

    Most any Linux based graphics that can be ported to ARM and use the frame buffer driver directly could work on the DM355 such as GTK+, the DM355 is also capible of running x-windows which may be an option, it should even be in the out of the box filesystem, just run 'startx' though note that I believe it requires specific display driver settings. These are not optimized specifically for the DM355, but are generic to ARM processors, since the DM355 does not have graphics acceleration hardware I am not sure there is much that could be optimized to the DM355.

  • 0 in reply to Bernie Thompson TI
    Prodigy 220 points

    Thanks that is very cool. Running startx makes the X environment display, without any special configuration. I am new to Linux GUIs, so I did not know the frame buffer driver was a generic foundation. I beleive I will go with GTK+, since from what Ive read, X is somewhat bloated for embedded applications.

  • 0 in reply to chris6556
    TI__Mastermind 37340 points

    Please note that X is the bottom most user-level software component and GTK+ sits on top of X. 

    One of the challenges (difficulty) and benefits (flexibility) with Linux is that it exposes all the software layers for programmers to write applications to (unlike windows which offers just the top-most layer); therefore, in Linux a programmer can writte a GUI application to use frame buffer driver directly to write (bad idea, very difficult), to use the X Windows System (easier but still difficult), the use widgets toolkits such as GTK+ (even easier) or desktop environment such as KDE (easier, provides same look and feel to all windows, similar to Microsoft platform).  Of course, there is a variety of widget toolkits and desktop environments in Linux, so the challenge is choosing which ones you will use and at what programming level do you want to engage at. 

  • 0 in reply to Juan Gonzales
    Prodigy 220 points

    GTK+ can now be built to use the framebuffer directly. Although, I finally settled on using QT/Embedded, which is easier to install (and also can access the framebuffer directly). This gives me more than enough constructs.

  • 0 in reply to chris6556
    Prodigy 155 points

    Hi, Chris,

    May I know which version of GTK+ did u compile and use on the DM355 EVM board ?

    And the accompanied libraries that the GTK+ requires ?

    I always get undefined symbol cairo_xlib_surface_create in libgdk-x11-2.0.so.0

    How to solve this problem?

     

     

  • 0 in reply to Eric13098
    Prodigy 220 points

    I can't remember if I ever did get a GTK+ install working. I ultimately decided on QT. But, cairo is a dependency of GTK+, you will need to build it first.