6741cc24a4904

Post Reply

Your name:
Subject:
Message Icon:

Verification:
This box must be left blank:

Who's your favourite artificial intelligence:

Shortcuts: Alt+s to submit/post; Alt+p to preview


Topic Summary

Posted by: icemann
« on: Yesterday at 03:14:17 »

And something other games cover more a broad range of range of. Like in OG Silent Hill 2, upping the difficulty not only increases enemy counts + damage you receive but only also increases puzzle difficulty and how many of them you encounter. Some like Thief have additional objectives at higher difficulties.
Posted by: ZylonBane
« on: Yesterday at 02:22:00 »

And there is no reason why, if this hasn't been done before, that it can't be done in this new version.
Such a feature would technically be very easy. The reason games don't do this is because games are supposed to present a balanced out-of-the-box experience. That's why the sort of OCD tweakery you seem to be unironically requesting is usually hidden in debug menus or left to mods.

Even the original System Shock's level of customization is unusual.
Posted by: sarge945
« on: 21. November 2024, 23:14:23 »

Who cares about console gamers?

With the state of modern consoles being what they are, anyone who uses one deserves an inferior experience.

Still fighting that save scumming addiction I see.

It's an addictive and destructive drug which has destroyed countless communities.
Posted by: JDoran
« on: 21. November 2024, 23:04:12 »

Are there ANY games with such absurdly granular difficulty customization?

I don't know of any to that extent, no. But some games do have several definable skill related options, yes. And there is no reason why, if this hasn't been done before, that it can't be done in this new version. And I do think some people would like this feature.





System Shock 2 already has an extensive system for modifying all of the difficulty settings you mention. It just requires a text editor and knowledge of dml.

That's not going to be option for console gamers, though, is it? And not all PC gamers are going to want to have to familiarize themselves with DML, instead of using a few easy to use sliding bars in the New Game difficulty screen, I'd say.



It's probably better for them to focus their efforts on things that aren't currently fixable by the community (like the multiplayer, etc) than to implement things the community can already do.

I'm certainly not saying that the definable skill setting should be a priority for the developers, or that it should take their attention from any other features (though since you mention multiplayer, I doubt many people would miss that), just that it's something I hope that they consider adding to the game. I would find it interesting to try.
Posted by: ZylonBane
« on: 21. November 2024, 17:34:31 »

Still fighting that save scumming addiction I see.
Posted by: sarge945
« on: 21. November 2024, 16:31:01 »

System Shock 2 already has an extensive system for modifying all of the difficulty settings you mention. It just requires a text editor and knowledge of dml.

It's probably better for them to focus their efforts on things that aren't currently fixable by the community (like the multiplayer, etc) than to implement things the community can already do.

On that note

I would be eternally grateful if the squirrel services were updated to add functions to enable and disable manually saving the game with both the menu and quick save keys, disable or enable autosaves, and a function was added to create a quick save or autosave via script. Finally my "QBRs are actually gave points" mod idea can come to fruition
Posted by: ZylonBane
« on: 21. November 2024, 15:12:11 »

Are there ANY games with such absurdly granular difficulty customization?
Posted by: JDoran
« on: 21. November 2024, 14:58:55 »

[I copied this post from another thread, in case Eldrone is more likely to see it here]


Eldrone, are there any plans to have a definable difficulty mode in System Shock EE? I mean, aside from Easy, Normal, Hard, and Impossible, then a difficulty mode where the player can choose the values for, say:

- Enemy spawning rate

- Damage done by the player to the enemy

- Damage done by the enemies to the player

- The cost of items in vending machines

- How many Cyber Modules do skills cost

- The chance of finding random desired objects

- Hacking difficulty

etc.

All of these values would individually be settable from 0 % to 1,000 %, with 100 % as a setting being equivalent to what it would be in a usual game at the Impossible difficulty level. My two all time favourite games, Goldeneye and Perfect dark, do this and it's great because it allows really skilled players to make more difficult challenges for themselves.

