I już nie ma problemu.
Małymi krokami zbliżamy się szybko do celu.
Ten tekst kieruje do polskich użytkowników. Dean nie powinien tracić czasu na czytanie zawiłych wywodów. Jak będą konkretne wnioski, to wówczas krótko i jasno o tym napiszemy.
Ale zanim zgłoszę prośbę, to trochę tekstu informacyjnego i wyjaśniającego kontekst:
Dzisiaj zrobiłem też taką już trochę docelową kompilację, zawierającą 12 dużych tytułów i menu z ruchomymi ikonami. Wśród tych 12 tytułów były 2 tytuły nagrane w SD - chodziło mi o przetestowanie ustawienia AR na 16:9, bo z tym w strukturach AVCHD ciągle mam jakieś problemy - plik filmowy ze struktury odtwarzany samodzielnie idzie dobrze, a wmontowany do AVCHD przechodzi na 4:3, mimo że w opowiedniej opcji jest zaznaczone 16:9. Pozostałe tytuły były reprezentowane przez pliki .MPL, w skład których wchodziło prawie 500 plików .MTS . Kompilacja ta powstała po wczytaniu projektu, zapisanego przez multiAVCHD przy realizacji tej kompilacji, gdzie wszystkie ikony reprezentujące rozdziały powyżej 12 były czarne. Teraz jednak dla wszystkich tytułów skorzystałem z modu "f" (zamieniłem "m"-y, które w tym przypadku były odpowiednikami "p"). Całkowicie z wczytywanej struktury usunąłem folder HDAVCTN, który zawierał także owe czarne ikony. Tworzenie kompilacji zajęło kilka godzin, ale wszystko przebiegło normalnie i w rezultacie nigdzie nie ma czarnych ikon, a odtwarzanie oraz nawigacja na wszystkich poziomach są bez zarzutu. Piszę o tym nieco szczególowiej, aby podkreślić, że uzyskano całkowicie poprawny wynik, mimo że we wczytywanej strukturze były pliki .MPL, które wczytywane oddzielnie dawały wadliwe menu.
Dla mnie jest to zastanawiające, dlaczegoi plikom .MPL podczas poprzedniej kompilacji program multiAVCHD zamienił jakiś "bit" na niewłaściwy. I dlaczego w PS3 odtwarzanie przebiega normalnie (chodzi o tę strukturę, którą teraz użyłem do stworzenia tej ostatniej), a ten sam program multiAVCHD tych własnych plików .MPL nie potrafi poprawnie wykorzystać, gdy są one wczytywane oddzielnie, natomiast nie ma problemu, gdy są wczytywane w strukturze.
Nasuwa się też pytanie, dlaczego w poprzednich wersjach nie istniały takie problemy.
Trochę jestem też zaskoczony, że wszystkie ikony w foderz HDAVCTN są teraz o rozmiarach 640x360. Widać z tego, że Dean doszedł do wniosku, iż rozmiary 1920x1080 dla ikon rozdziałów są rozrzutnością. Wygląda jednak na to, że te zmniejszone ikony są także podstawą kodowania całych stron tytułowych, gdy dla nich ustawimy nieruchome tła.
Czy mógłby ktoś wczytać do multiAVCHD jakąś źródłową strukturę utworzoną przez kamerę lub HD Writer oraz niezależnie jakieś ze dwa pliki . mpl* z takiej struktury, a następnie opisać jaki będzie wynik kompilacji (dla modu "p" przy tytułach)? Jeżeli kompilacje zakończą się powodzeniem, to ich wynik powtórnie wczytać do multiAVCHD i oczywiście opisać rezultaty.