BPG, nový obrazový formát od autora FFmpegu coby náhrada za JPG

Fabrice Bellard vyvinul nový obrazový formát BPG (Better Portable Graphics) coby efektivnější náhradu za JPEG, případně PNG. Komprese je založena na (patentovaném) standardu H.265 s možností využít existující hardwarové dekodéry, podporována je až 14bitová barevná hloubka, vzorkování 4:4:4, alfa kanál a bezeztrátová komprese. Kvalita při dané velikosti je aktuálně značně vyšší než u JPEG a měla by být lepší i proti WebP. Formát lze dekódovat i v existujících prohlížečích postrádajících nativní podporu díky javascriptovému dekodéru. Software je vydán pod licencí BSD a staví na FFmpegu a x265.

14.12.2014 22:38 | Ovoce | Zajímavý software

Komentáře

[Harvie.CZ]

Ja cet, ze "BFG"... skoda

[Petr Tomášek]

Proč propána H265? Proč ne rovnou Daala?

[BigBoss]

Protože každý jen kecá o nejlepších řešeních a nikdo nepíše kódy. Dokud domeček z karet plný poučování nespadne a šneci nezastrčí hlavu zpět do ulit.

A Proč nenapíše kritické části v assambleru a zbytek ve Brainfucku?

BB

[pavlix]

Gratuluju.

[Grunt]

Protože každý jen kecá o nejlepších řešeních a nikdo nepíše kódy.

O čem je řeč? Viz git repo. A na slideshow je Daala velice dobrý formát. Dokonce to není ani potřeba přebalovat z OGG kontejneru

[Ovoce]

Důvody, které momentálně vystávají (možná ne jediné):

1) Daala není hotová a ještě dlouho nebude (vidím to minimálně na rok, ale asi spíš déle. Jejich interní roadmapa původní plánovala, že v Q4 2014 chtějí překonat VP9 a HEVC v inter kompresi, BTW, ale mají zpoždění).

2) Myslím, že Daala právěže nebude - nebo aspoň teď není - úplně dobrý formát pro intra kompresi. Důvodem je to, že zatímco HEVC má velmi silnou intrapredikci (to vám potvrdí i Monty), Daala momentálně žádnou intra predikci nemá. Problém je v tom, že používá lapped transformaci, která +- znemožňuje implementovat klasickou intra predikci v doméně pixelů, jakou má H.264/H.265 (a VP8/VP9, kde je to podobné až obšlehlé). Vývojáři se mometálně dál snaží ten problém nějak překonat, ale zatím nemají řešení. Bohužel, nápad dělat intra predikci v frekvenční doméně (popsaný v demu 2) se ukázal neschůdným. Nefunguje to a v současnosti to už bylo z Daaly odstraněno :(

[Grunt]

Důvodem je to, že zatímco HEVC má velmi silnou intrapredikci (to vám potvrdí i Monty), Daala momentálně žádnou intra predikci nemá. Problém je v tom, že používá lapped transformaci, která +- znemožňuje implementovat klasickou intra predikci v doméně pixelů, jakou má H.264/H.265 (a VP8/VP9, kde je to podobné až obšlehlé). Vývojáři se mometálně dál snaží ten problém nějak překonat, ale zatím nemají řešení. Bohužel, nápad dělat intra predikci v frekvenční doméně (popsaný v demu 2) se ukázal neschůdným.

Fast-forward one year…

Bylo by to zajímavé mít obrazový formát konečně stavěný nad něčím jiným než na posloupností fixně definovaných bloků, protože těch s uniformní délkou bloku už máme tak tři zardele. A každý další lepší než ten předchozí.

[kralyk z abclinuxu]

Fast-forward one year…

Zajímavé čtení, ale problém zřejmě zatím vyřešen není...

Bylo by to zajímavé mít obrazový formát konečně stavěný nad něčím jiným než na posloupností fixně definovaných bloků, protože těch s uniformní délkou bloku už máme tak tři zardele. A každý další lepší než ten předchozí.

h.265 má bloky dynamické velikosti, obraz řeže do quadtree.

[Grunt]

h.265 má bloky dynamické velikosti, obraz řeže do quadtree.

No to jo, ale furt si na úrovní bloků, s tím, že kde potřebuješ jemnější mřížku, tam si ji nadělíš. Nicméně stále se nezbavíš problému zarovnávání obrazových dat do bloků.

[Ovoce]

O tom vím. Zatím to moc slibně nevypadá. Žere to poměrně hodně výkonu a efekt je omezený (i když potom to J.M. Valin zoptimalizoval, stále to ale bylo v dekodéru poměrně výrazná zátěž vzhledem k efektu).

Hlavně to ani není intra predikce, ale toliko filtr, který má odstraňovat ringing. Ten ringing na hranách je ovšem spojen tím, že chybí intrapredikce a tudíž mají bloky vysokou kvantizaci (vznikají artefakty). Čili tento filtr - pokud bude začleněn - o čemž myslím ještě nebylo rozhodnuto (zdá se, že současný názor je, že to není žádný zázrak) - pouze zmírní následky chybějící intra komprese, ale nevyřeší problém samotný.

Je to trošku sranda - jedním z cílů lapped transformace bylo, aby tam formát nemusel mít loopfilter jako má HEVC a AVC. A teď se jim tam možná podobný filtr vrátí zadníma vrátkama :)