Although perhaps settings such as 'Damage done to by the player to the enemy' and 'Damage done by the enemies to the player' should have 1% as a minimum instead of 0%, otherwise it would be quite literally impossible.  O_o

But if some suicidal lunatic fearless, mighty warrior wants to put 'Damage done by the enemies to the player' to 1,000 %, 'Enemy spawning rate' to 1,000 %, and 'Damage done by the player to the enemy' to 5 %, so as to REALLY have a challenge, then he or she can try it.
Posted by: icemann
« on: 21. November 2024, 14:23:06 »

Dual wielding be very cool.
Posted by: eldrone
« on: 21. November 2024, 10:42:23 »

Anyway, here's another theory I tested on how far one could take custom weapon stuff, entirely funny-dumb example. (disregard some broken stuff)

Still just one static model, works with the vanilla assets too, but two of the new viewmodels existing at the same time is no problem, I just mirrored the predefined weapon offset in squirrel for the second viewmodel.

So if someone were to mod in a second equipment slot, it could absolutely be fully possible to do proper dualwielding, or possibly Psi amp + firearm combo in some way.

Posted by: eldrone
« on: 21. November 2024, 10:38:27 »

Yeah, I feel like being able to add new sound schemas, strings, and motions dynamically in mods would be sweet.

They're all being looked into, that's all I can say for now, but no promises.
Posted by: sarge945
« on: 19. November 2024, 01:58:15 »

Yeah, I feel like being able to add new sound schemas, strings, and motions dynamically in mods would be sweet.
Posted by: ZylonBane
« on: 18. November 2024, 20:05:20 »

Oh boy, the pressure is on now!
Posted by: dp_flint
« on: 18. November 2024, 15:53:10 »

I hope eldrone will provide feedback regarding the sound schema limitations.
Posted by: ZylonBane
« on: 18. November 2024, 14:48:18 »

He means mods can't add new sound schemas at all.
Posted by: voodoo47
« on: 18. November 2024, 12:32:35 »

yes, this is the dml phys props limitation. also you should be able to edit that post now.

not aware of any issue with adding sounds though? I mean sure, they have to be in that annoying ADPCM format, but that's not a big deal. maybe you mean the sound schema count limit?
Posted by: sarge945
« on: 18. November 2024, 12:24:37 »

Honestly, the big feature us modders need is proper string file support and the ability to add custom sounds.

Adding scripts to the last script slot dynamically is cool and all, but already somewhat doable with some script hacking. It's pointless unless we also have DML concatenation for properties like DesignNoteSS so that script parameters can by preserved between mods without being overwritten.

Please see my DML Wishlist for more information about this and other limitations.

Also, I can't edit that post for some reason, but another thing to look into is making objects created via DML have actual collision and work properly. Currently, objects like crates created via DML can be walked through as if they don't exist, and if you ever cross the 0,0,0 location in the map, will instantly teleport to 0,0,0 and become solid. This desperately needs fixing. The current workaround is to spawn a marker where you want your object to be via DML, and then either using NVScript or some custom squirrel to actually spawn the object at it's location, which is tedious and annoying.
Posted by: eldrone
« on: 17. November 2024, 07:47:11 »

Impressive. And yeah, Looking Glass/Irrational did like to use Gouraud shading on large flat surfaces to crudely simulate per-pixel lighting.

gouraud was pretty much standard at that time, but what they didn't want to do was split up edges because they likely were very strict on the vertex budet.

Splitting up an edge would require unique vertices for both sides of that hard edge.
Posted by: ZylonBane
« on: 15. November 2024, 14:22:20 »

Impressive. And yeah, Looking Glass/Irrational did like to use Gouraud shading on large flat surfaces to crudely simulate per-pixel lighting.
Posted by: eldrone
« on: 15. November 2024, 07:14:49 »

ZylonBane
But as an example: Here's one test .bin I used to see that these things were working properly (and yeah, I know, cubemap orientation is borked atm):
Posted by: eldrone
« on: 15. November 2024, 06:55:33 »

