Fredagspanelen 88: Speltester, DirectX 12 och Intel Skylake

Röstkontrollerad espressomaskin,
3D skrivare,

Bygg den till en säkerhetskopieringsserver utanför hemmet (skydd för brand mm)

Skulle du kunna förklara hur renderingstid samt uppladningstid påverkas av bakgrunden?

Emil var comedy gold! Ville bara säga det.

Jag måste kontra med en följdfråga, vad vet du om komprimeringstekniker?

Snabbt och lekmannamässigt dock, om kontrasten och saturationen i en bild är hög.... samt att du kombinerar detta med ett högt antal keyframes... samt att motiven framför bakgrunden rör sig mycket... Ja, då måste detta så klart tas i anseende när videon behandlas och följdvis sparas digitalt.

Ett simpelt och enklare exempel. Säg att du skall beskriva en tavla som består av två olikfärgade rhomber, säg en röd och en grön på en svart bakgrund.
Du måste beskriva tavlan i rader och kolumner, där varje rad och kolumn är en centimeter hög/bred. Då kan denna beskrivas som följer:

rad #1 = 9 kolumner svart, 1 kolumn röd, 20 kolumner svart, 1 kolumn grön, 9 kolumner svart.
...
rad #5 = 5 kolumner svart, 10 kolumner röd, 10 kolumner svart, 10 kolumner grön, 5 kolumner svart.
...
rad #10 = 20 kolumner röd, 20 kolumner grön
...
rad #15 = 5 kolumner svart, 10 kolumner röd, 10 kolumner svart, 10 kolumner grön, 5 kolumner svart.
...
rad #20 = 9 kolumner svart, 1 kolumn röd, 20 kolumner svart, 1 kolumn grön, 9 kolumner svart.

Smidigt, inte så farligt egentligen. Men lägg nu till lite mer romber i tavlan på slumpmässiga ställen. Notera att du nu inte längre kan säga "20 X Y" utan blir oftare tvungen att säga 1, 2, eller 3 utav en färg och sedan byta... Ja, därför blir beskrivningen både mer komplicerad (tar mer tid) och tar större plats.
Alltså blir videor som har färgstarka och många kontrasterande färger större och tar längre tid att bearbeta.

Nu är det ju inte exakt såhär i verkligheten men analogin står sig för den okunnige, för stora ytor som inte behöver beskrivas speciellt mycket i detalj (i film, oftast sådant som är mörkt) går att beskriva som "identisk med grannen" och kan därför återanvändas.
Det var en tid då datorer och högupplösta filmer inte gick ihop speciellt bra ens när dom skulle visas på skärmen. Jag minns när man skulle kolla på filmer i 720p som började lagga (alltså, låg FPS) när det var mycket ljusa scener som skulle visas. Just för att ljusa scener har mer data kodade i sig som måste först och främst laddas från en långsam disk och sedan dekodas på en otillräcklig processor.

I dagsläget nyttjas dock GPU'n till dekodning i de flesta lägen.

du verkar ju uppenbarligen ha nån form av kunskap angående IT. vad exakt vet ja inte då det är "Way över my head"

Följdfråga hur mycket påverkar bakgrunden när man ska köra om en film i H.264 / H.265 om man gör omkodningen på en I7 4790k och GTX 980.
om du gjorde om dekodning från nån gammal fredagspanel när det var stenväggen mot nya väggen nu kan man se en försämring i tiden det tar ?

Jag har inte så fördjupade kunskaper i de olika formaten eller någonting att jämföra med, jag utgår från grundläggande principer i kompressions och digital videoteknik.
Men rent generellt sett, om din bild är komplex (mycket kontrast och många färgskiftningar) och den ändrar på sig mycket (byter form, färger eller roterar) så är det mer krävande än en stillbild.

Med det sagt, saker som bara förflyttar sig i sid eller höjdled är inte lika krävande då de flesta tekniker har förmåga att identifiera ytor som enbart panorerar.
Dvs, föreställ dig att du har en rullande text, det enda "nya" i nästa bildruta är den data som kommit in i bild. Nuvarande data återanvänds men ritas på ett nytt ställe och därför tar det inte upp lika mycket data eller kraft att rendrera en rullande text som det gör att rendrera en film med slumpad text i varje bildruta.

Det enda du "behöver" (om du nu bryr dig om rendreringstid, filstorlek och kvalitet) bry dig om är hur mycket av din bild som ändrar sig mellan bildrutorna och på vilket sett detta sker på.
Utöver det gäller det att hitta en VBR (Variable Bit Rate) som ger dig god kvalitet utan att för den sakens skull introducera kompressionsartefakter i tunga scener.

Sist men inte minst, man skall välja keyframe intervall utifrån dessa förutsättningar med. En keyframe är om komplett omritning av bilden, mellan keyframes så interpoleras och förflyttas bilddata från föregående keyframe runt.
Dvs, när en keyframe ritats så används i största möjliga mån existerande data och denna data förflyttas i sidled och höjdled samt skalas upp eller ner baserat på hur den uppfattats (av enkodern) ha modifierats.

Det finns säkerligen mer tekniska detaljer man kan gräva ner sig i. Men du gör bäst i att läsa/lära mer om detta i en text eller genomgång gjord av en specialist. Jag bara "råkar veta" (läs, komma ihåg) mycket om det efter att ha gjort detsamma på nätet för egenintresse.