Welcome to our community

Be a part of something great, join today!

  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

OVERALL ETA

Enrique Blein

Well-known member
Joined
Apr 29, 2007
Messages
980
Reaction score
0
Points
16
Age
57
Location
Miami Beach, USA
This is either a request or a question if it does exist alreadyÑ is there a way to know the overall ETA render time when batch rendering exports in Red Cine'X. I can see the clip´s ETA render time, but sometimes I need to know when the whole render will be done, specially when doing overnight renders.


Thanks Red Team if this can be addressed!
 
Wait till one clip finishes, divide how long it took into how big the R3D is, and extrapolate
 
Well, I sort of try to, but it would be nice no to, specially when clients are waiting for the data and one has to give them educated guesses. Please Red Team, it´s a couple of programming lines!
 
If only such things could be expressed in a couple lines of code, my life would be so much simpler :) Nonetheless, we'll look into it.

David
 
Cheers David, sorry I thought it was simpler! But nevertheless, it´s a request I´m sure many of us have, I mean, DOPs on the lower end that need to give lazy clients ¨cooked¨ files and are desperate for it! Thanks for replying so fast
 
RedCine would have to consider the grade applied to each clip... especially complex elements like noise reduction and, I would guess, alchemy film look unsharp mask etc...

all of that tends to effect performance a whole bunch. especially on slower machines, in my experience.

David, could there be an option to tell RedCine whether to spit out an estimate or not?

It could export a single clip, then pause, calculate, and guess based on the material in that clip?
 
Last edited:
I'm rendering the same look applied to around 200 Gbs worth of RMD and I have NO CLUE when this is going to end, it's 24 hours now, and the client is being patient so far
 
I think even a really dumb estimate based on the processing time per frame being the same as whatever is being rendered right now would be helpful (and no worse than most other software's ETA estimates). I'm often exporting a whole batch of stuff with basically the same grade (just a few tweaks to LUT etc shot to shot).

Adding fiddle factors to take account of gross differences in processing would improve on that. One could run a few test jobs, see what the relative speeds are, and put it in a look-up table?

Probably accounting for overall resolution, de-Bayer setting, presence/absence of the alchemy filters and any other options that might change processing time by factors of 2 or more would give an accurate enough prediction to be of considerable use.

Cheers, Hywel.
 
Jim has just spoken of his support for the little guys--

When you have a $10,000 machine, you don't need this. When you have a Scarlet and edit with your laptop, you do.

David says Red will look into it, that's great. But if you're reading this and know it would help you, say so, so Red knows this isn't a niche request.
 
Sometimes it is the seemingly small features that can have a large impact to the user. This one probably falls into that category. Ryan nailed it in that it has the biggest impact to the smaller user. Of course it looks like there will be a lot more smaller users out there.

+1 from me.
 
Maybe a button saying "Calculate Overal ETA"? This could activate a calculation of the first frame of each of the clips selected for batch export and then doing the math of the overall frames, could announce the OVERALL ETA. I finished yesterday the final render that started 5 days ago when I began this thread. The client was going nuts because he didn't suspect it was going to take this long (I know, I need a Red Rocket, a faster Mac, etc...but the point remains that I should have been able to convey the client an honest ETA, not based on my intuition...)
 
Why not take the average time from the first clip based on duration, then multiply that by total duration of all clips? For example, if first clip takes 3x longer than real time, then it's pretty easy to get an estimate good enough for your client.

Michael
 
I understand your point, although I'm not very patient sometimes, I click Export and have to run off into something else....The thing is that different gradings will require different render times, if you use Alchemy or not, curves, etc...all of these added changes affect the individual ETAs
 
Is there a way to see total duration of all clips?? Short of dropping them all into a timeline? I often switch compression ratios during documentary work so file size doesn't work as a calculator for me...
 
Back
Top