Quote In the given version I notice that ALL entries in the title room explorer list are listed twice.
When I add, or delete or hide a title, the effect is repeated twice too.
I have checked to see whether I have the titles "collected" somewhere twice too (which would not explain for the behavior mentioned above).
I wonder whether I am the only one seeing this error?
(I have reported to customer support)

Besides that the order of the entries in the explorer list is still random it seems. Maybe that will get some attention too from the developers.

Hi,

Can you attach a screenshot so I can crosscheck on my system?

Cheers
PowerDirector Moderator

For customer support related issues, please contact:
- Customer service: https://membership.cyberlink.com/support/customer-services.do
- Technical support: https://membership.cyberlink.com/support/service/technical-support.do

see attached the list is longer so one shot will not be sufficient.
Notice the progress bar at the right of the window
Let me know if you have any questions.

Quote see attached the list is longer so one shot will not be sufficient.
Notice the progress bar at the right of the window
Let me know if you have any questions.

Hi,

I'm on PDR365 Business 20.8.3212.0 and my screen is normal.

Anyone confirm the findings Warry has??

Cheers
PowerDirector Moderator.

For customer support related issues, please contact:
- Customer service: https://membership.cyberlink.com/support/customer-services.do
- Technical support: https://membership.cyberlink.com/support/service/technical-support.do

Yes, I see the same thing. On my very powerful desktop system, it took 4 minutes for all the titles to populate, and for the first minute only the original 20 or so groups of titles were present. A couple groups were added here and there over the succeding minutes, but in the final few seconds several dozen new groups were added, including many duplicate ones like shown in Warry's screenshot.

I have no idea why CL keeps messing with things like this, but it's an absolutely abysmal user experience to have to wait several minutes for a specific title to appear. And guess what? It seems like we'll get to do the same dance every single time PD is launched, because whatever database PD builds doesn't seem to be saved between sessions.

Here's a screen recording taken on the third time I launched PD after learning of this issue. I sped up the middle section 10x:



Also, I don't know why the All Content number started out so high (around 525) when I made the screen recording. I just launched PD again after making that video, and the All Content number was back to the original value I first saw of 238. It then took another 4-5 minutes to add the "missing" 480 items

YouTube/optodata

DS365 | Win11 Pro | Ryzen 9 3950X | RTX 4070 Ti | 32GB RAM | 10TB SSDs | 5K+4K HDR monitors

Canon Vixia GX10 (4K 60p) | HF G30 (HD 60p) | Yi Action+ 4K | 360Fly 4K 360°

Thanks for this Optodata!
On my not so very fast PC it takes about 30 seconds to get from about 450 to the about 550 titles. I have put some contents packs aside (some of them live in program files\cyberlink\templates and then for each content pack a separate folder. When I "restore" 4 packs in this templates folder it takes PD twice as long (near to 2 minutes) to scan them and find all possible titles (a total of 690) and (lets not forget) all the other stuff for the rooms.

I am also curious what you are seeing Moderator and other users? What is about the amount of titles you have and what time does it take your PC to have them all? And ... given the subject of this entry: Are there any duplicates? Please let us know.

My feeling is that CL tries to cope with all the previous versions, where "room-items" were stored in different folders, and alse has to scan the document folders to check whether there are still customized room-items to include.
And then there is this switch from "in PD" and "via Application Manager" to "all in PD", but for that PD has to look at possible updates in the ('likely) application manager folders or yet another DB.
Well, I am guessing and I am sure that CL development knows precisely what is happening behind the scenes. I can understand that CL is trying to keep newer versions a bit downwards compatible, but all in all we can (and they should) conclude that this now takes too long, and either a faster approach or maybe a cleanup utility is in order.