Prawdopodobnie otrzymałeś taki wynik, jakiego wymagały ustawienia w projekcie kompilacji. Jeżeli we właściwościach tytułu koło more ustawione jest custom, to program realizuje to co zawiera template. I tego template nie można utożsamiać z tym co możemy wstawiać od drelina. My mamy jakieś swoje template jako zespół ustawień dla menu, które może mieć inne parametry niż te w menu z kompilacji wczytanej. W ten sposób my narzucamy konieczność kodowania niektórych tytułów. Jeszcze dziwniejsze rzeczy mogą się dziać, gdy wstawimy jakąś kompilację do wnętrza innej i nie przeanalizujemy dokładnie co gdzie jest poustawiane dla poszczególnych tytułów. W takim przypadku na różnych stronach menu, tytuły "sąsiadów" mogą mieć zupełnie inną reprezentację, co zrobi wrażenie totalnego bałaganu, mimo że struktura jako całość funkcjonuje prawidłowo.
Mogą być jeszcze bardziej zaskakujące przypadki np. w List menu ma nowe oblicze i wszystkie zmiany nazw tytułów są uwzględnione, a strony menu tytułowego ma stare nazwt tytułów w starym otoczeniu.
Musimy jeszcze robić więcej testów i uważnie analizować ustawienia dla poszczególnych tytułów, a następnie z uwagą przeglądnąć otrzymane wyniki. Tylko w ten sposób ustalimy zasady postępowania, któte pozwolą uzyskiwać zawsze to co się chce. Być może trzeba będzie zaproponować jakieś drobne zmiany w programie, aby uzyskać większe ułatwienia w zarządzaniu przebudową i rozbudową struktur. Dean zaproponował bardzo ambitną wersję "zatrzymania starych stron menu", która w założeniu ma być uniwersalna. Można więc dokładać tytuły na końcu i do wnętrza struktury. Można usuwa niektóre tytuły lub zmieniać im parametry ustawień. I to wszystko dla każdego stylu menu, łącznie z uwzgłędnieniem owych "sąsiadów", którzy w całym algorytmie są bardzo kłopotliwi. Nie wiem aktualnie, czy dla tak skomplikowanej różnorodności udało się przewidzieć prawidłowo ustawione algorytmy. Z założenia jest to mało prawdopodobne. Ale jak i gdzie aktualna implementacja pracuje mogą ustalić tylko testy. Te niestety są czasochłonne, bo powinny uwzględniać większą ilość tytułów i różne konfiguracje zmian. Nie sądziłem, że Dean się zdecyduje na tak wielkie uogólnienie w wykorzystywaniu starych stron menu przy przebudowie i rozbudowie struktur. Taka koncepcja ma wiele zalet, głównie przez swą uniwersalność. Jeżeli ją potrafimy poznać w całości i opanować jej wykorzystywanie w różnych sytuacjach, to będzie super. Moim zdaniem, powinno się także niezależnie rozważyć implementację takiej opcji dla znacznie zawężonego obszaru funkcjonalności np. gdy chcemy tytlko dołożyć tytuł (lub tytuły), ale nigdzie nie wprowadzać żadnych zmian. Jest do pomyślenia jeszcze większe przyspieszenie w uzyskaniu struktury wynikowej, niż to ma miejsce dotychczas. Jakie założenia należałoby wówczas przyjąć, to już pisałem.
Reasumując:
1. należy pozostawić ostatnio wprowadzoną opcję z uwagi na jej uniwersalność i w sumie znakomite oszczędności czasowe przy rozbudowie i przebudowie dużych struktur AVCHD/BR. W drodze testów dokładnie rozpoznać, jak w inywidualnych sytuacjach postępować, aby zawsze otrzymywać pożądany wynik. Być może ujawnią się przy okazji jakieś błędy w programie, więc będzie wiadomo jak je usunąć
2. niezależnie przedyskutować wprowadzenie nowego stylu menu, gdzie jeszcze szybciej przejmowałoby się wszystkie istniejące strony menu, bez potrzeby jakichkolwiek nowych kodowań. Przypuszczam, że nie powinno być też problemu z rezygnacji analizowania istniejących playlist. Moim zdaniem pozostawienie starej struktury na dotychczasowym miejscu to kolejny zysk na czasie. Uważam, że możliwość dobudowy jenego lub kilku tytułów w sposób "błyskawiczny" jest realna niezależnie jak wielką mamy starą strukturę