Amalthia,
VS9, is definitely better then VS8 - if only because the OOS problem is fixed (Audio/Video sync). It is also more stable and responsive to user input. Go ahead and upgrade.
John
Video Studio 9 Bug List
Moderator: Ken Berry
-
joosuna
- Posts: 225
- Joined: Sat Dec 11, 2004 8:32 pm
- System_Drive: F
- 32bit or 64bit: 64 Bit
- processor: intel dual core 3 Ghz
- ram: 12Gb
- Video Card: nvidia
- Hard_Drive_Capacity: 2000
- Location: LosAngeles, California, USA
- Contact:
VS8 was very stable on my computer compared to VS7. I have the disk installed version of VS9 and inspite of its quirks, I like it better than VS8.
My biggest problem on my computer is that the album transition are unstable in VS9. But, it appears that just a few people have this problem, and it is not prevelent. So I figure it is a conflict in my computer in this case, cause the transitions work fine in VS8 for me.
regards
Joe
My biggest problem on my computer is that the album transition are unstable in VS9. But, it appears that just a few people have this problem, and it is not prevelent. So I figure it is a conflict in my computer in this case, cause the transitions work fine in VS8 for me.
regards
Joe
-
jchunter
Update: VS9 video file corruption problem.
I examined a few of my corrupt video files made from old VS8 projects using VS9 (problem #1 in the list at the top of this thread) using Video Redo. A frame-by-frame anslysis shows that after some transitions (e.g., flying flip), the timecode abruptly changes to a new value. For example, I can watch the timecode increment up to and thru the transition but at the end it abruptly changes from 0:05.29 to 13"13:04.16. If I attempt to back up one frame, the time code resets to zero.
In another file, as I step through a transition, blockiness begins to appear for 2 frames, then the timecode skips two frames (Alosada, these might be redundant frames that don't show?? ). Then after 14 more frames, abruptly sets to 13:13:07.13.
Note that disabling smart render prevents this corruption.
John
I examined a few of my corrupt video files made from old VS8 projects using VS9 (problem #1 in the list at the top of this thread) using Video Redo. A frame-by-frame anslysis shows that after some transitions (e.g., flying flip), the timecode abruptly changes to a new value. For example, I can watch the timecode increment up to and thru the transition but at the end it abruptly changes from 0:05.29 to 13"13:04.16. If I attempt to back up one frame, the time code resets to zero.
In another file, as I step through a transition, blockiness begins to appear for 2 frames, then the timecode skips two frames (Alosada, these might be redundant frames that don't show?? ). Then after 14 more frames, abruptly sets to 13:13:07.13.
Note that disabling smart render prevents this corruption.
John
-
alosada
John:
An abrupt jump in the TC is suggestive of some failure in VS8 rebuilding the visually edited GOP sequence. I have occasionally come across similarly puzzling TC changes in VS8 rendered files, but not yet in VS9.
Anyway, I vaguely remember some people reporting corrupted transitions in VS8. I am afraid I rarely use anything more than 2-3 plain vanilla effects such as cross-fades in my videos ─and have employed many of them for the first time in my recent tests─, so I can't be of much help here.
When you reach the first redundant frame in a pair, the TC rolls back by 2. However, I have never found RFs within a transition. In fact, VS has to gradually merge frames from the tail of a clip with frames from the head of another in some some fancy manner ─too complex a change to be smart rendered.
Obviously, the transition may have failed for other reasons such as its very complexity, poor software design or some hiccup in the system during the rendering.
Unless you know the exact frames where your transition should start and end, determining whether the blocky frames you see are actually RFs would require visually timestamping your clips prior to applying the transition and then browsing it frame by frame in search of duplicate timestamps.
An abrupt jump in the TC is suggestive of some failure in VS8 rebuilding the visually edited GOP sequence. I have occasionally come across similarly puzzling TC changes in VS8 rendered files, but not yet in VS9.
Anyway, I vaguely remember some people reporting corrupted transitions in VS8. I am afraid I rarely use anything more than 2-3 plain vanilla effects such as cross-fades in my videos ─and have employed many of them for the first time in my recent tests─, so I can't be of much help here.
When you reach the first redundant frame in a pair, the TC rolls back by 2. However, I have never found RFs within a transition. In fact, VS has to gradually merge frames from the tail of a clip with frames from the head of another in some some fancy manner ─too complex a change to be smart rendered.
Obviously, the transition may have failed for other reasons such as its very complexity, poor software design or some hiccup in the system during the rendering.
Unless you know the exact frames where your transition should start and end, determining whether the blocky frames you see are actually RFs would require visually timestamping your clips prior to applying the transition and then browsing it frame by frame in search of duplicate timestamps.
-
jchunter
Alosada,
I did not make clear that both problems came right after the transitions (as judged visually) - so it appears to be similar but not quite the same as your redundant frames because it happens where the transition joins the next video clip. I thought the skipping of two frames was also oddly similar your redundant frames.
BTW, I have been using Video Redo version 1.7.0.302. Is this the same as yours?
I will do some more looking...
John
I did not make clear that both problems came right after the transitions (as judged visually) - so it appears to be similar but not quite the same as your redundant frames because it happens where the transition joins the next video clip. I thought the skipping of two frames was also oddly similar your redundant frames.
BTW, I have been using Video Redo version 1.7.0.302. Is this the same as yours?
I will do some more looking...
John
-
dmz
- Posts: 225
- Joined: Tue May 10, 2005 8:58 pm
- System_Drive: C
- 32bit or 64bit: 64 Bit
- motherboard: ASUS ROG Strix Z390-I
- processor: Intel Gen 9 i7 9700K
- ram: 32GB
- Video Card: mobo onboard
- sound_card: mobo onboard
- Hard_Drive_Capacity: 6TB
- Monitor/Display Make & Model: Dell
- Corel programs: VS 2020
- Location: Melbourne, Australia
Hi,
I had VS7 and spent a considerable amount of time creating about 17 projects to burn to dvd. I was unsuccessful in getting any kind of decent dvd quality from vs7 so i just left it. I recently got VS9 and using the old vs7 projects I have had great results with the final dvd. However, if I use the create disk wizard and add the 17 project files it always fails. It either freezes at some point or simply crashes. My workaround is to create a video file for each project and then import the video files in the create disk wizard and it works a treat.
I had VS7 and spent a considerable amount of time creating about 17 projects to burn to dvd. I was unsuccessful in getting any kind of decent dvd quality from vs7 so i just left it. I recently got VS9 and using the old vs7 projects I have had great results with the final dvd. However, if I use the create disk wizard and add the 17 project files it always fails. It either freezes at some point or simply crashes. My workaround is to create a video file for each project and then import the video files in the create disk wizard and it works a treat.