[Gridflow-dev] new [#camera] in GridFlow 9.9

[Roman Haefeli]

Yo again

I tried it again on a fresh GridFlow on a fresh Ubuntu Lucid. 
The symptoms are still there. I found that the distortion only happens,
if [metro]'s rate is lower than the camera rate. Sometimes even if the
[metro] rate is the same as the camera rate, you get the distortion, but
then you can get rid of it by manually clicking the [bng]. 

@Olsen
You can check this by setting the camera to 'videomode=1' a.k.a 30fps.
Then start the [metro 33]. When you change the [metro] rate to something
above 33, you will get distortion (more or less quickly, depending how
much slower you make the [metro]). When feeding it with a number below
33, the distortion goes away.

Can this behaviour be described as a 'buffer overflow'? In Gem it is
possible to have the [gemwin] rate be lower than the camera rate without
getting artefacts. So it seems that it is specific to GridFlow.

Roman


On Tue, 2010-04-20 at 12:45 +0200, olsen wrote:
> 
> Mathieu Bouchard wrote:
> > On Wed, 14 Apr 2010, olsen wrote:
> > 
> >> & the video looks like this:
> >> http://hasa-labs.org/tmp/ps3camera.mov
> hm strangely enough i get the 'effect' again and can't get it rid of it even with setting the videomode=1 aka 640x480 at 30 
> fps what worked last time...
> > 
> > do you have to click a size every time you open the camera ?
> no i just use the default size of current svn (480x640) & changing size doesn't change to much in the picture (except 
> the size of course)
> > 
> > if not, then does it do the problem only when you have last closed the 
> > camera with a different resolution than the default size that gridflow 
> > picks ?
> at the moment i get the problem ev'ry time on opening #camera
> > 
> > is it acting the same across all colorspaces ?
> > click y, yuv, rgb, rgba, magic.
> jep
> > 
> >  _ _ __ ___ _____ ________ _____________ _____________________ ...
> > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
>