[Interest] Interest Digest, Vol 31, Issue 53
Goole Mail
romkoon at gmail.com
Sat Apr 19 16:53:35 CEST 2014
Этих
Roman Chorniy рыжих р
Original Message
From: interest-request at qt-project.org
Sent: Субота, 19 квітня 2014 р. 13:00
To: interest at qt-project.org
Reply To: interest at qt-project.org
Subject: Interest Digest, Vol 31, Issue 53
Send Interest mailing list submissions to
interest at qt-project.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.qt-project.org/mailman/listinfo/interest
or, via email, send a message with subject or body 'help' to
interest-request at qt-project.org
You can reach the person managing the list at
interest-owner at qt-project.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Interest digest..."
Today's Topics:
1. Bad playback of RTSP streams on imx6 platform [Qt5.3] (Michael)э
----------------------------------------------------------------------
Message: 1
Date: Sat, 19 Apr 2014 10:02:41 +0200
From: Michael <auslands-kv at gmx.de>
Subject: [Interest] Bad playback of RTSP streams on imx6 platform
[Qt5.3]
To: "interest at qt-project.org" <interest at qt-project.org>
Message-ID: <53522DA1.9060004 at gmx.de>
Content-Type: text/plain; charset="iso-8859-15"
Hi
I'm using QT5.3 from git on an imx6 board. Multimedia playback
performance has greatly improved with this commit
(https://codereview.qt-project.org/#change,76764). Performance of video
playback is typically pretty much on par with a native gstreamer pipe.
However, this does not apply to RTSP streams. While the following
gstreamer pipe plays (nearly) perfectly on the commandline:
gst-launch rtspsrc location=rtsp://axis-cam1/axis-media/media.amp !
decodebin2 ! mfw_v4lsink sync=false
Playing the same with Qt5 qml MediaPlayer drops lots of frames (about
90% or more), although CPU usage is very low < 10%.
Warning: "A lot of buffers are being dropped."
Warning: "A lot of buffers are being dropped."
Warning: "A lot of buffers are being dropped."
Also, playback takes up to 5 seconds to start, whereas the cmdline
nearly start immediately.
I can get a similar, although not as bad, experience when using
sync=true on the mfw_v4lsink element. Not sure though, if this is relevant.
Anybody knows how best to debug or even to solve this problem?
Thanks
Michael
<https://codereview.qt-project.org/#change,76764>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/interest/attachments/20140419/c9dcec20/attachment-0001.html
------------------------------
_______________________________________________
Interest mailing list
Interest at qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
End of Interest Digest, Vol 31, Issue 53
****************************************
More information about the Interest
mailing list