Search Results
Search results 1-20 of 22.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Hello, I think the morph mode involves complete disappearance of a one bitmap and appearance from zero of another bitmap just because these bitmaps are assumed to be different not necessarily identical and differ only in size like in your case. Attached is just a piece of code in which motion and bitmap scaling are used.
-
Hello, then put it in this way: how to change the display orientation. There are several ways to do it. The fastest way is to implement this within your display driver. The code depends on your hardware and display driver you are using. The latest versions of emWin add the possibility to link drivers with desired orientations and switch between them (LCD_ROTATE_...() functions). Another way is to convert a video buffer by software using functions GUI_SetOrientation()/GUI_SetOrientationEx(). This…
-
Hello, there is no such feature in AppWizard to rotate a keyboard object just because I think that makes a little sense to an user. The features of the keyboard widget (key lines, long press characters) are designed to work in horizontal mode. Maybe you better try to draw a simple image and show here what you exactly want to get. And then that will be easier to solve using a completely custom keyboard...
-
Hello, depends on your LCD hardware and whether it supports LCD backlight "on/off" commands using some interface or GPIOs. Or maybe it has a brightness control using PWM when you can set the brightness to zero value. Why not make like this: turn backlight off before jumping to the target firmware and then turn it on again after calling GUI_Init() in the target maybe with a delay insertion in order to avoid fluctuations within the LCD peripherals to be visible. At least somehow you managed to avo…
-
Hello, even if the font you generated is a C-file and it is located in addressable memory, emWin font engine still reads the font characters data from flash as they defined with as "const" in C-file. Of course if you do not use tricky things with your compiler. Using RAM memory is minimized. Maybe I'm missing something but in your case you also don't need to read the whole font data in RAM from your ext flash even if it is not memory mapped. Just for this case you can use GetData function where …
-
I think these are not those versions compiled by ST. The packs from ST called STemWin contained tens of binaries compiled separately for each Cortex-M group used in the STM32 series. First these packs were available at their site but later were included in STM32Cube packs and moved to GitHub servers. New versions have come out until v5.44. At that point ST ended support of emWin as they started to promote another GUI library. This was reported by them in application notes. The pack from SEGGER i…
-
Hello, SEGGER team, A good news for me as STM32 user was the newer emWin pack for STM32 (emWin_V634g_OBJ_STM32) is avialable for downloading from SEGGER site. There are 8 binaries in the Libs subfolder. Can someone clarify a little about the binaries? I mean filename mask and correspondence between the filenames and target MCUs. Some filenames contain some text of command line features when they were compiled. Probably they are for Cortex-M4. As for the rest it is unclear. I couldn't find this i…
-
Hello, as for the getting whether the motion is in progress or not: I'd just define a variable and set / clear it when processing motion messages. Also as I've noticed the motion is blocking on its own and we need to use GUI_Exec1() for "diving into" that processing and get an access to that variable. As for the avoiding buttons react on touch when motion is in progress, oh, I think it's difficult: when you click on a window / widget first WM calls WM_MOTION message and only then it calls touch …
-
Hello, the problem solved by converting YCbCr stream to RGB using the same DMA2D instead of software functions. Then RGB data flows to LCD_LL_DrawBitmap16bpp() in the usual way. Works pretty fast.
-
Hello, I'm using a custom board with a STM32H745 MCU (STemWin v5.44). The color conversion routine is GUICC_M565. I need to display some JPEG data among other things. For converting JPEG data to RGB data I applied hardware JPEG decoder that converts JPEG data to YCbCr data and then I converted YCbCr data to RGB data by software. For displaying RGB data I applied DMA2D. I call _DrawBitmap() -> it calls LCD_DrawBitmap() -> it calls LCD_LL_DrawBitmap16bpp() in LCDConf.c. Here is a screen from the b…
-
Hello, for those who are interested: the problem is solved by calling GUI_MEMDEV_FadeInWindow(WM_HBKWIN, 0); after the dialog is shown. In this case the main job of this function has no meaning but somehow it sets things right. Can't explain furhter as I use STemWin and don't have source files to better understanding.
-
Hello to everyone, I'm using STemWin 5.44, here is just a simple swipelist with a knob attached to item 1. C Source Code (56 lines)When attached the knob lost its motion functionality. In this case motion passes to the swipelist avoiding the knob. Is there any ways to keep the motion on a knob? Thank you.
-
Hello, an unusual way, but clearly effective if you want to scroll a child dialog with a swipe. I'd make a swipelist in a main dialog, then add an empty item and attach a child dialog to that item. Otherwise you will have to create an additional window, then attach a child dialog to it and transmit motion messages to it whereas the swipelist already has the necessary functionality. C Source Code (86 lines)
-
Hello, Sven, thanks for your sample, works fine, but unfortunately it is not quite suitable for me. I need to create a device from a dialog that should not be visible on the screen. In addition a dialog can contain transparency so background should not count in that case. I attached my sample with a simple code scenario that collects all hidden dialog pixel data into a one device. Works fine except for one thing: after the dialog is shown when clicking on a child widget others widgets become hid…