Hi Serge,

I can understand your position - yep even with a smile.

The purpose of SVRT is to locate previously rendered footage that hasn't changed and "merge" it with video that has to be rendered.

I can see why you'd opt for the render without SVRT, however when a project is rendered a second time there is a gradual and distinct quality loss with multiple mpeg2 rendering. The purpose of SVRT is to prevent this. The slowness of the process in your case does raise a few questions. Without having the footage in front of me I cant pass judgement.

I prefer not to have a lower quality mpeg, I chose SVRT everytime. You have raised a good point though and I like the post... brill. Thank you.

Dafydd

thanks for your comments.
I have done some tests, sometimes it works, sometimes not (svrt cause pdr to run and run and run...).
It looks to me that under particular condition, problem occur with svrt ON, i am testing....
when this occurs, i have no information under "estimated time" (produce-step 3), and when i choose "cancel" it doesn'T terminate in a acceptable time, i have to manually stop the application.
My project is really simple..no menu, only cut on it.

I saw in earlier entries in the forum reference to a similar problem but there's no conclusion on it.
Any help will be appreciated. (i raised a ticket on cyberlink support, still waiting for a appropriate answer).

Serge..still asking why..

serge,

From what I have just read in your posting I'm unclear as to what you're using to carry out this test. Mpeg file size, length etc which must be specific. I suggest you "drop" into the time-line the Aquarium.mpg a number of times so at least anyone wanting to duplicate has a similar file available to compare your results with, randomly using your own files is not uniform enough.

You should also list every action you carried out - every click and choice made in numerical order. This is important. Once you've carried out the test you repeat it using this list - if the results are duplicated it confirms something... so be careful to write everything down correctly in 1,2,3, order.
1. Opened PD6
2. Edit mode
3. Aquarium.mpg placed in time-line 5 times
4. etc etc

The results you have indicated also don't exactly point to a problem with the software and more to do with a PC issue, again I'm unsure without further info.

Dafydd

hi again, i have done many tests, first i tried on another computer, same video file, same splits and get the same king of results, svrt2 has longer rending time than nosvrt. I am convinced that this is related to the number of split and video data... may be frame lost at capture, etc...
I did a test with aquarium.mpg and found similar behavior but not as worst than my original video file. I observe that "estimated time" takes long time to be displayed in such case, 5,10, 15 minutes, sometimes hours for my original video with different number of split.
here a test case with aquarium.mpg
1) produce aquarium.mpg mpegII file
2) do a long aquarium.mpg file repeating new aquarium.mpeg2 , say 01:00:54.14 total time . Using svrt2 for creating long aquarium.mpeg2 is fast, in fact it fly....
3) bring the new long aquarium.mpeg2 in timeline, do 20 splits on it, then produce mpeg2.
4) at this point you should note that "estimated time" take a bit long to appear, and if you try to abort, it will not. if you do abort later, after estimated time appear, it will abort.

running this on my core2 laptop, give me 23:14 minutes for svrt2 on, 22:20 svrt off, quite similar...but very far to the 10 to 20 times faster performance

Serge