Announcement: Our new CyberLink Feedback Forum has arrived! Please transfer to our new forum to provide your feedback or to start a new discussion. The content on this CyberLink Community forum is now read only, but will continue to be available as a user resource. Thanks!
CyberLink Community Forum
where the experts meet
| Advanced Search >
Audio and video of the same track are not synced in PD 20
bjch512 [Avatar]
Member Joined: Jul 21, 2021 23:32 Messages: 91 Offline
[Post New]
Hi,

With PD 20, we notice that audio & video of the same track are not synced. Video could be delayed by audio more than 5 seconds. We didn't notice such issue with PD 19 on the same computer. Video speed is not very smooth either.

Windows Task Manager shows that PD 20 takes almost all CPU bandwith when it plays a video (98% when play video vs. 1% when not paly video). Please see the attached screenshot. Not sure why PD 20 takes so much CPU bandwith, and if it's possible to improve it.

By the way, we didn't check PD 19 CPU usage when it plays video as we didn't encounter this issue.

Thansk & regards,
Lee
[Thumb - cpu-high.JPG]
 Filename
cpu-high.JPG
[Disk]
 Description
 Filesize
98 Kbytes
 Downloaded:
2 time(s)
JL_JL [Avatar]
Senior Contributor Location: Arizona, USA Joined: Oct 01, 2006 20:01 Messages: 6091 Offline
[Post New]
If you've got a reasonable GPU, try using GPU decoding (pref > Hardware Acceleration) and see how that does if your current video stream format is supported by your GPU.

Jeff
bjch512 [Avatar]
Member Joined: Jul 21, 2021 23:32 Messages: 91 Offline
[Post New]
Quote If you've got a reasonable GPU, try using GPU decoding (pref > Hardware Acceleration) and see how that does if your current video stream format is supported by your GPU.

Jeff


We have already used "hardware decoding". Please see attached screenshot.

To narrowdown this issue further, we ran more tests and found that video speed becomes normal (it's synced with audio and smooth) and CUP usage drops to ~55% if we do not use Fix/Enhance.

If we use Fix/Enhance --> Lighting Adjustment, then this issue occurs (video speed is not synced with audio and not smooth) when play the same track.

Not sure why Lighting Adjustment could possibly cause this problem.

Thanks & regards.
[Thumb - HW-acc.JPG]
 Filename
HW-acc.JPG
[Disk]
 Description
 Filesize
68 Kbytes
 Downloaded:
2 time(s)
JL_JL [Avatar]
Senior Contributor Location: Arizona, USA Joined: Oct 01, 2006 20:01 Messages: 6091 Offline
[Post New]
Quote We have already used "hardware decoding". Please see attached screenshot.

To narrowdown this issue further, we ran more tests and found that video speed becomes normal (it's synced with audio and smooth) and CUP usage drops to ~55% if we do not use Fix/Enhance.

If we use Fix/Enhance --> Lighting Adjustment, then this issue occurs (video speed is not synced with audio and not smooth) when play the same track.

Not sure why Lighting Adjustment could possibly cause this problem.

Thanks & regards.

Yes, Fix/Enhance is a CPU adjustment feature so the high CPU load is expected, as it was in the prior PD, the GPU does nothing for modifying each frame for this feature. One needs to compare "like" events when one declares something different in new version.

Jeff
bjch512 [Avatar]
Member Joined: Jul 21, 2021 23:32 Messages: 91 Offline
[Post New]
Quote

Yes, Fix/Enhance is a CPU adjustment feature so the high CPU load is expected, as it was in the prior PD, the GPU does nothing for modifying each frame for this feature. One needs to compare "like" events when one declares something different in new version.

Jeff


To make sure what we observed with PD20 is caused by PD20, we go back and try PD19. You are right, both PD19 and PD20 have the same behavior, i.e. Fix/Enhance of PD19 and PD20 both take more (similar additional amount of) CPU bandwidth.

We didn't notice the video delay/lagging issue when using PD19 becasue different videos were used with PD19. So the video delay/lagging issue was not obvious when PD19 was used.

The behavior that video lags behind audio (when Fix/Enhance is used) feels very strange. Not sure if we can sync both video and audio somehow. Or this is system related?

Thanks & regards.
JL_JL [Avatar]
Senior Contributor Location: Arizona, USA Joined: Oct 01, 2006 20:01 Messages: 6091 Offline
[Post New]
Quote We didn't notice the video delay/lagging issue when using PD19 becasue different videos were used with PD19. So the video delay/lagging issue was not obvious when PD19 was used.

Behavior highly dependent on video bitrate, fps and codec. Higher bitrate, higher fps, more compact codec, all put additional strain on the CPU to apply real-time corrections to each frame during playback.

Quote The behavior that video lags behind audio (when Fix/Enhance is used) feels very strange. Not sure if we can sync both video and audio somehow. Or this is system related?

Complexity of using a compressed video stream that needs decoding and real-time Fix/Enhance corrections on each frame. They are in sync, just not during timeline editing playback as timeline fluidity is not really real-time as the system can't handle it. "Render Preview" and/or "Produce Range" and/or "Producing" Fix/Enhance corrections first and using that clip in timeline are options that PD has.

Jeff
bjch512 [Avatar]
Member Joined: Jul 21, 2021 23:32 Messages: 91 Offline
[Post New]
Quote

Behavior highly dependent on video bitrate, fps and codec. Higher bitrate, higher fps, more compact codec, all put additional strain on the CPU to apply real-time corrections to each frame during playback.



Complexity of using a compressed video stream that needs decoding and real-time Fix/Enhance corrections on each frame. They are in sync, just not during timeline editing playback as timeline fluidity is not really real-time as the system can't handle it. "Render Preview" and/or "Produce Range" and/or "Producing" Fix/Enhance corrections first and using that clip in timeline are options that PD has.

Jeff


Thank you for the details. Much appreciate. It helps a lot!

The system we use is only two years old but it seems we already need to upgrade it to get better CUP & GPU frown

Just to make sure... even though we observe this behavior when playing the video in PD, when we produce a final video, the video quality won't be degraded, correct?

Regards.

This message was edited 1 time. Last update was at Oct 07. 2021 15:08

JL_JL [Avatar]
Senior Contributor Location: Arizona, USA Joined: Oct 01, 2006 20:01 Messages: 6091 Offline
[Post New]
Quote Thank you for the details. Much appreciate. It helps a lot!

The system we use is only two years old but it seems we already need to upgrade it to get better CUP & GPU frown

Just to make sure... even though we observe this behavior when playing the video in PD, when we produce a final video, the video quality won't be degraded, correct?

Regards.

Even a very high end CPU and GPU will still struggle with real-time fluid playback of the timeline in PD when certain corrections are applied to the video and the video is high quality compressed.

Correct, "Produced" video quality is not affected.

Jeff
bjch512 [Avatar]
Member Joined: Jul 21, 2021 23:32 Messages: 91 Offline
[Post New]
Quote

Even a very high end CPU and GPU will still struggle with real-time fluid playback of the timeline in PD when certain corrections are applied to the video and the video is high quality compressed.

Correct, "Produced" video quality is not affected.

Jeff


Thank you for your conformation for the "Produced" video quality, and CPU/GPU information.

Regards.
Powered by JForum 2.1.8 © JForum Team