render image to video problem #26943

New Issue

cotcot · 2011-04-15T09:54:59+02:00

cotcot commented

2011-04-15 09:54:59 +02:00

%%%The quality of the video rendered from an image is not OK. It is unsharp and the image jumps up and down a few pixels during play back.
The problem is reproducable.

open blender direct from the downloaded and extracted binary
change to Video editing screen layout
change render settings : Output : H264; Encoding Presets : H264 ; framerate to 25 fps
load image
change image length to some 200 frames
render animation (frame 1 to frame 100)

Same happens on other computer.

Same happens with other render settings (mpeg)

Quality is OK using Xvid

Same with other pictures than the one attached.

  CPU: Intel Pentium SU4100
  RAM: 2048 MB
  GFX: Intel GMA 4500MHD (up to 796 MB DVMT)
  OS: Ubuntu 10.10
  Drivers: i915
  Blender: 2.57 (2.49, 2.54, 2.55, 2.56)

CPU: AMD 64 x2 3800+

  RAM: 3072 MB
  GFX: Gforce 7200 GS
  OS: Ubuntu 10.04
  Drivers: nvidea 173
  Blender: 2.57 (also 2.49, 2.54, 2.55, 2.56)

Attachments : source picture and resulting video.
%%%

%%%The quality of the video rendered from an image is not OK. It is unsharp and the image jumps up and down a few pixels during play back. The problem is reproducable. 1. open blender direct from the downloaded and extracted binary 2. change to Video editing screen layout 3. change render settings : Output : H264; Encoding Presets : H264 ; framerate to 25 fps 4. load image 5. change image length to some 200 frames 6. render animation (frame 1 to frame 100) Same happens on other computer. Same happens with other render settings (mpeg) Quality is OK using Xvid Same with other pictures than the one attached. ``` CPU: Intel Pentium SU4100 RAM: 2048 MB GFX: Intel GMA 4500MHD (up to 796 MB DVMT) OS: Ubuntu 10.10 Drivers: i915 Blender: 2.57 (2.49, 2.54, 2.55, 2.56) ``` CPU: AMD 64 x2 3800+ ``` RAM: 3072 MB GFX: Gforce 7200 GS OS: Ubuntu 10.04 Drivers: nvidea 173 Blender: 2.57 (also 2.49, 2.54, 2.55, 2.56) ``` Attachments : source picture and resulting video. %%%

cotcot commented

2011-04-15 09:54:59 +02:00

Changed status to: 'Open'

Campbell Barton commented

2011-04-18 13:53:01 +02:00

%%%I've also noticed really large images compress very badly with ffmpeg.

assigning to Peter.%%%

%%%I've also noticed really large images compress very badly with ffmpeg. assigning to Peter.%%%

cotcot commented

2011-04-19 21:27:55 +02:00

%%%Rendering directly with ffmpeg ( ffmpeg -r 10 -b 8000 -i %02d.JPG test1800.mp4) works fine.
Rendering with othe NLE (tried kdenlive and openshot) also give good results.%%%

%%%Rendering directly with ffmpeg ( ffmpeg -r 10 -b 8000 -i %02d.JPG test1800.mp4) works fine. Rendering with othe NLE (tried kdenlive and openshot) also give good results.%%%

cotcot commented

2011-04-22 09:14:07 +02:00

%%%Reducing the image with gimp (scale) to 1440x1080 before rendering to 1920x1080 or 1440x1080 gives the same bad quality.%%%

Sergey Sharybin commented

2011-12-02 09:29:32 +01:00

%%%Nick, can you please check the very recent 2.61beta build (http://download.blender.org/release/Blender2.61/) ? There were several major things changed in ffmpeg code in blender, so hopefully your issue is resolved.%%%

cotcot commented

2011-12-05 22:36:42 +01:00

%%%Sergey

Thanks for your reaction.
I have tried your suggestion. Unfortunately the result did not change.
It is even worse. XVID was good before but shows now the same effect
(jumping up and down a few pixels) as for the H264, especially on green
from trees, plant, grass ... . The H264 gave a very small file (some 100 kB instead of about 10 MB for 10 seconds and 3 pictures) and a highly pixelized playback with similar render settings as previous tests.
Same pictures on kdenlive and openshot on the same computer render
correctly.
Maybe it would make thinks clearer if somebody else could confirm (or deny) the problem to make sure that it is not only me.
%%%

%%%Sergey Thanks for your reaction. I have tried your suggestion. Unfortunately the result did not change. It is even worse. XVID was good before but shows now the same effect (jumping up and down a few pixels) as for the H264, especially on green from trees, plant, grass ... . The H264 gave a very small file (some 100 kB instead of about 10 MB for 10 seconds and 3 pictures) and a highly pixelized playback with similar render settings as previous tests. Same pictures on kdenlive and openshot on the same computer render correctly. Maybe it would make thinks clearer if somebody else could confirm (or deny) the problem to make sure that it is not only me. %%%

Sergey Sharybin commented

2012-01-13 13:39:49 +01:00

%%%That;s because of x264-related settings sending to FFmpeg. Thay aren't actually lossless. Added option to switch this codec to lossless mode.
There's still room for improvements like allow to edit from the interface that "expert" settings currently hardcoded in the code, but it's just another story...

Option is commited to svn rev43353.%%%

%%%That;s because of x264-related settings sending to FFmpeg. Thay aren't actually lossless. Added option to switch this codec to lossless mode. There's still room for improvements like allow to edit from the interface that "expert" settings currently hardcoded in the code, but it's just another story... Option is commited to svn rev43353.%%%

Sergey Sharybin commented

2012-01-13 13:39:50 +01:00

Changed status from 'Open' to: 'Resolved'

Sergey Sharybin closed this issue

2012-01-13 13:39:50 +01:00

cotcot commented

2012-01-15 14:02:24 +01:00

%%%Sergey,

Thanks for adding the lossless option. I have tried it with the svn daily built (43587) and the result is very good with the lossless option thicked after having selected h264 in the encoder presets.%%%

%%%Sergey, Thanks for adding the lossless option. I have tried it with the svn daily built (43587) and the result is very good with the lossless option thicked after having selected h264 in the encoder presets.%%%

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

render image to video problem #26943