Ut Video Codec Suite - a new lossless video codec for Windows!

[tobinaka]

Originally Posted by easy2Bcheesy

The installer doesn't work for me - "the installer was interrupted before Ut Video Codec Suite could be installed. You need to restart the installer to try again. Click 'Close to exit'."

I am running a Core i7 920, 3GB DDR3 and Gigabyte EX58-UD5 motherboard and I am very curious about capturing 1080p in the RGB colourspace.

I'm using a freshly installed Windows XP SP3 with all updates applied.

Thanks for your report! I'll tell him ASAP. Does anybody have the experience of installing failure? Core i7 may be difficult to reproduce the bug with for us. More reports help us.

[Lugia25000]

Originally Posted by tobinaka

[URL="http://umezawa.dyndns.info/wordpress/"]
Don't mind, your english is very well, much better than me!

Thanks.


Maybe he has not installed -Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) or -Microsoft Visual C++ 2008 Redistributable Package (x86) ?

Or is Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) include in SP3?

The installer works fine on my WinXP Sp3.

[easy2Bcheesy]

I installed 'Microsoft Visual C++ 2008 Redistributable Package (x86)' and it still doesn't install.

[tobinaka]

Originally Posted by Lugia25000

Maybe he has not installed -Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) or -Microsoft Visual C++ 2008 Redistributable Package (x86) ?

Or is Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) include in SP3?

That's a possibility. I sometimes take mistakes like that. Is it OK his way with you, easy2Bcheesy?

I've made highlighted the notice of my fist post to install the package installation. Thanks.
By the way, it doesn't matter, today is UMEZAWA's birthday. Happy birthday to you!

[tobinaka]

Originally Posted by easy2Bcheesy

I installed 'Microsoft Visual C++ 2008 Redistributable Package (x86)' and it still doesn't install.

Hmm... What's the reason? Anyway, I'll tell him your report.

[easy2Bcheesy]

I've solved the problem by reinstalling the .net frameworks. I'll post comments on HD 720p and 1080p performance at RGB.

[tobinaka]

Originally Posted by easy2Bcheesy

I've solved the problem by reinstalling the .net frameworks. I'll post comments on HD 720p and 1080p performance at RGB.

Good! I'm happy that you can go trying Ut Video. I'm looking forward to seeing your report with your message of joy! Thanks.

[easy2Bcheesy]

Yes, joy would be the right word.

I have managed to encode 1080p RGB at 50fps with no frame loss (!). I physically can't get any more frames from the capture hardware, but I have no doubts this codec could do 1080p 60fps if it had the input. It is eating 720p RGB at 60fps for breakfast.

As i7 uses Hyper-threading it's difficult to tell how much CPU I'm using, but I'm guessing that for 1080p at 50fps it's about 60-70%.

[Lugia25000]

The new Version utvideo-5.1.2 works without problems. The Explorer Crash is fixed.

Thank you@Takeshi UMEZAWA and Happy Birthday to you.

[easy2Bcheesy]

Is there any particular reason that four different versions of the codec are registered - eg on for YV12, one for YUY2, one for RGB, one for ARGB etc, etc... couldn't it simply be one complete codec in the same way that Huffyuv works?

[tobinaka]

Originally Posted by Lugia25000

The new Version utvideo-5.1.2 works without problems. The Explorer Crash is fixed.

How fast you are...

ver 5.1.2 released

-readme (English)
-installer (.msi)
-source code

-fix the bug that ULY0(YUV420 codec) sometimes didn't set the correct size (byte count) of the output image. The problem was only with ULY0.

That fixes the problem of the crash when Explorer goes getting the thumnail of the video.

He said it's a bush mistake as you can see in the diff...

[tobinaka]

Originally Posted by easy2Bcheesy

As i7 uses Hyper-threading it's difficult to tell how much CPU I'm using, but I'm guessing that for 1080p at 50fps it's about 60-70%.

It's also my joy to hear such a report. Ut Video Codec is confirmed as new codec for post-P4 CPUs.

Originally Posted by easy2Bcheesy

Is there any particular reason that four different versions of the codec are registered - eg on for YV12, one for YUY2, one for RGB, one for ARGB etc, etc... couldn't it simply be one complete codec in the same way that Huffyuv works?

Maybe that's because he's developed the codecs one after another. At the first release, Ut video had only one codec, YUV422 (YUV2).

But I agree with you. It'll be better to put them into one pack. Your idea will be received as a request.

[tobinaka]

