Widzę mnóstwo pytań o przeniesieniu atomu moov
z końca kontenera wideo MP4 na początek, aby film był "zoptymalizowany pod kątem sieci" lub łatwiejszy do przesłania. Wygląda na to, że większość narzędzi wymaga jawnej opcji, aby to zrobić podczas pierwszego kodowania wideo, jeśli jest ono w ogóle dostępne.Czy wprowadzenie początku atomu MOOV na początek pliku MP4 ma swoją wadę?
Jeśli umieszczenie atomu na początku sprawia, że przesyłanie strumieniowe działa lepiej, i jest to kosztowne zrobić to po fakcie, dlaczego miałbym kiedykolwiek chcieć kodować wideo z atomem na końcu? Jakie są korzyści?
Po prostu trudno sobie wyobrazić, że w ciągu 30 minut, czyli godziny lub dziesięciu, aby stworzyć zakodowany film, każdy zauważy dodatkową minutę lub dwie, aby zająć się atomem MOOV, a następnie skopiować resztę gotowych segmentów danych. Z pewnością koszt we/wy jest przyćmiony przez obliczenia wymagane do kodowania w pierwszej kolejności? – Coderer
Przypuszczam, że zależy to od oprogramowania kodującego, ale ffmpeg jest dość ogólny, że "przepisanie pliku po fakcie" wymaga poważnego refaktoryzacji w bieżącym stanie rzeczy. Jest podobny problem z plikami FLV i metadanymi, więc istnieje oprogramowanie takie jak flvtool lub flvmeta, które są potrzebne do prawidłowego wstrzykiwania ich po kodowaniu. Trzeba też zdawać sobie sprawę, że kodery wideo nie zawsze zapisują dane do oglądanych strumieni (na przykład strumieni sieciowych), a powrót z nich nie jest możliwy. – SirDarius
Wiem, że to jest offtopic, ale nadal będę pytać; Element wideo systemu Android może odtwarzać tylko pliki MP4, więc nawet jeśli element moov jest na końcu, nadal odtwarza wideo za pośrednictwem strumienia http bez żadnego problemu. jak to możliwe ?, w jaki sposób uchwyt Androida jest filmem bez atomu moov? –