Log in

View Full Version : Multithreaded XviD - official thread


Pages : 1 2 3 4 [5] 6 7 8 9 10 11

olnima
16th February 2008, 12:08
As a workaround: Import/export your setting via regedit.
The xvid-settings are stored into the registry under

HKEY_CURRENT_USER\Software\GNU\XviD

Using this way, You can create your own profiles and reimport them before using xvid.

If You use VirtualDub for capturing/postprocessing there is another way called "V2CRS".

http://v2crs.sourceforge.net/

Here is a little program included called VDubProfileCreator to do the same as described above but with a GUI.

Hope that helps,
Olnima

totya
16th February 2008, 12:28
As a workaround: Import/export your setting via regedit.
The xvid-settings are stored into the registry under

HKEY_CURRENT_USER\Software\GNU\XviD

Using this way, You can create your own profiles and reimport them before using xvid.

Thank you, this works!


If You use VirtualDub for capturing/postprocessing there is another way called "V2CRS".

I'm use ex this: VirtualVCR, this is supported too :)

DivXko
16th February 2008, 14:05
I download the last stable Xvid 1.13 - http://downloads.xvid.org/downloads/xvidcore-1.1.3.zip

but i don't know how to install it
can sameone help me??

_xxl
16th February 2008, 14:10
That is the source code.You have to compile it using MinGW GCC, or just download bin from:
http://rapidshare.com/files/90468184/XviD_1.2.127-09022008.exe
or just search on doom9 forum.

Buggle
17th February 2008, 19:39
I download the last stable Xvid 1.13 - http://downloads.xvid.org/downloads/xvidcore-1.1.3.zip

but i don't know how to install it
can sameone help me??

If you just want a stable release go to koepi.org, if you have a multicore search the latest post in this thread for a link to a 1.2 build.

But if you have to ask this question you might want to start by reading some of the guides on the main Doom9 site.

clsid
17th February 2008, 20:18
Koepi's site no longer exists.

Prettz
19th February 2008, 06:49
This is pretty much what DivX did, they invented particular algorithm for the purpose of using SSE4 with it.
Well to be fair, that's what you're supposed to do when you rewrite an algorithm to take advantage of the latest instruction set extensions. How else are you supposed to take advantage of new SIMD extensions of the instruction set other than a gigantic rewrite using an algorithm that's only awesome because of the new SIMD instructions?

Not that I could ever believe a DXN encoder is better than Xvid, since it hasn't ever been since I freaking joined Doom9.

I only expected that DXN would quickly produce a build optimized for the latest SSE extensions, since they make a profit from their codec (well, I assume) and therefore have the resources to have their devs produce this. And I don't have to have any experience in writing video encoding software (although I'd like to!) to know that producing a highly-optimized binary using a new SIMD algorithm from an already highly-optimized C/C++ algorithm is no fun at all. I've already got plenty of experience writing MMX/SSE code to know how difficult it can sometimes be to convert algorithms to different methodologies.

squid_80
19th February 2008, 07:12
Well to be fair, that's what you're supposed to do when you rewrite an algorithm to take advantage of the latest instruction set extensions. How else are you supposed to take advantage of new SIMD extensions of the instruction set other than a gigantic rewrite using an algorithm that's only awesome because of the new SIMD instructions?

No no no. They wrote a NEW algorithm (not a rewrite). When used without SSE4 it was very slow. When used with SSE4 it was much faster. However the EXISTING algorithm is already just as fast.

olnima
19th February 2008, 18:51
...VirtualVCR, this is supported too :)


Yes, but VDubProfileCreator is useless in that case (any reason not to use newest VirtualDub for capturing?). Btw., as the name of this tool says, it does NOT the same as creating/importing xvid-profiles via regedit, it does the same for VirtualDub but I guess You already have noticed that :). If You want, changing the code from VDubProfileCreator to use this explicit for xvid shouldn't be too difficult (but on the other hand wouldn't give You big advantages)

Olnima

