Java-Gaming.org Java4K winners: [ by our judges | by the community ]         
Featured games (67)
games approved by the League of Dukes 		Games in Showcase (∞)
games submitted by our members



News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Java-Gaming.org > Discussions > Miscellaneous Topics > Holy shit! They made the flash version of DOOM!!
Pages: 1 [2]
  Print  
  Holy shit! They made the flash version of DOOM!!  (Read 5654 times)
0 Members and 1 Guest are viewing this topic.
Offline princec
« League of Dukes »

JGO Kernel
*****

Posts: 8088
Medals: 95


Eh? Who? What? ... Me?
« Reply #30 on: 2009-04-01 05:26:55 »
Quote from: ChrisM on 2009-03-31 15:54:07
NIH syndrome.  We have met with Todd twice and I have spoken with John C on several occasions.  Making the tech is as much fun for them as making the games.

Even so from a biz POV it would have saved them maybe $100k in development time at least just making that wretched ActiveX plugin working. And it'd work on Mac and Linux which they have a soft spot for. Just plain daft! You should have paid them to use it!

Cas Smiley
Play Revenge of the Titans - Play Titan Attacks - Play Droid Assault
Offline kappa
« League of Dukes »

JGO Kernel
*****

Posts: 2360
Medals: 59


★★★★★
« Reply #31 on: 2009-04-01 06:07:40 »
Quote from: princec on 2009-04-01 05:26:55
Even so from a biz POV it would have saved them maybe $100k in development time at least just making that wretched ActiveX plugin working. And it'd work on Mac and Linux which they have a soft spot for. Just plain daft! You should have paid them to use it!

Cas Smiley

hmm I initially thought you meant they should have ported the C Quake 3 engine to Java (which wouldn't make much sense), but now I see why it could have made sense to use the java plugin (and probably still does for the Mac and Linux ports).

All they'd have to do was launch the c version of Quake 3, grab its window handle and stick it on the applet.

which would leave the problem of javascript communicating with the quake engine, which could probably be done with some jni.

They'd have to make java plugin 2 a requirement though if they'd want any form of stability.

looking at the horrid state of applets when they started the project, i don't blame them for going the custom plugin way.
Offline erikd

JGO Kernel
*****

Posts: 2561
Medals: 7


Maximumisness
« Reply #32 on: 2009-04-01 15:21:35 »
While this automatic porting using Alchemy is certainly impressive, I can't say I'm much impressed with the end result.
It runs just awful here on my PC!

To me it feels more like novelty than something really worthwhile. I just can't help but think doing a 'real' port instead of automatic one would likely have led to a much better end result (at least on a proper Java VM anyway).

I also wonder if they'd port the code manually, how much more time that would have taken. I mean, how 'automatic' is this porting using alchemy anyway? Doesn't the Doom engine have some bits and bobs in ASM, and what about platform specific stuff?
I looked at the Doom source a long time ago, but if I remember the source correctly, I'd probably be able to translate it to java during a rainy weekend.
http://www.gagaplay.com
Games published by our own members! Go get 'em!
Offline Markus_Persson

JGO Kernel
*****

Posts: 2092
Medals: 10


Mojang Specifications
« Reply #33 on: 2009-04-02 04:52:11 »
A looong time ago, I made a doom level renderer from scratch in java without looking at any source code:

http://www.theintraclinic.com/stark/play_large.html
Play Minecraft!
Offline princec
« League of Dukes »

JGO Kernel
*****

Posts: 8088
Medals: 95


Eh? Who? What? ... Me?
« Reply #34 on: 2009-04-02 06:46:29 »
Haha yes but you don't count, being some sort of codtistic savant.

(Runs at 600fps here, blimey)

Cas Smiley
Play Revenge of the Titans - Play Titan Attacks - Play Droid Assault
Offline appel

JGO Wizard
****

Posts: 1477
Medals: 23


I always win!
« Reply #35 on: 2009-04-02 07:03:53 »
Quote from: Markus_Persson on 2009-04-02 04:52:11
A looong time ago, I made a doom level renderer from scratch in java without looking at any source code:

http://www.theintraclinic.com/stark/play_large.html

Runs much better than the Flash version, which is sluggish.
Check out the 4K competition @ www.java4k.com
Check out GAMADU (my own site) @ http://gamadu.com/
Offline gouessej

JGO Kernel
*****

Posts: 3560
Medals: 30


TUER
« Reply #36 on: 2009-04-02 07:45:31 »
Quote from: appel on 2009-04-02 07:03:53
Runs much better than the Flash version, which is sluggish.
I agree, Markus_Persson's version works quite smooth here.
Julien Gouesse
Offline PeterB

Full Member
**

Posts: 147
« Reply #37 on: 2009-04-02 18:12:56 »
You never cease to amaze Markus! Well done! Wink
Vault101 / Mace The Game
There are 10 kinds of people in the world. Those who understand binary and those who don't.
Offline phu004

Full Member
**

Posts: 109


NoSuchPersonException
« Reply #38 on: 2009-04-02 19:39:50 »
Quote
A looong time ago, I made a doom level renderer from scratch in java without looking at any source code:
http://www.theintraclinic.com/stark/play_large.html

OMG My jaw just dropped once again!!!
Offline erikd

JGO Kernel
*****

Posts: 2561
Medals: 7


Maximumisness
« Reply #39 on: 2009-04-03 04:23:40 »
Quote from: Markus_Persson on 2009-04-02 04:52:11
A looong time ago, I made a doom level renderer from scratch in java without looking at any source code:

http://www.theintraclinic.com/stark/play_large.html

That one works great!
Which kind of proves my point that automatic code translation is nice, but can't beat proper coding by a good programmer.  Smiley

There have been a number of C->Java code translators for a long time, but that was never really a great success:
1) The end result is not really java code, but really 'translated C code'. Things that are optimal in C are not necessarily optimal in java, and you would typically program java in an OO way (which the resulting translated C-Java code of course is not).
2) Behaviour of C code largely depends on the underlying platform and compilers (endianness, type differences, things like that), so there might be subtle bugs that are hard to track down.
http://www.gagaplay.com
Games published by our own members! Go get 'em!
Offline Ranger

