WebM → HLS

Այն փոխում է ելքային ֆայլից սպասվողը։ Այս վերափոխման մի կողմը կոդավորում է, այլ ոչ թե ծածկում, այնպես որ այն, ինչ վերադարձվում է, այն է, որ բիտշտրեմը գտնվում է այն պարունակող նյութի մեջ, որը լավագույնս համապատասխանում է նրան, սովորաբար MP4 կամ MKV։ Պատկերավոր օրինակ՝ տեքստը, որը վերադարձվում է սկզբնական ֆայլից, կարող է լինել տեքստը, որը սկզբնական ֆայլից է վերցված։

Այո, WebM-ի յուրաքանչյուր ձայնային ալբոմը (ռեժիսորի մեկնաբանությունը, այլ լեզուներ, նկարագրական ձայնը) պահպանվում է HLS-ում, երբ նպատակային բովանդակությունը աջակցում է բազմակողմանի ձայնային ալիքներին։ MKV և MOV-ը կառավարում են անսահմանափակ ձայնային ալբոմներ; MP4-ը աջակցում է շատերին, բայց որոշ սարքավորումներ միայն տեսնում են 1-ին ալբոմը։ WebM-ը սահմանափակված է մեկ Opus / Vorbis ալբոմով։ HLS-ը Apple-ի HTTP Live Streaming-ն է — ոչ թե ֆայլ, այլ նվագարկիչ և կարճ մեդիա սեկցիաների պանակ։

Մաքուր ենթատեքստը (ընտրելի երգերը) կմնան, երբ HLS-ը կարողանա դրանք փոխանցել. MKV-ն ունի SRT, ASS, SSA, PGS, VobSub բնական ձևաչափերը; MP4-ը միայն mov_text ձևաչափը (նվազեցված ձևաչափ) է պահպանում: MKV-ի ASS ձևաչափով ենթատեքստը MP4-ի վերածելը սովորաբար կնվազեցնի այն mov_text ձևաչափի կամ կգրի այն: Hardsubs-ը (տեսանյութի մեջ գրված) կմնան, անկախ ամեն ինչից։

Գլխավորի մետա տվյալները փոխանցվում են WebM և HLS միջև, երբ երկուս էլ պարունակողները աջակցում են գլխավորի ատոմին (MKV, MP4, MOV)։ WebM- ը պահպանում է գլխավորները Matroska- ի հետ համընկնող բլոկում, այսպիսով MKV <-> WebM գլխավորները մաքուր են։ AVI- ը չունի գլխավորի հատկություն, այսպիսով AVI- ի փոխակերպումը HLS- ին թողնում է մի ֆայլ, որը չի պարունակում գլխավորներ, եթե դուք ձեռքով չեք ավելացրել նշիչներ։

MKV- ն միակ հիմնական բովանդակությունն է, որը պահպանում է ցանկացած կցված ֆայլեր (TTF տառատեսակներ ASS ենթատեքստերի համար, JPG շապիկի պատկերներ, fan- ով թարգմանված PDF ներդիրներ)։ WebM-ից HLS անցնելը ջնջում է այս կցվածները, երբ HLS- ն MKV չէ — սկզբնական հոսքերը վերափոխվում են, բայց կցված օգտակար ծանրությունը մնում է աղբյուրում։ Պահեք WebM- ն որպես պահեստային, եթե դուք կախված եք կցված տառատեսակներից։

Լռելյայն կոդեքսը ընտրվում է HLS պարունակողի հետ համապատասխանելու համար. MKV- ն լռելյայն օգտագործում է H.265 (HEVC)` ավելի լավ սեղմման համար; MP4- ն լռելյայն օգտագործում է H.264` առավել լայն սարքերի աջակցության համար; WebM- ն լռելյայն օգտագործում է VP9; AVI- ն օգտագործում է MPEG-4 ASP (DivX/Xvid ժառանգություն)։ Առաջադեմ կոդեքսի ցուցակի միջոցով փոխարինել — AV1- ն հասանելի է MKV / WebM- ի համար, որտեղ ցանկանում եք առավելագույն սեղմում և կարող եք սպասել կոդավորմանը։ HLS-ը կարող է ադապտացվել դիտողի արագության հետ և այն է միակ ալիքային ֆորմատը, որը Safari-ն և iOS-ը աջակցում են բնական կերպով։ HLS-ը միակ բեռնվող ֆայլ չէ, այն անջատ պահելու համար այն պետք է նախ վերափոխվի սովորական պահեստի մեջ։

