Davinci Resolve (formáty videa) (diskuse)

[kol-ouch]

Dá se nějak vysledovat rozdíl v kvalitě mezi H264 a 265? Za mě nejsem schopný rozdíl vidět, ale soubory v 265 jsou menší

[PetebLazar]

Obecně asi lze říct, že pro stejný bitrate by se měl obraz v HEVCu více blížit originálu než v H.264 (díky vyspělejšímu algoritmu encodingu).

Teoreticky by asi šlo udělat experiment se zakodovanim originálního videa do obou formátů (za shodného bitrate a dalších parametrů) a následně jejich snímky dekódovat zpět do samostatných snímků a pro oba formáty odečíst dekódovaný snímek vždy od odpovídajícího originálního snímku, čímž by se asi dala matematicky vyjádřit průměrná odlišnost od obsahu originálu. Z hlediska lidského vnímání obrazu by to však nemuselo být průkazné, k některým rozdílům v obraze se člověk může stavět příznivěji (nevnímá je) než k jiným. Asi existuje vědecká kvantifikace hranic(citlivosti) lidského vnímání dynamického obrazu, ale to bude denním chlebem spíše tvůrců těchto algoritmů, než nás jejich uživatelů.

U kompresních nástrojů 7z,zip,lha,gzip,... je hodnocení podstatně jednodušší jelikož výsledek kompresního algoritmu musí vždy odpovídat originálu, takže hodnocení účinnosti komprese je funkcí velikosti vzniklého archivu (samozřejmě v kontextu výpočetních/časových nároků, případně paměťových nároků). Například, kompresní nástroj využívající nejméně zdrojů za nejkratší čas s výslednou nejúčinější kompresí je z daných nástrojů objektivně nejlepším.

[j]

Da, je to pomerne easy. Prakticky staci kdyz si uvedomis, ze abys mel mensi vysledek, musis odstranit vic dat. Tudiz i vysledek (265) musi byt zakonite horsi.

A pak uz je to jen otazka bitrate a pripadne rozliseni, pri kterym to jeste vnimas. A v tomhle pripade je ta hranice +- 1080p. Takze pokud pouzijes 265 na neco mensiho, bude vysledek vizualne viditelne horsi, nez 264. Teda za predpokladu, ze budes mit adekvatne mensi vyslednej bitrate = cca 1/2.

Zvednutim bitrate muzes samozrejme zhorseni kompenzovat, ale pak uz zas neusetris nic na velikosti.

I pri 1080 jsou pak vysledky diskutabilni, protoze pokud chces solidni vystup, tak se na 1/2 rozhodne nedostanes, a ve finale jeste zjistis, ze klidne 1/3 velikosti dela audio.

U 4k si pak proste muzes dovolit zahodit mnohem vic dat, aniz by si nekdo vsimnul, coz me vzdycky pobavi prave s honem za rozlisenim, protoze kdyz si pustis "blby" 1080 ... s rekneme 50+ Mbit, tak pochopis, ze zadny 4k ve skutecnosti nepotrebujes, protoze to co ti predlozej bude prave kvuli kompresi a mrzkymu bitrate horsi.

---

Dete s tim guuglem dopice!

[PetebLazar]

Určitě bude rozdíl v kvalitě mezi 25Mbps HEVC 4K z Netflixu a 100Mbps HEVC z Ultra HD Bluray, důležité je, že je tu možnost volby. Ono to není tak, že by ve VoD bylo 4K špatné a FullHD vynikající (i to bude také kompromisní kvality s ohledem na vyhrazený bitrate).

[David Ježek]

Promiň ale máš v tom trošku zmatek. Jen pár opravdu velkých perel... AVI dnes už není ani tak formát ale kontejner. Ano původně to Microsoftí konkurence pro Apple mov, ale už někdy před 25 se na to začala nabalovat podpora komprese pomocí kodeků, Jak správně píšeš o kousek dál. Trošku bych ten popis poupravil.

Každopádně se MP4 je ten problém že si lidé pod tímhle představují jak kontejner .mp4 tak formát videa MPEG-4, což je rodina pod kterou se vejde ... opět jak sám shrnuješ ... DivX/Xvid alias implementace MPEG-4 ASP, H.264/AVC i H.265/HEVC atd atd atd. AV1 s MP4 vysloveně nesouvisí je to jen jeden z podporovaných formátů tohoto kontejneru. Nakrásně můžeš AV1 používat i s mkv či webm.

Jinak pokud se nepletu tak třeba ffmpeg má u H.265 volbu pro lossless encoding, ale nikdy jsem nezkoušel jestli je to opravdu bezztrátové.

[PetebLazar]

Jen pár opravdu velkých perel... AVI dnes už není ani tak formát ale kontejner

V textu není použito slovo formát u .AVI či .mp4, ale v závorce "uvnitř" u RGB_uncompressed/AV1. Ilustrativní použití souborů(kontejnerů) .AVI a .mp4 to mělo pouze umístit na časové ose (pravda asi asociativní jen pro ty co oba konce zažili).

Ano původně to Microsoftí konkurence pro Apple mov, ale už někdy před 25 se na to začala nabalovat podpora komprese pomocí kodeků, Jak správně píšeš o kousek dál.

Kdo byl čí konkurencí nedovedu odhadnout .mov(QuickTime) přišel snad až roky po .avi (Audio Video Interleaved), ale autoři IFF z Electronic Arts zmiňují jako inspiraci pro FourCC Apple. IFF by měl být předlohou pro RIFF(Microsoftu),AIFF(Applu).

Jinak pokud se nepletu tak třeba ffmpeg má u H.265 volbu pro lossless encoding, ale nikdy jsem nezkoušel jestli je to opravdu bezztrátové.

V tomto paperu kde tuto vlastnost posuzovali s ohledem na vhodnost využití pro ukládání lékařských snímků (kde si asi kompresní artefakty kvůli misdiagnostice nemohou dovolit) to srozumitelně popisují (v podstatě bypass řady kroků) s výsledným compress ratio o něco lepším než komprese 7z (s úspěšným bit-match po decodingu). Takže bych tomu lossless věřil. Na druhou stranu pouhých 1:2+ nejspíš limituje využití jen na některé workflow (kapacitní limity).

[David Ježek]

ee, QuickTime (1991) je fakt starší než AVI (1992).