About Freescale i.MX6Q VPU codec simultaneously

[qqk]

OK, thank you.


I think I found the reason of the latency problem.


Now I'm trying to use mxc_vpu_test demonstration example to optimize this,  I didn't do memory copys, espically 
the decoded YUV data.
I pass the address of decoded YUV buffer for display to the address of input encode YUV buffer directly,  now the
fps of decode for display and encode for saving to file simultaneously,  can achieve about 28 fps.


So It's OK !








--

夫君子之行，静以修身，俭以养德。

At 2017-02-10 20:54:39, "Mikl [via GStreamer-devel]" <ml-node+s966125n4681820h94 at n4.nabble.com> wrote:


Hello,




I am not really a person to give advises on that.

So, i will share my guess. OK? (can be a good start, as long as nobody did respond to you till now)




As i see, it is latency problem.

It is discussed a lot on forum.

You easily find it.




Sorry. It is all how i can help.




Mikl


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



If you reply to this email, your message will be added to the discussion below:
http://gstreamer-devel.966125.n4.nabble.com/About-Freescale-i-MX6Q-VPU-codec-simultaneously-tp4681586p4681820.html
To unsubscribe from About Freescale i.MX6Q VPU codec simultaneously, click here.
NAML



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/About-Freescale-i-MX6Q-VPU-codec-simultaneously-tp4681586p4681837.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170210/ec8c86b1/attachment.html>