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-ს ს სჭირდება VLC iOS-ზე. WebM-ს ბრაუზერი უპირატესობას ანიჭებს. განვითარებული პარამეტრები მოიცავს "მოწყობილობების შეთავსების" წინასწარ დაყენებას, რომელიც არჩენს ყველაზე უსაფრთხო WebM კოდეკს / კონტეინერს თქვენი მიზნისთვის.

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