Duke4.net Forums: Java sucks, is there going to be a C/C++ based version of BloodGDX and RedneckGDX - Duke4.net Forums

Jump to content

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Java sucks, is there going to be a C/C++ based version of BloodGDX and RedneckGDX

#1

These ports are quite good aside from the fact they need Java to run. Is anybody planning to create C/C++ versions of these ports?
1

User is offline   Phredreeke 

#2

NukeYKT is working on adding RR support to eduke32. As for BloodGDX, M210 has said he has no plans for releasing the source, but there's always ZBlood...

Spoiler


This post has been edited by Phredreeke: 16 October 2018 - 07:49 PM

0

User is offline   Hendricks266 

  • Weaponized Autism

  #3

View PostPhredreeke, on 16 October 2018 - 04:49 PM, said:

Nukey

NukeYKT, not Nukey.
2

User is offline   Ninety-Six 

#4

Yeah, unfortunately, this has been the main reason I have stayed away from these despite their purported quality. I lost a whole machine due to a virus that took advantage of a java exploit.
0

User is offline   TerminX 

  • el fundador

  #5

Blood is stuck where it is for now, but proper C/C++ Redneck Rampage should be "soon."
1

User is offline   Tekedon 

#6

View PostNinety-Six, on 17 October 2018 - 04:39 AM, said:

Yeah, unfortunately, this has been the main reason I have stayed away from these despite their purported quality. I lost a whole machine due to a virus that took advantage of a java exploit.



BloodGDX works in portable Java aswell which shoudl be safer.
0

User is offline   Mark 

#7

Did I miss the "memo" on RR or is it a secret recently discovered? I don't remember seeing a post about it. Maybe I'm getting senile.
0

User is offline   Phredreeke 

#8

You need to get on Discord :rolleyes:
0

User is offline   axl 

#9

View PostTerminX, on 17 October 2018 - 08:43 AM, said:

Blood is stuck where it is for now, but proper C/C++ Redneck Rampage should be "soon."


Just a question: why is priority being given to RR to run under EDuke32 instead of Shadow Warrior ? Because of the similarities with Duke engine ?
0

User is offline   TerminX 

  • el fundador

  #10

View Postaxl, on 17 October 2018 - 10:12 AM, said:

Just a question: why is priority being given to RR to run under EDuke32 instead of Shadow Warrior ? Because of the similarities with Duke engine ?

We aren't the ones doing the work here, but yes. RR is based directly on the Duke Nukem 3D source code whereas Shadow Warrior is its own thing.
1

User is offline   Ninety-Six 

#11

View PostTekedon, on 17 October 2018 - 09:07 AM, said:

BloodGDX works in portable Java aswell which shoudl be safer.


Isn't that for mobile devices and such?
0

User is offline   Newken 

#12

jPortable:
https://portableapps...s/java_portable

OpenJDK:
https://adoptopenjdk.net/

Pick one.
1

User is offline   Mark 

#13

Do I dare to ask if the new RR will be the full deal with support for HRP, Polymer, con code? Or is it getting the basic game running glitch free in software rendering? Either way is great but the extra features would be cool since I like to mod a lot.

This post has been edited by Mark: 17 October 2018 - 02:51 PM

0

User is offline   TerminX 

  • el fundador

  #14

My understanding is that it doesn't currently support ANY of the EDuke32 CON modding stuff. We have a lot of work ahead of us in order to support RR in EDuke32.
0

#15

View PostTerminX, on 17 October 2018 - 08:43 AM, said:

Blood is stuck where it is for now, but proper C/C++ Redneck Rampage should be "soon."

(does the Mr. Burns fingers thing) Excellent.
0

User is offline   Hank 

#16

[can't resist]
Java sucks? Really?
I don't wish to make an argument pro Java for game engines. I'll loose that argument, since you need C++ (or good old 'effing' C) to get deeper into the hardware of computers and what not to make games most efficient!
Still, for the record.
Java is simpler (safer) to implement for a shitload of other purposes (besides games). One I know is, Data Management, for various platforms, we (my buddy and I) made a little fortune on this.

Bottom line, I say - Java does not suck. Oracle does, with their lack of automatic updates to fight all those, constantly improving, unscrupulous hackers. But, they (Oracle) seem to improve on the pitfall.
[/can't resist]
0

User is offline   kimec 

#17

I do not think BloodGDX needs a C/C++ port at all. I guess what you mean is you do not want to install Java runtime. And as far as that is concerned, there is an effort in the "Java world" to go from Java bytecode to precompiled native binary...
That means it may at some point be possible to run BloodGDX without the Java runtime.
Last time I tried BloodGDX with native-image, I've run into issues with static initializers used in libGDX and LWJGL. However, there was some progress in that area recently.

You can keep an eye on https://github.com/o...raal/issues/438

All in all, I do not think Java is such a problem for BloodGDX. Let's see how far BuildGDX will go. Alex seems to be a very dedicated person.
0

User is offline   Kerr Avon 

#18

I don't see a problem with Java either, as you can apparently even just use a portable version of Java to run M210's brilliant ports, so you don't need to fear online infection. But I suppose C++ versions would be great as if they were open source then they could be ported to any machine (original XBox, Raspberry Pi, Wii, etc) even if those machines didn't support Java or other dependencies.

Plus maybe Java will never support virtual reality headsets (I don't know), whereas I'm really looking forward to one day playing Blood! in VR (it will be fantastic!). Hopefully by then there will be a C++ source port, or whatever else is needed to play the game in full VR.
0

User is offline   Mark 

#19

Nah, forget VR. I would rather see Eduke32 games support my Nvidia 3D glasses and keep regular keyboard/mouse control.

This post has been edited by Mark: 28 October 2018 - 07:28 AM

0

User is offline   fgsfds 

#20

Oracle now expects devs to package runtime with their Java apps, so users don't have to install anything to run them. Java 11 doesn't even have downloadable runtime. If done right, running Java app will be as easy as running native exe.
Software renderer and VR are totally possible with Java. The biggest problem so far that there's no JVM for modern consoles.
0

User is offline   Phredreeke 

#21

But then you lose one of the key advantages of Java in that you need to release separate packages for each OS/architecture (or bundle multiple runtimes with your app)
0

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks not owned by Voidpoint, LLC are the sole property of their respective owners. Play Ion Fury! ;) © Voidpoint, LLC

Enter your sign in name and password


Sign in options