DivXko
22nd February 2008, 00:23
I found Kopei Xvid 1.1.3 final - http://www.free-codecs.com/download/Koepi_XviD.htm

totya
22nd February 2008, 00:39
Thanks, but VirtualVCR much better than VirtualDub.

Yes, but VDubProfileCreator is useless in that case (any reason not to use newest VirtualDub for capturing?). Btw., as the name of this tool says, it does NOT the same as creating/importing xvid-profiles via regedit, it does the same for VirtualDub but I guess You already have noticed that :). If You want, changing the code from VDubProfileCreator to use this explicit for xvid shouldn't be too difficult (but on the other hand wouldn't give You big advantages)

Olnima

Ranguvar
22nd February 2008, 03:34
Thanks, but VirtualVCR much better than VirtualDub.
"Better", along with "best" is not a good term to describe something. (rules) Either narrow down what it is "better" in, and say why, or don't use it, please.

totya
22nd February 2008, 11:28
"Better", along with "best" is not a good term to describe something. (rules) Either narrow down what it is "better" in, and say why, or don't use it, please.

Hi, if u like virtualdub then use this. I cant write long detailed answer, because my english is terrible. But true, virtualvcr not only "better", but really best capture application - for me. Thats all.

Ranguvar
22nd February 2008, 16:15
Hi, if u like virtualdub then use this. I cant write long detailed answer, because my english is terrible. But true, virtualvcr not only "better", but really best capture application - for me. Thats all.What I'm saying is, regardless of each's ability, the terms "better" and "best" are general terms that should not be used. Check the Rules.

olnima
22nd February 2008, 23:39
Better or not..., developement of VVCR stopped years ago and VirtualDub is going on and on...

Olnima

totya
22nd February 2008, 23:55
Better or not..., developement of VVCR stopped years ago and VirtualDub is going on and on...

Olnima

Many old software better than new. My english is bad, but i wrote programs (yes I can) i know. VirtualDub/Mod is excellent, great, and free(!) application, i like it, but capture function not for me. I think this is offtopic...

but ontopic: latest beta xvid works for me (i dl from here). 1 core and 2 core mode works correctly. But under capture, two core mode is unusable. If CPU usage higher than 50% with two core mode (2 cpu usage), I get dropped frame with any capture applications. I dont know why.

Sorry my english.

olnima
23rd February 2008, 12:11
strange. I use xvid 1.2 (2 cores/2 threads) for capturing without any problems.

Onima

P.S.:

<
but capture function not for me.
>

did You ever try to post your problems in VirtualDub-forum?

totya
3rd March 2008, 18:29
strange. I use xvid 1.2 (2 cores/2 threads) for capturing without any problems.

did You ever try to post your problems in VirtualDub-forum?

This is not my problem... VDub is tipically poor capture apps, because very sensitive, if i do anything (ex i see taskmanager) under capture, i get frame drop/insert...

Ranguvar
3rd March 2008, 22:14
That's why he asked whether you had brought this up before. VDub may be capable of better capturing, perhaps something odd was enabled on your system.

I don't know much in this field; my cap card only works with proprietary if one wants to use the hardware MPEG-2 encoder, which I do.

olnima
4th March 2008, 08:20
This is not my problem... VDub is tipically poor capture apps, because very sensitive, if i do anything (ex i see taskmanager) under capture, i get frame drop/insert...

VDub isn't more or less "sensitive" then any other capture Software. Dropping/inserting frames depends on CPU-comsumption during capture and/or on your timing-settings. You can set up VirtualDub in a way that your dropping/inserting frame-counter is allways 0. BUT maybe sometimes it needs more then 10 min. to set up everything the right way. And that seems to be your problem. I really do not want You to switch to VirtualDub (and also I don't get money for this :-) ) but please, do not post such a nonsense here.

Olnima

P.S.: This has gone a little bit OT, sorry.

totya
4th March 2008, 10:18
but please, do not post such a nonsense

Please dont write me, if u stupid, thx.

Edit:
1. Sorry my poor english. "nonsense post" i think equal with "ur stupid".
2. Dropped frame DEPEND on application quality. If u dont know this - not my problem.

