Active Topics

 


Reply
Thread Tools
Posts: 38 | Thanked: 17 times | Joined on Jun 2008
#1
What would be the best application to view large images on the N810 (at 100 % size with scrolling)?

Examples:
- a large subway map
- digitized road maps

- Canola: slow to load, needs to load the image fully in memory
- Web Browser: slow, same memory problem as Canola
- liqbase: promising, but not (yet) intended for image browsing
- including the image in a PDF: ?
- ...
 
Posts: 183 | Thanked: 115 times | Joined on Nov 2007 @ Seattle, WA
#2
Have you tried Quiver?

If it's a map, you might try looking for an original PDF, since the vector format will reduce the memory size. Converting an image to a pdf won't have any advantages, though, and would probably be worse.

Last edited by baksiidaa; 2009-02-27 at 19:56.
 
Posts: 38 | Thanked: 17 times | Joined on Jun 2008
#3
Yes I tried Quiver with a very large image (10000 x 10008, 14.8 MB).
It crashed and forced the NIT to reboot...
 
pycage's Avatar
Posts: 3,404 | Thanked: 4,474 times | Joined on Oct 2005 @ Germany
#4
I think you can just forget about displaying an image with 10000x10008 on the tablet. Even though the file is "only" 14.8 MB in size compressed, in memory it expands to _at least_ 100080000 bytes, i.e. around 95 Megabytes.
 
Posts: 183 | Thanked: 115 times | Joined on Nov 2007 @ Seattle, WA
#5
How about just cutting up the image into smaller ones?
 
debernardis's Avatar
Posts: 2,142 | Thanked: 2,054 times | Joined on Dec 2006 @ Sicily
#6
/me thinks that in a way Maemo Mapper is the solution because it is capable of reading tiled maps.
 
ace's Avatar
Posts: 296 | Thanked: 80 times | Joined on Dec 2007
#7
Originally Posted by pycage View Post
I think you can just forget about displaying an image with 10000x10008 on the tablet. Even though the file is "only" 14.8 MB in size compressed, in memory it expands to _at least_ 100080000 bytes, i.e. around 95 Megabytes.
But the entire decompressed image doesn't necessarily need to be held in memory.

If you had a clever image viewer, optimized for low RAM use, you could just decode the part of the image that you wish to display.

Now, I'm not aware of an image viewer that actually works like that, since most image viewers are designed for PCs with lots of RAM.
__________________
[SIGPIC][/SIGPIC]
 
lcuk's Avatar
Posts: 1,635 | Thanked: 1,816 times | Joined on Apr 2008 @ Manchester, England
#8
technically we have more than 95mb of memory
just enable swap and carry on regardless!

the largest image currently loaded and panned in liqbase was 2300*1600 (Berlin map), but that was tiled 10*10 with full dynamic panning and zooming.

I think the loading time of ultra large images would be the prohibitive step here and not the actual image itself.

Its very practical to do fully dynamic tiling of smaller images - like maemo mapper, I currently have the entire graffiti wall dynamically loading images (and sketches..) as they scroll into view (im working on the _release() calculation now..).

does anyone actually have one of these monster images and I'll actually confirm it.

ace: you are right, most image viewers will not load piece of an image because the algorithm would be tied specifically to the image format itself and frankly would not be worth it for most uses.
__________________
liqbase sketching the future.
like what i say? hit the Thanks, thanks!
twitter.com/lcuk
 
Posts: 38 | Thanked: 17 times | Joined on Jun 2008
#9
lcuk - my example picture is too large to be uploaded in the forum. I emailed it to your gmail account. It would be great if you can confirm that liqbase is able to handle it.

btw I am a user of liqbase - looking forward for the next release!
 
lcuk's Avatar
Posts: 1,635 | Thanked: 1,816 times | Joined on Apr 2008 @ Manchester, England
#10
hahaha, you had to upload a gif
(liqbase only knows about jpegs and pngs for now)
I've converted it and dropped it into my liqbase install replacing the map.

so far, its taking about a fortnight to open it..

and the app killer kicked in and it rebooted
might actually have been 256color png causing its own issues.

trying it from the new liqbase framework.

converted to png, 13.1mb

reading with libpng causes the app to drop out after about 3 minutes of trying, it never gets far enough to actually get into my blitter

converted to jpg, 46.9mb

reading with libjpeg causes similar program dropout, but no reboot.

anyone wanna try with the other apps and see if they can get a workable image view with this big image?

the image is here:
http://liqbase.net/lovepixel.gif

(i got shouted at for putting it in the forum directly earlier )

btw, this made me recreate the core scrolling map viewer widget from original liqbase
__________________
liqbase sketching the future.
like what i say? hit the Thanks, thanks!
twitter.com/lcuk

Last edited by lcuk; 2009-02-28 at 23:45.
 
Reply


 
Forum Jump


All times are GMT. The time now is 10:55.