The power of Clip render

[SRsupport]

Great tip if you use third party tools (filters + transitions) in EDIUS which are not always realtime.
Keep the timeline less cluttered with this tip:
http://www1.sr.net/~t100575/Edius_Shift+G_tip version2.pdf

[STORMDAVE]

Good one Steve, I'm surprised others don't know about this. Been doing Shift+G since I started using EDIUS. I'll be honest, I have not touched the EDIUS manual and am not sure if this was covered there or not, but there are alot of hidden goodies in EDIUS that aren't really covered anywhere.

[SRsupport]

but there are a lot of hidden goodies in EDIUS that aren't really covered anywhere.

That is so true and frustrating at the same time. :(
Shift +G was added in 4.5 if I remember correctly.

Steve

[antonsvideo]

I find that shift+G takes a long time to render so I don't use it

I use shift+Q which does the same but 100x faster

a 1 sec non realtime transition takes only 1 sec to render on my system

[SRsupport]

Shift+ G is very fast here. It equals your shift+q number.
I go for less clutter.

The point is that when moving clips along the time line from track or place a shift +G makes more sense in the workflow. :)
This is also the point when moving stuff via AAf.

STeve

[GrassValley_BH]

The shortcut was added recently... The function itself has been around since 3.something, though I admit I never thought of doing it to a transition.

[SRsupport]

Yeah I can't keep track of what was added when. :)
My mistake.
It is a time saver on transitions because it is speedy.
When adding in HD press shift + G.
It beats doing the in out thing over transition and then pressing the shift +q.

But everyone has his/ her own workflow. :)

Steve

[antonsvideo]

ok

I added an xplode pro 1 sec ball bounce transition

1. I double click the ruler above the selected trans and press Ship+Q, render takes less than 1 second

2. I delete the above render

3. I select the transition and press shift+G and render takes 40 seconds

[SRsupport]

I was testing with newblue stuff not xplode pro.

Was your footage SD or HD?

Also if you have the renderer set to your GPU this could give results that are whacky.

Btw Anton I put that same transition on HD footage on a sd timeline and the system was so fast that there was not even time displayed.
If you want I can put up a screen capture for you.



Steve

[antonsvideo]

Hi Steve

I was using 1440x1080i test clips with a 1 sec xplode pro ball bounce

xplode pro config is set to universial 3D renderer since my graphics card does not work with the realtime nvidia patch

try it and you will see that shift+Q renders this ball bounce in less than a second

then try shift+G (it stalls for 10 sec, then it says 1min 30 sec remaining, then it speeds up and all up it takes 40 seconds)

maybe this is just unique to xplodepro but why does shift+Q work fast?

[SRsupport]

Anton I just did that with the newblue cartoonr filter.
On my system which is also dual xeon 8 core the render time between shift +q and shift +G are equal.

6 sec sd with cartoonr takes 4 sec to render on both renders.
I will do the ballbounce test again.



Checked it 3 times.

[GrassValley_BH]

Just to be more scientific (and also remove caching from the equation) try extending the transition length to 15 seconds.

[antonsvideo]

Anton I just did that with the newblue cartoonr filter.
On my system which is also dual xeon 8 core the render time between shift +q and shift +G are equal.

6 sec sd with cartoonr takes 4 sec to render on both renders.
I will do the ballbounce test again.



Checked it 3 times.

be sure to set xplodepro config to universial 3D renderer

[STORMDAVE]

That is so true and frustrating at the same time. :(
Shift +G was added in 4.5 if I remember correctly.

Steve

It was in EDIUS 3 too afaik, I was always right clicking and rendering so the shortcut must've been different

[SRsupport]

Why are we testing xplode pro in the first place it is dead?

Anton download the free cartoonr from newblue. It is a filter.

Apply it to a clip and do the render comparison.

I tested all the newblue 3 d transformation transitions and they are equal in render time.

Now if I will do the explode test. If there is a difference it certainly has to be something explode specific explode?


Steve