2.5 is already so amazing, and I’m sure by the time the stable 2.6 comes out, it will be awesome beyond comprehension. and provides simple command line arguments for all configuration options. Something preferably free and cross-platform of courseĪgain, thanks for all the help, I’m really anxious to get this issue solved and get back into Blender. FFmpeg Basics: Multimedia handling with a fast audio and video encoder Korbel. Which codecs have you used that did not result in this issue? (I’ll see if these also work correctly on my machine.)Īlso, can you guys reccomend some good software for (don’t know the correct term) stitching together a string of output images? I’m going to try this method since it will offer more control over audio and such anyway. Some people mentioned having a similar problem (darker greys) with certain codecs. I should also mention that upon further analysis of my earlier test renders, when using AAO, intense banding appears in the output movie, suggesting that Blender did not render with AAO… however this is nonsense, because I watched with my own eyes the correct frame-by frame output as it was rendering. Could this be a bug in 2.5? I’m not sure since no one else is having a problem with the scene. Thanks for all the suggestions, guys! I’m going to investigate that hardware overlay issue, however, I let another test video render overnight after posting (this time in 2.4x) and everything rendered exactly like the. You could perhaps try a test through something like Avidemux with image sequences. Then you have more options at your disposal, one of which is using encoders outside of those available in blender. It’s been mentioned many times that rendering to image sequences is better than encoding straight to codec. Probably straight forward, haven’t had the problem myself and only guessing. ![]() When encoding to mpeg4, mpeg2 and other ‘YUV’ formats go into the ffmpeg encoder menu within blender and see if you can fix the shift. mov gives consistent results with your png, as you would expect it’s all still RGB.Įncode to mpeg4, x264 etc YV12 or ‘YUV’ codecs and there’s a subtle shift in luma and greys look different, not to the extent as you describe dark but maybe that varies. Tried your file in 2.5 and 2.49b on Windows XP.Įncoding out uncompressed RGB. ![]() My guess looking at your file is it’s an RGB -> YV12 conversion thing going on with your encoder choices.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |