# Render from command line different (and bad) compared to render from GUI

I'm on blender 3.2.2 and I'd like to use SheepIt and/or Google Colab to support my render.

The scene uses Cycles @ 2048 samples, no de-noise, output PNG without compression. The main features of the scene are a principled volume shader for the fog, a spotlight from behind and an emitting plane from the front in order to have just a little bit of lighting for the foreground.

When I render on my Desktop (RTX 3080 (Laptop)), I start the render process from inside blender (GUI). The result is as follows:

I send the project to SheepIt and it was a disaster, but that is a different story... Anyway, the frames were rendered as follows:

https://youtu.be/bA8sypsqglE

One can see that SheepIt required me to tile the rendering in order to get decent render times. Firstly, I belived that the tiling would lead to this unexpected result, but then I tested a render on my RTX 3080 Laptop from the command line with the command

blender -b \$filename -noaudio -E 'CYCLES' -o "G:\wolf_spot_" -s 157 -e 158 -a -- --cycles-device CUDA

and it led to this:

Obviously, the bad render result from SheepIt was not due to the tiling, but I suppose, because rendering there is also via command line and something is going on, when its done this way.

The resulting question is, what I can do (either in my .blend file or in the command line) so that I get the same result as by rendering in the blender application GUI?

I have a slightly different .blend file of the same scene, which uses a volume scatter node instead of the principled volume. Also the lighting is a little bit different. When I render this via command line on Google Colab (NVIDIA P100 GPU), it looks like this:

So this command line render is just working as expected...