[Lossless] Ut Video Codec

[Mister Hatt]

We already told you MULTIPLE TIMES that your problem is not VirtualDub, IT IS YOUR INITIAL FUCKING CONVERSION WITH ADOBE. IF YOU STOP USING THAT HEAP OF CRAP YOU WILL STOP HAVING PROBLEMS.

[Kariudo: You can be angry, but don't start personal attacks]

[Cannonaire]

To answer your question, it shouldn't be an issue to edit in RGB, just make sure you use the right matrix (use exactly the line I gave you before). AFAIK After Effects is 100% RGB anyway, so you'll have to convert at some point anyway if you're using that; better to do so with a competent program like avisynth. Someone please correct me if I'm wrong about After Effects be all RGB.

HalOfBorg:
UTVideo is great for importing into and editing with in Vegas, but I also have problems trying to render out to it from Vegas. I render my footage/clips, etc. with UTVideo via avisynth/virtualdub then just render the final edited video in Lagarith, which I then encode with x264. This solution provides the faster speed of editing with UTVideo and never loses quality due to encoding issues.

[mirkosp]

Someone please correct me if I'm wrong about After Effects be all RGB.

Not sure about AE, but in Premiere Pro some effects are YUV and other are RGB, so my guess is that, depending on the effects you use, the whole process stays YUV without conversion.
I'd think that it'd be the same in AE as well.

[Mister Hatt]

You're both still missing the point that his initial transcode itself is wrong, and what he does in AE/Premiere makes no difference at this stage. He needs to redo the rip to begin with. That or I've REALLY misunderstood.

[HalOfBorg]

HalOfBorg:
UTVideo is great for importing into and editing with in Vegas, but I also have problems trying to render out to it from Vegas. I render my footage/clips, etc. with UTVideo via avisynth/virtualdub then just render the final edited video in Lagarith, which I then encode with x264. This solution provides the faster speed of editing with UTVideo and never loses quality due to encoding issues.

I could do a lot of that (in fact I make my lossless clips with Xvid4PSP, so doing it with Virtualdub would be easy enough), but a lot of the editing I do involves adding elements, removing elements, so I usually render and re-render several times (though not always - 'Pump' was almost all scene selection).

I'm using Vegas 8, but I do have 10. Maybe it will render from Ut better. Would be little trouble to load my project into 10, render the clip in question and load that into 8.

[Lirinis]

I tried to run a little comparison and Ut didn't actually look any better than ffdshow Huffyuv. Haali timecodec showed 76,9:66,9 dfps in favour of Ut, but then I imported both in AE and tried to render a preview of a 30 second clip. It took 19 seconds for Ut and 18 for Huffyuv. Huffyuv encoding was also much faster and produced a 12,9 GB file compared to 15,8 GB by Ut.

How do you measure decoding speed? Timecodec shows some numbers but is there a way to see advantage in real world?

[Mister Hatt]

You clearly don't know what you're doing so there is no point answering that question. Visually comparing lossless codecs, really.

[TheRyuu]

Ut didn't actually look any better than ffdshow Huffyuv

I stopped here.

[Lirinis]

Dear org elitists, yes, I know lossless codecs output identical image, if you mean that. Maybe my English is unclear, sorry.

I was wondering, why exactly do you all say that UT is so fast. Did you test in real projects? Under what conditions would I see that?

[mirkosp]

I've seen a couple tests. One was done by DeathWolf but I can't find a link for that anymore, another was done by Zarxrax and can be found here. They both shown that UTVideo is faster, and I personally found that to be true too, so that's fine with me.
I think I read somewhere that UTVideo might be optimized for intel CPUs, but I'm not sure about this and it might be a total lie, but if it's true then it's possible that on AMD CPUs the difference won't be quite as close.