Hypothetically, does this also mean you can decouple arm models from weapon models, so a mod can now reflect a player career choices/level actions? So you could have a Navy arm-sleeve for players choosing Navy, a different Psi arm-sleeve for Psi players etc? If so, that'd be fantastic news. I know there's newer SDKs for Half Life 1 that allow this e.g. mappers can now more easily have the player use scientist arms, then change them to HEV arms, when the player gets a HEV suit later on.

Absolutely, please release those tools if you can: there'll be a whole new audience checking out Enhanced Edition & thus potentially a new generation of modders, so easier to use tools, would be a godsend. Even if we have to pester Nightdive on your behalf, hopefully it won't come to that!

Most of it is batch-scripts to work with already existing exporters for blender for example, it could work with any kind of exporter.

It sort of parses a blender scene for collections, and uses their name and other information, then passes that on to the actual exporter and does a behind-the-scenes exporter without the dialogue window.

So I just keep a collection with the name of the .bin file, and the config just sets up the path to whichever mod folder I'm using.


But on arms: Yeah, technically it's already decoupled and could be material-changed to have different arm textures, but that requires a bit more work, but the arms just use one texture now for both melee weapons and ranged weapons.

On another note, I know I'm the dumb, incredibly naive ideas guy, there's a ridiculous amount of complexity involved and so on. You've said here previously, that the Half Life 1 method of "put a skeletal animation joint on the mouth, with the audio file volume controlling its movement" won't work on the vanilla models, as there's not enough space on the vanilla models for such a method, which is 100% fair and valid. No point in having a solution that doesn't work both with vanilla and enhanced models!

However...for very obsessive/determined modders who don't mind deliberately breaking vanilla model compatibility, would it possible to add in a mouth joint, that's not working in the game only due to an deliberate "typo" in the code? So for FM authors or campaign modders, they can easily fix the "typo" to enable it, albeit it'll obviously only work with Enhanced Models? HL1's method allowed for both plain maps & vastly more expansive mods, to implement custom dialogue very easily. Just make the custom sound file in the required format and voila: no need to muck around with face posing, syncing up mouth movements etc like in later games. Plus it's from 1998, so it'd be era appropriate for the level of graphic fidelity Enhanced Edition is going for.

Like anything, any improvements in these areas would require ripping out the entire skeletal mesh system in dark engine, which is not the easiest feat, and I've already bumped into so many areas where I wish I had this ability.
Posted by: eldrone
« on: 15. November 2024, 06:49:27 »

They always used object face normals. I'm guessing you mean they now use the Gouraud normals.

They didn't use any information from the model, it created a new polygon per polygon, flat shaded.

Now it's always using the normals of the vertices and drawing it in one pass, so you can have any combination of smooth and flat shaded surfaces, so safe to say a flat surface is still going to be a flat surface.

Seems like it would be preferable to extend the MTL syntax to allow selecting whether face or Gouraud normals are used for a material.
Well that isn't true. Its utility may be limited, but it's perfectly functional in NewDark. For example you can use it to make screens fade out when viewed off-center, simulating the display characteristics of LCD panels. I've used it to simulate snow sparkle, by making bright pixels appear and disappear on the surface as the player moves around.

It's up to the model data. If it's an entirely smooth shaded model, it'll be treated as such, and if it's a hardshaded cube or similar by design, it will be so.

Since EE is essentially using an all-new renderer, would it be safe to assume that the glitches when Gouraud-shaded and non-rectilinear textured polygons are partially offscreen no longer exist?

Yeah, I think that's the case.

There's been a bunch of optimizations in this area, but I can't go into specifics.
Kex is a framework, a sort of layer, so most of the work has been in actual dark engine code.

One thing for example is that I've made all doors actual properly shaded objects with hard edges where you would expect them to be, and you're very likely aware of what happens when you change doors from a smooth shaded object to one with hard edges where the side of the door is a flat surface instead of a gouraud rounded blob.
Posted by: Livo
« on: 15. November 2024, 06:08:23 »


Looking into .dml's and having them be applied in mod order to avoid having to worry about patch-dml's of vanilla patching mod gamesys...

Personally I've been looking as much into the viewmodel (arm and guns) as I can, and concluded it should be possible to bypass weapon stuff and make custom weapons that don't have to follow the limitations of the hard coded system.

The new weapon stuff currently parses all the information from weapon properties, as well as a few additional NVscript args to build up the new viewmodel, and it's entirely in squirrel, this allows for post fire ejection of shotgun shells and can be extended to anything imaginable.

I'm doing some research into making melee weapons more easy and flexible, including an idea to have the melee weapon viewmodel pick the world model and attach it to an empty handed viewmodel, so that new melee weapons could be implemented without having to touch rigged meshes.

Hypothetically, does this also mean you can decouple arm models from weapon models, so a mod can now reflect a player career choices/level actions? So you could have a Navy arm-sleeve for players choosing Navy, a different Psi arm-sleeve for Psi players etc? If so, that'd be fantastic news. I know there's newer SDKs for Half Life 1 that allow this e.g. mappers can now more easily have the player use scientist arms, then change them to HEV arms, when the player gets a HEV suit later on.

There'll be a toolset  (collection of scripts and batch files) I hope I can release in the future to make asset-exportation way more seamless than it is now, I have it down to one .bat file to export models from blends, textures from .psd's, animations, scripts, dml's, compile a motiondb and copy them all into a modfolder, in just two clicks, and the setup is just a single config file.

Absolutely, please release those tools if you can: there'll be a whole new audience checking out Enhanced Edition & thus potentially a new generation of modders, so easier to use tools, would be a godsend. Even if we have to pester Nightdive on your behalf, hopefully it won't come to that!

On another note, I know I'm the dumb, incredibly naive ideas guy, there's a ridiculous amount of complexity involved and so on. You've said here previously, that the Half Life 1 method of "put a skeletal animation joint on the mouth, with the audio file volume controlling its movement" won't work on the vanilla models, as there's not enough space on the vanilla models for such a method, which is 100% fair and valid. No point in having a solution that doesn't work both with vanilla and enhanced models!

However...for very obsessive/determined modders who don't mind deliberately breaking vanilla model compatibility, would it possible to add in a mouth joint, that's not working in the game only due to an deliberate "typo" in the code? So for FM authors or campaign modders, they can easily fix the "typo" to enable it, albeit it'll obviously only work with Enhanced Models? HL1's method allowed for both plain maps & vastly more expansive mods, to implement custom dialogue very easily. Just make the custom sound file in the required format and voila: no need to muck around with face posing, syncing up mouth movements etc like in later games. Plus it's from 1998, so it'd be era appropriate for the level of graphic fidelity Enhanced Edition is going for.
Posted by: ZylonBane
« on: 14. November 2024, 17:12:55 »

envmaps/cubemaps/incidence now uses normals of objects ... no more faceted objects
They always used object face normals. I'm guessing you mean they now use the Gouraud normals.

you can still split up edges to get proper normals here
Seems like it would be preferable to extend the MTL syntax to allow selecting whether face or Gouraud normals are used for a material.

incidence is absolutely amazing and was completely unusable in newdark previously
Well that isn't true. Its utility may be limited, but it's perfectly functional in NewDark. For example you can use it to make screens fade out when viewed off-center, simulating the display characteristics of LCD panels. I've used it to simulate snow sparkle, by making bright pixels appear and disappear on the surface as the player moves around.

Since EE is essentially using an all-new renderer, would it be safe to assume that the glitches when Gouraud-shaded and non-rectilinear textured polygons are partially offscreen no longer exist?
Posted by: eldrone
« on: 14. November 2024, 08:21:19 »

Just a tiny update on things, and this will be more on the technical side this time.


There's work going into figuring out various weird quirky limitations, I've been deep diving into the workings of the engine for months now.
And these words will be as is and can't be taken as definite (things can change):



How mods are being combined and prioritized are being worked over a bit more, such as possibility of combining string files in a better way.

Looking into .dml's and having them be applied in mod order to avoid having to worry about patch-dml's of vanilla patching mod gamesys.

Materials now fully work on ai meshes just as they do on static meshes.

envmaps/cubemaps/incidence now uses normals of objects and are drawn in one pass, no more faceted objects (but you can still split up edges to get proper normals here) (incidence is absolutely amazing and was completely unusable in newdark previously)

more dynamic script application is being discussed (first empty script slot etc), and a way to concatenate arguments in the script argument properties via .dml's, so you can add or replace a previous script arg.

Personally I've been looking as much into the viewmodel (arm and guns) as I can, and concluded it should be possible to bypass weapon stuff and make custom weapons that don't have to follow the limitations of the hard coded system.

The new weapon stuff currently parses all the information from weapon properties, as well as a few additional NVscript args to build up the new viewmodel, and it's entirely in squirrel, this allows for post fire ejection of shotgun shells and can be extended to anything imaginable.

I'm doing some research into making melee weapons more easy and flexible, including an idea to have the melee weapon viewmodel pick the world model and attach it to an empty handed viewmodel, so that new melee weapons could be implemented without having to touch rigged meshes.

There'll be a toolset  (collection of scripts and batch files) I hope I can release in the future to make asset-exportation way more seamless than it is now, I have it down to one .bat file to export models from blends, textures from .psd's, animations, scripts, dml's, compile a motiondb and copy them all into a modfolder, in just two clicks, and the setup is just a single config file.

Right now the enhanced asset stuff is very likely to depend on SCP to work, and it's waay more extensive than was planned in the beginning, but as always: SCP (and the other mods) are fine without it.



There's a lot of things going on behind the scenes as always, everyone is very busy, so I appreciate everyones patience, and the contributions that makes this possible.
Posted by: Nameless Voice
« on: 02. September 2024, 21:34:32 »

Sure thing, Tony.
Posted by: icemann
« on: 02. September 2024, 03:54:35 »

Never know what hit em.
Posted by: voodoo47
« on: 01. September 2024, 15:19:19 »

that's my actual ringtone.
Posted by: sarge945
« on: 01. September 2024, 15:03:06 »

I've read that in the StarCraft1 ghost voice.

Did somebody call for an exterminator?
Posted by: voodoo47
« on: 31. August 2024, 11:54:40 »

I've read that in the StarCraft1 ghost voice.

and I think I'm going to pASS on that.
Posted by: unn_atropos
« on: 31. August 2024, 11:34:52 »

Finally.
Posted by: Valet2
« on: 31. August 2024, 09:31:00 »

Kolya
Suddenly, I came across another archive disc found in my storage, which has all videos from the early Robotkid's website. And the mentioned colonoscopy recording is... IN THERE!!

https://drive.google.com/file/d/1QFwsFh2mVFkaChwGvxCmdP-P0lp5BuwB/view?usp=sharing

It's clearly a vhs rip, and it was downsampled to 1 fps for a reason. But that's the actual file that was presented to the public. Maybe not safe for work.
Posted by: Marvin
« on: 05. July 2024, 14:28:02 »

That's my best guess, it's hard to fuck up that much on purpose. Thought that was common knowledge: https://www.reddit.com/r/darksouls/comments/89it7e/remastered_worse_armour_textures_and_lighting/

If you have some time to kill: https://www.youtube.com/watch?v=n2eos3V7jTI

An actual port of the 2012 original was indeed made.. for Switch: https://www.reddit.com/r/NintendoSwitch/comments/9hquui/dark_souls_remastered_on_switch_reverts_all/
Posted by: sarge945
« on: 04. July 2024, 03:00:26 »

Dark Souls Remastered looks considerably worse than the dsfixed original, as they had to go from a beta version with messed up lighting.

Wow I did not know about the lighting issue. Can you provide some examples?
Posted by: Marvin
« on: 01. July 2024, 11:34:15 »

