Tot ce ați dorit vreodată să știți despre rapoartele de compresie

suntem aici pentru a răspunde la câteva întrebări — ce sunt rapoartele de compresie, cum afectează filmele digitale și ce legătură au cu codecurile?

în acest articol, vom De-mistifica raportul de compresie criptică, vom descompune modul în care puteți obține un sens util din acesta și apoi vă vom arăta câteva trucuri pentru evaluarea codecurilor pentru a determina cea mai bună opțiune pentru producția dvs.

elementele de bază ale compresiei datelor

imagine prin Avid.

am acoperit elementele de bază ale compresiei înainte, așa că le vom sufla rapid aici.

toate compresiile se descompun într-unul din cele două tipuri: compresie cu pierderi (care aruncă informații de dragul dimensiunii fișierului sau a ratei de date) sau compresie fără pierderi (care comprimă temporar datele în timpul procesului de codificare pentru a permite recrearea completă sau aproape completă a setului de date necomprimate pe decodare). Imaginile înregistrate fără utilizarea oricărui algoritm de compresie sunt considerate necomprimate.

acum, trebuie să acoperim niște informatică 101 înainte de a intra în raporturile de compresie. (Va fi rapid, promit.)

particula fundamentală a lumii informaționale se numește “bit”, reprezentată de minusculele “b”. (Da, cazul este important). La acest nivel, informația este în forma sa cea mai de bază, binară — a 1 sau 0.

8 biți cuprind un “octet” (pronunțat “mușcătură”), reprezentat de o majusculă “B.” la acest nivel și la fiecare nivel ulterior, datele reprezentate devin mai complexe.

1.000 de octeți fac un KiloByte. Acest lucru nu trebuie confundat cu “Kilobit” (“Kb”), care este de 1.000 de octeți. Deoarece octeții sunt unități pe 8 biți, un KiloByte este de fapt 1024 biți.

o mie de kilobiți fac un MegaByte sau MB. (Din nou, nu trebuie confundat cu “Megabit” — “Mb.”)

această tendință continuă — o mie de megaocteți face un Gigabyte, și așa mai departe, dar acest lucru este de aproximativ în măsura în care avem nevoie pentru a merge pentru acest articol. Dacă vrei să afli mai multe, WhatsAByte.com este o resursă fantastică.

acum, să ne scufundăm în raporturile de compresie.

raporturile de compresie

raporturile de compresie sunt o reprezentare numerică simplă a “puterii de compresie” a codecurilor specifice sau a tehnicilor de compresie. Ele sunt o stenografie neprețuită, deoarece oferă o descriere mult simplificată a calității datelor rezultate, a imaginilor sau a sunetului pe care intenționați să îl comprimați.

Deci, Ce Sunt Ei?

imagine prin Blackmagic.

cele două numere din raportul de compresie se referă la dimensiunea comprimată vs.necomprimată a datelor. Primul număr reprezintă puterea de compresie în care al doilea (de obicei doar “1”) se referă la dimensiunea totală a datelor necomprimate.

dacă doriți vreodată să găsiți raportul de compresie pentru orice date pe care le comprimați, iată formula: raport de compresie = Dimensiune necomprimată/Dimensiune comprimată

dacă trebuie să cunoașteți economiile de stocare acordate de un codec dat, două ajustări simple ale formulei și sunteți setat: economii de spațiu = 1 – (Dimensiune comprimată/Dimensiune necomprimată)

deci, un fișier de 10 MB comprimă până la 2 MB raportul de compresie 5:1. Pentru a găsi economiile, pur și simplu introducem valorile noastre în formulă.

economii de spațiu = 1 – (2/10) -> = 1 – (.2) -> = .08 -> .08*100 = 80

deci, codec X ne oferă o economie de stocare de 80 la sută față de datele necomprimate. Destul de puturos.

deci, acum ce?

deciderea unui Codec

imagine prin Apple.

acum că avem elementele de bază acoperite, cum decideți ce codec este cel mai potrivit pentru proiectul dvs.? Să aruncăm o privire asupra parametrilor pe care inginerii îi folosesc atunci când dezvoltă algoritmi de compresie, dar să-l abordăm ca shootere și editori.

întrebări de pus despre tine despre proiect:

