Hi all,
We have our product to be released very soon and we desperate to overcome the following issue with omap3530 (720Mhz).
1) FPS around 10-15 for 720P
2) Coupled with increased cpu usage of 40-50% with the OMAP3530 board (arm 720Mhz clock) + sdk.
We use the following pipeline to perform video playback.
gst-launch --gst-debug=TI*:2 filesrc location=/home/121view/media/capitalcardB_30s_31dec08.mp4 ! typefind ! qtdemux name=demux demux.audio_00 ! queue max-size-buffers=8000 max-size-time=0 max-size-bytes=0 ! typefind ! TIAuddec1 ! audioconvert ! audio/x-raw-int, width=16, depth=16 ! alsasink demux.video_00 ! typefind ! TIViddec2 codecName=h264dec ! TIDmaiVideoSink displayStd=fbdev displayDevice=/dev/fb1 videoStd=720P_60 videoOutput=DVI resizer=TRUE accelFrameCopy=TRUE rotation=0 contiguousInputFrame=TRUE
We are using the omap3530 with the following h/w and s/w configurations
ARM clocking rate -720Mhz, ram 512MB
kernel - 2.6.33.2, dmai- brijesh dmai dev 2xx branch, dsplink - 1.64, codec engine - 2.25.01.06, linux utils -2.25.01.06
Initially we started our development with the following SDK and Hardware configurations, we did not face any of the above issues.
ARM clocking rate - 500Mhz, Ram - 256MB,
Kernel -2.6.29-rc3-omap1 (tipsp release), Dvsdk - 3.00.02.44, Dmai - 2.00.02.04, Dsplink - 1.61.03, Codec_engine - 2.24, Linuxutils - 2.24.04 (cmem install dir), Bios - 5.33.06
We used the same gstreamer pipeline as before except that we used v4l2 driver instead.
gst-launch --gst-debug=TI*:2 filesrc location=/home/121view/media/capitalcardB_30s_31dec08.mp4 ! typefind ! qtdemux name=demux ..........displayStd=v4l2 displayDevice=/dev/video1......
The cpu usage was between 10-20% and the fps was good at 720P resolutions in the sdk.
On probing I suspect the following to be the issue.
The recent dmai versions use sdma for its resizer functionality (dmai brijesh dev branch). This particular upgrade is to overcome the resizer restriction to resize height & width only in multiples of 32.
But this upgrade causes performance issues (fps dropping and increased cpu usage).
As we are not concerned about the restricting height/width to multiples of 32, I tried merging the Dmai - 2.00.02.04 with the recent brijesh dmai dev 2xx branch and found it was not working for fbdev. Also I found the resize implementation is meant to work only with v4l2, so I tried v4l2 and still found it to be failing.
Kindly provide your valuable advice to resolve this issue ASAP.
Thanks and Regards,
Hari