Vlákno názorů k článku
OpenJPH 0.9.0 podstatně rychlejší dekódování HT JPEG2000
od MSBOSS - Je to chvályhodné, ale stále čekám na okamžik,...
-
Je to chvályhodné, ale stále čekám na okamžik, kdy potkám JPEG2000 mimo sféru fantazií. Pravda, samotnému by se mi líbilo třeba to, že při poškození obrázku z toho zbyde alespoň nějaká část, jenže aktuálně je to dost nepraktický formát, protože ho prostě nikdo nepoužívá a nepodporuje.
Údajně jediný prohlížeč, který ho podporuje, je Safari. Darktable ho umí jenom když se zkompiluje s podporou pro něj. GIMP ho kdysi na chvíli podporoval, ale zřejmě už nepodporuje.
TL;DR: Formát je to hezký, ale kromě Safari v iOSu to není pořádně v čem otevřít ani editovat, aniž by se to muselo zkonvertovat do něčeho jiného. -
Tak ono to neni format pro masy, vice se to ujalo v ruznych specifickych segmentech (digitalni kinematografie, archivy filmu a obrazu, satelitni obrazky).
Stejne jako vodik taky nenatankujete na kazdem rohu, at je sebelepe uzasny co se parametru tyce, ale pokud chcete provozovat flotilu aut na vodik, tak si svoji infrastrukturu zaridite ve sve rezii.
-
Opravdu digitální kinematografie používá MJPEG v kombinaci s JPEG2000? Motám se kolem střihačů a ještě jsem o tom teda neslyšel. Ale možný je ledacos.
Proč se používá zrovna JPEG2000 na archivaci? Historicky se na dokumenty používalo zpravidla DJVU nebo vícestránkový PNG (nějaká atyp nadstavba, možná to bylo TGA), dnes už většinou z praktických důvodů PDF. Používat na to JPEG2000 mi přijde podobně ujetý jako archivovat na jednopalcovou pásku přes PDP-11. Nikdo to za pár let neotevře...
A že jeden satelit Sentinel 2 od ESA vypuštěný před 14 lety používá tento formát bych taky nebral moc vážně :-D
Chápu i ten příměr na konci, ale přijde mi to spíš jako kdyby někdo chtěl provozovat auta na vodík a do každého státu postavil jeden rybník s kaprama a papírový návod, jak to rozložit na vodík a doufal, že to nějak bude fungovat.
-
Digitalni kino = DCP = JPEG2000 v MXF kontejneru. To je hlavni a jediny delivery a distribucni format pro kina. To co vam v kine promitaji poslednich 15 let. Stejny format se pouziva napr. v narodnim filmovem archivu, kde skenuji pasy k archivaci nebo restaurovani. Cca 100 min film o 24fps ma 144000 snimku. DWT kodek je vhodnejsi pro kompresi takoveho materialu nez DCT (kdyz se velikost zrna blizi bloku, dela to neplechu), plus u J2K je moznost rychleho dekodovani na zlomek rozliseni.
Nevim proc sem motate PDF, coz je spise kontejner, a ne kodek (obrazky v nem budou stejne bud jpeg nebo zip / ccitt kompresi). Bavime se o filmu, ano?
MJPEG se nepouziva dnes uz nikde, byl to lowend format pro kompaktni fotaky (240-480p), a nektery canon 1Dc do toho nahraval 1080p taky, ale s 8bit se nemuzeme bavit ani o slusnem akvizicnim formatu pro filmarske ucely.
Ad neotevre - J2K je standard pod ITU, takze mate volnou specifikaci a volne uziti. Muzete to reimplementovat klidne pro kvantovy kompjutr budoucnosti, a zadne pra-pra-pra-vnouce nekoho vas neprijde otravovat vypalnym kvuli patentum a licencim. A o to jde predevsim. Uplny opak je pak dnesni protlacovani proprietarnich formatu a boj co kdo muze a nemuze :)
30. 5. 2022, 19:08 editováno autorem komentáře
-
Jan HrachStříbrný podporovatelProč se u toho kina nepoužívá nějaká komprese s intra-frame, jako u normálního videa na počítači?
-
A jaka? :) Myslim ze to s kinem dopadlo celkem dobre.. jiste je to uz hromada let a technologie jsou jinde dnes - ale to je jak chtit poslat x86 do hrobu. Je to az prilis dobre, aby to bylo nahrazeno necim, co bude znamenat jenom problemy. Samozrejme ze vam moderni kino promitne i cokoliv co pripojite na HDMI, ale jaky soubor/prehravac vam vykouzli 12bit na kanal? I dnes to je problem, ne to pred 15 lety.
Tak jako v 12bit (coz je pozadavek) existuje jenom JPEG extended profile, ktery neni prilis rozsireny, a pak nepodporovane/neimplementovane profily od HEVC. Pak je pozadavek na 4:4:4, ale to vetsina formatu nastesti zvlada - ve vyssich profilech. Typicky consumer kodek na tohle nikdy zameren nebyl.
Dalsi rozdil je, ze DCP je ve formatu XYZ (referencni barvy), a do RGB se transformuje az v miste projekce, podle toho, jake filtry nebo technologii pouziva zobrazovaci zarizeni. Timto je dosazen ultimatni cil, aby vsechno vypadalo tak, jak si to tvurce filmu vybarvil (prostor je dost velikej, takze prakticky se dohodlo, ze by se material mel pohybovat v ramci P3 RGB prostoru).
I kdyz jsem v oboru, z pameti neznam format co dovoluje kodovat XYZ prostor (tim ze ma na to metainformaci o colorspace)
A ne - prevadet jedno RGB na jine RGB neni uplne jednoduchy a ztraci se barvy - z pohledu laika to muze byt jenom matice, ale kdyz se do toho ponorite, zjistite jak je to naprd a potrebujete AI i na obycejny prevod raw fotky na displej, coz je pripad prave dvou rozdilnych rgb prostoru.
-
panikaStříbrný podporovatelstrihac si na tohle nesahne. po nem se to zonlinuje (strihac striha proxyny) musi to nabarvit kolorista, nekdo musi smichnout zvuk a pak to cely asistent/technik sesadi prave do mxf/jpeg2000 multikanal zvuk, vsechno se to jeste raz protahne pres budiky tzv kopr-kontrolni projekce a pak to muze do sveta.
-
>Proč se používá zrovna JPEG2000 na archivaci? Historicky se na dokumenty používalo zpravidla DJVU nebo vícestránkový PNG (nějaká atyp nadstavba, možná to bylo TGA), dnes už většinou z praktických důvodů PDF.
Na archivaci dat je přesná specifikace PDF/A a světe div se, pouze PDF/A-1 (rok 2005) má zakázáno používat vnitřně komprimaci JPEG2000, v novějších specifikacích (PDF/A-2 [2011], PDF/A-3, PDF/A-4) už je povolena.
Takže zrovna pro archivaci JPEG2000 můžete klidně používat, a ani o tom nemusíte vědět, když bude schovaná v PDF/A formátu.31. 5. 2022, 09:09 editováno autorem komentáře
-
Jan HrachStříbrný podporovatel
> Je to chvályhodné, ale stále čekám na okamžik, kdy potkám JPEG2000 mimo sféru fantazií.
Já doufám že už ne a přejde se rovnou na něco ještě lepšího (aktuálně AVIF nebo HEIF).
