Alexander Lee
Forum Replies Created
-
update: I just tried using the lossless Lagarith codec with RGB, and it does work correctly even when viewed on Youtube or in Windows Media Player. The file size is about three times the size of the mp4, which will make uploading somewhat slower, but otherwise it’s definitely a great solution for now. Thanks a lot for the help John Rofrano.
It seems really strange to me that there is no way to simply force RGB when rendering an mp4. I guess there’s just no way to really tweak the settings of the codec itself, all of that is hidden. I’ve tried changing the color space here but it seems to have no effect:
https://i.imgur.com/tTowfLw.jpg -
JohnRofrano “If you download the file from YouTube, I’m guessing that the file will once again play fine in VLC.”
I just tried that, and you are indeed correct. I should add that I just found out that the original video also has incorrect colors when I view it in Windows Media Player. So the playback is the problem.
@Steve Rhoden: But obviously it is possible to upload content which appears correctly on Youtube and/or Vimeo, so there is some issue with the information Vegas is attaching to the file.
@Aaron Star: The original sequence actually was rendered as EXR from Maya, but then I use Blender for compositing. After reading your post, I did try compositing to EXRs and TIFs to then compile in Sony Vegas, but unfortunately I got the same result as with Jpgs. I may be doing something incorrectly when I import the image sequence.
If you’re interested, here are the MediaInfo files for the two different video files. (These are links to webpages, not files that will download). I’m guessing that the BT.709 tag is possibly causing the problem in the Vegas file. I’m aware that the Blender file is avi while the Vegas one is mp4 – Blender’s video rendering capabilities are very rudimentary and it does a bad job with mp4s. However I’ve also tried rendering avi from Vegas and it has the same color problem when played back on Youtube.
Vegas: https://www.pasteall.org/61357/text
Blender: https://www.pasteall.org/61356/text -
thanks! Looks like a useful method and I didn’t know about the slow-rewind and slow-forward shortcuts. You can take it down now if you want to
-
yeah zooming definitely helps. I use shortcuts as much as I can. Coming from 3D modeling and animation that habit is pretty drilled in!
-
sorry, I don’t know the terminology too well. Thanks for pointing out the import options! I actually did know about those, and they helped me get the images pretty close to the right duration, but I still need to manually edit each one to adjust the duration of each shot for editorial purposes.
Yes, I need to shorten or lengthen each clip, and I have Auto Ripple activated, but it would be quicker if I could only trim the clip preceding the trim point, because as it is sometimes I accidentally click on the clip following the trim point.
-
well in the timeline, each image is a clip. So same thing. This would apply for video clips as well
-
Yes, I think they are using it as an intermediate file type. They take all of the animation clips and edit them together into a feature-length presentation, and based on the codecs they requested, they must do it on Mac systems.
I did notice some performance issues when I played back my 1080p test video. Hopefully I will be able to get a good idea of how my final animation file looks by converting it into something else in Handbrake so I can view it on my PC before shipping it out.
-
Thanks everyone for the help. Thanks for the tutorial, John, I followed it and I think I am getting good DNxHD results already out of my trial version of Sony Vegas 13.
-
Thanks so much! I guess I will probably go with Vegas then, although I’d like to hear any more opinions if anyone else has experience with these codecs and Vegas.