Ale tuším, že snahy nějak vyřešit ty potíže a vyrobit nějakou formu intra prediction ještě pořád běží, tak držím palce a snad to vyjde.

[Grunt]

Nejde o to, že by to mělo být začleněno (to doufám že ani nebude), ale o to, že by se nad tím dalo stavět dál v případě že by se čirou náhodou rozhodli i pro popsání nějakého obrazového formátu. Daala je náročná i bez toho, ale pro kompresi jediného obrázku by ještě vyší komplexnost nebyla až takovou překážkou. Či klidně stavět nad jakoukoliv jinou radikální myšlenkou. Furt se šolíchat v JPEGu z 1992 a šoupat se po malých kouscích už mě nebaví sledovat.

jedním z cílů lapped transformace bylo, aby tam formát nemusel mít loopfilter jako má HEVC a AVC. A teď se jim tam možná podobný filtr vrátí zadníma vrátkama

Jakákoliv snaha vyházet loopfiltry by měla být vyvážena zlatem.

[Ovoce]

Já nevím - já prostě vezmu to, co fachá.

U hodně těch "lepších" technik se právě ukázalo, že v praxi nedokážou udělat tak účinnou/kvalitní kompresi. Třeba OBMC bylo vyzkoušeno (Dirac, Snow), wavelety byly vyzkoušeny (stejní dva soutěžící), ale co je v současnosti nejlepší formát? HEVC, s klasickou block-based MC (ale s variabilní velikostí bloku) a v podstatě s DCT transformací (ale taky variabilní velikostí). Druhé je H.264 - totéž ale o něco méně rozvinuté... Jak přesně tam zapadá VP9/VP8 řešit nebudu (při stejně kvalitních enkodérech by asi VP9 mělo porazit H.264), ale to jsou koncepčně taky stejné kodeky.

IMHO - když loopfilter dělá dobrou práci a alternativy dávají horší výsledek, nemám proti němu nic. Ani my nepřijde, že by na něm bylo něco kór špatného - je to prostě adaptivní (tedy když je to adaptivní loopfilter) kompresní nástroj, stejně jako třeba b-snímky nebo ta intra predikce.

[Petr Tomášek]

Jakákoliv snaha vyházet loopfiltry by měla být vyvážena zlatem.

Na druhou stranu je nutno říct, že filtry, se kterýma experimentují v Daale jsou docela inteligentní - aplikují se jenom pokud něco přinesou (resp. nezhorší stávající stav)...

[Petr Tomášek]

Důvody, které momentálně vystávají (možná ne jediné):

1) Daala není hotová a ještě dlouho nebude (vidím to minimálně na rok, ale asi spíš déle. Jejich interní roadmapa původní plánovala, že v Q4 2014 chtějí překonat VP9 a HEVC v inter kompresi, BTW, ale mají zpoždění).

Však nevím, proč se s novým formátem nemohlo počkat, až Daala hotová bude

