I check to see if notification was checked in Preferences. Closed and reopen PD. There are currently no new updates available. I will manually install the update. I do wonder if the 3 issues found in build 2721 for the PD17 365 version exist also in this build 2727 for the perpetual version.

See this post for issues found in build 2721: https://forum.cyberlink.com/forum/posts/list/78915.page .

I have good news that the first two issues found on April 1st does not exist on my pc after installing the update. The 3rd issue does exist. I found a workaround that if you pause the scrubber when the audio is silent and resume then audio will play to the end.

Did a check to see if the issue is there in preview only or is there in the produced video. Used the Profile Analyzer/SVRT to produce the video. Two choices are as follow:
65.77% As Source for 1280 x 720 workload reduced 35.46%
64.54% As Source for 1920 x 1060 Workload Reduced 0.00% Don’t know how adding these two percentages can exceed 100% yet.

Produced the video using SVRT and there were no playback or audio issues whatsoever in this final video. If someone want to pursue this issue on the 3rd item they can write a support ticket for it. Others are welcome to do the test and report any other issue found. Read the release notes for the fixes.

Reported this issue on support ticker Question ID = CS002015263.

I do not know has anything to do with your case.
Here SVRT shows 100% for all video, after the 1st transition, no more SVRT process.
For MTS videos (i) XEON-E5-2680 v4 / Mem. 16GB DDR4
M.2 NVME 512Gb / 2-SSD Sata3 1TB
AMD RX570 / Display Philips 272V8
Windows 11_64Pro / PD22/365

Quote Used the Profile Analyzer/SVRT to produce the video. Two choices are as follow:
65.77% As Source for 1280 x 720 workload reduced 35.46%
64.54% As Source for 1920 x 1060 Workload Reduced 0.00% Don’t know how adding these two percentages can exceed 100% yet.

It kind of goes like this:
Total timeline duration, 21.6667 sec
Skateboard.mp4 on Trk 2 duration, 7.6833 sec
00001.MTS on Trk2 duration, 13.9833 sec
Skateboard.mp4 on Trk 1 duration, 6.5667 sec

So, for the Skateboard.mp4 produce profile, the 1280x720, one has potentially (7.6833+6.5667)/21.6667=65.77% as source. The source is looking at total video content, not the editing features. So, it's independent if the Skateboard.mp4 on Trk1 might be modified because a full 16:9 frame 00001.MTS was on Trk2. So, this PD stat is correct. The workload reduced of 35.46% is also correct because for this 1280 profile only the Skateboard.mp4 on Trk2 is the benefit of SVRT so 7.6833/21.6667=35.46% is the reduction. You can easily validate by simply deleting the Skateboard.mp4 on Trk1, nothing significant encoding per the "Production" is really changed, but the Profile Analyzer will now indicate 35.46% as source for the 1280 profile, correct because 7.6833/21.6667=35.46%.

So, for the 00001.MTS produce profile, the 1920x1080, one has potentially 13.9833/21.6667=64.54% as source. So, again the PD stats are correct. The workload of 0.00% reduced is correct because for this 1920x1080 profile, since 00001.MTS had non SVRT features applied to it and Skateboard.mp4 on Trk2 is the 1280 format, everything needs to be encoded so workload reduced is correct at 0.00%.

There are plenty of other SVRT issues, but in this case the percentage stats are entirely correct.

AVPlayVideo, you might want to see if "Allow SVRT on single IDR..." in pref corrects your issue. Depends on source footage and unknown what you are working with.

Jeff

Quote
AVPlayVideo, you might want to see if "Allow SVRT on single IDR..." in pref corrects your issue. Depends on source footage and unknown what you are working with.

Jeff

Thanks for the tip, SVRT works, unfortunately has flaws after the transitions which makes it unfeasible to use. XEON-E5-2680 v4 / Mem. 16GB DDR4
M.2 NVME 512Gb / 2-SSD Sata3 1TB
AMD RX570 / Display Philips 272V8
Windows 11_64Pro / PD22/365