totya
4th March 2008, 10:21
That's why he asked whether you had brought this up before. VDub may be capable of better capturing, perhaps something odd was enabled on your system.

I don't know much in this field; my cap card only works with proprietary if one wants to use the hardware MPEG-2 encoder, which I do.

Thx, but my dvd player is divx/xvid capable, not need for me mpeg2 output. Mpeg4 result is smaller file. VDub is not my problem, anyone say this app. Thx.

Ranguvar
4th March 2008, 23:56
totya, the second thing I posted had nothing to do with you, just random chatter.

And I was explaining what he said...

CaMoTblku_OnToM
18th March 2008, 18:31
Hi! Plz help
i cant use 100% CPU load for compression, CPU usage when i compress video in virtualdub about 73-77% with normal or even higher priority :(

XviD_1.2.127-09022008
VirtualDub 1.7.8
threads was set 2
Pentium E2160 4Gb Windows XP SP2 x86 + all updates

Buggle
18th March 2008, 19:44
Hi! Plz help
i cant use 100% CPU load for compression, CPU usage when i compress video in virtualdub about 73-77% with normal or even higher priority :(

XviD_1.2.127-09022008
VirtualDub 1.7.8
threads was set 2
Pentium E2160 4Gb Windows XP SP2 x86 + all updates

Then try to set the amount of threads to 3, that will max your CPU usage to 100%. The problem is, however, that this will not higher (even lower) your encoding spead, according to some.

I personally have not yet tested the difference, and I do not really care that much, since I let it encode overnight or when I am at work. Having it at a slightly lower usage means less power consumed.

Ranguvar
18th March 2008, 22:08
And if you are using AviSynth input, multithread that. (MT)

CaMoTblku_OnToM
22nd March 2008, 23:31
Then try to set the amount of threads to 3, that will max your CPU usage to 100%.
set threads to 3 don't solve the problem :(

totya
23rd March 2008, 01:31
set threads to 3 don't solve the problem :(

if you uses avs script with filters, or you uses virtualdub with built-in filter, this is normal...see msg from Ranguvar, but MT is compicated (need manual switch MT level depend on used filter).

CaMoTblku_OnToM
23rd March 2008, 11:53
if you uses avs script with filters, or you uses virtualdub with built-in filteri don't use avisynth and i tested without built-in filters in virtual dub, in fast recompress mode with no audio, result is the same :(
also i tested x264-vfw which works right and loads CPU 100% with or without built-in filters in virtual dub

totya
23rd March 2008, 13:45
Hi! Plz help
i cant use 100% CPU load for compression, CPU usage when i compress video in virtualdub about 73-77% with normal or even higher priority :(

Sorry, i dont read exactly your problem :) 73-77% CPU usage is good. Me too 70-90%. CPU usage is higher if (xvid) compression quality is higher, or/and you use avs input (with vdub). 100% CPU usage is very hard on more cpu, ask programmers.

Buggle
24th March 2008, 17:05
set threads to 3 don't solve the problem :(

Strange. Maybe check the power options of your comp? Once I had my laptop set to max 50% usage or something like that and it wasn't exactly that fast... Come to think of it, it might also be a problem of warmth, it might be a problem of input buffer, might be something else I cannot think of :P. Have you looked in the taskmanager if there is a clear difference between cores?

clsid
24th March 2008, 17:32
Maybe harddrive access (reading/writing) is the bottleneck.

SoRiX
28th March 2008, 20:00
:thanks::thanks::thanks::thanks::thanks::thanks::thanks::thanks::thanks:

Hi,

Thanks for this release, it works fine for me with AutoGK, StaxRip any VirtualDub and it is much faster than the "SingleCore variant" 1.1.3 and again --> :thanks:

I dont recognize any quality or compatibility differences to the release from ww.xvid.org


thx from Germany :)

KML
29th March 2008, 23:14
http://img101.imageshack.us/img101/2594/adszwd1.png

Hi friends My processor is "PentiumD 3.00 GHZ"
And you see my xvid settings i can't chance "number of threads"..
Can i use multithreading or not?

Ranguvar
30th March 2008, 01:34
Do you have a multithreaded Xvid? v1.2.x SMP?

KML
30th March 2008, 02:04
i have this one
http://www.free-codecs.com/Koepi_XviD_download.htm
(1.1.3 Final)

Zarxrax
30th March 2008, 02:30
Out of curiosity, what keeps xvid 1.2.x from replacing 1.1.3 as a stable release? Are there any problems with it?

Lenny_Nero
30th March 2008, 02:44
i have this one (1.1.3 Final)
That is the single thread version try Xvid? v1.2.x SMP as said.

...and as to
what keeps xvid 1.2.x from replacing 1.1.3 as a stable release? Are there any problems with it?
Its not the same branch as I understand it, so it cant replace 1.1.3, but I have not found anything to cause problems, in fact the Jan 2008 version I am using is pushing out some very good encodes at around 10 to 20 per night.

If you have multi chip/core use it.

To CaMoTblku_OnToM
I have found that the hard drives make a big deal on the CPU load, so much so I can go from 60~70% when working on 80+% full drives to 97.3% when using 10% full de-fragged drives and even better when out to my arrays.

hajj_3
10th May 2008, 19:33
mirror for: XviD_1.2.127-29032008

http://www.sendspace.com/file/flcbir

devil-strike
13th May 2008, 10:55
I have a question, i have downloaded the latest smp 1.2 from 3apr 2008, and i have a quadcore amd 9600 2,3Ghz @ 2,6Ghz but if i use 0 Threads than it is faster than 4 threads, is this a bug or do i something wrong.

ps, sorry for bad english.

Ranguvar
13th May 2008, 11:25
0 is automatic, and it tends to use more threads than you have cores in order to get the most performance. So no, not a bug.

Try manual values higher than 4 though... on my Q6600, 6 gets better performance than both 0 and 4. Any higher and speed decreases.

devil-strike
13th May 2008, 15:41
0 is automatic, and it tends to use more threads than you have cores in order to get the most performance. So no, not a bug.

Try manual values higher than 4 though... on my Q6600, 6 gets better performance than both 0 and 4. Any higher and speed decreases.

Thnx 3 is the best number for me both passes 90a100fps whene the first 0/1/4 will gif me slower fps rate on second pass from 60 to 85fps.

Buggle
13th May 2008, 20:00
Thnx 3 is the best number for me both passes 90a100fps whene the first 0/1/4 will gif me slower fps rate on second pass from 60 to 85fps.

Then another question: where did you get the april build?

Hogan77
14th May 2008, 09:49
Then another question: where did you get the april build?Try here: http://www.koepi.info/

Buggle
16th May 2008, 11:17
Try here: http://www.koepi.info/

Yeah, I know that, but that one's based on old code with a VAQ patch, if I understand correctly. There must have been some work done in the meantime, implying that the latest build posted in this thread is more recent than his, even though it's been stamped april. Or am I not understanding Koepi correctly and did he use the latest codebase for that build?

Lenny_Nero
17th May 2008, 23:52
Yep, when I looked into it the code seemed to be from some early 2006 CVS.

It would be nice to find an easy way to get the later builds, I dont have a box set up to do any M$ builds ATM, but I do want to try out the VAQ patch.

kandrey89
23rd June 2008, 01:31
Could someone make the latest v1.2 build with VAQ patch? As I understand it, Koepi's build is 2 years old.
Thanks

Ranguvar
23rd June 2008, 18:09
There have been VERY few changes since then... but there are builds in this thread. Look back a little.

clsid
23rd June 2008, 20:47
Yep, last time I checked the last source code modification dated back to september 2007.

kandrey89
23rd June 2008, 23:28
There have been VERY few changes since then... but there are builds in this thread. Look back a little.

I see other builds in this thread :helpful: , I'm not blind, but are they with VAQ??????????????
If so which one? :mad: