[Bug 747403] New: Inconsistent and poor video capture frame rates on OS X and iOS
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Mon Apr 6 05:13:39 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=747403
Bug ID: 747403
Summary: Inconsistent and poor video capture frame rates on OS
X and iOS
Classification: Platform
Product: GStreamer
Version: git master
OS: Mac OS
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-bad
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: c at ijsf.nl
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 301007
--> https://bugzilla.gnome.org/attachment.cgi?id=301007&action=edit
Fix for maximum capture rate
As copied from the OpenWebRTC issue tracker at
https://github.com/EricssonResearch/openwebrtc/issues/243
--
I have been testing the local video capturing in the iOS build of OpenWebRTC on
an iPad Mini Gen 1 (armv7) using demo.openwebrtc.io:38080 and noticed that the
frame rate of the local video frame is very inconsistent. At times it is
reasonably fast (15 to 30 Hz), but most of the time it is way too low (1 Hz).
The video capturing is handled by the sys/applemedia code in gst-plugins-bad.
I've been checking the code and I think that the activeVideoMaxFrameDuration is
not set properly: it is set to the maximum frame duration, while I believe it
should be set to the minimum frame duration as to "fix" the frame rate to the
highest possible value.
--
This minimal patch fixes the maximum frame rate to the minimum possible values,
as recommended by Apple for use with high performance video capture use cases,
at
https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html
Patch has been tested and verified to be working (OpenWebRTC).
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list