And so it begins.... ! (Sun makes play...)

[shawnkendall]

Sun makes play for games market
http://news.com.com/2100-1043_3-1012891.html?tag=fd_top

WOO-HOO!

[EvilJohn]

Many Things are now Clear, that were cloudy before.

Congratulations Chris, you've certainly worked hard enough to have earned this chance, many times over..

[swpalmer]

Way cool!   Way to go Chris, Jeff, and the other Sun guys that lurk here.  The next few months are going to be exciting.

Games published by our own members! Check 'em out!

[William]

Very nice! Congratulations on getting your own division.

[Golthar]

I just found the link on Slashdot
Congratulations

"Besides lobbying for Java, the game division will pitch game publishers on servers, software and other infrastructure needed to run online games. IBM last year helped launch Butterfly.net, a project to apply grid supercomputing techniques to running online games, and a number of specialists have formed companies to address online gaming mechanics. "

Wooohooo

[erikd]

Coolness  

Congrats!

[ChrisM]

Thank you all!    Sorry we could not say anythign until now.  Perhaps we will write a book

Just wait until JavaOne  

-SG

[princec]

Hurrah!
Gis a job.

Cas

[shareme]

I am glad that some Sun employees are listening to develoeprs..

let the gaming in Java begin!

[cfmdobbie]

Phenomenal!  2003, the Year of Games indeed!  The title is finally appropiate.

There seems to be a big focus on multi-channel access to MMO games, which is something we all know Java will excel at.  Is there going to be a large push for getting Java technology on the client end as well?  It seems to be added as an afterthought in those two articles that AAA games and consoles might play a part.

Is this a flat out push for a percentage of the games market as a whole, or is the policy to focus on a few areas and utterly control them first?


Good job Sun, and congratulations Chris!

Games published by our own members! Check 'em out!

[TheAnalogKid]

That's very good news!

We will have very strong support now!

Congratulations Chris!

[ChrisM]

Is there going to be a large push for getting Java technology on the client end as well?  It seems to be added as an afterthought in those two articles that AAA games and consoles might play a part.

Is this a flat out push for a percentage of the games market as a whole, or is the policy to focus on a few areas and utterly control them first?

Things will be made clearer next week at JavaOne.  Also, we will be maintaining a daily blog for the Video Game Summit, which can be seen here:

http://javaone.key3media.com/sf2003/index.php?d=conference&s=game_summit

Also, just to say again, that this announcement has been made possible due to the efforts of several people, like Jeff Kesselman and Doug Twilleager, and of course, the java game development community.  Nothing great is built alone and I am confidant that we have the right people in place that will make Java technology a focal point for the game development community.

Thank you all for your continued support.  It gets REAL interesting starting.......now.

-SG

[jbanes]

Way to go guys!!! I'm glad that you've managed to convince your employers that the next Java frontier is games. I was starting to get annoyed with YAWTDSC (Yet Another Way To Do Server Code). So, do we refer to you now as "The GTG Guys"? I suppose it has a ring to it. At least the the group wasn't called "Game Advertising Group of Engineers"!

EDIT: Hey, SG. What's that hash that's suddenly appeared under our stars?

[Daath]

man....been waiting for this years ..... thanks!!!

[ChrisM]

EDIT: Hey, SG. What's that hash that's suddenly appeared under our stars?

Bad board hack  No time to fix befor JavaOne and the relaunch of Javagam....oops.  More info to come shortly

-SG

[nickdotjava]

First the gaming industry, then the world!  MWA HA HA HA HA!  

[ivar]

more info:
http://biz.yahoo.com/prnews/030604/sfw054_1.html

this is very cool. I can't wait to hear the rest of what you guys have in store for J1

[dtwilleager]

[
Is there going to be a large push for getting Java technology on the client end as well? Â

[Herkules]

I doubt that because it is *really* hard to make me happy. But you will get your chance .....

[hint] I'm always happy when I'm drunk. [/hint]

[Mark Thornton]

[
But, have no fear, wait until next week, and all of you client guys will be very very happy.  

Maybe when the needed improvements are delivered

[dtwilleager]

Okay.  So, a lot of what this new group is about is listening to game developers and getting things moving in the right direction for them.  We have a lot of ideas about what needs fixing, but we would like to see our list validated and updated with input from all of you.

So, what do you want to see fixed?  (With a new #2 pencil sharpened in hand)

Doug.

PS - Cas, we know about structs.  

[AndersDahlberg]

LOL  

[jbanes]

>  So, what do you want to see fixed?  (With a new #2 pencil
> sharpened in hand)

1.4.2 Beta brought some much needed performance improvements. It is now feasable to do 2D at resolutions higher than 640x480. So I guess I'd say, keep that working, make improvements to what is hardware accelerated by Graphics2D (i.e. primitives like boxes should be accelerated), MAKE FULL SCREEN WORK FOR X11!!!, and fix JavaSound. JavaSound I think is a bit embarassing. Here you have an API that's capable of awesome sound manipulation, it's based on HeadSpace which has support for everything from wav to MOD XM/S3M files, yet the volume control doesn't even work!

Thanks for asking tho.

[princec]

1) Combine the server and client VMs so we get faster startup followed by even faster running.

2) Provide a CDC J2ME profile based on this hybrid VM. Chuck out everything that's not necessary to make a VM execute bytecodes. Add everything else as optional packages. Adjust license to suit this arrangement.

3) Fold in those VM startup improvements that Apple have sorted out.

