Jak zjistit největší a nejmenší hodnotu ze tří hodnot?

Chci to jpg či png načíst tak abych ve výsledku dostal bitmapu se kterou pak budu moci pracovat. Prvním krokem co teď chci udělat je že načtu více obrázků a pak je budu skládat do mřížky (merge image). Zatím všechno co jsem zkoumal vede k tomu ImageMagicku (používaj to různé knihovny). Pak je v GDI+ nějaká třída Image ale ta je jen pro desktopové aplikace (a já mám jen Visual Studio C++ Express 2010 neplacenou verzi). Ono by se hodilo mít tam i formát tiff, ale není to nutnost. Pokud tam nebude tiff tak si to hold dotyčný bude muset nějak překonvertovat. jpg a png mi přijde jako dobrý základ.

Jo a ten ImageMagick mi nejde rozjet v C++ mi to hlásí divnou chybu. Mají tam nějakou direktivu # warning ... a chybu co dostávám, je že compilátor nezná tuto direktivu.

Já jsem na ten odkaz zapomněl. Ale povedlo se mi rozjet knihovnu LodePng. To si myslím že je dobrá knihovna. Má jen dva soubory. Zatímco libpng - hodně stará knihovna z devadesátých let - jsem taky zkoušel a nechtělo se mi studovat jak to funguje - zdálo se že kód libpng je až moc chaotický) nepoužívá třídy ani namespacy, tak ten LodePng mi přijde přehledný a jednoduchý na použití. Pak jsem našel link na knihovnu libjpg ale na ni jsem se ještě nedíval tak nevím jestli to není stejný chaos jak libpng. Když tak potom ještě mrknu na ty tvoje odkazy.

Chci nejdříve vyzkoušet ten LodePng. Chci porovnat dvě funkce, která je rychlejší, takže sháním kód na měření času. Našel jsem
http://stackoverflow.com/questions/17432502/how-can-i-measure-cpu-time-and-wall-clock-time-on-both-linux-windows
a zkouším rozjet tu knihovnu, ale zatím se mi to nedaří zkompilovat. Klíčová hláška: fatal error C1083: Cannot open include file: 'cstddef': No such file or directory

Jakých kravin? Dyť aby SDL fungovalo tak ty knihovny musím stejně nainstalovat


Tak k čemu je dobrý SDL, to je jako wrapper?

Appropos showimage.c chce soubor SDL.h, ale v tom zipu SDL2_image-2.0.0.zip co jsem stáhl to nikde není .

Aha, ono to už obsahuje ty knihovny (20,6MB). Proto to celé zabírá 30 mega. Ale nevím k čemu mi to celé je, když ty knihovny už mám nakompilované samostatně. libpng mi není sympatický a asi upřednostním LodePng, libtiff jsem právě nakompiloval. Vypsalo to nějaký hlášky, myslíš že to bude v pohodě? http://paste.ofcode.org/j6ZnQEGUXcf5N7b9nAX4Ps

1Pupik1989:
Malý dotaz ke knihovně SDL2\external\tiff-4.0.3
zkoušel jsem jeden z pokusných souborů ascii_tag.c a zjistil, jsem že to nefunguje - chyba na řádku kde se otevírá soubor pro čtení tif = TIFFOpen(filename, "r"); a v hlášce se píše něco o souboru f:\dd\vctools\crt_bld\self_x86\crt\src\fstat64.c řádek 64. Tento soubor ale vůbec nemám nainstalovaný, a vc mám úplně někde jinde, ani tuto cestu nikde nemám uvedenou, tudíž nechápu kde se to tam vzalo a proč to neefunguje a co to vlastně je. Tento příkaz na otevření souboru tiff mi ale jede v jiném souboru: raw_decode.c . Nevíš tedy o co by se mohlo jednat? Případně tobě ten kód jede? Zajímá mě totiž čtení těch tagů z tiffu. Jelikož tiffy někdy obsahují skryté informace (např. souřadnice, rozměry, které nejsou z grafických dat patrné), takže kdybych ty tagy nezpracoval a neuložil, tak dojde k nežádoucí ztrátě dat.

1Pupik1989:
Měl jsem teď delší odmlku kvůli počítači. Chtěl bych tu matici vyzkoušet v OpenCL pomocí paralel processing, našel jsem na to návod na netu. Tys psal ať použiju OpenGL, jaký je v tom vlastně rozdíl? Problém na který jsem narazil, že používám XPéčka a nemohu sehnat instalačku pro ten OpenCL (SDK Stream neboť SDK APP již nepodporuje XP). Nemáš náhodou doma nějakou takovou instalačku na XP? Nejlépe 32 bit verzi, když by nebyla tak i tu 64 bit.

Už jsem to sehnal SDK Stream se dá stáhnout ze stránky software.informer.com . Dneska to budu studovat. Výhoda OpenCL je, že zvládá paralelní procesy na grafické kartě, takže dám pak vědět jak to dopadlo.

Po delší době se vracím k rozdělanému projektu. Myslím že jsem tu dříve psal o tom jak jsem našel stránku - blog který řeší "gaussian blur" pomocí openCL a C (používá k tomu knihovnu refu.dll na měření času). Je tam ukázka jak algoritmu pro CPU tak pro GPU. Jedinou nevýhodou openCL je to, že si to každý musí zkompilovat na svém vlastním počítači. Další nevýhodou toho programu od Lefterise je to, že při každém spuštění kompiluje program. Proto teď pracuji na verzi, která je "offline" tedy všechny kernely si nejdříve nakompiluju a vyexportuju jako samostatné soubory a pak už při spuštění to stačí jen načíst. Jelikož mě openCL nepřestává fascinovat, tak sem uvedu některé odkazy které mě v tomto směru hodně pomohli:

http://developer.amd.com/knowledge-base/
kde je třeba hledat článek "Binary Kernel Generation"

další stránka je ještě lepší protože poskytuje přímo praktické návody na jednotlivé programy:
http://www.fixstars.com/en/opencl/book/OpenCLProgrammingBook/first-opencl-program/
http://www.fixstars.com/en/opencl/book/OpenCLProgrammingBook/calling-the-kernel/

Poslední skvělý link na který jsem narazil se týká převodů barvových prostorů. Uvědomil jsem si totiž že budu potřebovat hledat barvy v obrazu pomocí hodnot které jsou zadané v HSV, takže musím přepočítávat všechno na HSV. Nevím jestli openCL umí pracovat i v HSV, to asi ne, zřejmě zvládá jen RGB/A kanály. Ale toto se přesto bude hodit:
http://www.scribd.com/doc/121333625/OpenCL-Heterogenenous-program-for-Image-Processing-ColorSpace-conversion-BGR-HSV-HSV-BGR-BGR-GRAY#scribd
https://code.google.com/p/m19404/source/browse/OpenCL-Image-Processing/ColorConversion/program1.cl
Klikl jsem na download a stál všechny programy. Je tam složka OpenCL-Image-Processing, kde je program napsaný v C++ a taky dost objemný kernel s převodama. Užitečná věc.