• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 30 subscribers
  • Views 535 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.

How to change Image in Tm4c129x evaluation board?

priya jain
Prodigy 230 points

Hi,

 I want try to change the sample program by create the new image to the Graphic LCD in TM4C129x.

Could you provide or recommend what tools to use and the link or information about how to convert the BMP/JPG file to C code? 

what size of image we need for Kentec Display?

And steps for that software how to use it.

Thanks  in advance

  • 0
    Guru 26105 points

    Hi,

    Tiva package has an utility program called pnmtoc.exe to generate .c or .h file from .pnm image. In your case, to get a .pnm image from BMP/JPEG you can use the Gimp program, free. Gimp itself can generate also .c file, but needs further small adjustments to be directly used in programs, while the pnmtoc use is strightforward.

    Documentation in Tiva/docs.

    Image must have the size of your diplay. See also Tiva examples.

  • 0 in reply to Petrei
    Guru 47900 points
    Hi Petrei,

    We wonder if you've ever used, "Gimp" with (both) .bmp & then .jpg image file. The identical image is remarkably smaller in memory size when a, "straight" jpg to bmp comparison is made. Have you (or another here) discovered if the "size penalty" extracted by .bmp files is reduced when the .bmp file is run thru "Gimp?"

    As this vendor's MCUs do not include any "native" jpg capability - perhaps "Gimp" can reduce the enormous demand upon graphic file size when the native image is .bmp.

    Any guidance/past experience appreciated...
  • 0 in reply to cb1
    Guru 26105 points

    Hi Cb1,

    I used Gimp since w98 age for picture transformations, but avoided .bmp format - seems for my eyes it has not enough details compared with other picture formats. And AFAIK the .jpg processing involves some kind of IP so that's why this is avoided by others, including TI.

    But this could be a good news for small displays as those used on LPs. Worth to be tested sometime.

    Kind regards,

  • 0 in reply to Petrei
    Guru 47900 points
    Thank you Petrei. We find - in general - that the same image - when stored first as .bmp & later as .jpg - is most always - an order of magnitude reduced in file size. (when the .jpg format is used rather than .bmp)

    Our firm dislikes "loitering" the MCU's internal memory w/such images - instead we try to store these off chip - often these days w/in QSSI memory chips. The reduction in file size - produced by the .jpg format - speeds the image display provided the MCU accepts & handles .jpg w/some efficiency...