Asi hlavně na mobilních zařízeních, kde to šetří elektřinu. Nebo při konverzi nějakého HD MJPEG, aby šlo rychleji.

Sak to bolo vysvetlene v clanku. Web, OS ... Kde to ma zmysel? No iste nie na desktope s 12-vlaknovym hovadom a 300W grafikou, ale najme v mobilnom segmente (napr. aj notebook), kde to pracu urychli s usetri energiu baterie.

Ja si myslim, ze to bude i rychlejsi, nez sw dekomprese. Vzdycky byly hw dekodery rychlejsi, co mam zkusenost. U me treba by to mohlo pomoct, prohlizim si denne hodne velkych jpegu, delam fotky. Jejich zobrazovani by tak mohlo byt rychlejsi.

ono hw kompresia/dekompresia bude asi vzdy rychlejsia, hlavne v pomere ku spotrebe oproti cpu/sw rieseniu. Obmedzenie sa mozevyskytnut v datovom toku,zbernici cez ktoru tecu data. Na druhu stranu pri standardoch ako jpeg a dalsich rozsirenych sa casto stave ze existuje kopec variant, specifickych impleentacii a verzii.A to byva casto problem pre hw dekodery. Bud si z danym formatom neporadia alebo z nich vypadne nieco nepouzitelne, preto ma v takychto pripadoch sw implementacia jasnu vyhodu - univerzalnost.

ja na fotoalbumy pouzivam Jalbum a vyuziva vsetky 4 vlakna.. ci bude aj 8 nevim, zrejme ano...

Používal jsem irfanView nebo ImageMagick, jestli umějí více vláken nevím, v té době jsem měl jenom jeden procesor.

Takové to poor man's solution je vyrobit si 8 folderů, do nich nasypat zhruba stejné množství fotek a spustit konverzi 8x zvlášť pro každý folder. Já vím, že to je vopruz, ale funguje to překvapivě dobře.