▲ 79 ▼ Bethesda confirms Fallout 3 and New Vegas remasters, makes Obsidian collaboration official, and says Fallout 5 is in 'pre-production' (www.pcgamer.com) submitted 1 month ago by inclementimmigrant@lemmy.world to c/pcgaming@lemmy.ca 45 comments fedilink hide all child comments
[–] Forester@pawb.social 2 points 1 month ago (1 child) Netimmerse is still in there buried under all the spaghetti permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) Probably not really. Maybe some code, for some very basic systems that work perfectly fine, but likely not much. The same is true for UE, like the comment above says. There's still some original UE code from the 90s in UE5 (and 6), and that's totally ok. In fact, it's smart. If it perfectly handles the job with no errors, changing it for the sake of change only creates opportunities to introduce new unknown bugs. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (1 child) NetImense is late 80s but I digress. It's the reason we are still stuck with framerate tied physics. (Shared rendering and physics per tic.). About 80% of it has been replaced with newer and better systems not counting the plugins and bolt-ons. But the bottom of the stack is still there supporting the rest of it. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) It's the reason we are still stuck with framerate tied physics. No, it isn't. There are plenty of engines that have had that issue and have fixed it over time. Bethesda could. The reason it still exists is because of either incompetence (which won't be fixed by switching engines; if anything it'll be worse for a while) or because it isn't a priority. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (last edited 1 month ago) (1 child) I think you do not understand. All of Bethesdas games are frame rate physics locked because of netinense code that has never been replaced. It could be replaced yes but it has not been overhauled as it is a core system that many other systems are bolted onto Netimense > Gamebryo > Geck > Creation kit same DNA . There's a reason all the 3d files are .nif Netimense Format permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Cethin@lemmy.zip 1 point 1 month ago (1 child) Probably not really. Maybe some code, for some very basic systems that work perfectly fine, but likely not much. The same is true for UE, like the comment above says. There's still some original UE code from the 90s in UE5 (and 6), and that's totally ok. In fact, it's smart. If it perfectly handles the job with no errors, changing it for the sake of change only creates opportunities to introduce new unknown bugs. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (1 child) NetImense is late 80s but I digress. It's the reason we are still stuck with framerate tied physics. (Shared rendering and physics per tic.). About 80% of it has been replaced with newer and better systems not counting the plugins and bolt-ons. But the bottom of the stack is still there supporting the rest of it. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) It's the reason we are still stuck with framerate tied physics. No, it isn't. There are plenty of engines that have had that issue and have fixed it over time. Bethesda could. The reason it still exists is because of either incompetence (which won't be fixed by switching engines; if anything it'll be worse for a while) or because it isn't a priority. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (last edited 1 month ago) (1 child) I think you do not understand. All of Bethesdas games are frame rate physics locked because of netinense code that has never been replaced. It could be replaced yes but it has not been overhauled as it is a core system that many other systems are bolted onto Netimense > Gamebryo > Geck > Creation kit same DNA . There's a reason all the 3d files are .nif Netimense Format permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Forester@pawb.social 0 points 1 month ago* (1 child) NetImense is late 80s but I digress. It's the reason we are still stuck with framerate tied physics. (Shared rendering and physics per tic.). About 80% of it has been replaced with newer and better systems not counting the plugins and bolt-ons. But the bottom of the stack is still there supporting the rest of it. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) It's the reason we are still stuck with framerate tied physics. No, it isn't. There are plenty of engines that have had that issue and have fixed it over time. Bethesda could. The reason it still exists is because of either incompetence (which won't be fixed by switching engines; if anything it'll be worse for a while) or because it isn't a priority. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (last edited 1 month ago) (1 child) I think you do not understand. All of Bethesdas games are frame rate physics locked because of netinense code that has never been replaced. It could be replaced yes but it has not been overhauled as it is a core system that many other systems are bolted onto Netimense > Gamebryo > Geck > Creation kit same DNA . There's a reason all the 3d files are .nif Netimense Format permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Cethin@lemmy.zip 1 point 1 month ago (1 child) It's the reason we are still stuck with framerate tied physics. No, it isn't. There are plenty of engines that have had that issue and have fixed it over time. Bethesda could. The reason it still exists is because of either incompetence (which won't be fixed by switching engines; if anything it'll be worse for a while) or because it isn't a priority. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago* (last edited 1 month ago) (1 child) I think you do not understand. All of Bethesdas games are frame rate physics locked because of netinense code that has never been replaced. It could be replaced yes but it has not been overhauled as it is a core system that many other systems are bolted onto Netimense > Gamebryo > Geck > Creation kit same DNA . There's a reason all the 3d files are .nif Netimense Format permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Forester@pawb.social 0 points 1 month ago* (last edited 1 month ago) (1 child) I think you do not understand. All of Bethesdas games are frame rate physics locked because of netinense code that has never been replaced. It could be replaced yes but it has not been overhauled as it is a core system that many other systems are bolted onto Netimense > Gamebryo > Geck > Creation kit same DNA . There's a reason all the 3d files are .nif Netimense Format permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Cethin@lemmy.zip 1 point 1 month ago (1 child) The point of this conversation is that they have upgraded the engine, as all engines are. It is not limited because it came from Netimerse. It's limited because they haven't fixed that issue. It can be fixed is the entire point of the discussion. They should not swap engines just because of the heritage, or all engines would have one version and then are abandoned. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Forester@pawb.social 0 points 1 month ago (1 child) It literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics They have updated the engine many times iirc. We are on creation kit 3 now so that's about 8 major revisions since netinense This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Cethin@lemmy.zip 1 point 1 month ago (1 child) literally is limited because of the code from netimmense Which was originally a MMO engine ties framerate to physics It's a problem that needs to be solved, but it isn't a hard limitation. Limitation implies it's something that can't be changed. Also, it isn't because it was an MMO engine. It was incredibly common at the time. It was simpler to have one thread that handles physics and game logic in sequence. Almost every engine did this. I'm pretty sure Unreal Engine was this way to start with. If you say the engine is bad because it has this then Unreal Engine is also bad. This is not an issue with the engine it's an issue with the netimense code at the heart of the engine. What? Code is not bad because of where it comes from. You have utterly confused me with your last bit, you do realize that the list I used were all engines bethasda has used all built upon the previous right. This conversation is about an engine being bad because of its heritage. Yes, they've built on the engine, as they should. You should almost certainly not write an engine from scratch. You'll just write the same code that already exists again because 90% of the functionality is the same and already there. You think it's bad because some old code exists. That's a stupid position to hold. That doesn't make an engine bad, and it can all be modified to fit modern requirements. permalink fedilink source parent hideshow 2 child comments replies: [–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Forester@pawb.social -1 points 1 month ago (1 child) I can only conclude your troll or you just don't grasp the English language permalink fedilink source parent hideshow 2 child comments replies: [–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent
[–] Cethin@lemmy.zip 1 point 1 month ago Lol. What an idiot. Oh well. permalink fedilink source parent