Try to use SQLite to store tiles (So there is only one db file in your
sdcard.)
And the speed of access files is more efficient.
On 11月26日, 上午9時15分, James Wang jameswangc...@gmail.com wrote:
@PJ
Thanks for your interesting. We just want to display such picture, no
further edition on it.
In
@PJ
Thanks for your interesting. We just want to display such picture, no
further edition on it.
In fact, we know sharp brought us with a phone-fax product-in-phone
(http://www.sharp.co.jp/in-phone/index.html) with 8000*8000 photo
displaying supports.
Although, in-phone is not an Android Box, but
My suggestion of a RandomAccessFile would involve only *one* file.
This file is the RandomAccessFile, much like an uncompressed zip file,
containing records, each record being a sub-jpeg.
On Nov 25, 8:15 pm, James Wang jameswangc...@gmail.com wrote:
@PJ
Thanks for your interesting. We just want
On the server side, Google uses MapReduce,
http://code.google.com/edu/parallel/mapreduce-tutorial.html,
to produce the tiles.
On Nov 19, 5:06 pm, James Wang jameswangc...@gmail.com wrote:
Step #2: Generate 10,000 tiles that are 80*80 instead (100 * 100 tiles).
Step #3: Render tiles
Extracting just a single tile out of JPEG file is a really big PITA
There are about 27 different variants of JPEG (though not all really
matter
and are widely used)
Usually you've got 8x8 tiles in row-order, and because of entropy
encoding
you can not navigate just to random tile - you'll
Like some others suggested pre-process the large file, break it up in
smaller chunks, each chunk being a proper JPEG
Then put all the chunks in a RandomAccessFile or a database. Be sure
to be able to find the chunks by a row and column index.
Then put this RandomAccessFile or database on your
We might be able to come up with more creative solutions if you give
us more information about where the 8000x8000 jpeg file is coming
from, and whether you just want to display it in a WxH view or to do
something else with it.
Also, since you expressed interest in Google's server-side solution
I'd solve this by writing a preprocessor that breaks that big file
down into manageable chunks. Think of having 10x10 array of 800x800
images. I would also mipmap a 4000x4000, 2000x2000, 1000x1000 and
500x500 of the file. Then, start the user on the correct zoom level,
using only the tiles you
Step #2: Generate 10,000 tiles that are 80*80 instead (100 * 100 tiles).
Step #3: Render tiles on-screen by drawing them on the Canvas, and
support swipe gestures to move through the image by replacing tiles,
much like Google Maps works.
Hi Mark, AFAIK, the decoder of jpeg on android
Thanks Mark! I will take a try.
On Oct 22, 8:23 pm, Mark Murphy mmur...@commonsware.com wrote:
James Wang wrote:
Hi,
We are going to develop an app supporting 8000 * 8000 jpeg file (over
hundreds of Megabytes).
Is there any way to achieve it in ADP1?
Step #1: Don't do that.
Step #2:
James Wang wrote:
Hi,
We are going to develop an app supporting 8000 * 8000 jpeg file (over
hundreds of Megabytes).
Is there any way to achieve it in ADP1?
Step #1: Don't do that.
Step #2: Generate 10,000 tiles that are 80*80 instead (100 * 100 tiles).
Step #3: Render tiles on-screen by
11 matches
Mail list logo
