Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
8th January 2006, 21:21 | #22 | Link |
Registered User
Join Date: Mar 2003
Posts: 70
|
Hi,
Is it necessary to have an SMP to test your build ? I test yours and the koepi's one 1.2CVS but encodage freeze. To encode 1 frame, it makes 1 or 2 min !!! Is use avisynth + vdubmod 1.5.4.1. (I have not updated vdumod because of the extraction of WAV frome the avs was too long...). Should I update vdubmod for that works ? Can vdubmod version change the speed of encodage ? Thank you Alain |
8th January 2006, 21:39 | #23 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
You need to set the program's priority to normal. If it's less or even idle, the speed will be as slow as you described.
Cheers Koepi
__________________
Koepi's new media development site |
8th January 2006, 22:26 | #24 | Link | |
clueless n00b
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,579
|
Quote:
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org |
|
8th January 2006, 22:35 | #25 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
The patch from sysKin is "experimental". Also, I can only tell what I observed here on my uniprocessor setup and describe the workaround which helped in my case.
Maybe I totally f*cked that build. I can't check that, but that's why it's marked "unstable", "alpha", "experimental" Until now I have no reports from SMP users. This is the first uniprocessor report and I observe the same. Maybe I shouldn't hardcode 2 threads, maybe they're evil on 1 processor. So if someone could verify that it works as expected on SMP? Cheers Koepi
__________________
Koepi's new media development site |
8th January 2006, 23:40 | #26 | Link |
Registered User
Join Date: Mar 2003
Posts: 70
|
yes i put vdubmod on idle in the program itself and i put thread in idle in windows...
but i always use your build and this is the first time, i have this problem. I ll test tomorrow again and if i have always the problem, i ll come back. I will be happy if i could test on smp but i have only an 2800+ :s I hope having one soon, but i prefer wait for good report here. Real comparaison on a same sample like Doom9 knows how do it Thank you Alain |
9th January 2006, 17:37 | #27 | Link |
Registered User
Join Date: Sep 2004
Location: Near LA, California, USA
Posts: 1,545
|
Okay I did some tests on my AMD X2 4600+ with Koepi's XviD-1.2.-127-07012006 W/Syskin's multithread patch and Celtic Druid's Xvid 1.1 01012006 stable release. The FPS is recorded on the 2nd pass.
I used no filters in this test exept for DGDecode 1.46 Beta 2 Results: Celtic Druid - Xvid 1.1 Stable - 12.80 FPS Koepi - XviD-1.2.-127-07012006 - Experimental Build - 19.86FPS: About a 55% increase. It Works
__________________
Pirate: Now how would you like to die? Would you like to have your head chopped off or be burned at the stake? Curly: Burned at the stake! Moe: Why? Curly: A hot steak is always better than a cold chop. |
9th January 2006, 18:14 | #28 | Link |
Registered User
Join Date: Oct 2001
Location: Melbourne, Australia
Posts: 2,171
|
If you are going to compare, you should use: http://ffdshow.faireal.net/mirror/xv....2005.12.25.7z
That way it is 1.2 vs. 1.2. No real changes to the cvs since then. Just a small EMT64 fix and a change to the bitstream version. |
9th January 2006, 18:46 | #29 | Link | |
Registered User
Join Date: Sep 2004
Location: Near LA, California, USA
Posts: 1,545
|
Quote:
Well I tested this version and I got 12.63FPS, which is slightly slower than the 1.1 stable version. That would make Koepi's build about 57% faster. It works even better
__________________
Pirate: Now how would you like to die? Would you like to have your head chopped off or be burned at the stake? Curly: Burned at the stake! Moe: Why? Curly: A hot steak is always better than a cold chop. Last edited by Revgen; 9th January 2006 at 18:49. |
|
9th January 2006, 20:52 | #30 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Revgen:
Thanks for the test! These results are at least more satisfying I'm currently fiddling around with Sleep(0) vs. WaitForObject() and achieved a blazing 0 fps record (stalled after frame 1, waited forever ). Let's see how it works out Cheers Koepi
__________________
Koepi's new media development site |
9th January 2006, 21:01 | #31 | Link |
Registered User
Join Date: Dec 2005
Location: Qetchua mountains in Peru, and Klingon battlecruiser D'Mar
Posts: 393
|
Koepi, what about B-Frames, are they also multithead optimized, or not?
I am little confused, is your build of Xvid 1.2 an alpha or beta version of Xvid 1.2 codec. Please, be more precize. Thank you. |
9th January 2006, 21:23 | #32 | Link | ||
clueless n00b
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,579
|
Quote:
Quote:
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org |
||
9th January 2006, 21:24 | #33 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
The installer shows you the releasenotes. Later on, in your XviD program group, you can click on "releasenotes" and read them again.
See for yourself: XviD-1.2.-127-07012006 _Alpha Build_ Based on CVS from 07.01.2006 20:00h MET Changelog to XviD-1.1.0: [snip]
__________________
Koepi's new media development site |
9th January 2006, 22:06 | #35 | Link | |
Registered User
Join Date: Sep 2004
Location: Near LA, California, USA
Posts: 1,545
|
Quote:
He also may have interpreted you're "Please be more precise" as begging and pleading. I personally wouldn't be offended by what you said, but it's Doom9's forum and his rules are quite clear. You just have to adjust.
__________________
Pirate: Now how would you like to die? Would you like to have your head chopped off or be burned at the stake? Curly: Burned at the stake! Moe: Why? Curly: A hot steak is always better than a cold chop. |
|
9th January 2006, 23:40 | #37 | Link |
Years of lurkin!)
Join Date: Jul 2004
Location: Russia
Posts: 11
|
Tried on P4 3.0 HT. Normal priority, defaults except VHQ=4.
Code:
build time (avg of 3) ~cpu load size 1.1.0-30122005 135 s 65% 18396 kb 1.2.-127-07012006 124 s 93% 18324 kb Last edited by hatte; 9th January 2006 at 23:44. |
10th January 2006, 04:25 | #38 | Link | |
Registered User
Join Date: Mar 2003
Posts: 116
|
Saw no speed improvement on my dual core Intel running 64bit XP when replacing xvidcore.dll using Celtic Druid's 1.1 Final (approaching 40 fps ~60% CPU load).
Tried to install Koepi's XviD-1.2.-127-07012006.exe, but it gives an error on xvid.ax (see attached) & it won't complete the install. I believe that the problem is because of 64bit Windows sytem paths - xvid.ax registers in syswow64 Quote:
Last edited by levi; 10th January 2006 at 04:34. |
|
10th January 2006, 07:37 | #39 | Link |
Moderator
Join Date: Oct 2001
Location: Germany
Posts: 4,454
|
Ok, I'll remove the 64bit option from the testbuild installer again. I simply have no 64 bit machine (and no 64bit compilers for that matter), so it's useless there.
The multithreaded code is in xvidcore.dll. So if you replace the test-core with another core-dll, you will loose threads... Cheers Koepi
__________________
Koepi's new media development site |
10th January 2006, 10:06 | #40 | Link | |
Registered User
Join Date: Mar 2002
Posts: 17
|
Quote:
I do want to say that I was very pleased by the solicitous way the installation rolled back after the glitch. FWIW, I sometimes find I can only get codecs registered in the x64 directories by using Ghisler's Total Commander to navigate to the directory and perform the run line operation there. Koepi, in the New Year's spirit, I'm so glad Nero hasn't captured you. Your codec builds have given me so much enjoyment for years now. Thanks! |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|