If Dark Souls Remastered is anything to go by, sometimes "remastered" means "literally the original version again with a community fix applied"
Dark Souls Remastered looks considerably worse than the dsfixed original, as they had to go from a beta version with messed up lighting.
Posted by: eldrone
« on: 29. June 2024, 03:09:59 »

hello, it seems you want also to include fan translations for this enhanced edittion, I am almost finishing the translation for portuguese and if you want to include in the game here is the link https://github.com/luigge/Traducao-SystemShock2-PT_BR

also if theres anything on this repository you want written in english for better understanding, I can translate it.

Muito obrigado!

Making a note of this one! Our lead developer is brazilian, and so is my wife! I'm currently working from Tocantins this summer.
Posted by: luigge
« on: 12. June 2024, 22:38:46 »

hello, it seems you want also to include fan translations for this enhanced edittion, I am almost finishing the translation for portuguese and if you want to include in the game here is the link https://github.com/luigge/Traducao-SystemShock2-PT_BR

also if theres anything on this repository you want written in english for better understanding, I can translate it.
Posted by: ZylonBane
« on: 12. June 2024, 03:03:34 »

But a port of a game from one system (the PC in this case) to a different system (modern consoles) doesn't seem to me to be accurately described by "Enhanced Edition", somehow.
A port of a game from one system to another is called... a port. The "Enhanced Edition" business refers to the improved assets. They could have called it Enhanced Edition even if they were just sticking with NewDark.
Posted by: sarge945
« on: 12. June 2024, 02:39:43 »

Honestly the best thing they could realistically do to improve the life and longevity of the game is release the SS2 source (or preferably, the NewDark source). But I doubt we're going to see that, there's too much money to be made from "enhanced editions"
Posted by: JDoran
« on: 11. June 2024, 14:59:22 »

Do NightDive Studios have the source code for System Shock 2? If so, then aside from the effort of upping the quality quality and texture size of New Dark + the System Shock 2 source code, couldn't they just port the existing code as is, and give us System Shock 2 as it now is on the PC (with SCP and the other great mods, patches, etc). I would be really happy with that, and I'm sure many other people would be too.

I know they would have to upgrade the graphics, because of the many morons gamers would wouldn't buy a game that looks old, but aside from graphical changes, I can't think of anything else that NDS want to do that couldn't be done with the New Dark engine.
Posted by: JDoran
« on: 11. June 2024, 14:50:01 »

FFS, it's not a remaster. Why do so many people keep calling it that?

Night Dive has republished games with both "Remastered" and "Enhanced" appended to the titles. They don't choose these words randomly. They're calling the upcoming System Shock 2 Enhanced Edition that name for a reason-- because it's NOT remastered. It is at best only partially remastered. They're redoing the cutscenes, AI models, and weapon models only.

OK, System Shock 2 Enhanced Edition, then. But a port of a game from one system (the PC in this case) to a different system (modern consoles) doesn't seem to me to be accurately described by "Enhanced Edition", somehow.


And I've never heard anything about them packing in any fan missions.

