Re: time lapse feature

On Mon, May 18, 2009 at 11:47 AM, Stefan Kost <ensonic hora-obscura de> wrote:
> daniel g. siegel schrieb:
>> On Mo, 2009-05-11 at 12:19 +0200, Patryk Zawadzki wrote:
>>> On Mon, May 11, 2009 at 10:10 AM,  <A J Delaney brighton ac uk> wrote:
>>>> I hacked up a Cheese patch to support timelapse:
>>>> However, I don't think this patch achieves timelapse in a sane way.  So
>>>> I've got a proposal as to how I think I should implement timelapse in a
>>>> more sane manner.  However, the patch shows that Cheese can successfully
>>>> do timelapse.
>>> It's not a pretty solution. I think this sort of functionality belongs
>>> in a proper gstreamer element. This would let it do other potentially
>>> useful things like detect movement and only encode frames that are
>>> significantly different or even add subtitles stream/overlay with date
>>> and time.
>> time lapse itself is probably not one of the targets cheese should aim
>> to, however taking a series of photos could be of course.
>> i think, if we are able to add that to cheese, and leave some
>> configurations options in gconf, we can satisfy both targets.
>> daniel
> A timelapse element in gstreamer imho makes no sense (you can use
> videorate to e.g. get 2fps for a while, as doing a timelaps on e.g.
> 30fps is not that useful in many cases).

I agree that the proper way to do this should be to downrate the
pipeline and don't disconnect the "handoff" signal. You can also ask
for < 1 frames per second using fractional framerates (i.e. 1/30 gives
you one shot every 30 seconds).
It is way better for the original Aidan's purpose since it gives you a
nicer way to schedule timed shots in a long time base.
A tee element could be used to display the image at full rate while
saving downrated shots.

> I still like to know what cheese developers think about camerabin though.

See my reply to the other thread.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]