Sr. Member
**

Posts: 340
Medals: 1
« Reply #40 on: 2009-04-03 04:48:57 »
And now they've made an Android Doom:  http://phandroid.com/2009/03/31/android-is-doomd/
As well as Quake for Android! http://www.youtube.com/watch?v=fH1Rd-T1rYM
Offline gouessej

JGO Kernel
*****

Posts: 3560
Medals: 30


TUER
« Reply #41 on: 2009-04-06 08:13:11 »
Quote from: Ranger on 2009-04-03 04:48:57
And now they've made an Android Doom:  http://phandroid.com/2009/03/31/android-is-doomd/
As well as Quake for Android! http://www.youtube.com/watch?v=fH1Rd-T1rYM

Grin Thanks for the link.
Julien Gouesse
Offline Catharsis

Full Member
**

Posts: 162


EGR Software rocks!
« Reply #42 on: 2009-04-28 20:58:11 »
>Exactly Kev.  People go nuts when Flash (10, mind you), does DOOM but noone thinks it's great when Java can do Q2/3?  Interesting.

I ported Auriga3D (A Q3 class engine) to Android in just over 2 days for my presentation at CodeCon a week ago or so.  I've ported Typhon to Android (http://typhon.egrsoftware.com) and 98% of the code for Auriga3D cross compiles with the desktop version. Typhon now supports JOGL, LWJGL, and Android OpenGL ES. You'll love this.. It only takes 13 class files specific to Android to have things up and running.. Smiley

Regarding Auriga3D on Android, how I handle curved surfaces is the largest performance handicap as there is no LOD and the bezier patches are large (fine for desktop / not Android). FPS is 8-45 FPS for the untuned port of the Q3 renderer to Android. Culling out curved surfaces gives roughly 15-45 FPS.

I'll make another top level post about this.

Here is a "sketchy" video I made right after getting things to work.
http://www.youtube.com/watch?v=fokeI3Ynuc4
Founder & Principal Architect; EGR Software LLC
http://www.typhonrt.org/
http://www.egrsoftware.com/
Pages: 1 [2]
  Print  
 
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!
Page created in 0.118 seconds with 20 queries.