Log in

View Full Version : > 100 fps @ 640x352


Doom9
3rd December 2005, 19:13
Sounds incredible, doesn't it? Okay, the average was still 2 digits, but the highest number I've ever seen. Naturally now I should test HDX4 and Nero's ASP codecs, but anyway.
XviD is single threaded. VDub is single threaded afaik, but somewhere in between them I got 90% CPU usage (100% = both cores maxed out). So, armed with the knowledge that there's no SMP optimization, I started wondering what could cause the higher CPU usage. I tried mencoder too, with the exact same settings, and it only maxes out one core. I also ruled out task manager having an issue reporting because running at normal priority, vdub managed to impact video playback, and looking at the encoding time and FPS, it is clear that encoding using VDub is effectively faster. Since decoding the MPEG-2 source and resizing takes a considerable amount of time, I'm wondering of VDub may have a separated source reading and encoding thread, which could explain the CPU usage as the reader thread could be scheduled on another core than the encoding thread, so that we have one core working only on encoding, and another one working on just decoding.

stephanV
3rd December 2005, 19:42
Yes, in virtualDub decoding/filtering/avisynth processing and encoding are done in separate threads.

shpitz
12th December 2005, 00:30
i've seen my encoding speed go up to the 120's.

as far as to the cpu usage, it turns out from tests myself and others did that higher cpu usage doesn't necessarily mean higher encoding speed.

check out this thread (http://forum.doom9.org/showthread.php?t=94996&page=4&pp=40).

Doom9
12th December 2005, 09:34
I'm not using any filters except for resize though.. you know me, can't stand filters.

sysKin
12th December 2005, 09:40
Still, decoding and filtering takes some time and vdub will have an advantage over, say xvid_encore.

I just bought my X2 4200+ :cool: :D and I have a plan (tm) how to multithread everything~

Too bad it will be too late for this year's codec comparison though.

:)

Doom9
12th December 2005, 10:32
well, in the qualification, xvid is more than twice as fast as every other codec. Of course, we have AVC codecs so it's a bit unfair to compare them, but it'll be interesting in phase two when divx and co enter the game as well.

b0b0b0b
16th December 2005, 21:36
good qualification write-up doom9.... I can't believe how beautiful the xvid pictures are. The details it preserves are incredible.

Doom9
16th December 2005, 21:52
well, in the qualification, xvid is more than twice as fast as every other codec.I have to correct myself now, XviD is no longer the fastest one.. still doing very good considering it contains no SMP optimization whatsoever.

The main round should see some more speed masters, and I'm amazed on how fast AVC encoders actually are.. at the quality we can expect from the main round participants, they really make the competition look incredibly bad.

Thanks for the compliment.. I haven't gotten a lot of feedback yet.. I suppose it's because the qualification deals mostly with codecs that are not so widely used in the community and I hope more people will notice the main round.

Kostarum Rex Persia
17th December 2005, 02:12
I have to correct myself now, XviD is no longer the fastest one.. still doing very good considering it contains no SMP optimization whatsoever.

Did you mean on HE-3 codec from Divx Labs?

Doom9
17th December 2005, 02:16
read the report from the qualification phase..