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?
Page 1 of 1
Java sucks, is there going to be a C/C++ based version of BloodGDX and RedneckGDX
#1 Posted 16 October 2018 - 04:34 PM
#2 Posted 16 October 2018 - 04:49 PM
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
#3 Posted 16 October 2018 - 07:44 PM
#4 Posted 17 October 2018 - 04:39 AM
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.
#5 Posted 17 October 2018 - 08:43 AM
Blood is stuck where it is for now, but proper C/C++ Redneck Rampage should be "soon."
#6 Posted 17 October 2018 - 09:07 AM
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.
#7 Posted 17 October 2018 - 09:32 AM
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.
#9 Posted 17 October 2018 - 10:12 AM
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 ?
#10 Posted 17 October 2018 - 10:14 AM
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.
#11 Posted 17 October 2018 - 10:22 AM
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?
#12 Posted 17 October 2018 - 10:30 AM
#13 Posted 17 October 2018 - 11:55 AM
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
#14 Posted 17 October 2018 - 05:55 PM
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.
#15 Posted 18 October 2018 - 01:38 AM
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.
#16 Posted 19 October 2018 - 06:24 PM
[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]
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]
#17 Posted 27 October 2018 - 12:43 AM
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.
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.
#18 Posted 28 October 2018 - 06:44 AM
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.
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.
#19 Posted 28 October 2018 - 07:28 AM
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
#20 Posted 28 October 2018 - 09:45 AM
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.
Software renderer and VR are totally possible with Java. The biggest problem so far that there's no JVM for modern consoles.
#21 Posted 28 October 2018 - 10:26 AM
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)
Share this topic:
Page 1 of 1