Search Results
Search results 61-80 of 1,000. There are more results available, please enhance your search parameters.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Hi, Quote from anuj.tanksali: “Will using 3 buffers cause an improvement in speed regarding dialog loading? ” Not sure if it will reduce the loading. The KNOB will create 32bpp memory devices. THis means that every pixel needs to be converted into the framebuffer format which is 16bpp. I could imagine that this takes a while on a hardware without hardware acceleration. Of course, this depends also on the size of the KNOB. Quote from anuj.tanksali: “Can we achieve the knob functionality with some…
-
Hi, typically it is not required to enable automatic use of memory devices. Automatic use of memory devices will produce an overhead in regards of drawing. At first emWin draws into the memory device and then the memory device gets drawn into the framebuffer. It can get even worst if there is not enough memory available to create a memory device for the complete window area. If there is not enough memory emWin uses banding and creates multiple small memory devices after each other till the compl…
-
MEMDEV Issue..
PostHi, Check out the manual for the memory requirements to draw PNGs: segger.com/doc/UM03001_emWin.html#id_000799 Here is a description on how much memory a memory device requires: segger.com/doc/UM03001_emWin.html#Memory_requirements I doubt that 400KB are sufficient memory. You might want to try out other formats than PNG instead. You could use the Bitmap Converter to generate a DTA file from the PNG. Drawing a DTA doesn't need that much memory. Also the Bitmap Converter offers different options …
-
Hi, Not sure yet why this happens. Are the files write protected? I will give it a try on my end, too. EDIT: I gave it a try. My version control sets the file properties to write protected. When the files are write protected I get the same error as you do. After removing the write protection it is working. Regards, Sven
-
Hello Marcel, Currently it is not possible to switch a screen from code. We are working already on API functions to allow the user to trigger any job which can be done via AppWizards interaction window. For now you can use variables as a workaround. To do so follow the steps below. 1. Create two screens ID_SCREEN_00 and ID_SCREEN_01 2. Add a variable to your project 3. On screen ID_SCREEN_00 add an interaction which has the following properties: - Emitter: ID_VAR_00 - Signal: VALUE_CHANGED - Job…
-
Hi Marcel, When setting a text to an object make sure to not set a text within the AppWizard. If a text is set from within the AppWizard it will overwrite the text set programmatically. Currently the AppWizard shows the object type as a hint to distinguish between the different objects (especially the text object which would be invisible without a text set). We will further improve this by showing not only the object type but also the object ID. Best regards, Sven
-
Hi, You are doing this: C Source Code (7 lines) This will lead to wrong touch behavior because the generated "up event" will occur at (-1|-1). emWin will check if there is a window/widget below this point and will generate messages accordingly. Lets say you press a button at the center of the screen and it will receive a click message. Now you release the touch screen and the up event occurs at (-1|-1), but there is no button and no release event will be thrown. Try to declare "touchState" as st…
-
Hi, Try the code below. The font gets created within the parent window of a button. The font data and the handle to the file needs to be valid as long as the button uses the font. Therefore the variables are declared static. On delete of the window (which does not occur in this example) the button gets also deleted (automatically). At this point the font is not used anymore and can be deleted, too. Although, the window never gets deleted in this example it should show how to make sure a font sta…
-
Hi, Quote from Mark_C: “Is it OK like this or is it necessary to make some other setting? ” This is the only location where you need to configure the memory used by emWin. Any emWin operation which needs a piece of memory uses this memory block. The only exception is the GUIDRV_Lin driver. Its framebuffer needs to be allocated by the user. Regards, Sven
-
Hi, How do you create the font within your application? Make sure the third parameter matches the xbf file: C Source Code (1 line) Here you will find an example regarding XBF fonts: wiki.segger.com/Set_external_XBF_font_(Sample) Or is the Font Converter you are using a demo version? Earlier demo version produced a non usable output. Under the link below you will find the latest demo version of the Font Converter (no limitation in regards of functionality, you're not allowed to use it in a commer…