1200x981

1200px-Blender_lo....png

๐Ÿงต Untitled Thread

Anonymous No. 847539

How do i quicken the blender video rendering?

Anonymous No. 847574

>>847539
put an extra processing unit in your machine, preferably one that is specialized in computing graphics.

Anonymous No. 847647

>>847539
First off, never render to video, render to image sequences.
Secondly, render from command line, tweak your settings, and use any other computers you have to help render.

Anonymous No. 847678

>>847539
linux

Anonymous No. 847679

>>847539
by using eevee (or UE)

Anonymous No. 847767

>>847647
>First off, never render to video, render to image sequences
...why?

Anonymous No. 847768

>>847767
to not lose work if the power goes out/program crashes/whatever

Anonymous No. 847769

>>847767
in case you fuck up and encode with low bitrate (like with default settings)
in case you fuck up and 3 frames out of 3000 come out wrong
in case you do compositing outside of blender

Anonymous No. 847772

>>847768
>>847769
What AVI Jpeg or RAW? Who wants a million images in their folder?

360x360

026.jpg

Anonymous No. 847774

Rent an online rendering farm for few bucks

Anonymous No. 847775

>>847772
it's just easier to have the granularity to re-render a single frame. converting (to raw or otherwise) can wait until after the frames are done.

Anonymous No. 849642

>>847539
tweak the render settings to your needs

>>847647
png all the way

Anonymous No. 849893

>>847772
Make a directory just for the one video. Most compositors will automatically treat them as a single video if the file-naming follows convention

326x315

TTeZ0LG.jpg

Anonymous No. 849894

>>849642
>2021
>not using OpenEXR

Anonymous No. 850291

>>849894
>OpenEXR
Qrd?

Anonymous No. 850293

>>850291
because I'm lazy:
"OpenEXR is a high-dynamic range, multi-channel raster file format, released as an open standard along with a set of software tools created by Industrial Light & Magic (ILM), under a free software license similar to the BSD license.

It is notable for supporting multiple channels of potentially different pixel sizes, including 32-bit unsigned integer, 32-bit and 16-bit floating point values, as well as various compression techniques which include lossless and lossy compression algorithms. It also has arbitrary channels and encodes multiple points of view such as left- and right-camera images."

long story short; it's a very useful output format if you do a lot of compositing.

Anonymous No. 850294

>>850291
because I'm lazy:
"OpenEXR is a high-dynamic range, multi-channel raster file format, released as an open standard along with a set of software tools created by Industrial Light & Magic (ILM), under a free software license similar to the BSD license.
>
>It is notable for supporting multiple channels of potentially different pixel sizes, including 32-bit unsigned integer, 32-bit and 16-bit floating point values, as well as various compression techniques which include lossless and lossy compression algorithms. It also has arbitrary channels and encodes multiple points of view such as left- and right-camera images."

Long story short; it's a very useful output format if you do a lot of compositing. It acts as a flexible container for all your different passes and elements.

Anonymous No. 850455

>>847767
>>847772
based retard
is there really anyone who renders 3D to video?

Anonymous No. 850523

>>847539
Change everything to Wireframe mode and render without the Preview Layout.

Anonymous No. 850525

>>847539
Stop using meme apps.

Anonymous No. 850587

>>850294
But shouldn't you still export as discrete files in case there's a crash midway through your render or something and you need to figure out which frame the problem started?

Anonymous No. 850692

>>850587
Huh? Who said you can't export and import OpenEXR as image sequences? It's just far more convenient to manage passes and buffers.

Anonymous No. 850696

>>850455
I do it if it's 2d grease pencil or evee. They render in like 2mins. Removes the hassle of typing ffmpeg command

Anonymous No. 850703

>>847539
If it's evee than make sure blender is launched with your discrete gpu.
If it's opencl/cuda renderer than make sure to select your gpu(s). (People often install drivers only for their discrete gpu so their igpu doesn't show up due to that)
Selecting igpu will not make desktop unusable even if it's the default renderer for your desktop (at least from my experience on linux) because it's not a workload that clogs everything like doing primes.
Also for some reason your cpu may show up as opencl compute unit. I wouldn't recommend selecting it if you want to use your pc and it may even slow down rendering for computers with powerfull gpu's because your cpu generates the opencl/cuda calls.
At last you could try freeing your discrete gpu from rendering the desktop by disconnecting it from the monitor and connecting your monitor back to your mobo (igpu). This way your discrete gpu will work solely on rendering your project and it should increase the stability too. I think most blender/system crashes are caused by people connecting their monitor to their discrete gpu and rendering the same project with said gpu. From my experience that introduces lots of instability to the system even under linux

Anonymous No. 852975

Just be patient anon you must learn to wait