2) Myslím, že Daala právěže nebude - nebo aspoň teď není - úplně dobrý formát pro intra kompresi. Důvodem je to, že zatímco HEVC má velmi silnou intrapredikci (to vám potvrdí i Monty), Daala momentálně žádnou intra predikci nemá. Problém je v tom, že používá lapped transformaci, která +- znemožňuje implementovat klasickou intra predikci v doméně pixelů, jakou má H.264/H.265 (a VP8/VP9, kde je to podobné až obšlehlé). Vývojáři se mometálně dál snaží ten problém nějak překonat, ale zatím nemají řešení. Bohužel, nápad dělat intra predikci v frekvenční doméně (popsaný v demu 2) se ukázal neschůdným. Nefunguje to a v současnosti to už bylo z Daaly odstraněno :(

1) myšlenky intra predikce se vývojáři Daaly ještě nevzdali, jen té konkrétní implementace, která ve výsledku přinesla velmi malou úsporu. 2) i bez intra predikce je Daala na statických obrázcích výrazně lepší než např. JPEG a další formáty. Například zásluhou PVQ a activity masking atd...

[Grunt]

Však nevím, proč se s novým formátem nemohlo počkat, až Daala hotová bude

Fabrice Bellard nemá s Xiph.org nic společného. Na co by se teda mělo čekat?

[Petr Tomášek]

Fabrice Bellard ale nemá ani nic společného s vývojem H.265...

IMHO je dost velká šance, že Daala bude mít lepší kompresní poměr než H.265, tak proč teď zavádět nový formát, který zřejmě bude brzo překonán (a snažit se jej natlačit do prohlížečů atd.) Taky to potom může dopadnout tak, že se BPG prosadí i když rok-dva tu bude něco lepšího a to nebude mít kvůli BPG šanci.

[Grunt]

Fabrice Bellard ale nemá ani nic společného s vývojem H.265...

No to ani Jason Garrett-Glaser (nebo aspoň myslím).

a snažit se jej natlačit do prohlížečů atd.

?

[Michal Kubeček]

Když bude čekat, až bude Daala doladěná, tak už dost možná bude ve vývoji něco dalšího s potenciálem být ještě o trochu lepší a bude vlastně v úplně stejné situaci jako teď - jen ztratí pár let. Tedy v tom lepším případě - může se taky ukázat, že vaše oblíbená Daala nakonec ani lepší nebude.

[Ovoce]

Fabrice Bellard je původním autorem FFmpegu a ten se nijak nestraní standardizovaných průmyslových formátů, bez ohledu na patenty. Tj. nijak před nimi aktivně neupřednostňují formáty typu VP8/Theora/etc (royalty free a tak). Holt asi šáhl po tom, co mu přišlo nejpokročilejší?

Daala je, jak už bylo řečeno nehotová, ale hlavně je to zatím nejistý projekt. Nikde není psáno, že bude za dva roky lepší než H.265. Klidně se může ukázat, že i ty další techniky, které pro ní jsou zvažované (často je tam motivací i snaha vyhnout se provařeným a ahodně patentovaným technologiím, což přináší omezení) se ukážou jako ne až tak magické, jak se čekalo. Prostě to může vybouchnout, to se u experimentálního projektu stává.

Pro ilustraci... Loren Merritt/Pengvado, jeden z hlavních vývojářů (jednu dobu jediný po původním autorovi) x264 onehdy řekl tohle:

(from ~2005)

OpenSourced: where do you think x264 will be in 3 years

pengvado: replaced by snow :)

Dneska prakticky ani nikdo neví, co ten Snow byl...

[Ovoce]

2) i bez intra predikce je Daala na statických obrázcích výrazně lepší než např. JPEG a další formáty. Například zásluhou PVQ a activity masking atd...

Já jsem to sám netestoval, takže nemůžu posloužit něčím lepším než odhadem. Viděl jsem jenom jedno malé srovnání od neznámého autora, u nějž není známá metodika a pochází to čertví odkud (takže záruka věrohodnosti veškerá žádná): tuhle.

Jeslti je to legitimně vytvořené, tak by to snad mohlo ukazovat, že Daala má asi ještě co dohánět, ale je pravda, že tohle jsou mizerně malinkaté velikosti, přičemž HEVC bude míst nejspíš před zbytkem pole tím větší náskok, čím menší velikost. Jinak porážka Daala v tuto chvíli IMHO není překvapivá, ten formát vůbec ještě není hotový, ani vyladěný. Jak dobrá bude, se teprve ukáže.

[kralyk z abclinuxu]

Proč propána H265? Proč ne rovnou Daala?

Asi protože podpora pro h265 je/bude o dost rozšířenější.

[chrono]

A ak budem chcieť niekde zverejniť taký obrázok, budem musieť platiť vlastníkom patentov.

[kralyk z abclinuxu]

Že to je patentované, to mi taky vadí, nicméně tak jak píšeš to afaik nefunguje.

