1.) you would have to create bundles for all operating systems
2.) Your users could not benefit automatically from future updates made to java
3.) All the footprint-saving (shared classes, …) will not work.
However the most important point:
4.) Your game will not help to spread! Users won’t associate it with java, they won’t download a JRE (helping other java games/software).
Depends on you wether you like this.
lg Clemens
You are right…
But, at least here in Serbia, when ppl have bad connections, it is harder to convince them to downloadm 5-15 megs of jre…if we had some official 1.5 megs version that would rock…maybe some day we will ;)…or not…
Don’t get too many customers from Slovenia yet 
Cas 
No. I target 1.4. So there will be a Mac zip app bundle for example. No need to ship any Java there. And I also won’t bundle one for Linux (for technical reasons).
So? The game will run fine on ancient hardware. That’s enough for me.
In the short run… yes, it will. If the user downloads more than ~5 Java games, he/she will have to download a bit more. But that isn’t really the reason for this anyways. It’s for making it work out of the box on windows, too.
Yes, it won’t increase the number of machines with Java installed.
Well, the user doesn’t care which language you’ve used. They only want something which just works. Its already bad enough that I (will) ask for working opengl drivers.
I used to share your point of view. But at the end of the day I would rather have some hundred/thousand people more who try it instead of converting a dozen. I can propagate Java through other means more effectively anyways.
yup do agree, why bother players with more requirements like having them worry about having Java or even knowing what it is, something like bundling stripped jre would be more successful.
Until of course Java becomes as easy as flash to install, i largely consider its success is because its so easy to install, just look at Firefox if you don’t have flash just a few clicks and its up and running on your computer all automated. Hoping future java will be as easy to install, good thing is theres already some working being done on that modular jre thing so could be ready for dolphin.
[quote=“kapta,post:25,topic:29001”]
lool no get MS to do that for java 
lg Clemens
One more question: are bufferedimages accelerated by default now or we still need to create compatible ones etc…
Can any1 summarize the process in the 1.6 java?
Tnx
The are supposed to be managed automatically from 1.5 on.
What is SIMD?
Single Instruction Multiple Data
Performing the same set of operations on multiple streams…thats how the GPUs these days can get these nice performance figures because rendering polygons is an embarrasingly parallel problem
Only SIMD is for CPU’s and SSE2/3 only support 4 data streams at 1 point while modern GPUs support 32 (the G80 supports 64 doesn’t it ?)
DP
Only the Core2 CPUs are actually doing 4 at the same time.
The others (AMD, Intel P4) are doing 2 pairs internally…
Next generation AMD will also do 4 in parallel.
really? How did our little SIMD instruction library give us a 4.2x speed increase when doing a SQRT on a P4 ?
I realized that while it typed it, but the CPU specs say it does 2 pairs…
MUL/SUB/ADD/DIV were barely faster than factor 2, so appearantly SQRT is not only done in SIMD, but also calculated twice as fast…? :
that explains why everything other than SQRT was giving a 2.4x speed increase then! Yay, we finally have a proper explanation…
although why is SQRT so much faster under SSE2 then? :o
Well but the G80 is no CPU therefor … its quite different.
I think the whole reorder, pipeline, SIMD stuff in todays processors is a big waste.
In how many percent all of the 4 integer units of a Core2 can be fad with a single instruction stream - I guess not in even 1% of total execution time all 4 units work - wasted silicon.
I know there are things that are hard to do in paralell programming, but I think a design with e.g. one Core2-Core and one Sun-T1 design side-by-side would be optimal.
lg Clemens