HDR վիճակային մետա տվյալները (HDR10 mastering display values, max content light level) տեղափոխվում են HLS, երբ երկու պարունակողները և ընտրված կոդեքսը աջակցում են դրան (HEVC, AV1 MKV / MP4- ում)։ Dolby Vision- ը ավելի վտանգավոր է՝ DV պրոֆիլ 5 / 7 / 8. 1 WebM- ում սովորաբար պահպանվում է միայն MKV- ում HEVC- ով։ HLS պարունակողի վերափոխումը, որը DV շերտ չի պարունակում, մակերեսավորվում է HDR10- ով։

MKV և WebM- ը ձայնագրում են իրական ժամանակային նշանները և VFR- ը տեղական կերպով կառավարում են, այնպես որ WebM VFR- ն էլ կարող է պահպանվել HLS ձևաչափում առանց վերանմուշավորման։ MP4- ը նաև պահպանում է ժամանակային նշանները, բայց որոշ նվագարկիչներ ենթադրում են CFR; փոխակերպիչը ցուցադրում է "force CFR" ակտիվացում, որը վերանմուշավորում է VFR WebM - ը 24 / 30 / 60 fps HLS - ով խնդիրներ ունեցող նպատակների համար։

Միևնույն կոդեքսի remux-ը մոտավորապես նույն չափս է տալիս (կոնտեյներների վրա ծախսերը տարբերվում են 0.1-2%-ով)։ Կոդեքսի փոփոխությունը կարող է չափսը փոխել 50% կամ ավելի։ H.264-ից H.265-ը սովորաբար կիսում է ֆայլը նույն տեսողական որակով, իսկ H.264-ից AV1-ը դանդաղ նախահաշվարկով կրկին կիսում է այն։ Ավելի բարձր բիտային արագությունից WebM (Blu-ray rip) ցածր բիտային արագությունից HLS (վեբ ինտերնետ) անցնելը զգալի նվազման ամենատարածված պատճառն է։

Այո մինչև 8K (7680x4320) Premium-ի դեպքում։ Ազատ մակարդակով 4K (3840x2160) ֆայլերը կարող են պահպանվել մինչև 1 ԳԲ ֆայլի չափով։ WebM-ի մեծ չափի մաքր remuxes-երը (համաձայն կոդեկների) HLS-ի մեջ սահմանափակված են սկավառակի I/O-ով, ոչ թե պրոցեսորի կողմից՝ 30 ԳԲ WebM-ը սովորաբար remuxes-ում է HLS-ի մեջ մի րոպեից քիչ ժամանակում, անկախ լուծման ունակությունից։ Նորից կոդավորում է չափը պիքսելների քանակով։

Այո — բարձրացրած WebM ֆայլերը մշակվում են մեկուսացված աշխատողներում և ոչնչացվում են ավարտելուց մի քանի րոպե անց։ Մենք երբեք չենք դիտում, պահպանում, պահպանում կամ կիսվում բովանդակությամբ։ Տվյալների պահպանման պատուհանի համար տե՛ս /privacy/։ Մեր վերածման ընթացքը աշխատում է մեր վերահսկած սարքավորումների վրա, ոչ մի երրորդ կողմի API չի ստանում ձեր ֆայլը։ WebM-ը կարող է խաղալ ցանկացած ժամանակակից բրաուզերում առանց պլատֆորմի, առանց լիցենզիաների և առանց պատրոնների, ինչը այն դարձնում է վեբ-վիդեոների համար նախընտրելի տարբերակ։