4) Don't be providing any APIs as "standard" like ImageIO or JavaSound. Let the community come up with APIs to solve problems instead of choking them off with a bloated alternative.

5) Add special feature that gives me £100 every time someone creates a new Thread and then complains when their animation runs weirdly.

Cas

[Spiff]

I'd like to see lightweight objects in Java. And by this, I don't mean the structs proposal on the bug parade. I just want to get rid of the cost associated with temporary objects. I'm tired of making my code ugly to avoid doing news. Even if the GC ever gets fast enough that doing news of temporaries is a non-issue (it isn't there now), you still have the problem that following references is cache-unfriendly. For example, if I have

class A {
float v1;
float v2;
float v3;
}

I know that once I reference v1, v2 and v3 will also be loaded in the cache so accessing them will be fast. However, if I have

class A {
Vector3f v1;
Vector3f v2;
Vector3f v3;
}

I'll be jumping all over memory accessing v1, v2, and v3. I want v1, v2, and v3 to be inlined in memory just like primitives are. I want to not have an 8-byte per object overhead, just like primitives don't have. I don't want to be able to extend v1, v2, and v3, just like I can't extend primitives. I don't even want operator overloading. I want lightweight objects.

[Herkules]

I think everything is wonderful.
No changes needed.

[ChrisM]

Herk wins!

-SG

[swpalmer]

Improve the native code already used in the JRE.  For example the JPEG decompressor and software blitting with alpha mask can all be accelerated significantly with SIMD instructions.

Reduce garbage generation inside the JRE, or the need to make temproary objects or copies to work with the existing APIs.. e.g. sometimes data from a Direct Byte Buffer must be copied to an array so that it can be passed to other APIs  (e.g. JMF, ImageIO)

Improve JMF.  It doesn't work that great or get much support from Sun.. but has great potential. It could be used to send voice chats to other players in a networked game, play cutscene animations, etc.

I think I disagree with Cas' #4..  The rich set of APIs is part of what attacted me to Java.  If they aren't part of Java they won't get ported (because it won't be 'required').. if they don't get ported, there goes WORA.  But I agree that there needs to be provisions to include only parts of the JRE, particularily if you are installing it only as a private JRE for your application, and not a system wide JRE.  Extend WebStart to handle automatic installation of JRE subcomponents to the JREs that it is aware of.  That way my WebStartable game can specify what APIs it needs and if the user doesn't have a full JRE they will only get what is required by my program..  the next program may use a different API and WebStart will only need to download that small subcomponent before the program can run...

Finish the support for hardware accelerated 32-bit sprites.

As above Improve JavaSound (all of JMF actually)

Make a place to register codecs with java.sun.com for JavaSound, JMF, ImageIO.. make sure there is a link from the JavaDocs to those registered lists. (e.g. someone reading about Java Sound should easily find a link to the Ogg Vorbis codec)

That's all I can think of at the moment...

[Zane]

Wow, this really sounds incredible. Can't wait to see what happens next. I imagine something amazing is planned for Java One this year... Any hints?

-Z

[William]

The worst problems in my last, quite comprehensive, Java3D project had to do with the JMF, Java Sound and Java3D sound integration, as well as integration between JMF and Java3D rendering. A robust sound implementation that works well with all the other media APIs would be a great improvement.

Another problem that came up on the horizon but never really affect my project in a serious way was again the lack of extensability in Java3D (specificly, the lack of shaders), but we all seem to be painfully aware about that one.

Better tool integration to support the graphics content pipeline would be nice, but the Xj3D folks seem to be doing a great job in that area and now it is mainly up to the 3D-modeller companies to start supporting X3D in a serious way.

I would hate to see Sun drop the productivity focus for Java and stop supporting libraries though, even if the libraries that are provided should be made more open and extensible. My most recent project is a great testament to Java and Java3D's productivity. I modelled a virtual world in Maya, built a new physical interface, scripted and recorded cutscenes and dialogue, wrote a 3D-engine etc. in just nine weeks, much thanks to all the  APIs provided by Sun and the Xj3D group.