Xiph. Org Foundation-მა გამოუშვა Opus 1.2 აუდიო კოდეკი, რომელსაც მოაქვს არსებითი გაუმჯობესება რეალურ დროში აუდიოსთვის. შეიტყვეთ ყველაფერი იმის შესახებ, თუ როგორ შეიცვალა ის!
Xiph. Org Foundation-მა ახლახან გამოაცხადა Opus აუდიო კოდეკის უახლესი გაუმჯობესება მათი გამოშვებით libopus 1.2 შიფრატორი. ამ უახლესი გაუმჯობესებით, Xiph. Org-მა მოახერხა Opus-ის გამოყენებადი სრულზოლიანი სტერეო აუდიოსთვის სულ რაღაც 32 კბ/წმ, რაც კარგად შეეფერება მომავალ ჰონორარის გარეშე AV1 ვიდეო ფორმატი WebM კონტეინერში, რათა უფრო მაღალი ხარისხის აუდიო და ვიდეო შემოიტანოს ნელ კავშირებზე.
მათთვის, ვინც არ იცნობს ფორმატს, Opus არის IETF სტანდარტული ჰონორარის გარეშე აუდიო კოდეკი, რომელიც შეიქმნა Xiph-ის შერწყმით. Org Foundation-ის CELT კოდეკი და Skype-ის SILK კოდეკი, რათა შეიქმნას ერთი ჰონორარი თავისუფალი ფორმატი ყველა დანაკარგიანი აუდიოსთვის. იგი შექმნილია იმისთვის, რომ კარგად მოერგოს ბიტური სიჩქარის შეცვლას, მოითხოვოს უკიდურესად დაბალი გამტარუნარიანობა და შესაძლებელი იყოს დაშიფვრა და გაშიფვრა ძალიან გამოყენებული მცირე დამუშავების სიმძლავრე, ეს ყველაფერი გადამწყვეტია ვიდეო კონფერენციის, მობილური სტრიმინგისა და სხვა რეალურ დროში აუდიოში გამოსაყენებლად აპლიკაციები. Opus-ის სტანდარტიზებიდან 5 წლის განმავლობაში, მან უკვე მოიპოვა ფართო გავრცელება მთელს ინტერნეტში, რაც ხედავს სტრიმინგ სერვისებს, IP ტელეფონებს, მედია ფლეერებს და სხვა.
Opus 1.2 მოაქვს რამდენიმე არსებითი გაუმჯობესებები როგორც მუსიკის, ასევე მეტყველების ხარისხზე. როგორც ზემოთ აღინიშნა, Opus-მა ახლა მიაღწია იმ დონეს, სადაც ის გამოსაყენებელია სრული ზოლის სტერეო აუდიო მხოლოდ 32 კბ/წმ, რასაც სულ რამდენიმე წლის წინ მიუღწევლად მიაჩნდათ. Libopus 1.2-ით მოტანილი გაუმჯობესებები იძლევა VBR კოდირების გამოყენებას 32 კბ/წმ-ზე, რაც ადრე თავიდან აცილებული იყო არაზუსტი შთაბეჭდილება, რომ ეს დააზიანებს აუდიოს ხარისხს უკიდურესად დაბალი ბიტური სიჩქარის ადგილებში, რისი თავიდან აცილებაც Opus-ს შეუძლია.
[დასაკრავი სიის ids="179434,179437,179435,179436,179438,179514"]
Opus 1.2 ასევე მოაქვს მეტყველების ხარისხს იმ დონემდე, რომ ის გამოსაყენებელია სრულზოლიანი მეტყველებისთვის მხოლოდ 14 კბ/წმ-ზე, რაც 21 კბ/წმ-ზე ნაკლებია Opus 1.1-ში და 29 კბ/წმ Opus-ში. 1.0. ეს ნაწილობრივ გამოწვეულია Opus-ის ჰიბრიდული რეჟიმის გაუმჯობესების წყალობით, რომელიც იყენებს SILK-ს 8 kHz-ზე დაბალი სიხშირეებისთვის და CELT-ს 8 kHz-დან 20-მდე სიხშირეებისთვის. კჰც. ლიბოპუს 1.2-ში შესრულებული ტიუნინგი საშუალებას აძლევს მას გამოიყენოს როგორც CELT, ასევე SILK ერთად ბიტის სიჩქარით 16 კბ/წმ, რაც წინა 32 ლიმიტის ნახევარია. კბ/წმ.
[დასაკრავი სია ids="179445,179447,179446,179448,179444,179443,179442,179518"]
ერთი რამ, რაც საინტერესოა, არის ის, რომ არ ყოფილა არც ერთი მნიშვნელოვანი ცვლილება, რომელსაც ეს გაუმჯობესება შეიძლება მივაწეროთ. მიუხედავად იმისა, რომ Opus 1.1-ის გაუმჯობესებები, ძირითადად, ცვლილებების მცირე შერჩევის შედეგად მოვიდა, Opus 1.2 არის განმეორებითი განვითარების შედეგი და მცირე შესწორებების სიმრავლე, რამაც გამოიწვია უზარმაზარი გაუმჯობესება.
მიუხედავად ამ მნიშვნელოვანი ხარისხის გაუმჯობესებისა, ენკოდერზე მუშაობამ რეალურად გამოიწვია ის, რომ Opus-ს კიდევ უფრო ნაკლები დამუშავების ძალა სჭირდება, ვიდრე ადრე. Opus უკვე იყო ბაზრის ლიდერი იმ თვალსაზრისით, თუ რამდენად მცირე დამუშავების ძალა გამოიყენა, მაგრამ libopus-ის 1.2 განახლებამ მიიყვანა კოდირება იქამდე, სადაც შეგიძლიათ. 128 კბ/წმ სრულზოლიანი სტერეო მუსიკის გაშიფვრა რეალურ დროში სულ რაღაც ~11 MHz დამუშავების სიმძლავრით Intel Haswell CPU-ზე მცურავი წერტილის რეჟიმში (ან უბრალოდ ~33 MHz ARM-ზე Cortex-A53 ფიქსირებული წერტილის რეჟიმში) და 12 კბ/წმ ფართოზოლოვანი მონო მეტყველება სულ რაღაც ~2 MHz-ზე Intel Haswell CPU-ზე მცურავი წერტილის რეჟიმში (ან სულ რაღაც ~6 MHz ARM Cortex-A53-ზე ფიქსირებული წერტილის რეჟიმი). ანალოგიურად, კოდირების დრო ასევე შემცირდა უმეტეს სიტუაციებში, ზოგიერთი მათგანი უფრო ექსტრემალური ნახევრად მცირდება (როგორიცაა კოდირების სირთულე 5-ისთვის 128 კბ/წმ სრულზოლიანი სტერეო მუსიკა Intel Haswell CPU-ზე მცურავი წერტილის რეჟიმში, რომელიც დაეცა ~40 MHz-დან libopus 1.0-მდე მხოლოდ ~21 MHz-მდე ლიბოპუსით 1.2).
Opus-ის მუდმივი განვითარება libopus 1.2-ით საინტერესო სანახავია და ვიმედოვნებთ, რომ დროთა განმავლობაში ჩვენ ვიხილავთ Opus-ის მიღებას. ჰონორარის გარეშე კოდეკები გადამწყვეტია ღია და თავსებადი ინტერნეტის განვითარებისთვის. ისინი ერთადერთი კოდეკებია, რომელთა დანერგვაც შესაძლებელია ყველა მოწყობილობაზე, რადგან პატენტით დატვირთული კოდეკები ხშირად აწყდებიან სხვადასხვა გამოფენის საკითხებს, დაწყებული კონტენტის გამავრცელებლებიდან და სტრიმინგის სერვისებიდან, რომლებსაც არ სურთ გადაიხადონ ლიცენზირების გადაჭარბებული საფასური, რასაც ზოგიერთი მოითხოვს, ღია კოდის პროგრამული უზრუნველყოფის ხშირად ვერ უზრუნველყოფენ სათანადო ლიცენზირებას მათი მომხმარებლების სახელით, ან თუნდაც პროგრამულ უზრუნველყოფას არ შეუძლია მისი ინტეგრირება საკუთარი ლიცენზირების დარღვევის გარეშე ვადები. ეს პრობლემები პატენტით დატვირთულ კოდეკებთან თანამშრომლობის ნაცვლად იწვევს ფრაგმენტაციას, რადგან სხვადასხვა ჯგუფები ქმნიან და საკუთარი კოდეკების დანერგვა, რათა თავიდან იქნას აცილებული ლიცენზირების გადასახადი და სხვა პრობლემები, რომლებიც დაპატენტებულ კოდეკებს მოიტანეთ. შედეგად, ჯგუფები ქმნიან საკუთარ კოდეკებს, რომლებიც საჭიროებენ კონკრეტულ ბრაუზერებს, ოპერაციულ სისტემებს და/ან ტექნიკის გამოყენება, და რომელსაც შეუძლია მთლიანად დაბლოკოს მომხმარებლების დიდი ნაწილი, რომ არ შეძლონ გარკვეულის გამოყენება შინაარსი. ჭეშმარიტად უნივერსალური კოდეკის გაჩენის ერთადერთი გზა არის ის, თუ ის არ იქნება ჰონორარი და ფართოდ გავრცელებული გამოყენებული რამდენიმე კოდეკი სასიცოცხლოდ მნიშვნელოვანია ჯანსაღი ინტერნეტისთვის, სადაც ყველა მომხმარებელს აქვს ნებისმიერზე წვდომის შესაძლებლობა შინაარსი. ღია სტანდარტები ერთადერთი გზაა, რომ გარანტირებული იყოს მომხმარებელთა თანმიმდევრული გამოცდილება მთელ ბაზარზე და ფანტასტიკურია, როდესაც ჰონორარის უფასო ვარიანტი ასევე საუკეთესოა.