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. |
19th February 2004, 18:18 | #41 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
I used the basic producer version with the above audience file and it needed 12 min for both passes @ least thats what the end times shown in producer. i think it could be possible that the Preview took some more Cpu cycles damn that then but i cant get the new Priducer Commandline version from the helixcomunity And also in this comparsion the frame numbers where chosen randomly and Stux is right the 2nd has a more detailed skin then the XviD one also the other Skin shoot on the 3rd PNG is more detailed only the 1st PNG with the fence in the background is not as much detailed as the XviD one.
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 19th February 2004 at 18:36. |
19th February 2004, 18:45 | #42 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
After transitioning helixcommunity.org over to another system, they are having some trouble getting the file sharing section up and running again, which is very unfortunate. I will ask today what the status is. The latest Helix Producer 10 Preview is already included with the latest AutoRV10, I think, and possibly other GUIs. You can always use only producer.exe from those tools.
Re Preview windows: for 640x272 on a fast computer (fast moving previews), since Producer uses no overlay for either preview window, the overhead is pretty bad. I would guess at least 30-40%, but have not measured accurately.
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
19th February 2004, 19:58 | #44 | Link | |
RV10 Nerd
Join Date: Apr 2002
Posts: 247
|
Quote:
|
|
19th February 2004, 20:32 | #45 | Link | ||
Registered User
Join Date: Dec 2002
Location: Sydney, Australia
Posts: 252
|
Quote:
Quote:
I initially glanced at the snapshots and thought "oooh that's interesting... and look at the blocks" and wasn't going to comment, but as the discussion continued felt it necessary to point out that all was not roses That blocky car is the perfect example, severe blocking is a horrible thing
__________________
http://www.3ivx.com Last edited by Stux; 20th February 2004 at 09:52. |
||
19th February 2004, 21:00 | #47 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
dunno either (very surprizing isn't it? )
__________________
Detritus Software |
19th February 2004, 22:40 | #48 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
I rechecked the Encode Time and also the Video Preview it isn't really the matter with preview 1 minute is lost i know used <firstPassComplexity type="uint">65</firstPassComplexity>
Encode Size ----------- RV10 = 21.6 XviD = 21.6 Encode Time ------------ RV10 = 10 min XviD* = 4.40 min /Extra Details Beta4 * 1pass = 22 fps, 2pass = 13 fps the pictures are updated (look the same tough) My CPU is a P4 Williamete Core 1.8 GHZ
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 19th February 2004 at 22:42. |
19th February 2004, 22:53 | #49 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
lilhobo: Sorry, I don't know. Should not be a problem. With recent Producer versions it should replace erv4.dll in Producer's codecs directory, and drop right in. Are you sure you put it in the right folder and for the right Producer version? What is the error message?
31 Flavas: Turning preview off makes the encoder run faster. CruNcher: Like I wrote in the first post: " Additionally, the 1st pass now runs at complexity 50, and always without the inloop filter, making the 1st pass faster than ever." So either remove the firstPassComplexity=65 option, or set it to 50. Also check your registry at HKLM\SOFTWARE\RealNetworks\RV9 to see if anything is left over there. Registry will over-ride everything else. Running at 50 1st pass should shave off another 1-2 minutes off your encode time, but there is still a difference from my timings. I don't know what this is caused by. Make sure your encoderComplexity is 85, and not 100. No need to encode again.
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
19th February 2004, 23:00 | #51 | Link |
Testeur de codecs
Join Date: May 2003
Location: France
Posts: 2,484
|
For resume use this reg file for best quality/speed with new RV10
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\RealNetworks\RV9] "calcPSNR"=dword:00000001 "firstPassComplexity"=dword:00000032 "encoderComplexity"=dword:00000055 "customPacketSize"=dword:00003e80 "rcEnableCurveCompression"=dword:00000001 "rcAnalysisFileName"="realvideo.pass" "rcAnalysisLogFileName"="realvideo.log" "rcSourceFrameRate"=dword:00005da8 "maxConsecutiveBFrames"=dword:00000003 "inloopCutOffQuant"=dword:0000000c "inloopCutOffCompatible"=dword:00000000 "inloopCutOffBUseRefQuant"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\RealNetworks\RV10HFE] "strength"=dword:00000001
__________________
Le Sagittaire ... ;-) 1- Ateme AVC or x264 2- VP7 or RV10 only for anime 3- XviD, DivX or WMV9 |
19th February 2004, 23:08 | #52 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
Sagittaire: Nice summary, but as always: be careful with registry settings. If you forget about them, you're stuck... and will always be encoding with those options forever after. Especially "rcSourceFrameRate"=dword:00005da8. Until a fixed Producer comes out, this has to be the correct framerate for the new rate control to accurately determine target size.
Framerate Decimal Hex 23.976fps = 23976 = "rcSourceFrameRate"=dword:00005da8 25.000fps = 25000 = "rcSourceFrameRate"=dword:000061A8 29.970fps = 29970 = "rcSourceFrameRate"=dword:00007512 30.000fps = 30000 = "rcSourceFrameRate"=dword:00007530
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
20th February 2004, 00:21 | #54 | Link | |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
Quote:
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
|
20th February 2004, 03:19 | #55 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
For some anime, like One Piece, old RC + DropDupe gives better quality.
__________________
Detritus Software |
20th February 2004, 03:28 | #56 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
hmm Karl sorry but i dont get lower with the Encode Time 10 min is the maximum i can reach with this 640x360 clip with RV10
http://cruncher.mufflastig.com/XviD/..._Preservation/ here are some shoots you can see all three XviD Postfilter Combinations in Comparsion to the inloop filter still for me personaly inloop filter is to agressive in every Scene and i prefer the Deblocking on the Y Plane as you can see it doesn't hurts in the Closeups as the inloop filter does so Detail Preservation is constant for every Scene
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 |
20th February 2004, 04:36 | #57 | Link |
Moderator
Join Date: Oct 2002
Location: Seattle
Posts: 1,584
|
Thanks for trying out the new version, CruNcher. Your feedback is appreciated.
I have posted a minor update: erv4.dll compiled with the Intel Compiler (which is normally used when building this DLL, just not for the first version I made available). See first post. The Intel Compiler generally produces faster code, even though all our core functions are already MMX/SSE/SSE2/SSE3 optimized, because it does a good job inlining code. Thus, the 100 KB size increase in DLL size as well. Still, it's worth it, with 5-7.5% speedup. My quick test this afternoon: Dimensions: 704 x 272 Frame Rate: 24.000 FPS Format: I420 Duration: 01:43.958 MSVC : 3min 27sec ICL : 3min 12sec Your milage will vary, especially if your input format is not native YV12 or I420, because then the improvement will be watered out by decoding/color converting the source. I also know how it is possible to increase the speed of the 2nd pass by 15-25%, but I don't know when I will have time to implement it... P.S. Regarding the new Intel Prescott. Finally hyper-threading has an effect on the encode speed. With Prescott, the encoding speed increases 5% due to SSE3 optimizations, and 20% due to hyper-treading, a total of 25%. Yes, it produces a lot of heat, so don't try one of those in a small form-factor XPC, like mine.
__________________
This information is provided "AS IS" with no warranties, grants no rights, and reflects my personal opinion. |
20th February 2004, 07:53 | #59 | Link |
Registered User
Join Date: Jun 2003
Location: Elyseum
Posts: 640
|
ehq50 for the first pass?? does this etting apply to rv10 "normal" producer ie not elysium version ??
__________________
Projects : (dev stopped) DamBatch, MBatch (generate mkv/mp4 files with aac(+)/vorbis/mp3 and x264/xvid/real or simple avi with h264/mp3 for fast reencoding using mencoder) Website : Damrod.com |
|
|