Niewątpliwie wyliczanie wszystkich powodów, dla których multiAVCHD można traktować jako wyjątkowy program do authoringu (i nie tylko) zajęłoby wiele miejsca. Sam to wielokrotnie już czyniłem i zapewne jeszcze będzie do tego okazja. Krótką charakterystykę multiAVCHD na ten temat opracował ostatnio Dean:
Doom9's Forum - View Single Post - multiAVCHD - author AVCHD/Blu-ray for Blu-ray players, camcoders & Viera TV or HD-DVD
Te dane mówią same za siebie.
Po wprowadzeniu w multiAVCHD nwej opcji tworzącej wersję SD DVD, nastąpiła istna lawina postów, w których poruszane są różne problemy z tym związane. Dean jest więc ostatnio całkowicie zaangażowany w wyjaśnienia dotyczące tej opcji i wprowadzanie usprawnień oraz usuwanie przyczyn powstawania drobnych błędów, wynikających głównie przy tworzeniu SD DVD na podstawie płyt BD z różnego rodzaju napisami i z różnymi wersjami językowymi. Użytkownik Adub napisał nawet małą instrukcję na temat konwersji płytki BD na SD DVD:
How to convert Blu-ray to DVD using multiAVCHD | Adubvideo
Przy tworzeniu SD DVD na podstawie materiału z kamer HD w zasadzie nie ma problemów.
Wg moich testów przy zastosowaniu obu dostępnych encoderów MPEG-2, uzyskuje się bardzo ładny obraz w przypadku scen mało dynamicznych. W przypadku większego ruchu (obiektu filmowanego lub kamery) rozdwajanie się obrazu jest trudne do akceptacji. Materiał źródłowy HD nawet przy dynamicznych scenach daje obraz spójny. Źródłem tego zjawiska jest zapisywanie obrazów przez kamery HD z przeplotem. Prawdopodobnie przy obrazach progresywnych nie ma takiego problemu. Niestety to rozdwajanie się obrazu, to nie tylko problem występujący przy tworzeniu SD DVD. Nadal dużym problemem jest rozdwajanie się obrazów w elementach menu (statycznych i ruchomych jeżeli bazują na video o większej dynamice ruchu), o czym już kilkakrotnie wspominałem. Menu dla materiału filmowego HD powinno być nie tylko funkcjonalne (tzn powinno nie tylko umożliwiać sprawną nawigację po całej strukturze AVCHD/BR), ale powinno być też ładne i technicznie zgodne z HD. Ale do tej kwestii powrócę w stosownym czasie.
Teraz jest jednak problem, który wymaga pilnego rozwiązania, gdyż aktualnie przy powtórnej kompilacji tytułów nie można bazować na stronach menu już raz wykonanych, w których nic nie zmieniamy. Najlepiej wyjaśnię to na konkretnym przykładzie:
Mam dwie wielotytułowe struktury, w których nic nie chcę zmieniać i chcę je połączyć z wykorzystaniem istniejących stron menu (uzyskanych w build 743). Obie struktury mają menu XMB z ruchomym tłem, bez ikony tytułowej (jak w template załączonym poprzednio).
Pierwsza struktura ma 11 tytułów i przy tworzeniu tej połączonej kompilacji wszystkie strony tych tytułów zostały wykorzystane w drodze "Muxing original menu". W czasie dodawania 47 tytułów z tej drugiej kompilacji, już z LOG widać było, że coś niepokojącego się dzieje, bowiem strony menu, dla niektórych tytułów były kodowane od nowa. Kompilacja zakończyła się bez żadnego błędu, ale przy jej odtwarzaniu występują liczne błędy nawigacyjne przy tytułach pochodzących z tej drugiej struktury. Część stron menu głównego została przyporządkowana do innych plików video. Również niektóre strony menu rozdziałów znalazły się przy niewłaściwych tytułach. Jeżeli uruchamia się dowolny tytuł poprzez Title list menu, to odtwarza się właściwy materiał filmowy. Natomiast wywołując menu główne dla danego materiału filmowego często uzyskuje się niewłaściwą stronę tytułu (tzn przynależną do innego pliku filmowego).
Jeżeli w tak połączonej strukturze dokona się powtórnej kompilacji, ze zleceniem kodowania wszystkich stron menu, to struktura wynikowa nie zawiera już żadnych błędów. Nadmienię, że uszeregowanie plików ze stronami menu w tej wadliwej strukturze jest inne, niż w tej strukturze uzyskanej z powtórnym kodowaniem menu dla wszystkich tytułów.
Przykład opisywany miał miejsce ostatnio, ale już wcześniej, przy tworzeniu tych struktur składanych miałem podobne błędy i dopiero powtórne przekodowanie wszystkich stron menu, dało poprawne wyniki. Nie opisywałem tego, bo Dean tonął w powodizi postów związanych z opcją SD DVD, a ja chciałem uzyskać potwierdzenie tych faktów w kilku kompilacjach.
Opisane problemy wynikają zapewne z jakiegoś drobnego błędu w algorytmie programowym i po jego zlokalizowaniu, Dean nie będzie miał zapewne problemów z jego usunięciem. Zdaję sobie sprawę, że nie jest proste wyszukanie błędu w programie, którego kod żródłowy zawiera już ponad 32000 wierszy poleceń, ale Dean ma zapewne podstawowe operacje wydzielone w postaci niezależnych procedur (podprogramów, subrutyn), bo przecież jakoś nad tym panuje.
Reasumując: aktualnie nie należy korzystać z "Muxing original menu", bo zamiast znaczących oszczędności czasu trwania kompilacji, stracimy go znacznie więcej w wyniku konieczności powtórnego kodowaniu wszystkich stron menu, celem usunięcia powstałych błędów.
pzdr!