According to the GOG page that Xkilljoy98 linked to (https://www.gog.com/en/game/system_shock_2_enhanced_edition)

"System Shock 2: Enhanced Edition Key Features


An enhanced version of the 1999 classic, complete with updated co-op multiplayer

Up to 4K 120FPS performance with ultra-widescreen support and an adjustable FOV (Field of View), along with updated cutscenes

Trophies and Achievements

New enhanced character and weapon models, adjustable FOV (field of view), and widescreen support

Official support for fan missions and fan-made content, including many of modder NewDark’s mod-related improvements
"

I can't find any information on if the fan missions are intended to be contained with the game itself, or if the game will have a way of downloading the missions at the user's choice of time and date, in the form of DLC, or what, though.
Posted by: eldrone
« on: 11. June 2024, 10:59:43 »

pretty sure they (NDS employees) are not allowed to talk about release dates.

so I'll put it this way - the KEX build needs to be able to carry all the mods and fan missions with some 98% accuracy (as mentioned before, if the hardware heat disks won't work, sure, whatever, but the rest of the gears need to mesh properly). that is not an easy task, no matter what source code they might have available (we still don't know).

but at a certain moment, the KEX build will have to be mature enough for some serious testing to begin - I would assume that's when NDS will ask us to share wip mods and other non-yet-public resources, possibly even letting us test the entire package early.

once that happens, I'd say a release in 6 months would not be impossible, if things go well. *Dark laughs villainously in the background*


you do the math.

Yeah, release dates, what's that?

But yes, full compatibility is the basis for everything to work, has to be a 100%, and yeah, it's a ton of work involved.

But a bunch of it also has to do with extended functionality and getting that into the community hands.
Posted by: voodoo47
« on: 11. June 2024, 08:01:35 »

Not sure why they'd need WIP mods to test, since the publicly released mods do a pretty good job of pushing NewDark's limits.
there probably will be some internal beta of SCP going on.. at any point really.
Posted by: sarge945
« on: 11. June 2024, 00:56:16 »

Yep, but there's no real definitions of remaster or enhanced or just update, but ss2ee will include a bit more than what has been previously listed.

If Dark Souls Remastered is anything to go by, sometimes "remastered" means "literally the original version again with a community fix applied"
Posted by: ZylonBane
« on: 10. June 2024, 23:32:55 »

Not sure why they'd need WIP mods to test, since the publicly released mods do a pretty good job of pushing NewDark's limits.
Posted by: voodoo47
« on: 10. June 2024, 21:37:13 »

pretty sure they (NDS employees) are not allowed to talk about release dates.

so I'll put it this way - the KEX build needs to be able to carry all the mods and fan missions with some 98% accuracy (as mentioned before, if the hardware heat disks won't work, sure, whatever, but the rest of the gears need to mesh properly). that is not an easy task, no matter what source code they might have available (we still don't know).

but at a certain moment, the KEX build will have to be mature enough for some serious testing to begin - I would assume that's when NDS will ask us to share wip mods and other non-yet-public resources, possibly even letting us test the entire package early.

once that happens, I'd say a release in 6 months would not be impossible, if things go well. *Dark laughs villainously in the background*


you do the math.
Posted by: Xkilljoy98
« on: 10. June 2024, 20:36:50 »

I just at least want to know when this is aimed to be released. I don't know how long it would take but the models and stuff seem to be done from what they've shown.
Posted by: eldrone
« on: 10. June 2024, 18:02:46 »

FFS, it's not a remaster. Why do so many people keep calling it that?

Night Dive has republished games with both "Remastered" and "Enhanced" appended to the titles. They don't choose these words randomly. They're calling the upcoming System Shock 2 Enhanced Edition that name for a reason-- because it's NOT remastered. It is at best only partially remastered. They're redoing the cutscenes, AI models, and weapon models only.

And I've never heard anything about them packing in any fan missions.

Yep, but there's no real definitions of remaster or enhanced or just update, but ss2ee will include a bit more than what has been previously listed.
Posted by: voodoo47
« on: 10. June 2024, 17:45:39 »

I'll just add that under certain conditions, ND actually has lower requirements than oldDark. so for example, if you have a Pentium3/Voodoo3 retro computer, SS2 may run better under ND (assuming you dual boot xpsp3 and throw enough ram at it).

take that, people who port old games and make them require 64bit win18, three petabytes of memory and geforce 680000 in the process.
Posted by: sarge945
« on: 10. June 2024, 17:18:42 »

Saying NewDark SS2 runs great on PC's is an understatement. It runs fantastically well, way way better than some modern games.

This "Remas..." ahem enhanced edition really only seems to exist because of consoles and lazy/stupid PC gamers who don't know the basics of how to run a custom installer.

I don't expect it will offer much of value to anyone else.
Contact SMF 2.0.19 | SMF © 2016, Simple Machines | Terms and Policies
FEEP
6741cc24a61ff