• viteză: care este cronologia proiectului?
• raport de compresie: aveți nevoie de fișiere de calitate superioară sau mai mici?
• complexitate: codecurile suplimentare vor crea complexitate inutilă?
• spațiu: puteți captura, copia de rezervă și arhiva în mod eficient ceea ce aveți nevoie?
• latență: veți reda în timp real?
• interoperabilitate: Codecul va necesita transcodare pentru sistemul dvs. de editare?

acum că avem o idee despre nevoile specifice ale producției noastre, ce altceva trebuie să facem înainte de a alege un codec?

dincolo de evaluarea puterii de compresie a unui codec, putem folosi tot ce am învățat până acum pentru a face predicții de stocare pentru datele pe care le vom comprima pentru întreaga filmare. Există o serie de beneficii pentru a face acest lucru — de la alegerea între două codecuri clasificate în mod similar pentru a ști cât de multe hard disk-uri veți avea nevoie pentru backup și arhivare.

să presupunem că am evaluat nevoile producției noastre și ne aplecăm spre înregistrarea video folosind fie ProRes 422 HQ, fie DNxHD 145 pentru proiectul nostru 1920 1080, 29,97 cadre pe secundă. La această rezoluție și rată de cadre, ProRes 422 are o rată de date de 220mbps (Mega biți pe secundă), în timp ce DNxHD-ul lui Avid este de 145mbps.

deci, folosind o matematică simplă, putem prezice cât de mare va fi clipul nostru de interviu de 1 oră înainte de a începe vreodată să rulăm.

Pentru ProRes:
220Mbps = 220.000.000 biți pe (/) secundă
220.000.000 biți/secundă * 60 = 13.200.000 biți/minut
13.200.000 biți/minut * 60 = 792.000.000.000 biți/oră.
792.000.000.000 biți/oră / 8 = 99.000.000.000 octeți/oră
99.000.000.000 octeți / 1.000 = 99.000.000 megaocteți/oră
99.000.000 megaocteți / 1.000 = 99 gigaocteți / oră

pentru DNxHD:
145mbps = 145.000.000 biți pe (/) secundă
145.000.000 biți/secundă * 60 = 8.700.000.000 biți/minut
87.000 biți/minut * 60 = 522.000.000.000 biți/oră.
522,000,000,000 biți/oră / 8 = 65,250,000,000 octeți/oră
65,250,000,000 octeți / 1,000 = 65,250,000 megaocteți/oră
65,250,000 megaocteți / 1,000 = 65,25 gigaocteți / oră

deci, interviul nostru de o oră va avea ca rezultat un fișier care este de aproximativ 99 de concerte cu ProRes 422 HQ și aproximativ 65 GB pentru DNxHD 145.

acum alegerea noastră este simplă. Pur și simplu ne întoarcem la întrebările pe care ni le-am pus acum un moment despre producția noastră specifică pentru a decide dacă economiile de ~35 GB/oră ale DNxHD sunt mai mult sau mai puțin importante decât creșterea aproximativă de 50% a ratei de date 422 HQ ne oferă.

este interviul nostru de o oră pentru o reclamă web de 30 de secunde? Dacă da, DNxHD ar trebui să ofere o calitate a imaginii aproape egală cu 422 HQ, dar va ocupa cu 40% mai puțin spațiu de stocare odată finalizat-făcându — l câștigătorul clar în acest caz.

ce se întâmplă dacă interviul este doar unul dintre câteva zeci pentru un documentar de lung metraj pe care intenționați să îl cumpărați în jurul circuitului festivalului? În acest caz, trebuie să plasați prima pe maximizarea calității imaginii peste stocare (în parametrii dați), iar rata de date cu 50% mai mare a ProRes 422 HQ se potrivește perfect nevoii.

cu doar câteva cunoștințe de bază despre știința care stă la baza tehnicilor de compresie utilizate în codecurile moderne, putem evalua nevoile producției noastre, codecurile vet pentru nevoile producției și apoi putem lua o decizie educată pe baza domeniului de aplicare al proiectului. Chestii destul de la îndemână, dacă mă întrebi pe mine.

imagine de copertă prin kayan_photo.

căutați mai multe informații despre date și filme digitale? Check out aceste articole.

• Iată ce trebuie să știți despre compresia datelor
• sfat de producție: Cum puteți preveni imagini corupte
• după MP3: trecutul, prezentul și viitorul codecurilor Audio
• înțelegerea zgomotului imaginii în proiectele dvs. de Film și Video
• de CE ISO nativ Dual ar trebui să fie noul standard industrial