1600x1200 horizontal continuous scrolling panorama

Hi Brecht,

Fundamentally from a rendering standpoint, there's not a lot of
performance gains to be had by any other method, though you might
gain slightly faster render times by using one instance of
jit.gl.sketch and a shapeslice of 2 2, instead of the default 20x20
grid which is being rendered with the plane command. You might also
be able to simplify your math somewhat using the "jit.gl.render
@ortho 2" orthographic projection rather than the fudge code to
handle the default perspective transform.

Where you will gain noticeable performance improvements is by
eliminating the many number boxes and buttons which are consistently
updating. While useful when creating and debugging these patches,
they can easily become performance bottlenecks and lead to more
staggered output. I was able to improve the performance significantly
by replacing all buttons with "t b" (trigger bang), and replacing all
flonum with the float object and all integer number boxes with the
int object. This is easily done after the fact to many copies with
the "paste replace" command. I've included the updated version of
your patch below.

Lastly, for smoothest animation which doesn't seem to change speeds
as the framerate fluctuates, I would recommend driving your animation
with the output of cpuclock. Updating by some scaled amount of the
delta time between consecutive polls of the current time (See the
cputimer subpatch of cpuclock.help for an example of obtaining the
delta time). This is the most accurate way to perform animation for
realtime processing (for non-realtime processing, your current
approach is preferable).

Hope this helps.

-Joshua

Thanks Joshua,

Every little improvement helps! The reason I asked is that I need to
add a HUD and some hardware interface interpretation stuff so I'll
lose some performance when these are implemented.
I see what you mean with the number boxes, I haven't checked on the
Imac, but on a powerbook 12" with lesser graphics card mine got 44-
ish fps, yours almost 60 ?!
Does the elimination of the float and int still have any effect? I
expect that if you have a lot of these the amount of unnecessary
memory that is reserved can run up....
Never used the cputimer, but it sounds like I'll want one of those
more often.

About the perspecive, there's one thing that struck me though and
that's the fact that the textures seemed to be upside down (hence the
@up 0 -1 0)... Am I missing something here?

Thanks for the tips, it's always interesting to learn new tricks to
improve performance...!

grtz, Brecht.

On Mar 23, 2006, at 2:49 PM, Brecht Debackere wrote:

> Every little improvement helps! The reason I asked is that I need
> to add a HUD and some hardware interface interpretation stuff so
> I'll lose some performance when these are implemented.
> I see what you mean with the number boxes, I haven't checked on the
> Imac, but on a powerbook 12" with lesser graphics card mine got 44-
> ish fps, yours almost 60 ?!

Btw, I get 80-90fps with jit.window @sync 0. (60fps is the limit of
synchronized monitor refreshing), so it's essentially 2x faster.

> Does the elimination of the float and int still have any effect? I
> expect that if you have a lot of these the amount of unnecessary
> memory that is reserved can run up....

Probably not anything measurable. The biggest problem is lots of UI
objects updating.

> About the perspecive, there's one thing that struck me though and
> that's the fact that the textures seemed to be upside down (hence
> the @up 0 -1 0)... Am I missing something here?

No the default texture coordinates for plane have always been as
such. You can easily "roll your own" with whatever orientation you
see fit with an explicit vertex list using glbegin, glvertex,
gltexcoord, glend instead of the plane command.

-Joshua

FWIW, 110-120 fps with a faster qmetro with sync off.

-Joshua

sweet!

For fun I was playing with Brecht's patch and I was curious if there was a way to overlay/alphablend video onto the scrolling panorama. I cut/paste a jit.gl.videoplane that I use for most of my blending - it works at first but not after a save/reopen. I assume there's a hierachy to the planes? I've attached a screenshot of what it looks like - the flower image is in the jit.gl.videoplane and the mountain image is being drawn to jit.sketch. code is below... If anyone can set me on the right path for doing something of this sort it would be appreciated.

Also, JKC mentioned the use of a "cpuclock" to drive animations for realtime. Is this anymore efficient or is it just to keep a steady framerate?

www.bartwoodstrup.com

added 'automatic 0' to strictly control render order, added
blend_enable 1 to the jit.gl.sketch's and used alpha of the video
plane to control blending.

enjoy.

v a d e //

www.vade.info
abstrakt.vade.info

I LIVE! I LIVE! I LIVE! I LIVE! I LIVE! I LIVE! I LIVE! I LIVE! I
LIVE! I LIVE! I LIVE! I LIVE!

You will not be saved by the Holy Ghost. You will not be saved by the
God Plutonium.

In fact, YOU WILL NOT BE SAVED!

Like Joshua said, it provides a steadier way to animate realtime. Ultimately I believe it gives you more control over animating multiple objects over a certain nr. of frames, say 2 bouncing balls with a different speed. This way they will always move the same over time and in relation to eachother.

thanks vade/Brecht works fine and I can add multiple vidplanes w/o problems. Is
there an organized list of the gl attributes and their associations in the c74 manual
or tutorial? I've never seen a "list." Does the naming convention of
the attributes match the "Red Book" terminology in a self-explanatory
way? Sorry - I probably could answer these questions on my own with a little bit
of research, except in the case the answers were "no's."

thx again

bart

-----Original Message-----
>From: Brecht
>Sent: Mar 30, 2006 4:05 AM
>Subject: [jitter] Re: 1600x1200 horizontal continuous scrolling panorama
>
>
>Like Joshua said, it provides a steadier way to animate realtime. Ultimately I believe it gives you more control over animating multiple objects over a certain nr. of frames, say 2 bouncing balls with a different speed. This way they will always move the same over time and in relation to eachother.

www.bartwoodstrup.com