[chrono]

Funguje to presne tak, iné je, že to bežných používateľov zatiaľ príliš netrápi (takmer vždy majú totiž licenciu, ktorá umožňuje len bezplatné prehrávanie).

[Ovoce]

Funguje to presne tak, iné je, že to bežných používateľov zatiaľ príliš netrápi (takmer vždy majú totiž licenciu, ktorá umožňuje len bezplatné prehrávanie).

To je AFAIK jen často tradovaný omyl. V licenčním systému MPEG-LA žádný takový pojem ani rozlišování není. Berou poplatky za dvě věci:

1 - distribude dekodérů/enkodérů. Platí distributor, např. Google za Chrome, Adobe za Flash, MS za Windows, Fluendo za své licencované kodeky. Za x264 nebo FFmpeg (od nějž nejspíš BGP tuhle politiku přebralo) neplatí nikdo, neboť na patenty kašlou. Jo a podle všeho není třeba platit, pokud se software distribuuje ve formě kódu a ne binárky. To, jestli je to komerční nebo nekomerční použití, nerozhoduje.

2 - distrubuce placeného obsahu. Tyhle poplatky taky nejsou vůbec ovlivněny tím, čím jste ten obsah vytvořili ani tím, čím ho přehráváte. Placení je vždycky věcí poskytovatele obsahu (např. Netflix). Tyhle poplatky už u HEVC nejsou, viz link v komentáři níže.

[Ovoce]

A ak budem chcieť niekde zverejniť taký obrázok, budem musieť platiť vlastníkom patentov.

To naštěstí ne, u H.265 už se nebudou platit poplatky za šíření obsahu. Poplatky už budou čistě z distribuce dekodérů nebo enkodérů.

Viz stránka 7: http://www.mpegla.com/main/programs/HEVC/Documents/HEVCweb.pdf

[Ovoce]

BTW, i v minulosti (H.264) byste platil, jenom kdyby to byl placený download, nebo přístup byl krytý předplatným. U normálního použití ("free streaming") to je zadarmo.

[Petr Tomášek]

Eee? Vždyť ten člověk vytváří nový formát, tak je úplně jedno, jak moc velkou podporu h265 má, či nemá...

[Filip Jirsák]

Není to úplně jedno. Různá „smart“ zařízení (televize, telefony) mohou mít hardwarovou akceleraci H.265, zatímco jiný kodek by musel být implementován na hlavním procesoru.

[Petr Tomášek]

a) pro otevírání obrázků je to stejně jedno (navíc ta implementace je v javascriptu, hehe), b) BPG != H265, je to na něm jenom postavené, kdoví, co z té hardwarové akcelerace půjde využít a co ne (a naopak, co by bylo možné použít pro akceleraci obrázkového formátu založeného na Daale).

[kralyk z abclinuxu]

Co takhle si nejdříve přečíst, o co se jedná?

[chrono]

Rôzne zariadenia napriek tomu hardvérovú akceleráciu používajú len niekedy (pretože často je CPU rýchlejšie).

[frdrx]

Tak teď ještě sestřelit ten patent a je to nádhera.

[chrono]

Predpokladám, že tých patentov sú desiatky a keďže ich vlastnia veľké firmy, nikto s tým nič neurobí.

[frdrx]

Občas i jo, ale je to případ od případu. Ale je dost možné, že to v tomto případě nepřipadá v úvahu, vůbec netuším.

[mikirc]

Ten javascriptový dekodér je bomba :D, takže pokud bude člověk používat prohlížeč bez podpory, tak to bude veselé načítání stránek.

Nebude to něco ve stylu: Odstraňme Flash z prohlížečů máme něco lepšího... A kde nic tu nic.

[Ovoce]

Přijde mi, že funguje docela pěkně, ukázky na téhle stránce jedou ve Firefoxu dost dobře. On Fabrice Bellard je asi docela machr na psaní optimalizovaného kódu (dělal minimalistické kompilátory a podobné projekty, napsal emulátor x86 v javascriptu, například).

[Grunt]

Ukázky jo. Ale jen se dovalím domů, tak zkusím to dělají běžní lidé. Tedy několik multi-megapixelových fotek přes celou obrazovku s vysokou bitrate (vždyť to bude s BGP kvalitnější/pěknější tak proč ne) a provalím to na Celeru 2.66Ghz pře ten JavaScript ve Firefoxu. Jsem fakt zvědav jestli to jen vyžere procák nebo blokne celý proces.

