| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Revert to the old pipeline, which at least works 100% with the old
gstreamer versions that we are now shipping.
|
|
|
|
| |
Otherwise we get a really spooky live video lag
|
|
|
|
|
|
|
|
|
| |
When you add the video recording elements (theora + wav writing)
on-the-fly, there is a very visible freeze to the recorded video output
(several seconds).
This delay completely goes away if you stop the pipeline while doing the
reshuffling, and the visual glitch caused by this is minimal.
|
|
|
|
| |
Must have missed these hunks somehow
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Move to a model where the pipeline core is fixed, and we can plug in
photo and video bins to the tee element, and/or add an audiobin
separated from the rest for recording audio. Fixes problems caused by
not doing pad blocking and having unconnected elements lying around
in the pipeline.
Video recording is not quite working right... Audio and photo seem OK.
|
|
|
|
|
| |
It returns True on success, which results in the idle handler calling
the function again...
|
|
|
|
| |
A gstreamer assertion suggests this is the correct order of operations.
|
|
|
|
| |
git-svn-id: http://mediamods.com/public-svn/camera-activity/tags/51@1016 574bc980-5f2d-0410-acbc-c8f9f0eb14e0
|
|
|
|
| |
git-svn-id: http://mediamods.com/public-svn/camera-activity/tags/51@1013 574bc980-5f2d-0410-acbc-c8f9f0eb14e0
|
|
|
|
| |
git-svn-id: http://mediamods.com/public-svn/camera-activity/tags/50@1006 574bc980-5f2d-0410-acbc-c8f9f0eb14e0
|
|
|
|
| |
git-svn-id: http://mediamods.com/public-svn/camera-activity/tags/49@995 574bc980-5f2d-0410-acbc-c8f9f0eb14e0
|
|
|
|
| |
git-svn-id: http://mediamods.com/public-svn/camera-activity/tags/48@987 574bc980-5f2d-0410-acbc-c8f9f0eb14e0
|