How to accelerate the OMAP3530 display subsystem?

Please provide more details on the UI and the windowing framework you are using, with the sheet in below link at,

https://gforge.ti.com/gf/download/docmanfileversion/220/3798/UI_graphics_reqs_sheet_v1.xls

One option is to replace the entire OS with the Unison OS.  The reason that we did this was specifically to meet higher frame rates on OMAP.  The development is in the late stages of development.  Our design goal was 30 frames per second  (which is all the human eye can discern) with larger images.  It will ship in production by July 2011 with complete DSP support with transparent POSIX multicore operation. 

What is your application like?  What board or module have you chosen? 

Kim

Hi, Kim, My application is a waveform shower(pic1), I need to update the wave zone(400 * 400) quickly, so the frame rates is very important, the fast the better.
Windows CE 6.0 is the OS on my target by now, I just use the original display subsystem without SGX or DSP to handle the UI. frequency of OMAP35x is 600MHz (cache enable).
The target module(pic2) is design by ourself base on TI's EVM.

Cool application - how much other stuff do you need from CE or is this display enough?  Is it an instrument?  Does it have a soft touch front panel?  It appears that overlay graphics are required.  Is there any fancier graphics like 3d animation?    If you just need this display likely we have an excellent solution for you.  We do have lots of peripheral support as well out of the box including:

- networking

- usb

- file systems

- color touch panel graphics with auto-generation support

What about the primary I/O interface?  Where does the data come from?   If you wish to have a more private discussion, please try pkr < at > rowebots :dot :com

:-)

Hi, Kim, you mentioned your  design goal was 30 frames per second  with larger images, does your design use the SGX? or just use the ARM core and DSP core?

the link below is the WinCE performance with 24' LCD on our target without SGX,  the frame rate is too low.

http://you.video.sina.com.cn/api/sinawebApi/outplayrefer.php/vid=51110612_1934354272/s.swf

I haven't  figure out where the bottleneck is, do you have any idea?

At the present time we are not using SGX - it has been reserved for future use.  It could be used to accelerate processing but it is not part of the existing solution. 

In our case, the overhead of the OS was considerable.  The drivers were not bad but by the time that the user wrote an application on top of all this with Linux handling all the various things it must do, it was far too slow.  By using a leaner and  much simpler environment with good timing tools it is much easier to figure out what is going on and optimize the system. 

One issue is bus contention depending upon what you are doing.  Did you check this?  In theory it should not be an issue but in practice associates measured some impact in this area.  I am not yet convinced that this was a real result.  The simplification of the system leading to greater performance is what we are anticipating.

We will have a fully operational system in a couple of weeks - you could run some demos and/or port the core of your application and this might give you more information on what is wrong with the existing system.  What language is your application running in?

Hi, Kim, So sorry too late to reply you.

I just solved the problem, I use DMA to move data in the display memory, the fame rate(400 * 360) can reach 80 fps now.

My application language is Simplified Chinese.