2011.03.14 21:25, klausiu rašė:
> O tai galiausiai video kodavimui (siuo atveju CCTV srityje) Jpeg2000
> pranasesnis uz H.264 ar ne?
> Nes ten lygina butent su MPEG ir visai neuzsimena apie H.264.

ką norima pasiekt?

j2k kompresija lėtesnė (nors yra spec čipai), atkūrimas greitesnis; 
reikia siauresnės šlangos; galima naudoti adaptyvinę kompresiją ir ROI 
(ROI suspaudžiamas santykinai mažai, periferiją - pagal pilną programą 
ir dar šiek tiek).

>> Licencinis mokestis atrodo jau panaikintas (Linux naudoja Jpeg2k)
>
> Greičiausiai tam DVR bus naudojamas MJPEG 2000, kas reiškia, kad
> kiekvienas kadras spaudžiamas atskirai.

hm, darbų apie 'interframe' kompresiją mačiau nuo kokių 2003. Netikiu 
kad nieko nepritaikė.

 >Tai lemia, kad bendras filmo
> suspaudimo santykis yra mažesnis palyginus su MPEG, kuris naudoja kelių
> kadrų informaciją suspaudimui, tačiau atskiro kadro kokybė bus geresnė,
> kas svarbu juos peržiūrint ar spaudsinant po vieną.

norėčiau ginčytis, bet tingiu ieškot straipsnių. J2k stream'as yra 
mažesnis nei MPEG, turint tą patį suspaudimo laipsnį, chromatiškumą ir 
tokį pat spalvinį kodavima.

> O kalbant apie tokius privalumus, kaip multiplexinimas, tai tai svarbu
> tik programuotojui, ir šiaip jau - teisybė.

kaip pasakius. Turint vienodą tile'o dydį ir kodavimo parametrus, 
multiplex'inimas yra trivialus ir reikalaujantis ~1/N duomenų (kur N - 
multiplex'inamų kanalų skaičius) iš kiekvieno kanalo.
-- 
ejs