Jump to content

µGFX Development

  • entries
  • comments
  • views

Contributors to this blog

Release µGFX v2.7

Joel Bodenmann


The µGFX library version 2.7 has been released just a couple of moments ago and is now available for download in the download section.

Let's have a look at the change log:

FEATURE:    Added EXC7200 driver
FEATURE:    Added STM32F439i-EVAL board files
FIX:        Fixed crash when passing NULL to gwinSetStyle()
FIX:        Fixed potential crash when GDISP_NEED_TEXT_WORDWRAP is turned on
FEATURE:    Added SDL driver
FEATURE:    Added ILI9225 driver
FEATURE:    Added ST7735 driver
FEATURE:    Added Linux event input driver
FIX:        Fixed an issue with color formats in Linux-Framebuffer board files
FIX:        Fixed and improving arc rendering functions
FIX:        Preventing possible crash when no valid GWIN default font has been set
FIX:        Updating Windows binaries of the font encoder to improve compatibility
FIX:        Fixed progressbar bounds checking and decrementing
FEATURE:    Added gdispFillDualCircle()
FIX:        Fixed an issue in the filled polygon drawing function which caused irregularities
FEATURE:    Added high-level functions to modify image color palettes
FIX:        Improving gdispDrawThickLine()
FEATURE:    Added gdispAddFont() for adding a dynamic font to the permanent font list
FEATURE:    Added gmiscHittestPoly() for checking whether a point is inside of a polygon
FIX:        Fixed strange multi-thread issues in GEVENT
FEATURE:    Added ILI9488 driver
FEATURE:    Added the ability to display the detected compiler
FIX:        Fixed an illegal instruction in the Cortex M0 task switcher
FEATURE:    Added RAW32 task switching functions which work with ARMCC (the compiler used by Keil) for Cortex M0,M1,M3,M4 and M7
FEATURE:    Added gdispGDrawThickArc()
FIX:        Fixed a memory merging issue with the RAW32 memory allocator
FIX:        Update RAW32 libc threads support for more recent versions of the MinGW compiler

Upgrading & Compatibility
This new version of the µGFX library is fully compatible with any previous 2.x release. Upgrading is quite easy as you just have to replace your current version of the library with the new one.

New drivers & board support
This release contains support for many new drivers and some boards. We have reserved ourselves a chunk of time during the upcoming month of January where we will create a set of easy to use, pre-configured read-to-run projects for different combinations of boards, underlying systems and IDEs. We feel like we have let that slip by in the past. Being able to just download & run appears to be every important to many community members so we'll try to improve that. Of course any help is highly welcomed here.

Various fixes
Various fixes are part of this new release. While some of these only fix cosmetic issues (eg. off-by-one pixel), others are quite vital to prevent crashes and unexpected behavior of the application. Therefore, we strongly recommend everybody to upgrade to this new version.

Closing statement
We'd like to thank the entire community for making this possible. It wouldn't be possible for us to provide this software in this form without your continuous contributions, donations, feedback and more. Having a community like the one we have is something we know to value.
Please don't hesitate to leave your comments below and opening a forum topic if you have any questions regarding the new release.


Recommended Comments

I would like to make a request for a new board: EK-LM3S3748


It has an ST60(57?) display controller in a Formike 128x128 display. Is this a feasible port? It has pixel-draw functions already so possibly I can do "skeleton" functions that just call the pixel-set function over and over again.

Please inform me as to whether this would be possible.. I'm working on some GUI software and your GUI came up. Please also tell me if I have this in the wrong category and should post somewhere else ! :D

Share this comment

Link to comment

Hello @Mark Yisri and welcome to the µGFX community!

Yes it is indeed possible to run the µGFX library on that board. It's very easy to write the required board file (and driver). There's plenty of documentation and examples available that should allow you doing it without any problems.
We also offer writing support for new hardware as part of our services.

Please don't hesitate to create a forum topic in the corresponding forum section if you have any further questions. We're happy to help.
Note that this is just the comment section of a blog post so it's not the best place for this discussion :)

Share this comment

Link to comment

Hi Joel,

Have you given a controller-less TFT driver a thought. This could well be possible for microcontrollers that can run at anything upward of 60 MHz & have a DMA hardware in them.

Share this comment

Link to comment
2 hours ago, Jagdish Bisawa said:

Have you given a controller-less TFT driver a thought. This could well be possible for microcontrollers that can run at anything upward of 60 MHz & have a DMA hardware in them.

We have a few users & commercial customers that do that. µGFX itself doesn't care about how the display itself "works" (i.e. whether it has an internal framebuffer, external framebuffer, streaming interface, ...). µGFX can work with any kind of display & display controller. Therefore, it's perfectly possible to do what you're proposing.

Please feel free to open a new topic in the Development and Feedback section of the forum if you want to further discuss this.

Share this comment

Link to comment
You are commenting as a guest. If you have an account, please sign in.
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoticons maximum are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.