This post was updated on .
CONTENTS DELETED
The author has deleted this message.
|
Hi,
please be aware the your are using @yahoo.com emails, which all goes to spam on many systems. As a side effect, it's likely your message will get missed, or only seen a while later. Le dimanche 18 juin 2017 à 13:46 -0700, schmidtbag a écrit : > I've been working on this project that ultimately results in recording from > 2x 1080p webcams side-by-side on the same video, but gstreamer seems to be > struggling with this despite using known-working commands and hardware that > works fine with other applications. I have two problems in particular, and > I'm gussing they're both related. > > The webcams in question are the Logitech C615, and my OS is Arch Linux 64 > bit. > > 1. When initializing gstreamer, it takes roughly 15 seconds to start doing > anything as long as these cameras are involved. So far it doesn't seem to > matter what I change in the command, the delay is always the same. For > example, this: > gst-launch-1.0 v4l2src device=/dev/video1 ! > video/x-raw,framerate=30/1,width=1280,height=720 ! xvimagesink camera, UVC driver not being very smart, and GStreamer probing all possible feature on the camera before the camera starts. I have found how to optimize this, but haven't found time (neither anyone to sponsor work). Let me know if you are interested. > > The performance is fine, CPU usage always remains very low, but the delay is > quite long. If I tell it to record to a file, it's actually recording the > entire time, but it's only showing the first frame during the those 15 > seconds. When using a different webcam, there is no delay. For live source, the recorded time is includes initial GAPs indeed. That's normal, though there is some proposal on bugzilla to allow clipping that initial delay. https://bugzilla.gnome.org/show_bug.cgi?id=750794 > > 2. If I try doing a side-by-side recording, things get much worse. I tried > doing a very basic side-by-side recording. If I set both input sources to > both cameras, only one camera turns on and gstreamer eventually just > self-closes. If I do one webcam and one "videotestsrc", it will run but the > framerate is abysmal. Example: > gst-launch-1.0 v4l2src device=/dev/video1 ! > vido/x-raw,framerate=30,width=640,height=480 ! m.sink_0 videotestsrc ! > video/x-raw,width=640,height=480 ! m.sink_1 videomixer name=m > sink_0::xpos=0 sink_1::xpos=640 ! video/x-raw,width=1280,height=480 ! > xvimagesink version. In general, to be sure, use compositor. This new mixer is designed to handle live streams properly. In recent version of GStreamer, videomixer is just a GstBin on top of compositor, that mimic the old interface. > > Note the CPU usage is still very low. When using a different webcam, the > frame rate is very smooth. > > > Any suggestions? ffmpeg doesn't seem to have these problems, but I intend > to run these cameras on a platform where only gstreamer can run smoothly > (when it actually works). > > > > -- > View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Multiple-webcam-issues-tp4683435.html > Sent from the GStreamer-devel mailing list archive at Nabble.com. > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (188 bytes) Download Attachment |
This post was updated on .
CONTENTS DELETED
The author has deleted this message.
|
Le lundi 19 juin 2017 à 11:45 -0700, schmidtbag a écrit :
> Nicolas Dufresne-5 wrote > > please be aware the your are using @yahoo.com emails, which all goes to > > spam on many systems. > > It actually didn't, but thanks for the heads up anyway. > > > > That's a known issue, distributed between the slow firmware in that > > camera, UVC driver not being very smart, and GStreamer probing all > > possible feature on the camera before the camera starts. > > > > I have found how to optimize this, but haven't found time (neither anyone > > to sponsor work). Let me know if you are interested. > > I can't imagine the camera firmware or the UVC driver is entirely the issue, > considering ffmpeg, VLC, and qv4l2 can all initialize the camera > instantaneously. implements automatic format negotiation. Also, they don't make any use of the non-enumerable part of V4L2 like colorimetry and interlacing. To make a list of all these, you need to do a lot of calls into the kernel, which on UVC triggers a lot of camera round-trips. > I am interested in your optimization though. I intend > this to record at the push of a button without access to a UI, so the delay > may be a problem at some point. Sure, ideally, if you'd like to do that yourself, just come buy on IRC, I'll be able answer your questions (freenode #gstreamer, I'm ndufresne) . > > > > For live source, the recorded time is includes initial GAPs indeed. > > That's normal, though there is some proposal on bugzilla to allow > > clipping that initial delay. > > > > https://bugzilla.gnome.org/show_bug.cgi?id=750794 > > > > ... > > > > "videomixer" could be the wrong choice here, depending on the GStreamer > > version. In general, to be sure, use compositor. > > Thanks, I'll be sure to try these out when I get home. > > > > -- > View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Multiple-webcam-issues-tp4683435p4683446.html > Sent from the GStreamer-devel mailing list archive at Nabble.com. > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (188 bytes) Download Attachment |
Free forum by Nabble | Edit this page |