FMUSER Wirless Video və Səsi Daha Asan ötürür!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Alban
ar.fmuser.org -> ərəb
hy.fmuser.org -> Ermənistan
az.fmuser.org -> azərbaycan dili
eu.fmuser.org -> Bask
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalan
zh-CN.fmuser.org -> Çin (Sadələşdirilmiş)
zh-TW.fmuser.org -> Çin (Ənənəvi)
hr.fmuser.org -> Xorvat
cs.fmuser.org -> Çex dili
da.fmuser.org -> Danimarkalı
nl.fmuser.org -> Holland
et.fmuser.org -> Eston
tl.fmuser.org -> Filipin
fi.fmuser.org -> Fin
fr.fmuser.org -> Fransız
gl.fmuser.org -> Qalisian
ka.fmuser.org -> gürcü
de.fmuser.org -> Alman
el.fmuser.org -> Yunan
ht.fmuser.org -> Haiti Kreolu
iw.fmuser.org -> İbrani
hi.fmuser.org -> Hind dili
hu.fmuser.org -> Macar
is.fmuser.org -> İslandiya
id.fmuser.org -> İndoneziya
ga.fmuser.org -> İrlandiyalı
it.fmuser.org -> Italian
ja.fmuser.org -> Yapon
ko.fmuser.org -> Koreyalı
lv.fmuser.org -> Latviya
lt.fmuser.org -> Litva
mk.fmuser.org -> Makedoniya
ms.fmuser.org -> Malay dili
mt.fmuser.org -> Malta
no.fmuser.org -> Norveç
fa.fmuser.org -> Fars dili
pl.fmuser.org -> Polşa
pt.fmuser.org -> Portuqal
ro.fmuser.org -> Roman
ru.fmuser.org -> Rus
sr.fmuser.org -> Serb
sk.fmuser.org -> Slovak
sl.fmuser.org -> Sloveniya
es.fmuser.org -> İspan
sw.fmuser.org -> suahili
sv.fmuser.org -> İsveç
th.fmuser.org -> Thai
tr.fmuser.org -> Türkcə
uk.fmuser.org -> Ukrayna
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Uels
yi.fmuser.org -> Azərbaycan
Son illərdə çox platformalı uyğunlaşma tələbinin artması, veb və mobil inkişaf etdiriciləri video texnologiyasının məntiqini yenidən düşünməyə məcbur edən axın mediyasının adaptiv bit dərəcəsi oynatmasının artmasına səbəb oldu. Hər şeydən əvvəl, nəhənglər HLS, HDS və Smooth Streaming protokollarını ayrı-ayrılıqda yayımladılar, bütün müvafiq detalları özlərinə məxsus SDK-larda gizlədilər. Geliştiricilər pleyerdəki multimedia mühərrikinin məntiqini sərbəst şəkildə dəyişdirə bilməzlər: adaptiv bit hızı və önbellek ölçüsü qaydalarını, hətta dilimlərinizin uzunluğunu dəyişdirə bilməzsiniz. Bu oyunçuların istifadəsi sadə ola bilər, ancaq onu fərdiləşdirmək üçün çox seçiminiz yoxdur və hətta pis xüsusiyyətlərə belə dözmək olar.
Ancaq fərqli tətbiq ssenarilərinin artması ilə fərdiləşdirilə bilən funksiyalara tələb getdikcə güclənir. Yalnız canlı yayım və tələbə uyğun olaraq, tampon idarəetməsi, ABR strategiyaları və önbelleğe alma strategiyaları arasında fərqlər var. Bu tələblər bir sıra daha aşağı səviyyəli multimedia əməliyyat API-lərini doğurdu: Flash-də Netstream, HTML5-də Media Source Extensions və Android-də Media Codec. Eyni zamanda, sənayedə standart bir HTTP əsaslı axın formatı MPEG-DASH ortaya çıxdı. . Bu daha inkişaf etmiş qabiliyyətlər, inkişaf etdiricilərə daha çox rahatlıq verir, iş ehtiyaclarına uyğun oyunçular və multimedia mühərrikləri yaratmalarına imkan verir.
Bu gün müasir bir oyunçu necə qurulacağını və belə bir oyunçu yaratmaq üçün hansı əsas komponentlərə ehtiyac olduğunu bölüşəcəyik. Ümumiyyətlə, tipik bir oyunçu üç hissəyə bölünə bilər: UI, multimedia mühərriki və dekoder.
İstifadəçi interfeysi (UI): Bu, pleyerin ən üst hissəsidir. Son istifadəçinin baxış təcrübəsini üç fərqli funksional xüsusiyyətləri ilə müəyyənləşdirir: dəri (pleyerin görünüş dizaynı), istifadəçi interfeysi (siyahılar və sosial paylaşma kimi bütün özelleştirilebilir xüsusiyyətlər və s.) Və iş məntiqi (xüsusi iş məntiqi) reklam, cihaz uyğunluğu məntiqi və sertifikatlaşdırma idarəsi və s.).
Multimediya mühərriki: Təsvir sənədlərinin təhlili, video kliplərin çəkilməsi və adaptiv bit hızı qaydalarının qəbulu və dəyişdirilməsi kimi oxutma nəzarəti ilə əlaqəli bütün məntiqləri idarə edir. Bu hissəni aşağıda ətraflı izah edəcəyik. Bu mühərriklər ümumiyyətlə platformaya sıx bağlı olduğundan bütün platformaları əhatə etmək üçün müxtəlif mühərriklərdən istifadə etmək lazım ola bilər.
Dekoder və DRM meneceri: Oyunçunun ən aşağı hissəsi dekoder və DRM meneceridir. Bu təbəqənin funksiyaları birbaşa əməliyyat sisteminə məruz qalan API-ləri çağırır. Dekoderin əsas funksiyası video məzmununun şifrəsini açmaq və göstərməkdir, DRM meneceri deşifrləmə prosesi ilə oynamaq hüququ olub-olmamasına nəzarət edir.
Sonra, hər təbəqənin oynadığı fərqli rolları təqdim etmək üçün nümunələrdən istifadə edəcəyik.
1. İstifadəçi interfeysi (UI)
UI təbəqəsi pleyerin üst qatıdır. İstifadəçilərinizin görə biləcəyi və qarşılıqlı əlaqədə olan şeyləri idarə edir. Eyni zamanda, istifadəçilərinizə bənzərsiz bir istifadəçi təcrübəsi təqdim etmək üçün onu öz markanızla fərdiləşdirə bilərsiniz. Bu təbəqə, bəhs etdiyimiz ön inkişaf hissəsinə ən yaxındır. Arayüz daxilində, oynatma təcrübənizin özünəməxsusluğunu təşkil edən iş məntiqi komponentlərini də daxil edirik, baxmayaraq ki, son istifadəçi funksiyanın bu hissəsi ilə birbaşa əlaqə qura bilməz.
UI hissəsi əsasən üç komponentdən ibarətdir:
1) Dəri
Dəri, oyunçunun görmə ilə əlaqəli hissələri üçün ümumi bir termindir: Şəkil 2-də göstərildiyi kimi irəliləməyə nəzarət çubuqları, düymələr, cizgi nişanlar və s., Dizayn komponentlərinin əksəriyyəti kimi, komponentin bu hissəsi də CSS istifadə edərək həyata keçirilir. dizaynerlər və ya inkişaf etdiricilər tərəfindən asanlıqla inteqrasiya olun (JW Player və Bitdash kimi tam bir həll istifadə etsəniz belə).
2) UI məntiqi
UI məntiq hissəsi oxutma və istifadəçi qarşılıqlı əlaqəsi zamanı görünən bütün qarşılıqlı əlaqələri müəyyənləşdirir: çalğı siyahıları, kiçik şəkillər, oxutma kanallarının seçimi və sosial media paylaşımı. Əldə etməyi düşündüyünüz oynatma təcrübəsinə əsasən, keçmişdə bu hissəyə bir çox başqa xüsusiyyət əlavə edilə bilər, bunların çoxu eklentilər şəklində mövcuddur və bəlkə də bir az ilham tapa bilərsiniz: Plugins · videojs / video.js Wiki · GitHub məntiq hissəsi Bir çox funksiya daxil edilmişdir. Onları təfərrüatlı şəkildə təqdim etməyəcəyik, ancaq bu funksiyaları intuitiv şəkildə yaşamaq üçün Eurosport oyunçusunun interfeysini nümunə götürək.
Ənənəvi UI elementlərindən əlavə çox maraqlı bir xüsusiyyət də var. İstifadəçi DVR yayım mediyasına baxarkən canlı yayım kiçik bir pəncərə şəklində göstərilir və tamaşaçılar istənilən vaxt bu kiçik pəncərədən canlı yayına qayıda bilərlər. Düzən və ya istifadəçi interfeysi və multimedia mühərriki tamamilə müstəqil olduğundan, bu xüsusiyyətlər HTML5-də dash.js istifadə edərək bir neçə kod satırı ilə həyata keçirilə bilər. UI hissəsi üçün tətbiqetmənin ən yaxşı yolu, istifadəçi interfeysi əsas modullarına plagin / modul şəklində müxtəlif xüsusiyyətlər əlavə etməkdir.
3) İş məntiqi
Yuxarıda göstərilən iki hissənin "görünən" xüsusiyyətlərinə əlavə olaraq işinizin özünəməxsusluğunu təşkil edən başqa bir görünməz hissə də var: doğrulama və ödəmə, kanalların və çalğı siyahılarının alınması və reklam. A / B test modulları və cihazla əlaqəli konfiqurasiyalar kimi texnologiya ilə əlaqəli bəzi şeylər də var. Bu konfiqurasiyalar müxtəlif növ cihazlar arasında birdən çox müxtəlif media mühərriki seçmək üçün istifadə olunur.
Altındakı gizli mürəkkəbliyi aşkar etmək üçün bu modulları burada daha ətraflı izah edəcəyik:
Cihaz aşkarlama və konfiqurasiya məntiqi: Bu, ən vacib xüsusiyyətlərdən biridir, çünki oxutma və göstərməyi bir-birindən ayırır. Məsələn, brauzerinizin fərqli versiyalarına əsaslanaraq, pleyer avtomatik olaraq HTML5 MSE, hls.js və ya sizin üçün HLS video axınlarını oynatmaq üçün flaş əsaslı bir oynatma mühərriki olan multimedia mühərriki seçə bilər. Bu hissənin ən böyük xüsusiyyəti budur ki, hansı əsas mühərrikdən istifadə etməyinizdən asılı olmayaraq, istifadəçi interfeysinizi və ya iş məntiqinizi üst təbəqədə fərdiləşdirmək üçün eyni JavaScript və ya CSS istifadə edə bilərsiniz.
İstifadəçi avadanlığını aşkarlamaq bacarığı, son istifadəçinin təcrübəsini lazım olduğu kimi konfiqurasiya etməyə imkan verir: 4K ekranlı cihaz əvəzinə mobil cihazda oynayırsınızsa, daha az bit sürətindən başlamağınız lazım ola bilər.
A / B test məntiqi: A / B testi istehsal prosesində bəzi istifadəçiləri boz rəngə salmaqdır. Məsələn, bəzi Chrome istifadəçilərinə yeni bir düymə və ya yeni bir multimedia mühərriki təqdim edə bilərsiniz və bununla yanaşı bütün işlərinin planlandığı kimi davam etdiyini təmin edə bilərsiniz.
Reklam (isteğe bağlı): Reklamı müştəri tərəfində işləmək ən mürəkkəb iş məntiqlərindən biridir. Plug-in modulunun videojs-contrib-ads-in blok sxemində göstərildiyi kimi, reklam yerləşdirmə prosesində bir neçə addım var. HTTP video axını üçün reklam serverindən video reklam çəkməyinizə kömək edə biləcək VAST, VPAID və ya Google IMA kimi bəzi mövcud formatlardan az və ya çox istifadə edəcəksiniz (adətən köhnəlmiş cavab verməyən formatlar), erkən, ortada və oynatmaq üçün videonun gec mərhələləri və atlanıla bilməz.
yekunlaşdırmaq:
Fərdiləşdirmə ehtiyaclarınız üçün oynamaq üçün bütün klassik funksiyaları özündə birləşdirən JW Player-dən istifadə etməyi seçə bilərsiniz (ayrıca bəzi funksiyaları da tənzimləməyinizə imkan verir) və ya Videojs kimi açıq mənbəli pleyerə əsaslanaraq öz xüsusiyyətlərinizi fərdiləşdirə bilərsiniz. Brauzer və yerli pleyer arasında istifadəçi təcrübəsini birləşdirmək üçün istifadəçi interfeysi və ya dəri inkişafı üçün React Native və iş məntiqi inkişafı üçün Haxe istifadə etməyi də düşünə bilərsiniz. Bu əla kitabxanalar bir çox müxtəlif növdə ola bilər. Eyni kod bazaları cihazlar arasında paylaşılır.
2, multimedia mühərriki
Son illərdə multimediya mühərriki yeni bir müstəqil komponent kimi oyunçu arxitekturasında meydana çıxdı. MP4 dövründə, platform oynatma ilə əlaqəli bütün məntiqləri işlətdi və yalnız multimediya işləmə ilə əlaqəli bəzi xüsusiyyətlər (yalnız oxutma, fasilə, sürüklə və burax ekran və tam ekran rejimi kimi funksiyalar) inkişaf etdiricilərə açıldı.
Bununla birlikdə, yeni HTTP əsaslı axın media formatı yeni mürəkkəbliyi idarə etmək və idarə etmək üçün tamamilə yeni bir komponent tələb edir: bəyannamə sənədlərini təhlil etmək, video klipləri yükləmək, adaptiv bit nisbətinin izlənməsi, qərar qəbulunun təyin edilməsi və daha çox şey. Əvvəlcə ABR-nin mürəkkəbliyini platforma və ya avadanlıq təminatçısı həll edirdi. Bununla birlikdə, çapa nəzarət və xüsusi oyunçulara olan tələbin artması ilə, bəzi yeni oyunçular tədricən bəzi aşağı səviyyəli API-lərini açdılar (İnternetdə Media Source Extensons, Flash-da Netstream və Android platformasında Media Codec) və tez bir zamanda özlərini cəlb etdilər. bu əsas API-lərə əsaslanan çox güclü və möhkəm multimedia mühərrikləri.
Sonra, müasir multimedia işləmə mühərrikindəki hər bir komponentin detallarını ətraflı izah edəcəyik:
1) Bəyannamə sənədinin təfsiri və təhlilçi
HTTP əsaslı video axınında hər şey bir təsvir sənədindən başlayır. Bəyannamə faylı, media serverinin başa düşməsi lazım olan meta məlumatları ehtiva edir: neçə fərqli video keyfiyyəti, dil və məktublar və s. Və bunlar nələrdir. Ayrıştırıcı XML sənədindən (HLS üçün xüsusi bir m3u8 faylı) təsvir məlumatlarını alır və sonra məlumatdan düzgün video məlumatları alır. Əlbəttə ki, bir çox media server növü var və hamısı spesifikasiyaları düzgün tətbiq etmir, buna görə təhlilçinin bəzi əlavə tətbiq səhvləri ilə üzləşməsi lazım ola bilər.
Video məlumatları çıxarıldıqdan sonra təhlilçi vizual görüntü qurmaq və fərqli video kliplər əldə etməyi bilmək üçün ondakı məlumatları təhlil edəcəkdir. Bəzi multimediya mühərriklərində bu vizual şəkillər əvvəlcə mücərrəd bir multimediya şəkli şəklində görünür və sonra ekranda fərqli HTTP video axını formatlarının fərqli xüsusiyyətlərini çəkir.
Canlı yayım səhnəsində, ayrıştırıcı ən son video klip məlumatlarını əldə etmək üçün vaxtaşırı bəyannamə sənədini yenidən əldə etməlidir.
2) Yükləyici (bəyannamə sənədlərini, multimediya kliplərini və açarlarını yükləyin)
Yükləyici, HTTP istəklərini işləmək üçün yerli API-ni saran bir moduldur. Yalnızca multimedia sənədlərini yükləmək üçün deyil, lazım olduqda bəyannamə sənədlərini və DRM düymələrini yükləmək üçün də istifadə edilə bilər. Yükləyici hazırda mövcud olan bant genişliyi haqqında məlumat toplaya bilərkən şəbəkə səhvlərini idarə etməkdə və yenidən cəhd etmədə çox vacib bir rol oynayır.
Qeyd: Multimediya sənədlərinin yüklənməsi HTTP protokolundan və ya WebRTC protokolu kimi digər protokollardan, məsələn nöqtədən nöqtəyə real vaxt ssenarisindən istifadə edə bilər.
3) Axın mühərriki
Axın oynatma mühərriki, dekoder API ilə qarşılıqlı əlaqəli mərkəzi moduldur. Enkoderə fərqli multimedia klipləri gətirir və səsləndirmə zamanı çox sürətli keçid və fərqləri idarə edir (bəyannamə sənədləri ilə video dilimləri arasındakı fərq və avtomatik dondurlar). Çerçeve atlama).
4) Resurs keyfiyyəti parametrinin proqnozlaşdırıcısı (bant genişliyi, CPU, kadr dərəcəsi və s.)
Qiymətləndirici müxtəlif ölçülü məlumatları alır (blok ölçüsü, hər bir parçaya yükləmə vaxtı və atlanan çərçivələrin sayı) və istifadəçilər üçün mövcud olan bant genişliyini və CPU hesablama gücünü qiymətləndirmək üçün onları birləşdirir. Bu, mühakimə etmək üçün ABR (Adaptive Bitrate, adaptive bitrate) keçid nəzarətçisində istifadə olunan çıxışdır.
5) ABR keçid tənzimləyicisi
ABR açarlayıcı, multimediya mühərrikinin ən kritik hissəsi ola bilər; ümumiyyətlə ən çox nəzərdən qaçırılan hissə. Nəzarətçi, qiymətləndiricinin çıxardığı məlumatları (bant genişliyi və atlanan çərçivələrin sayı) oxuyur, bu məlumatlara əsaslanaraq qərar vermək üçün xüsusi bir alqoritmdən istifadə edir və videonu və ya səs keyfiyyətini dəyişdirməli olub olmadığını axın mühərrikinə deyir. Bu sahədə bir çox tədqiqat işi var və ən böyük çətinlik təkrar buferləşdirmə riski ilə keçid tezliyi arasında bir tarazlıq tapmaqdır (çox tez-tez keçid pis istifadəçi təcrübəsinə səbəb ola bilər).
6) DRM meneceri (isteğe bağlı komponent)
Bu gün bütün pullu video xidmətləri DRM idarəçiliyinə əsaslanır və DRM böyük ölçüdə platformadan və ya avadanlıqdan asılıdır, pleyeri daha sonra izah etdikdə görəcəyik. Multimedia mühərrikindəki DRM meneceri, aşağı səviyyəli dekoderdəki məzmunun şifrəsini açma API'si üçün bir sarmaldır. Mümkün olduqda, brauzerlərin və ya əməliyyat sistemlərinin tətbiq detallarındakı fərqləri mücərrəd şəkildə qorumağa çalışacaqdır. Bu komponent ümumiyyətlə axın emal mühərriki ilə sıx bağlıdır, çünki tez-tez dekoder təbəqəsi ilə qarşılıqlı əlaqə qurur.
7) Format çevirmə multipleksoru (isteğe bağlı komponent)
Daha sonra görəcəyimiz kimi, hər bir platformanın qablaşdırma və kodlaşdırma baxımından məhdudiyyətləri var (Flash, FLV konteynerlərinə daxil edilmiş H.264 / AAC sənədlərini oxuyur və MSE ISOBMFF konteynerlərinə daxil edilmiş H.264 / AAC sənədlərini oxuyur). Bu, kodunu açmadan əvvəl formatlaşdırılması lazım olan bəzi video kliplərə səbəb olur. Məsələn, MPEG2-TS-dən ISOBMFF formatına çevirmə multipleksoru ilə hls.js, HLS video axınlarını oynatmaq üçün MSE format məzmunundan istifadə edə bilər. Multimediya mühərrik səviyyəsində format çevirmə multipleksoru sorğulandı; Bununla birlikdə, müasir JavaScript və ya Flash şərh gücünün yaxşılaşdırılması ilə gətirdiyi performans itkisi demək olar ki, əhəmiyyətsizdir və istifadəçi təcrübəsinə çox təsir göstərməyəcəkdir.
yekunlaşdır
Multimedia mühərrikində subtitrlərdən ekran görüntülərinə, reklam yerləşdirilməsinə və sairəyə qədər bir çox fərqli komponent və xüsusiyyət mövcuddur. Bundan sonra, mühərrik seçimi üçün bəzi əsaslı rəhbərlik vermək üçün bəzi testlər və bazar məlumatları ilə müxtəlif mühərriklər arasındakı fərqləri müqayisə etmək üçün ayrıca bir məqalə yazacağıq. Diqqətə çatdırmaq lazımdır ki, müxtəlif platformalarla uyğun bir oyunçu qurmaq üçün bir çox sərbəst dəyişdirilə bilən multimedia mühərriki təmin etmək çox vacibdir, çünki əsas dekoder istifadəçi platforması ilə əlaqəlidir. Sonra bu aspekt üzərində dayanacağıq.
3. Dekoder və DRM meneceri
Performansın (dekoderin) və təhlükəsizlik məsələlərinin (DRM) dekodlaşdırılması üçün dekoder və DRM meneceri əməliyyat sistemi platforması ilə sıx bağlıdır.
1) dekoder
Dekoder alt təbəqənin oxunması ilə əlaqəli məntiqlə işləyir. Fərqli kapsülləmə formatında videoları paketdən çıxarır, məzmununun şifrəsini açır və daha sonra kodlaşdırılan video çərçivələrini göstərilməsi üçün əməliyyat sisteminə çatdırır və son istifadəçilərin görməsinə imkan verir.
Video sıxılma alqoritmləri getdikcə daha da mürəkkəbləşdiyindən, kod çözmə prosesi intensiv hesablamalar tələb edən bir prosesdir və dekodlaşdırma performansını və hamar oynatma təcrübəsini təmin etmək üçün kod çözmə əməliyyatının əməliyyat sisteminə və aparatına çox bağlı olması lazımdır. Mövcud kodlaşdırmanın əksəriyyəti GPU-nun sürətləndirilmiş dekodlaşdırma köməyinə əsaslanır (bu da pulsuz və daha güclü VP9 dekoderinin H.264 bazar mövqeyini qazana bilməməsinin səbəblərindən biridir). GPU sürətlənməsi yoxdursa, 1080P-lik bir videonun dekodlanması CPU hesablamasının təxminən 70% -ni alacaq və kadr itkisi nisbəti çox ciddi ola bilər.
Video çərçivələrinin dekodlanması və göstərilməsi əsasında menecer həm də yerli bir tampon təmin edir. Multimedia mühərriki buferlə birbaşa qarşılıqlı əlaqə quraraq ölçüsünü real vaxtda başa düşmək və lazım olduqda təzələmək olar.
Daha əvvəl də qeyd etdiyimiz kimi, hər platformanın öz göstərmə mühərriki və müvafiq API-si var: Flash platformada Netstream, Android platformada Media Codec API və Vebdə standart Media Mənbələri Uzantıları var. MSE getdikcə göz oxşayır və gələcəkdə brauzerdən sonra digər platformalarda faktiki standart ola bilər.
2) DRM meneceri
Bu gün DRM, studiyalar tərəfindən istehsal olunan ödənişli məzmunun ötürülməsi zamanı zəruridir. Bu məzmunun oğurlanmasının qarşısı alınmalıdır, buna görə DRM-nin kodu və işləmə prosesi son istifadəçilər və inkişaf etdiricilər tərəfindən bloklanır. Şifrələnmiş məzmun dekodlama qatından ayrılmayacaq, buna görə ələ keçirilməyəcəkdir.
DRM-i standartlaşdırmaq və müxtəlif platformaların həyata keçirilməsi üçün müəyyən qarşılıqlı əlaqəni təmin etmək üçün bir neçə Veb nəhəngi ortaq Şifrələmə (CENC) və birdən çox DRM təminatçısı təmin etmək üçün universal multimedia şifrələmə uzantısı Şifrəli Media Uzantıları yaratdı (məsələn, EME Playready üçün istifadə edilə bilər) şifrəsini açmaq üçün DRM icazə modulundan video məzmunu şifrələmə açarını oxuya bilən bir sıra ümumi API qurmaq üçün Edge platformasında və Chrome platformasında Widewine.
CENC, bir çox DRM sistemində eyni məzmunun şifrəsini açmaq üçün yalnız eyni açarı təmin etməklə istifadə edilə bilən bir sıra standart şifrələmə və açar Xəritəçəkmə metodlarını elan etdi.
Brauzerin içərisində, video məzmununun meta məlumatlarına əsaslanaraq, EME şifrələmə üçün hansı DRM sistemindən istifadə olunduğunu müəyyənləşdirə bilər və CENC tərəfindən şifrələnmiş məzmunun şifrəsini açmaq üçün müvafiq şifrələmə modulunu (İçerik Şifrəsi Modulu, CDM) çağırır. Şifre çözme modulu CDM, məzmun avtorizasiyası ilə əlaqəli işi idarə edəcək, açarı əldə edəcək və video məzmununun şifrəsini açacaqdır.
CENC, icazə verilməsi, icazə formatı, icazə saxlama yeri və istifadə qaydaları və icazə xəritələşdirmə əlaqəsi və digər detalları göstərmir. Bu təfərrüatların işlənməsi DRM təminatçısının məsuliyyətindədir.
4. xülasə
Bu gün biz video pleyerin üç səviyyəsinin fərqli məzmunu haqqında dərindən başa düşdük. Bu müasir oyunçu quruluşunun ən yaxşı tərəfi, interaktiv hissəsinin multimedia mühərrikinin məntiq hissəsindən tamamilə ayrılmasıdır və lövbərin son istifadəçi təcrübəsini problemsiz və sərbəst və çevik şəkildə tənzimləməsinə imkan verir. , Eyni zamanda müxtəlif terminal cihazlarında fərqli multimedia mühərriklərindən istifadə etmək, müxtəlif video formatlarının müxtəlif formatlarının hamar oynatılmasını təmin edə bilər.
Veb platformasında, yetkin kitabxanalara meylli olan dash.js, Shaka Player və hls.js kimi multimediya mühərriklərinin köməyi sayəsində MSE və EME oxutma üçün yeni standartlara çevrilir və getdikcə daha nüfuzlu istehsalçılar istifadə edirlər. onlara. Bu oynatma mühərrikləri. Son illərdə, quraşdırılmış qutulara və İnternet televiziyalarına da diqqət artmağa başladı və daha çox bu cür yeni cihazların MSE-ni əsas multimedia işləmə mühərriki kimi istifadə etdiyini gördük. Bu standartları dəstəkləmək üçün daha çox səy sərf etməyə davam edəcəyik.
|
Sürpriz almaq üçün e-poçt daxil edin
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Alban
ar.fmuser.org -> ərəb
hy.fmuser.org -> Ermənistan
az.fmuser.org -> azərbaycan dili
eu.fmuser.org -> Bask
be.fmuser.org -> Belarus
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalan
zh-CN.fmuser.org -> Çin (Sadələşdirilmiş)
zh-TW.fmuser.org -> Çin (Ənənəvi)
hr.fmuser.org -> Xorvat
cs.fmuser.org -> Çex dili
da.fmuser.org -> Danimarkalı
nl.fmuser.org -> Holland
et.fmuser.org -> Eston
tl.fmuser.org -> Filipin
fi.fmuser.org -> Fin
fr.fmuser.org -> Fransız
gl.fmuser.org -> Qalisian
ka.fmuser.org -> gürcü
de.fmuser.org -> Alman
el.fmuser.org -> Yunan
ht.fmuser.org -> Haiti Kreolu
iw.fmuser.org -> İbrani
hi.fmuser.org -> Hind dili
hu.fmuser.org -> Macar
is.fmuser.org -> İslandiya
id.fmuser.org -> İndoneziya
ga.fmuser.org -> İrlandiyalı
it.fmuser.org -> Italian
ja.fmuser.org -> Yapon
ko.fmuser.org -> Koreyalı
lv.fmuser.org -> Latviya
lt.fmuser.org -> Litva
mk.fmuser.org -> Makedoniya
ms.fmuser.org -> Malay dili
mt.fmuser.org -> Malta
no.fmuser.org -> Norveç
fa.fmuser.org -> Fars dili
pl.fmuser.org -> Polşa
pt.fmuser.org -> Portuqal
ro.fmuser.org -> Roman
ru.fmuser.org -> Rus
sr.fmuser.org -> Serb
sk.fmuser.org -> Slovak
sl.fmuser.org -> Sloveniya
es.fmuser.org -> İspan
sw.fmuser.org -> suahili
sv.fmuser.org -> İsveç
th.fmuser.org -> Thai
tr.fmuser.org -> Türkcə
uk.fmuser.org -> Ukrayna
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Uels
yi.fmuser.org -> Azərbaycan
FMUSER Wirless Video və Səsi Daha Asan ötürür!
Əlaqə
Ünvan:
No. 305 Otaq HuiLan Bina No.273 Huanpu Yolu Guangzhou Çin 510620
Kateqoriyalar
Newsletter