Glad you went the external file route. Probably a better option.
Just to be clear though, when I suggested dropping precision earlier,
it was two pronged. I was wondering if losing a few significant
digits in each number would've solved the problem - I really don't
think you'll have noticed the r
...and was it as awesome as you had hoped?
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...
Ok, here's what I ended up doing:
AssetManager am = this.getResources().getAssets();
InputStream is = null;
try {
is = am.open("ok.txt");
} catch (IOException e) {
// TODO Auto-generated
Why not allocate the array dynamically and read it from an asset
packaged within the .apk?
You'll most likely need it in a dynamically allocated array anyway (such
as an NIO buffer), keeping another copy in memory as a Java constant /
variable just seems like a waste.
-- Kostya
03.10.2011 2
I changed it to float. Same Error.
I changed it to static. Slightly different error:
The code for the static initializer is exceeding the 65535 bytes limit
On Oct 3, 8:48 am, Kristopher Micinski wrote:
> If you go down to float you get half the size, ~16kb vs ~8kb?
>
> Kris
>
>
>
>
>
>
>
> On
If you go down to float you get half the size, ~16kb vs ~8kb?
Kris
On Mon, Oct 3, 2011 at 9:44 AM, Oli wrote:
> OK, I don't know the source of that error off the top of my head, but
> a hunch would suggest you should consider whether you need that level
> of precision in your co-ordinates!
>
> O
OK, I don't know the source of that error off the top of my head, but
a hunch would suggest you should consider whether you need that level
of precision in your co-ordinates!
On Oct 3, 12:37 pm, bob wrote:
> So, I had a great idea. Why don't I stick my 3d model in as an array?
>
> Here's the res
7 matches
Mail list logo