[Grunt]

No já z toho moc nadšený nejsem. V podstatě jde jen knihovní o wrapper nad Main Still Picture profilem z odpovídajících knihoven (FFMpeg pro dekódování, x265/referenční implementace od JCTVC pro zakódování). To ví každý, že má kompresní poměr lepší než cokoliv jiného. Ale ač má takový JPEG2000 vizuálně kompresní algoritmus mnohem horší, souborový formát je popsaný luxusně.

• Co takový nelineární přístup k BGP tedy když ne náhodný přístup k různým komponentám, tak aspoň obdobu progresivního kódování z klasického JPEGu? Má to něco takového? Jak vhodný formát je to k internetovému streamování?
• Jak je na tom s robustností? Co nějaká obdoba JPWL? O tom si asi můžeme nechat jenom zdát a poškození některého z důležitých bloků bude znamenat, že se může obrázek vyhodit celý, že?
• Jak moc je ten formát flexibilní? Metadata zas budou jako u ISO klasicky nacpané až na konci bitstreamu doufám.
• Kompatibilní to bude tak akorát s HEVC a ani to možná ne, že?
• To Portable v názvu má i nějaký význam nebo se to radši opravdu mělo jmenovat BFG9000 (Big Fucking Graphic), protože přesně to to vzhledem připomíná? No hlavně že to má podporu pro 14-bitovou hloubku. Vím přesně na co formát používaný nebude.

Takhle se to prostě nedělá. Na to si banda chytrých hlav musí sednout ke kulatému stolu a něco chytrého vymyslet a popsat. Tento trend kdy si každá entita (firma/hacker) vymýšlí svůj vlastní jedinečný souborový formát jak se jim to hodí se mi ale vůbec nelíbí. Pokud by šlo o nějaký testovací formát (jako Snow z videa), nic neřeknu, ale každý z nich se snaží tvářit jako „plně připraven k nasazení“ a ve skutečnosti jich máme několik a reálně je na webu nasazený tak maximálně JPEG (ITU-T T.81), PNG a ditherovaný GIF. Takže k čemu to vůbec? Už se nemůžu dočkat až zas bude bug v Mozillí bugzile hnít dobrých 14 let jako v případě J2K a jediný dekodér bude ten referenční napsaný v JavaScriptu.

[Petr Tomášek]

• To Portable v názvu má i nějaký význam nebo se to radši opravdu mělo jmenovat BFG9000 (Big Fucking Graphic), protože přesně to to vzhledem připomíná? No hlavně že to má podporu pro 14-bitovou hloubku. Vím přesně na co formát používaný nebude.

No, já to hlavně moc nechápu, protože ve ztrátových formátech jde hlavně o to, jak uložit koeficienty DCT koeficienty a tam je nějakých 14 bitů úplně jedno. Když budu mít nějaký gradient popsaný pár koeficienty, tak je z toho můžu klidně nechat lézt 16 bit nebo i 32bit, pořád mi budou stačit ty stejné koeficienty...

[Ovoce]

Zrovna v těch gradientech se v oblasti videa ukázalo, že vyšší bitová hloubka pomáhá, a to i pokud máte 8bitový vstup.

x264 má implementovaný profil High 10 a lidi to běžně používají ke kompresi normálního (8bit) videa. Díky tomu, že se o 75 % zredukují chyby ze zaokrouhlování, to má obvykle lepší kompresi než nativně 8bitový formát High. Tradoval se k tomu tenhle dokument: http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf

U HEVC to nicméně už má pomáhat míň, tam to zaokrouhlování asi není tak problematické. Ale k zabránění bandingu v gradientech by se to pořád mělo hodit.

[JS1]

Kdyz uz se tu tak resi, jaky kodek ten format pouziva, nebylo by lepsi radeji udelat format, ktery umi ruzne kodeky, jako se to dela u videa?

[kralyk z abclinuxu]

IMHO Matroška by to mohla umět z fleku...

[Ovoce]

Hmm, chvíli jsem nad tím přemýšlel a říkám si, že je to možná proto, že u videa je třeba multiplexovat víc stop a je třeba zpracovat velké množství snímků a povolit seekování (náhodný přístup).

