This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/620539/linux-am5728-am5728-linux-ducatih264enc-gstreamer-plugin-memory-leak
工具/软件：Linux
您好、专家
我的客户报告 说、他们在 AM5728 EVM 的 PDK 03.03.00.04上发现了 ducatih264enc GStreamer 插件内存泄漏库、可以检查一下吗？
当我与 应用程序一起使用时、会发生内存泄漏。
v4l2表示 cap 数据，v4l2 -> appsrc -> ducatih264enc (ti 表示编码)->文件链接 {这种方法是内存泄漏}
v4l2->appsrc ->文件链接｛这种方法不会发现内存泄漏｝
/*
*
* compile command arm-linux-gnueabihf-gcc app-camera.c -o app `pkg-config --cflags --libs gstreamer-1.0 gstreamer-base-1.0 gstreamer-app-1.0`
*/
#include <linux/videodev2.h>
#include <sys/ioctl.h>
#include <sys/mman.h>
#include <unistd.h>
#include <stdio.h>
#include <stdint.h>
#include <errno.h>
#include <fcntl.h>
#include <stdlib.h>
#include <string.h>
#include <gst/gst.h>
#include <gst/app/gstappsrc.h>
#define waylandsink
#define v4l2src
typedef
struct
_App App;
_App
{
GstElement *pipeline;
GstElement *appsrc;
GstElement *encode;
GstElement *parse;
GstElement *sink;
GstElement *decode;
GstBus *bus;
GstMessage *msg;
GMainLoop *loop;
guint bus_watch_id;
};
App s_app;
int
ret, idx, fd;
#define NBUF 3
#define FRAME_SIZE 152064 //352*288*1.5
width = 352, height = 288;
void
*buffer_addr[NBUF];
size[NBUF];
static
feed_data (GstElement * appsrc, guint size, App * app)
printf
(
"feed-data....\n"
);
v4l2_buffer buf;
/* Dequeue one buffer */
memset
(&buf, 0,
sizeof
(buf));
buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
buf.memory = V4L2_MEMORY_MMAP;
if
(-1 == xioctl(fd, VIDIOC_DQBUF, &buf)) {
perror
"Queue Buffer"
return
FALSE;
}
idx = buf.index;
GstBuffer *buffer;
GstFlowReturn ret;
buffer = gst_buffer_new_allocate(NULL,FRAME_SIZE,NULL);
GstMapInfo info;
gst_buffer_map(buffer,&info,GST_MAP_WRITE);
unsigned
char
* buff = info.data;
memcpy
(buff,buffer_addr[idx],FRAME_SIZE);
gst_buffer_unmap(buffer,&info);
g_signal_emit_by_name(app->appsrc,
"push-buffer"
,buffer,&ret);
"ret:%d\n"
,ret);
(ret != GST_FLOW_OK) {
/* some error, stop sending data */
"push error...\n"
gst_buffer_unref(buffer);
buf.index = idx;
(-1 == xioctl(fd, VIDIOC_QBUF, &buf)) {
TRUE;
xioctl(
fd,
request,
*arg)
r;
do
r = ioctl (fd, request, arg);
while
(-1 == r && EINTR ==
errno
init_device(
fd) {
i;
v4l2_capability caps;
v4l2_format fmt;
v4l2_requestbuffers req;
/* Check for capture device */
(&caps, 0,
(caps));
(-1 == xioctl(fd, VIDIOC_QUERYCAP, &caps)) {
"Setting Pixel Format"
1;
"Driver: %s\ncaps: %8x"
, caps.driver, caps.capabilities);
(~caps.capabilities & V4L2_CAP_VIDEO_CAPTURE) {
"Not a capture device"
/* Set capture format to UYVY */
(&fmt, 0,
(fmt));
fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
fmt.fmt.pix.width = width;
fmt.fmt.pix.height = height;
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_NV12;
// fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_UYVY;
fmt.fmt.pix.field = V4L2_FIELD_NONE;
(-1 == xioctl(fd, VIDIOC_S_FMT, &fmt)) {
"Selected Camera Mode:\n"
" Width: %d\n"
" Height: %d\n"
" Field: %d"
,
fmt.fmt.pix.width, fmt.fmt.pix.height, fmt.fmt.pix.field);
" PixFmt = %c%c%c%c\n"
fmt.fmt.pix.pixelformat & 0xFF, (fmt.fmt.pix.pixelformat >> 8) & 0xFF,
(fmt.fmt.pix.pixelformat >> 16) & 0xFF, (fmt.fmt.pix.pixelformat >> 24) &0xFF);
/* Currently driver supports only mmap buffers
* Request memory mapped buffers */
(&req, 0,
(req));
req.count = NBUF;
req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
req.memory = V4L2_MEMORY_MMAP;
(-1 == xioctl(fd, VIDIOC_REQBUFS, &req)) {
"Requesting Buffer"
"Total buffer num %d\n"
, req.count);
for
(i = 0; i < req.count; i++) {
buf.index = i;
(-1 == xioctl(fd, VIDIOC_QUERYBUF, &buf)) {
"Querying Buffer"
/* Memory map all the buffers and save the addresses */
buffer_addr[i] = mmap(NULL, buf.length, PROT_READ | PROT_WRITE,
MAP_SHARED, fd, buf.m.offset);
//buffer_addr[i]=(void*)malloc(FRAME_SIZE);
size[i] = buf.length;
"Address %p, size %d, image size: %d \n"
, buffer_addr[i], buf.length, buf.bytesused);
/* Queue the buffer for capture */
"12345\r\n"
(-1 == xioctl(fd, VIDIOC_STREAMON, &buf.type)) {
"Start Capture"
0;
release_device(
fd)
type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
xioctl(fd, VIDIOC_STREAMOFF, &type);
close(fd);
gboolean bus_call(GstBus *bus, GstMessage *msg, gpointer data)
GMainLoop *loop = (GMainLoop *) data;
switch
(GST_MESSAGE_TYPE (msg))
case
GST_MESSAGE_EOS:
fprintf
(stderr,
"End of stream\n"
g_main_loop_quit(loop);
break
;
GST_MESSAGE_ERROR:
gchar *debug;
GError *error;
gst_message_parse_error(msg, &error, &debug);
g_free(debug);
g_printerr(
"Error: %s\n"
, error->message);
g_error_free(error);
default
:
main(
argc,
**argv)
App *app = &s_app;
"==========\n"
devnode[100] =
"/dev/video1"
fd = open(devnode, O_RDWR);
(fd == -1) {
"Opening video device"
ret = init_device(fd);
(0 != ret) {
"Exiting"
ret;
gst_init(NULL,NULL);
app->pipeline = gst_pipeline_new(
"encodepipeline"
g_assert(app->pipeline);
app->appsrc = gst_element_factory_make(
"appsrc"
"srcElement"
g_assert(app->appsrc);
app->encode = gst_element_factory_make(
"ducatih264enc"
"encodeElement"
g_assert(app->encode);
app->parse = gst_element_factory_make(
"h264parse"
"parseElement"
g_assert(app->parse);
app->decode = gst_element_factory_make(
"ducatih264dec"
"decodeElement"
g_assert(app->decode);
app->sink = gst_element_factory_make(
"filesink"
"sinkElement"
g_assert(app->sink);
"element creat success\n"
GstCaps *capsappsrc2H264enc;
capsappsrc2H264enc = gst_caps_new_simple(
"video/x-raw"
"format"
,G_TYPE_STRING,
"NV12"
"width"
, G_TYPE_INT, 352,
"height"
,G_TYPE_INT, 288,
"framerate"
, GST_TYPE_FRACTION, 30, 1,
NULL);
// g_object_set(G_OBJECT (app->sink), "sync", FALSE,
// NULL);
gst_app_src_set_caps(GST_APP_SRC(app->appsrc), capsappsrc2H264enc);
g_object_set(app->sink,
"location"
"/mnt/camera.yuv"
,NULL);
app->loop = g_main_loop_new(NULL,FALSE);
app->bus = gst_pipeline_get_bus(GST_PIPELINE(app->pipeline));
app->bus_watch_id = gst_bus_add_watch(app->bus,bus_call,app->loop);
gst_object_unref(app->bus);
gst_bin_add_many(GST_BIN(app->pipeline), app->appsrc,app->sink,NULL);
gboolean bLinkOk;
bLinkOk= gst_element_link(app->appsrc,app->sink);
(!bLinkOk){
g_warning(
"Failed to link many 1\n"
-5;
g_signal_connect(app->appsrc,
"need-data"
, G_CALLBACK(feed_data), app);
gst_element_set_state (app->pipeline, GST_STATE_PLAYING);
"run....1\n"
g_main_loop_run(app->loop);
"run....2\n"
app->msg = gst_bus_timed_pop_filtered (app->bus, GST_CLOCK_TIME_NONE, GST_MESSAGE_ERROR | GST_MESSAGE_EOS);
(app->msg != NULL)
gst_message_unref (app->msg);
gst_object_unref (app->bus);
gst_element_set_state (app->pipeline, GST_STATE_NULL);
gst_object_unref (app->pipeline);
gst_object_unref(app->appsrc);
gst_object_unref(app->sink);
"close...\n"
您好！ 您是否也通过 videnc2test 观察它？ BR 玛格丽塔
什么是 videnc2test？
当我使用它时、我需要 足够大的文件进行编码？ 环路对其进行编码？
您好！
此问题是否未通过 ducatimpeg4enc 重现？
请告诉我您收集了哪些内存统计数据来缩小问题的根源所在 ducatih264enc。
我尚未使用 ducatimpeg4enc、有关 ducatih264enc、您可以查看此页面 e2e.ti.com/.../2287603
我只使用 TOP 命令来检测内存泄漏。
您好、Abayyy、
已修复编码器内存泄漏问题、此处提供补丁-
您可以使用 Arago Build 来重建插件-
大家好、Manisha、
谢谢、但我不知道如何仅使用 ti-processor-sdk-linux-am57xx-evm-03.03.00.04 SDK 构建 ducatih264enc 插件？ 可以帮帮我吗？
[引用用户="abayyyyyyyy"]谢谢、但我不知道如何仅使用 ti-processor-sdk-linux-am57xx-evm-03.03.00.04 SDK 构建 ducatih264enc 插件？
该问题并非仅针对 ducatih264enc。
这是 PSDK 版本03.03.00.04的用户指南 processors.wiki.ti.com/index.php 请按照指南中的步骤操作。 这是构建 Ducati 插件的最后一步： MACHINE=am57xx-EVM bitbake gstreamer1.0-plugins-Ducati 您可以在 gstducatividenc.c 文件中手动应用修补程序。 请查看指南中的强制重新编译章节。 新的 libgstducati.so 文件应为 cp 到 rootfs//usr/lib/gstreamer-1.0。 希望这对您有所帮助。 BR 玛格丽塔
您好、Margarita、
您的 duchati 插件补丁可使用哪个版本的 PDK？ 我认为.so 文件 不依赖于 PDK 版本。
感谢您的大力支持！
检查附件：
e2e.ti.com/.../libgstducati.zip
BR 玛格丽塔
非常感谢您帮助解决内存泄漏问题
e2e.ti.com/.../2291680
客户在您提供的.so 文件中找不到 H264enc 插件中的内存泄漏问题、感谢您的支持！
您是否也可以检查 ducatih264dec 插件、客户报告此插件中也存在内存泄漏问题、谢谢！
您好！ 我将进行检查。 观察到 gstreamer 流水线不是应用程序的问题、对吧？
您好！ 我们能够重现此问题。 BR 玛格丽塔
您好、Margarita：
客户的测试方案如下：
gst-launch-1.0 -v -e v4l2src device=/dev/video1 io-mode=2！ 'video/x-raw、format=(string) NV12、width=(int) 800、height=(int) 600、framerate=（fraction) 30/1、bitrate=(int) 30'！ ducatih264enc! h264parse！ ducatih264dec！ landwaysink 同步=错误
那么、您可以重现此问题吗？ 是否可以在解决内存泄漏问题后提供更新的插件？ 谢谢
尊敬的 Jian：
我在您的流水线中再现了该问题。 我分析了 ducatiDecoder 源代码，发现每帧有一个小内存泄漏，但修复此泄漏后，仍然观察到顶部命令中的 Mem%增加。
我已附上修改后的 libgstducati.so 用于您的测试。 您能确认该行为吗？
另一个观察结果是、如果管线中的 kmsink 被 fakesink 替换、则没有记忆泄漏。
kmsink 或 waylandsink 出现问题。
e2e.ti.com/.../6012.libgstducati.zip
RAM
您好 RAM、
非常感谢您的支持和辛勤工作！
因此、您已经修复了 ducatiDecoder 插件中的内存泄漏问题、还分析了 kmsink 或 landsink 中的代码？
我将根据您的指导与客户合作进行测试、谢谢！
Manisha、
感谢您的支持！ 在中国国庆节之后、我将与客户合作进行验证！
