DivX → WebM

არა, და ეს არის გადატანის ერთ-ერთი საუკეთესო მიზეზი. DivX კონტეინერს აქვს პრაქტიკული ერთ ფაილის საზღვარი, რომელშიც გრძელი ან მაღალი ბიტრეიტით ჩაწერა იწყება, სწორედ ამიტომ ძველი ჩანაწერები მოდის როგორც ნაწილი1, ნაწილი2, ნაწილი3. WebM არ აქვს ეგზემპლარული საზღვარი, ასე რომ ნაწილები შეიძლება ერთ ერთში შეერთდეს. DivX-ს სჭირდება H.264-ის 2-ჯერ მეტი ბიტრეიტი იმავე ხარისხის მისაღებად და არ აქვს გზა HDR-ის, 10-ბიტიანი ფერების ან 1080p-ზე მეტი რეზოლუციისკენ.

დიახ. DivX არ გააჩნია გამოყენებადი მყარი სუბტიტრების დისკი, ამიტომ DivX-ის შინაარსის სუბტიტრები უნდა ჩაეწერა სურათში ან გაგზავნილიყო როგორც დამოუკიდებელი გვერდითი ფაილი. WebM ატარებს სუბტიტრებს როგორც საკუთარი, არჩევადი ნაკადები, ასე რომ გადამუშავების შემდეგ შეგიძლიათ დააკავშიროთ SRT დისკი, რომლის ჩართვა, გამორთვა ან სტილის შეცვლა შესაძლებელია.

არაა დამოუკიდებელი. DivX ინახავს მრავალ აუდიოს ნაკადს როგორც პირველი კლასის დისკის, მაგრამ WebM პირველი დისკის შემდეგ აღდგენის მხარდაჭერა არ არის თანმიმდევრული, ამიტომ უმეტესობა მუსიკოსები მხოლოდ ერთს გამოავლენს. შეარჩიეთ დისკი, რომელიც გსურთ გადამუშავების წინ; სხვა დისკი უფრო სწორია, რომ საკუთარი ფაილებიდან ამოიღოთ, ვიდრე კონტეინერში დატოვოთ, რომელიც მათ ფარავს. DivX-ის სერტიფიცირებული DVD-მღერლები ჯერ კიდევ გავრცელებულია, და კოდეკი რჩება შეთავსებადი საფეხური მთელი თაობის set-top hardware-ისთვის. WebM არის ცუდი თავსებადობა ნებისმიერი ადგილიდან ბრაუზერის გარეთ — ვიდეოს რედაქტორები, ტელეფონის ნამდვილი გალერეები და Smart TV-ები დიდწილად იგნორირებას უკეთებენ მას.

დიახ, და ეს ჩვეულებრივ არის გადამუშავების მიზეზი. DivX ვებ გვერდში ჩასმული ან დაზიანებული პლეერის ან ჩამოტვირთვის მოთხოვნას ახდენს, რადგან ბრაუზერები არ აწვდიან დეკოდერს. WebM ითამაშებს შიდა ხაზზე HTML5 ვიდეო ელემენტის საშუალებით, დანამატებისა და გარე პროგრამების გარეშე. WebM-ი ყველა თანამედროვე ბრაუზერში ითამაშება, დანამატების გარეშე, ლიცენზიის გადასახადის გარეშე და პატეტის გამოვლენის გარეშე, რაც მას ვებ-ში ჩაშენებული ვიდეოების ნაგულისხმევად აქცევს.

ეს ცვლის გამონატანი ფაილის მოსალოდნელ თვისებებს. ამ გადამუშავების ერთ მხარეს კოდირება ეწოდება, ხოლო მეორე მხარეს - ოფციები, ასე რომ, რაც დაბრუნდება არის ბიტული ნაკადი რომელ კონტეინერშიც მას ყველაზე მეტად უხდება - ჩვეულებრივ MP4 ან MKV. გაფართოება ასახავს კონტეინერს; კოდეკია ის, რაც რეალურად განსაზღვრავს ფაილის ზომას და სად ის იქნება აღდგენილი.

