read before you click!  8)

this is a 49Megs JPEG showing paris from satellite.
(so you might want to "save as" instead of open in browser  :mad: )

resol:  11972*9244  !  :shock:


http://alternachips.free.fr/images/Paris%20Par%20Satellite.jpg


its the 1st such huge jpeg i see. (and its very cool, too  :P )

surprisingly ACDSEE did a very good job at handling it, i was expecting much worse... i ve got 700M ram but i think it just used something like 50 or 100M...

heck, thats 442Megs worth 32bpp VRAM!
dunno how its handled... maybe it effectively mass-used vram (128 here) ...
decode on the fly?precalc regions up/down/left/right screen?

handled the same way as for a pic that easily fits RGBA in RAM?

and for in/out zoom?

interesting questions...

i think it would do a very good bench for asm jpeg decoders and visualisation progs...

if you know of some even more HUGE pic, i order you to

SHARE IT!  :D

Posted on 2006-05-23 19:17:15 by HeLLoWorld
lol!

first when posting this message i used Posted on 2006-05-23 19:27:28 by HeLLoWorld

it seems to be one-part.

gosh , are there such phenomenal ccd devices?

if yes, anywhere else than in an already expensive box in space?

Posted on 2006-05-23 19:31:02 by HeLLoWorld
Looks like the MSDN was wrong? it said a BMP can only be 16M
and after a JPG is un-compresed it has to be turned into a bmp
to get a handle to use gdi to display it, maybe the MSDN is
in error of it's info on this?

COOL though.

Zcoder....
Posted on 2006-05-23 19:51:18 by Zcoder
Hi Zcoder,

I think the 16MB limit is only for device dependant bitmaps (DDB) and only on Windows 95/98/Me. For device independant bitmaps (DIB) it does not apply.
Posted on 2006-05-23 20:01:58 by donkey
surprisingly ACDSEE did a very good job at handling it, i was expecting much worse... i ve got 700M ram but i think it just used something like 50 or 100M...

ACDSEE uses Intel's JPEG library, which has an option to decompress a rectangular portion of the whole image. Intel's JPEG lib is strongly optimized for intel's CPUs (and it, of course, uses MMX/SSE/SSE2). This lib is about 3 times slower on AMD CPUs (but still very fast).
Posted on 2006-05-23 23:20:52 by ti_mo_n
Isn't JPEG data composed of rectangular "blocks", anyway? I imagine it would be harder to get decent performance with a GIF or PNG that large?

EDIT: wow. That's pretty massive. But even my ancient ACDSee 2.4 handles it... albeit at a whopping 327.284kb Private Bytes memory usage :P
Posted on 2006-05-24 06:16:39 by f0dder
Irfanview couldn't handle that 44 meg file, is there any freeware programs that can?

Thanks.
Posted on 2006-05-24 14:51:00 by skywalker
LOL

whats this? a programming freak show?! lol

i cant download it! 7-8 kbps download rate :(

maybe tomorrow lol
Posted on 2006-05-24 15:10:01 by GR33d

gosh , are there such phenomenal ccd devices?
if yes, anywhere else than in an already expensive box in space?

It could be a photo made by joining other photo jpeg's together.
USAPhotoMaps (free) from http://jdmcox.com/ does just that to create a large jpeg.
If anyone is interested he has the c source to the program available at the site.
I have made a 17 meg jpg using it, have'nt tried bigger ones yet. I would post the picture for dl, but my I-net provider only gives me 10 meg storage free.
Rags
Posted on 2006-05-25 15:46:40 by rags