Show Posts
|
Pages: [1] 2 3 ... 9
|
1
|
Discussions / General Discussions / Re: After Java
|
on: 2010-04-29 19:52:32
|
If IE9 supports HTML5 Canvas I'm switching to it.
If Quake 2 can be ported to JavaScript using GWT, I figure I can continue to write in Java or Scala.
JavaScript VMs are getting a lot faster. Not as fast at HotSpot, though (HotSpot really is an awesome technology and it will be hard for any company to catch up with it). But it's decent. For most 2D browser games, it will make no sense to continue using Java if HTML5 Canvas is on every browser.
I really like the JavaFX language, but it's not taking off. The latest demos still crash or freeze my browser, it's never going to run on iDevices, the coolest Java handsets run Android, and some new TVs are going to run Android. Does JavaFX currently run on any devices? Does Sun/Oracle not have the proper connections anymore?
As for downloadable desktop games, as everyone has already said, it would be nice to be able to have a clear, legal way for indies to distribute HotSpot with their games (unless there currently is a way and I didn't know - I haven't been on the board in a while)
|
|
|
3
|
Discussions / General Discussions / Re: Cortado works!
|
on: 2010-02-10 00:58:06
|
Yes, pure Java, and next-to-no CPU here on my dual 3GHz rig Behold!I feel that this is one of the most significant Java developments in years. Cas  Great. Uses less CPU than Flash on my Mac. Didn't see any audio sync issues. So, Cortado is GPL. Original Ogg/Theora code (and everything else Xiph) is BSD. What are the chances we convince the Cortado devs to switch to BSD?
|
|
|
6
|
Games Center / Featured Games / Re: Scared
|
on: 2009-07-30 23:19:48
|
Speedy but not so fun to play.
I agree  I wrote it 11 years ago, and it hasn't changed since (except for compatibility updates as various APIs changed... it used sun.audio.* classes back then - anyone remember that?). There are no weapon upgrades, no bosses, and only one type of bad guy. Yikes. It did get me my first job, however. As for controls, WASD + mouse to fire works best for me. That's similar to WoW controls.
|
|
|
7
|
Java Game APIs & Engines / JavaFX / Re: JavaFX 1.2 is out
|
on: 2009-06-03 16:32:36
|
It's getting better. They added a fullsceeen option for applets, which is cool. Also supposedly the speed problems have ben fixed (haven't tested it though).
Still has problems on Mac, though. The video example hosed my browser, and the Snakes & Ladders applet wouldn't load. Still seeing security popups too.
|
|
|
10
|
Discussions / Miscellaneous Topics / Re: Sun is killing Java Fisrt goal every day....
|
on: 2009-04-25 15:56:06
|
I agree, it's tough. PulpCore has several places that runs code only on certain JREs. Plus, I've been logging exceptions for a while, and there are certain methods that throw exceptions on some JREs even though the documentation doesn't say anything about it. And then there's IBM's JRE which has bizarre problems. It's tough for people making applets from scratch, if they want the applets to work everywhere.
However, I think it's getting better, not worse. I haven't into any problems with 6u10 and above. Plus the auto-updating feature is a huge benefit.
As far as libraries go, there are plans for modularization in JDK7 (Project Jigsaw). Perhaps that will help.
|
|
|
13
|
Discussions / Miscellaneous Topics / Re: Google O3D
|
on: 2009-04-21 19:43:12
|
hum... just another 3D plugin ?
Yeah, maybe. This is interesting (from the FAQ): Why doesn't O3D use OpenGL's shading language (GLSL)? There are a number of reasons we decided against using GLSL as our standard shading language: NVidia's OpenGL driver is not in compliance with the GLSL specification and can fail to compile shaders for arbitrary undocumented reasons. On some graphics hardware capable of programmable shading (e.g., Intel GMA950), the OpenGL driver does not support GLSL, even though the hardware would be capable of it (and has a DirectX9 driver). Drivers that are in compliance with the specification are allowed to fall back to software rendering for difficult shaders, but there is no way to determine if a given shader will cause a software fallback. This results in unpredictable performance. There is no well-defined minimum specification that is guaranteed to execute in hardware on all platforms. Thoughts?
|
|
|
18
|
Game Development / Networking & Multiplayer / Re: feedback requested: security warning text
|
on: 2009-04-18 01:57:10
|
Gotcha. Yeah I can see how it can mimic OS windows while a browser couldn't. In that case, after thinking about it some more, I'd say go with Riven's idea of a coffee cup, and the as short a text as possible in the tooltip. Maybe just "Untrusted window [more info]".
I say use the coffee cup icon because JS alert dialogs show the browser's icon instead of a warning icon.
|
|
|
19
|
Game Development / Networking & Multiplayer / Re: feedback requested: security warning text
|
on: 2009-04-18 01:16:20
|
I don't think you can do that with HTML. You can't show an undecorated window that way, or a window that fills whole screen.
I was thinking of sites that spoof another sites login form. Really easy to do, especially since Google Account login is on a lot f different sites. Really? Show me an applet that can do that =) Barring bugs this applets can't hide security warning (banner/icon).
Here is an applet taking up 100% of the window content. Tested in FireFox. It doesn't show a warning. There are other JS tricks besides this one. http://www.brackeen.com/appletwindow/I don't think browser's filters will catch this kind of phishing - you're mixing the concepts.
Maybe they don't. I don't have any examples where a page with a Java applet is marked as malware. But maybe that's where it should happen, since browsers warn against malware, phishing, etc. I think that'd be scarier than what we suggested, no? We're trying to make it less scarier.
If the goal is to make it less scary that what is implemented in 6u10, don't show any warning icon. If the problem is undecorated windows, only show the icon on undecorated windows.
|
|
|
20
|
Game Development / Networking & Multiplayer / Re: feedback requested: security warning text
|
on: 2009-04-17 22:47:36
|
Ok, well, ignoring for the moment that spoofs can be made with HTML, or an untrusted applet could be scaled to 100% of the window size and a warning wouldn't show. And ignoring that modern browsers have phishing filters.
Perhaps it should say something along the lines of "This isn't a web page - it's a Java applet. Don't enter passwords, credit card numbers, or other personal data. [more info]" Where [more info] would be a link, if needed. I'm basically paraphrasing from definitions of phishing.
|
|
|
22
|
Game Development / Networking & Multiplayer / Re: feedback requested: security warning text
|
on: 2009-04-17 19:29:17
|
The message should concisely describe exactly what untrusted applets can do that a normal application cannot.
What can a sandboxed (untrusted) applet do that an AJAX application cannot? If the answer is "nothing", then the message should say nothing. Otherwise, it should say what the untrusted applet can do.
"Be cautious what you type and click" is not specific, and probably scares people for no reason.
If it has to be a warning, and it's just as safe as an AJAX app, then perhaps the tooltip should simply say "Java Applet Window" or "Java Applet Window [more info]"
|
|
|
23
|
Discussions / Miscellaneous Topics / Re: Forget Java and sun, Objective C and Apple is the future
|
on: 2009-04-12 13:09:37
|
The thing about Apple and iPhone is, they focused on the user before the developer. How long was it before OS 2.0 came out? Apple spent tons of time making sure it *just works* before releasing the API to developers.
Sun is doing the opposite - focusing on the developer before the user. They are creating the API before fixing the show-stopping bugs (video playback bugs, browser crash bugs, etc.). JavaFX is actually a pretty cool language, and has some cool tech, but the bugs and trust dialogs make me run away in screaming horror.
|
|
|
25
|
Game Development / Networking & Multiplayer / Re: Google App Engine
|
on: 2009-04-08 22:23:57
|
By the way, just checked PulpCore. I find it amazing! :-) And the demos are soooooo nice! Keep up! :-)
Thanks. New version "should" be out later this week. Hey elias, how are you guys using GAE? I only played the tutorial but it looks great, BTW.
|
|
|
26
|
Game Development / Networking & Multiplayer / Re: Google App Engine
|
on: 2009-04-08 20:27:06
|
From what I've read, creating a Thread or a Timer throws an exception.
Yeah there's the Google data store you use instead of writing files or using JDBC.
Other languages work with it (Scala, JRuby) but some frameworks don't (Lift).
|
|
|
27
|
Java Game APIs & Engines / JavaFX / Re: Need some help in creating the basics of a JavaFX game
|
on: 2009-04-08 18:58:57
|
Interestingly, tracking dirty regions (and bounds) could take lots of time. Just re-rendering every node from scratch can be faster.
PulpCore tracks dirty regions, and it's the single best optimization in the library. Even in some hardware-accelerated apps where overdraw can be a issue, it is worth it. Swing basically does it with the RepaintManager. JavaFX should do it too!
|
|
|
28
|
Game Development / Networking & Multiplayer / Re: Google App Engine
|
on: 2009-04-08 18:29:28
|
Yeah it's got some API limitations. No threads, no JDBC, no file system writes. Gotta make some sacrifices to use some of the Google magic, right? You gotta love that the Images API has a "I'm Feeling Lucky" filter, though.
|
|
|
29
|
Java Game APIs & Engines / JavaFX / Re: Need some help in creating the basics of a JavaFX game
|
on: 2009-04-08 15:42:01
|
Node performance is slower than image based designs as pointed out in the article you linked. This isn't true for all 2D scenegraphs - Node-based systems can be much faster because dirty rectangles (invalid regions) can be computed automatically, therefore only changed regions of the screen need to be drawn (instead of drawing every pixel every frame). Of course it's possible to compute changed-regions by hand in immediate-mode image systems, but who would want to do that? The fact the JavaFX isn't good with a large number of Nodes is a huge bug. Luckily trembovetski mentioned this will be fixed in JavaFX around the time of JavaOne.
|
|
|
|
|
ivj94
(579 views)
2018-03-24 14:47:39
ivj94
(42 views)
2018-03-24 14:46:31
ivj94
(346 views)
2018-03-24 14:43:53
Solater
(59 views)
2018-03-17 05:04:08
nelsongames
(104 views)
2018-03-05 17:56:34
Gornova
(122 views)
2018-03-02 22:15:33
buddyBro
(663 views)
2018-02-28 16:59:18
buddyBro
(89 views)
2018-02-28 16:45:17
xxMrPHDxx
(491 views)
2017-12-31 17:17:51
xxMrPHDxx
(727 views)
2017-12-31 17:15:51
|
java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org
|
|