I contacted with Takeshi (UMEZAWA's first name) and told him about the discussions until now. His misunderstanding on MMX with 64bit Windows has been removed. But, I'm afraid to tell the users of Athron64 and P2/P3, he still won't use MMX because that doesn't pay for his enviroment.

If you want MMX for Ut Video, please give him the patches. Ut Video is opensouced and GPL licensed. He said he's willing to accept its patches for improvement, of course also about MMX, though he don't make a code for MMX by himself. I think that's fair, isn't it?

Originally Posted by easy2Bcheesy

Is there any particular reason that four different versions of the codec are registered - eg on for YV12, one for YUY2, one for RGB, one for ARGB etc, etc... couldn't it simply be one complete codec in the same way that Huffyuv works?

He said that if the four different versions apper you can easily see the internal format you are going to use. It's very important for lossless encoding. I'm interested when I see different codecs of Ut Video with different ways to make AVI files. That's simple and safe.

He also said it may be good to make such a wrapper as changing the output ways depending on the imput formats.

For reference, he said, Ut Video has its setting on local while Huffyuv has on global. This is another point Ut Video differs from Huffyuv.

[turbojet]

I did a benchmark with a 5000 frame mpeg2 720x480 progressive video via dgindex and avisynth which is the encode part. Then I used vdub to encode the lossless file to xvid which is the decode part with no crop or resize.

Here's the results

		ENCODE	DECODE	TOTAL	SIZE(MB)

ffhuffy-left	0:40	1:26 	2:06	622
ffhuffy-plane	0:38	1:25	2:03	539
ffhuffy-median	0:39	1:42	2:21	503

huffyuvmt-left	0:44	1:35	2:19	817
huffyuvmt-grad	0:42	1:29	2:11	717
huffyuvmt-medi	0:40	1:36	2:16	779

lagarith	0:44	2:04	2:48	498
lagarith-mt	0:57	1:10	2:07	498

ut-median(ULY2)	0:48	1:29	2:17	573
ut-left(ULY2)	0:48	1:32	2:20	788

x264		1:05	1:41	2:46	523

amv2mt-r1	0:43	1:17	2:00	1921
amv2mt-r2	0:43	1:18	2:01	916
amv2mt-y1	0:43	1:18	2:01	1921
amv2mt-y2	0:43	1:18	2:01	916

amv2-r1		0:40	1:22	2:02	1953
amv2-r2		0:39	1:26	2:05	914
amv2-y1		0:41	1:22	2:03	1953
amv2-y2		0:42	1:25	2:07	914

this is on an athlon X2 3800+ with a goal of being the fastest as I use lossless only as an intermediate file
ut divided into 2
x264 used --qp 0 --no-cabac --subme 1 --partitions none --me dia --threads auto --thread-input --aq-strength 0.0 --progress --no-psnr --no-ssim
ffhuffy was from ffdshow-mt build 2552 using adaptive huffman tables
lagarith-mt encode result is real, I double checked. Strange that it encodes faster with 1 thread then it does 2.
AMV3 crashed vdub when starting an encode
AMV2 has a watermark (shareware) and a long delay when a file is renamed

ut seems competitive and I'm excited to see if it gets some more performance to beat ffdshows huffyuv and lagarith in this particular test.

EDIT: I noticed on the ut encodes vdub crashed at the end.
EDIT2: added AMV2 results, more specific with x264 settings used

[tobinaka]

Originally Posted by turbojet

this is on an athlon X2 3800+ with a goal of being the fastest as I use lossless only as an intermediate file

Thank for your report! It's interesting to see the result with Athlon X2. Ut should be competitive with them but it's important to be confirmed as the fact.

Another Japanese programmer Amaman, the developer of AMV2/3 shareware lossless video codec, showed a result (Japanese) of codec benchmarks mainly in Athlon64 CPUs. It said that Ut is a little faster than Huffyuv, and that Amaman's AMV2 is much faster. Ut in other than YUV2 is worse.

That means two things: Athlon64 is not good at SSE2, and there is a way to improve Ut greatly in Athlon64. We can't know the source of AMV2/3 because it's shareware and Amaman don't open the source. I think Doom9's Forum CAN do that, though I don't know if it DO that.

Anyway, Amaman's report is Japanese and too long, then your simple English report helps many Forum users (and me!)

Originally Posted by turbojet

EDIT: I noticed on the ut encodes vdub crashed at the end.

Didn't you use Ut Video 5.1.0? The previous version that I introduced here first had a bug causing crashes. In 5.1.0, I saw VDubMod crashing with Ut as you said, but it's fixed now. Use 5.1.2, then if you have a crash even with 5.1.2, please report it in detail.

[turbojet]

It must have been 5.1.0 as I just downloaded 5.1.2 and it didn't crash vdub. I've never heard of AMV2 but I'll give it a try, thanks.

[tobinaka]

Originally Posted by turbojet

It must have been 5.1.0 as I just downloaded 5.1.2 and it didn't crash vdub. I've never heard of AMV2 but I'll give it a try, thanks.

AMV's English page is here. You'll see AmaRecCo above the link to AMV. I've never used AMV because it's shareware, but AmaRecCo is so good free-software screen video capture that I always use it to capture my Windows desktop. I you're interested, try AmaRecCo, too.

[easy2Bcheesy]

AMV Codec looks very interesting... but am I right in assuming it is downsampling my 24-bit RGB input into YV12 in all cases?

I have to admit that even the lossy quality isn't bad at all.

EDIT: Oh I see, just like UT, there are different codecs for different colour-spaces. The RGB codecs appear to crash my capture tool with out of bound memory access errors.

It's great to see lossless encoding for the HD era being taken seriously, and also that both AMV and UT can decode in real time too - something that has long been a problem for Huffyuv.

[tobinaka]

Originally Posted by easy2Bcheesy

The RGB codecs appear to crash my capture tool with out of bound memory access errors.

I don't know how AMV is because I've never used it. If you notice any error, please report the author Amaman directly. I've never contacted with Amaman. But if you have any difficuty to contact with him by e-mail, tell me, and I'll help you by translating it into English, for example.

[johnsonlam]

Glad to see a new codec targeted for high speed capturing!

I'm please to know somebody still coding assembly, this is the best language and have highest efficiency.

Hope UT will be even better.