U obrázkového formátu už není třeba tolik téhle funkcionality navíc, takže přidaná hodnota takového univerzálního formátu by byla nepříliš vysoká? Ale i přesto si myslím, že by to nebylo špatné. Nějaký standard pro hlavičky, metadata a způsob zapouzdření samotných dat, který by se pak dal recyklovat pro nové a nové kompresní metody (jpeg, hevc, deflate, etc)...

[A]

mas asi na mysli TIFF :)

[tom62]

Aby to pak ale nedopadlo jak u videa - musím mít nainstalováno x různých kodeků, abych přehrál nejrůznější videa, a různá spotřební elektronika ("chytřejší" televize, různé přehrávače apod.) přehraje každé třetí video (i když se to poslední dobou značně zlepšilo).

[Ovoce]

Mírně relevantní update:

Xiph.org zveřejnil demo intra komprese kodeku Daala, pokud by měl někdo zájem hodit čučku.

Součástí je i nástroj na srovnání výsledků z různých formátů, kde se dá porovnat současná Daala (výsledky by měly být +- aktuální) a x265 (které se dá použít jako HEVC enkodér pro BPG) na různých testovacích obrázcích: https://people.xiph.org/~xiphmont/demo/daala/update1-tool2b.shtml

[kralyk z abclinuxu]

To vypadá dost zajímavě, dík za link.

[Grunt]

Pro Daalu ani moc ne. Ten ringing je strašný. Trošku mi to připomíná návrh FIR filtru.

[kralyk z abclinuxu]

Jestliže neměla Daala žádnou intra kompresi a teď má na úrovni +/- h264, tak to považuju za celkem úspěch. Mrkni i na jiný obrázky než tu trávu (ta je v Dále teda opravdu není nic moc, no ale s tím snad něco ještě udělaj...).

[Grunt]

Mrkni i na jiný obrázky než tu trávu (ta je v Dále teda opravdu není nic moc, no ale s tím snad něco ještě udělaj...).

S trávou je to v oblasti kódování videa obecně zajímavé. Na to by měli vyvinout speciálně algoritmus. Jo a ještě stromy. To jsou taky mrchy.

[Ovoce]

Se stromama/keřema/trávou by měli začít už u foťáků a kamer :) To co z digitálů a mobilů leze, bejvá často na žalobu :)

[Grunt]

No GoPro HD HERO v rámci možností nemá až tak strašný výstup. Ale zdá se, že libovolný kodek má problém se zakódováním průjezdu zalesněnou krajinou¹ tak aby to nevypadlo jako průjezd zeleným sněhovým blizzardem. Přitom správná pozice jednotlivých listů je až ta poslední věc, kterou lidský mozek může vnímat. Je to docela zajímavé. Aspoň teda pro mě.

_{1.Občas sleduju průjezdy různých tras na různých povozech.}

[Michal Kubeček]

To ale není problém ztrátového formátu, ale toho, že faktické rozlišení fotoaparátu (pokud vynecháme zrcadlovky s aspoň APS-C) jako celku je hluboko pod rozlišením senzoru. Hrany doostří software, ale v trávě nebo koruně stromu si tu chybějící kresbu nevymyslí a výsledek vypadá otřesně.

[Jendа]

To lze přece také řešit. Zelené plochy, u kterých to uhodne trávu, to prostě vyplní vygenerovanou texturou

[Grunt]

vyplní vygenerovanou texturou

Přesně na tenhle způsob jsem myslel, že by tajemný algoritmus u pokročilého video-kodeku mohl fungovat. Myslíme oba na to stejné…

[Jendа]

x266: místo videa se přenese textový popis objektů na scéně

Speex 2.0: na jedné straně se udělá rozpoznání řeči, přenese se plaintext, na druhé straně to plechová huba nasyntetizuje

Speex 3.0: na jedné straně se udělá rozpoznání řeči, vyhází se nepodstatné informace (například typickou relaci deltakroužku lze takto zkomprimovat na 0 bajtů), na druhé straně se obnoví…

[kralyk z abclinuxu]

x266: místo videa se přenese textový popis objektů na scéně

O tomhle už jsem slyšel. E-book se to jmenuje, tuším...

[Jendа]

No jo. Už je k tomu dokonce dekodér, ale výstupy furt nic moc.

[Michal Kubeček]

Já bych si z toho legraci nedělal, obávám se, že je jen otázka času, kdy se odváží první výrobce, ostatní pak budou následovat do roka a do dne. :-(

[Ovoce]

Jo, přesně to filtrování jsem měl na mysli.