WhyCan Forum(哇酷开发者社区)

开cache

你看这个帖子： https://whycan.cn/t_1457_2.html  也是裸跑的，并不卡。
能否把视频效果放出来参考参考？

最近编辑记录 duckduckgo (2018-12-18 11:27:00)

确实有点卡，zlg gui那个demo我在480x272液晶上面跑正常

xboot里面有一个lvgl分支，速度比你这个要快，你参考下

关于你这个lvgl的视频。我大概清楚。我当时是在NUC972上运行的这个程序(运行在linux操作系统下)，效果也是你这样。这主要是弹出动画以及lvgl下main.c里，的usleep(10000)导致的。你在main.c中，找到这个函数，报10000改成比如100。键盘的弹出动画效果就快得飞起了

这个延时去掉的话 cpu都被lvgl用了  别的也就干不了什么事情了

多谢分享

楼主跑的慢的问题找到了吗，能否再次分享下你的程序，我打算试试，第一个链接怎么都没下载下来

https://whycan.cn/t_3649.html#p33367

编译软件下载: https://launchpad.net/gcc-arm-embedded/4.9/4.9-2015-q3-update
Linux 编译软件下载: gcc-arm-none-eabi-4_9-2015q3-20150921-linux.tar.bz2

编译软件可以用上面的gcc, windows/linux 版本都有,

make 在 linux自带, windows 的 msys 软件包也带 make.

awfans  感谢你提供的说明，根据链接发现GCC 编译器不支持ram9 ,麻烦给一个新版的，最好能有编译步骤，谢谢啦

我没有在windows上编译，我是用ubuntu16.04编译的，然后在windows上烧写，现在有软件可以烧写了， 方便多了，如果你用ubuntu16.04编译那可以先设置其文件夹为共享然后在windows上添加网络影射盘就可以直接操作了。烧写工具你搜索下：DKTool windows下F1C200S图形化烧写工具

f1c100s 怎么输出32bit色？

解决了

这个是不经过LINUX直接跑的？感觉有点颠覆认知

牛皮，裸奔，咱也去试试，感谢楼主分享！

修复低帧率
//添加到fb-f1c100s.c
void fb_f1c100s_area_present(framebuffer_t * fb, uint16_t x1, uint16_t x2, uint16_t y1, uint16_t y2, uint32_t* data)
{
    uint16_t x = x2 - x1 + 1;
    fb_f1c100s_pdata_t * pdat = (fb_f1c100s_pdata_t *)fb->priv;
    uint16_t size_of_row = x*sizeof(uint32_t);
    pdat->index = 0;
    for(int i=y1; i<y2+1; i++) {
        memcpy(&((uint32_t*)pdat->vram[0])[i*LCD_WIDTH + x1], data, size_of_row);
        data += x;
    }
    dma_cache_sync(pdat->vram[0], pdat->width * pdat->height, DMA_TO_DEVICE);
    f1c100s_debe_set_address(pdat, pdat->vram[0]);
}

//在Main中使用
/* Display flushing */
void my_disp_flush(lv_disp_drv_t *disp, const lv_area_t *area, lv_color_t *color_p)
{
    fb_f1c100s_area_present(&fb_f1c100s, area->x1, area->x2, area->y1, area->y2, (uint32_t*)color_p);
    lv_disp_flush_ready(disp);
}

问下怎么在WIN10环境下设置make的gcc路径

这不止是卡，简直用不了。

lcd的dma跟cache能同时使用吗？

感谢分享!
感谢,目前跑不起来800*480  看看问题出来哪!