Quote:
...
Plus in the limited testing I have done I still have to cut my i7CPU down to 2 cores to produce my multiple pip 1080 videos. I have asked Cyberlink two simple questions
1. Can your Vista 32bit i7CPU computers produce progressive 720 video when using CUDA.
2. Can your Vista 32 bit i7CPU computers render my supplied packed project of multiple pips without crashing with either "out of system memory" errors or "can't stretch media" errors.
If I am lucky, cross my fingers, place a 4 leave clover on my keyboard and use 2 cores I can get the multiple pip project to produce.
I really do not have any more time or energy to do any more testing, it just frustrates me and after 12 months of chasing this tiger I thought this last patch might have been the saviour, sadly it is not.
EDIT====Using my limited computer knowledge I feel that PD has memory problems. Because in a 32 bit system each program only has access to a maximum of 2 gig of ram. One of the reasons I think my only way to solve my problems with be to upgrade to a 64 bit system which allows any program to access as much memory as it likes.
I would also like Cyberlink to answer the question.
1. Why does PD8 want to use more than 2 gig of ram to produce my 45 meg multiple pip project?
Hi.
More or less 'unfortunately' I can confirm your problems - though I own release 2220 - searching for an upgraded version automatically reveals nothing.
But concerning your probs:
I made the experience that some 'preparations' are necessary to finsh a PD8 project successfully:
1. When using 'higher sophisticated functions' of PD8 (such as PIP or anything from the "Power Tools" - take the source clips, produce a separate MPG (or M2TS) file only with these clips included in the 'effect'. Then place the MPG into your PDS script.
Using a multiple-PIP would mean: 1st: produce a MPG containing the images for the 'innermost' PIP. Then include this into a script, which contains the second level of PIP - producing another MPG therewith - and so on, until you get to your 'main screen video' script, where you only have to import a simple MPG.
Proceed the same when combining time-streching or -compressing, stabilizing or similar.
2. Before producing a file (MPG or M2TS) save your project, exit PD8.
Optionally re-boot your PC and - after reboot - quit all unneccessary procedures running in background via win Task Manager and "quit procedure". Kill as many procedures as possible without loosing system security or stability (personally I quit 'most anything' except the McAfee Suite).
3. Optionally - when the above steps still don't work - I defrag my system partition and the partition carrying my video project files - Of course after an interimistic re-boot and repetition of step 2 afterwards.
4. Restart PD8, load your project and - without any editing! - directly step to producing a file.
These steps have - until now! - helped me to work through a 1-hour-video project containing video track with not more than 1 'special effect' (e.g. stabilizing or vid speed adjustment) at the same time for a single clip, some single-level-PIPs, a spoken soundtrack plus up to 2 music tracks.
If these steps would not have worked, the next step I was thinking about was to reduce the adressable kernels from my i7 cpu - obviously a thing increasing the stability of PD8 - as you observed!
The memory management of PD8 indeed IS odd.
Instead of using 100% of all 8 kernels (4+4, when hyperthreading is activated) for processing a video, I observed large variations in system load during even short clip processings (see attached screenshot, but disregard the marking arrows) - a thing, which slows down PD8 unneccessarily.
Also I observed that crashes of PD8 as you describe mostly occur, when system load IS at - or near - 100% on all kernels, and the script contains an 'additional feature' at that moment - for example, a scene with video stabilizing feature.
Nevertheless - compared with the former versions of PD (I have tested v5 and v7 before), v8 is the most stable version yet.
Though there is 'potential for improvement' ;o).
Michael,
Upper Austria.
|
Filename |
Aufnahme 1.jpg |
|
Description |
|
Filesize |
96 Kbytes
|
Downloaded: |
202 time(s) |