Toybrick

标题: mpp解码后数据拷贝占用CPU，是否有更好方式进行拷贝？ [打印本页]
作者: 雁南飞    时间: 2023-9-5 15:24
标题: mpp解码后数据拷贝占用CPU，是否有更好方式进行拷贝？
本帖最后由 雁南飞 于 2023-9-5 15:55 编辑

1.应用场景：rk3568 arm盒子视频硬解，在应用层对解码后的图像数据进行处理
2.程序使用到的SDK为rk mpp的SDK，git：https://github.com/rockchip-linux/mpp
3.程序中使用了h264的硬解，解出YUV后使用RGA转换成RGB图像，最后将图像数据拷贝传出给上层应用
4.目前在对RGB图像数据进行拷贝时（目的内存是应用层new出来的，RGB图像数据的内存由mpp SDK控制，可以获取到首地址），
CPU飙升，使用memcpy函数进行数据拷贝，对YUV的数据进行拷贝也会发生同样现象
5.屏蔽对RGB或YUV的数据拷贝CPU是正常的，对其他大的数据进行memcpy函数进行拷贝也是正常  6.主要的代码在decoder.cpp和rk_decoder.cpp

作者: jefferyzhang    时间: 2023-9-5 16:31
但凡看到代码里有对图片每帧做memcpy就是错误的写法。
所有图片的memcpy都可以用RGA或者openGL替代
作者: 雁南飞    时间: 2023-9-5 16:40
jefferyzhang 发表于 2023-9-5 16:31
但凡看到代码里有对图片每帧做memcpy就是错误的写法。
所有图片的memcpy都可以用RGA或者openGL替代 ...

您好！用RGA具体怎么处理
作者: jefferyzhang    时间: 2023-9-5 17:13
雁南飞 发表于 2023-9-5 16:40
您好！用RGA具体怎么处理

请自行参看 https://github.com/airockchip/librga
rga库的sample
作者: 雁南飞    时间: 2023-9-5 17:19
jefferyzhang 发表于 2023-9-5 17:13
请自行参看 https://github.com/airockchip/librga
rga库的sample

好的，谢谢！我先研究看看
作者: 雁南飞    时间: 2023-9-6 16:53
本帖最后由 雁南飞 于 2023-9-6 16:57 编辑
jefferyzhang 发表于 2023-9-5 17:13
请自行参看 https://github.com/airockchip/librga
rga库的sample

大神你好，我把解码后yuv的数据直接写文件是可以用工具播放出来，我把librga的库加了进去，经过rga拷贝后写文件就不行了，大概率流程是有问题的，我参考sample中rag_copy_demo.cpp，实现了以下代码，代码如下：
  1. rga_buffer_t g_src_img;
  2. rga_buffer_t g_dst_img;
  3. rga_buffer_handle_t g_src_handle;
  4. rga_buffer_handle_t g_dst_handle;

  6. g_src_handle = 0;
  7. g_dst_handle = 0;
  8. memset(&g_src_img, 0, sizeof(g_src_img));
  9. memset(&g_dst_img, 0, sizeof(g_dst_img));
  10. memset(g_dst_buf, 0x80, width*height*3);
  11.   
  12. g_src_handle = importbuffer_virtualaddr((char*)mpp_buffer_get_ptr(buffer),  width*height*3);
  13. g_dst_handle = importbuffer_virtualaddr(g_dst_buf,  width*height*3);
  14. if (g_src_handle == 0 || g_dst_handle == 0)
  15. {
  16.       printf("importbuffer failed!\n");
  17.       return ;
  18. }

  20. g_src_img = wrapbuffer_handle(g_src_handle, width, height, RK_FORMAT_RGB_888);
  21. g_dst_img = wrapbuffer_handle(g_dst_handle, width, height, RK_FORMAT_RGB_888);

  23. IM_STATUS checkRet = imcheck(g_src_img, g_dst_img, {}, {});
  24. if (IM_STATUS_NOERROR != checkRet)
  25. {
  26.       printf("%d, check error! %s", __LINE__, imStrError((IM_STATUS)checkRet));
  27.       return;
  28. }

  30. printf("dest handle:%d handle:%d fd:%d vir:%x phy:%x\n", g_dst_handle, g_dst_img.handle, g_dst_img.fd, g_dst_img.vir_addr, g_dst_img.phy_addr);
  31. printf("src handle:%d handle:%d fd:%d vir:%x phy:%x\n", g_src_handle, g_src_img.handle, g_src_img.fd, g_src_img.vir_addr, g_src_img.phy_addr);
  32. IM_STATUS retStatus = imcopy(g_src_img, g_dst_img);
  33. if (retStatus == IM_STATUS_SUCCESS)
  34. {
  35.            printf("imcopy running success!\n");
  36. }
  37. else
  38. {
  39.            printf("imcopy running failed, %s\n", imStrError((IM_STATUS)retStatus));
  40. }

  42. //这里对g_dst_buf进行操作，写文件之类
  43. //......

  45. if (g_src_handle)
  46.             releasebuffer_handle(g_src_handle);
  47. if (g_dst_handle)
  48.             releasebuffer_handle(g_dst_handle);
复制代码


其中，printf打印的g_dst_handle、g_src_handle均为-1，fd，vir__addr, phy_addr这些值均为0，看着是不正常的。




欢迎光临 Toybrick (https://t.rock-chips.com/) Powered by Discuz! X3.3