Do you remember the fund-raiser for development of a GPU-accelerated compositor? Jeroen Bakker has just published a video of the current state of the project, and man this thing is FAST! And the best thing? This video was recorded on a dual-core (2.2Ghz) laptop! Go figure. Remember you can still donate to help this project progress further.
You're blocking ads, which pay for BlenderNation. Read about other ways to support us.
About the Author
Bart Veldhuizen
I have a LONG history with Blender - I wrote some of the earliest Blender tutorials, worked for Not a Number and helped run the crowdfunding campaign that open sourced Blender (the first one on the internet!). I founded BlenderNation in 2006 and have been editing it every single day since then ;-) I also run the Blender Artists forum and I'm Head of Community at Sketchfab.
21 Comments
OMG BBQ! That's too awesome!
I saw this vid posted by graphicall. It said it was 2x speed but this version seems even faster. It seems irational to show the difference made by the development and then obscure it by manipulating the key metric
I'd prefer to see this video in realtime...
Nice, fast. but this guy need a medic quick.
It takes about 16 seconds for the time to change - so it's about a 4x speedup.
it was like awe! great job Jeroen Bakker
thank you sharing this
in the youtube comments he explains that this speed up video would match a quad core computer (no GPU) that's why it's speed up, just imagine how fast with the GPU would be! i guess it's speed up' because the lenght of the video (and the need to show diferent filters)
Holy smokes, that is incredible, I must say I can not wait to get my hands on that for a test drive :-)
I think most of us rather see the real time on a slow computer rather that an estimation of the performance on fast machine.
Ever since I heard about Cycles for the first time, I wondered how that is gonna work with the compositor. From my understanding Monte Carlo based renderers don't really feature render passes. Stuff like shadow only materials seems to be fairly hard to implement, too. (Still none available for octane as of now.) Given that Cycles is gonna be the new standard renderer for Blender, does that mean that Blender is gonna move towards visualisation? Functionality like the camera tracker and the compositor seems to be fairly useless in a setup where the standard renderer is a Monte Carlo based one.
I hope, that I am getting this wrong. ;)
@Chris: Bart wrote "This video was recorded on a dual-core (2.2Ghz) laptop!" Wouldn't it be more pertinent to list the specs of the laptop's graphics card, which, from what I understand, is doing most of the work?
InNameOnly: This is pure CPU at the moment - OpenCL has not even started (see the donation page) and it's already lighting-fast!
I want one! :)
I was concerned about passes from cycles too. And will the renderer bottleneck the production as BI seems very fast at the moment.
We need more GPU acceleration features such has using cuda for simulations so we can work much faster.
Looks like render passes are taken into consideration: http://wiki.blender.org/index.php/Dev:2.5/Source/Render/Cycles/Ideas
Well, I am curious how this is gonna work. :)
"The goal is to have a version ready for integration in October! So hold your horses it is coming." So awesome!
YESS!!
I don't think speeding up the video is a good idea because it is only predicting how fast a 4 core machine would be.
(And why should a 4 core chip be 4 times faster than a 2 core chip???)
Now, only if someone implement a draw on preview screen curves for the video sequencer similar to Premiere. XD
okey my god that is my 'Two Face' work! :) So happy you pick this for a demo show.
And I have to say, that speed never happened while I was trying to set up all these node!
Cheers and grt job man! :)