[Dave_Billing]

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?

[Phredreeke]

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

Ok, that last bit was a joke

[Hendricks266]

Phredreeke, on 16 October 2018 - 04:49 PM, said:

Nukey

NukeYKT, not Nukey.

[Ninety-Six]

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.

[TerminX]

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

[Tekedon]

Ninety-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.

[Mark]

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.

[Phredreeke]

You need to get on Discord

[axl]

TerminX, 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 ?

[TerminX]

axl, 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.

[Ninety-Six]

Tekedon, 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?

[Newken]

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

OpenJDK:
https://adoptopenjdk.net/

Pick one.

[Mark]

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.

[TerminX]

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.

[Dave_Billing]

TerminX, 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.

[Hank]

[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]

[kimec]

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.

[Kerr Avon]

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.

[Mark]

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

[fgsfds]

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.

[Phredreeke]

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)