ეს დამოკიდებულია WebM კონტეინერზე. MP4-ის ნაგულისხმევი კოდირებაა H.264, რათა უზრუნველყოს უკეთესი მხარდაჭერა ტელეფონებისთვის, ბრაუზერებისთვის და Smart TV-ებისთვის. MKV-ს ნაგულისხმევი კოდირებაა H.265 / HEVC, რათა ფაილის ზომა დაახლოებით ნახევრად შემცირდეს, ხარისხი კი იგივე იყოს. WebM-ის ნაგულისხმევი კოდირებაა VP9. განვითარებული პარამეტრები ნათლად აჩვენებს კოდეკის არჩევას, თუ საჭიროა მისი გადარქმევა. WebM არის Matroska-ს მკაცრი ქვესათაური, რომელიც Google-მა გამოაქვეყნა 2010 წელს, განსაკუთრებით HTML5 ვიდეოების უფასო კონტეინერების შესაქმნელად.

დიახ. როდესაც DivX და WebM თავსებადია აუდიოს კოდეკთან (მაგალითად, ორივე აწარმოებს AAC- ს), აუდიო გადაკოდირდება უკან კოდირების გარეშე - ბიტ- იდენტური. როდესაც კოდეკები განსხვავდება, აუდიო გადაკოდირდება AAC / Opus / Vorbis- ში იმის მიხედვით, თუ რა მხარს უჭერს WebM კონტეინერს. მრავალ- ტრეკიანი აუდიო (კომენტარი, ალტერნატიული ენა) დაცულია.

ნაგულისხმევი ღიაა - 24fps DivX რჩება 24fps WebM - ში; 60fps DivX რჩება 60fps. თუ გსურთ სიჩქარის შეცვლა (მაგალითად, 29. 97 → პროგრესული 30, ან 60 → 30 ატვირთვის საზღვრებისთვის), სურათის სიჩქარის პარამეტრები 3: 2 ჩამოტვირთვას, დეინტერლაციებს და სურათის შერწყმას ერთ კოდირების გადასვლაში ახდენს.

იგივე კოდეკის რე-მუქსირება (DivX H.264 → WebM H.264 კონტეინერის შეცვლა): თითქმის იგივე ზომა. კოდეკის შეცვლა შეიძლება რადიკალურად მოხდეს: H.264 → H.265 ფაილის ნახევრად გაყოფა იგივე ვიზუალური ხარისხის შემთხვევაში; VP9-ს მსგავსი ხარისხი აქვს; AV1-ს 20-30% -ით ნაკლებია, მაგრამ კოდირება უფრო ნელა ხდება.

MP4 / H.264 ყველა თანამედროვე მოწყობილობაზე თამაშობს. MOV / H.264 Apple მოწყობილობებზე და უმეტეს TV-ებზე თამაშობს, მაგრამ არა ყოველთვის ძველ Android-ზე. MKV-ს iOS-ზე VLC ს სჭირდება. WebM ბრაუზერის პირველია. განვითარებული პარამეტრები მოიცავს "მოწყობილობის შეთავსების" წინასწარ დაყენებას, რომელიც არჩენს ყველაზე უსაფრთხო WebM კოდეკს / კონტეინერს თქვენი მიზნისთვის.

იგივე კოდეკის რე-მუსქირება თითქმის მყისიერია - 1 საათიანი ფაილის შემთხვევაში 30-დან 60 წამამდე. სრული კოდეკის რეკოდირება იწყება ჩვენი GPU-ს წყლის მილის წყაროს ხანგრძლივობის 0.3-0.7x-ით, ასე რომ 1 საათიანი DivX → WebM დასრულდება 18-40 წუთში, განსხვავებულად და მიზნობრივი კოდეკის მიხედვით.