It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
Technicalfool: Unfortunately you can't really have one without the other. That's what DRM is.
avatar
nipsen: No. That's what "pissing your customers off" is like. DRM means having some control over what is distributed, and how it is distributed. There's no mutual exclusion between having a secured distribution platform to a personal license, and having a deployment system that doesn't invalidate mods and previous versions after an update.

Why people believe that, even when they know some amount of programming themselves, I can't for the life of me understand.

Seriously - you need, at some point, you have to make the data readable for the user's platform. So unless you have a protected box with an inaccessible OS, that specifically encrypts everything that happens to your specific box (ala the ps3) - then there is a way to get around the drm. So why not just go for a personal license, and a personal access point with reasonable platform and version control that accommodates user-files, mods and different versions?

It's only to piss users off. It's literally something that drives people either up the walls, to avoid buying games (like the phase I am in now), or else deliberately towards piracy.

It makes no sense. Unless you deliberately aim to piss off customers, of course. Then it does make a certain degree of sense.
Again, I have no idea what any of this has to do with KSP. You cannot guarantee mods will work between updates, even if the game in question has some abstracted sandbox for mods to run in (a clue: That's not what KSP has). Tons of games are like that. Even Factorio, with its nice little Lua sandbox for mods to be created in, broke mods with the 0.15 update. Incidentally, Factorio is an awesome puzzler, and I am in no way criticizing those devs for what they did.

You might as well insist that software for Linux kernel version 1 still work on kernel version 4. Sure some might, maybe, but a lot won't without a recompile at the least, and a complete redesign at worst.

What the devs do, is to try their best not to break saves. Even that isn't perfect. So if you're particularly wedded to one particular save, then keep that save with its copy of the game somewhere safe on your computer, where it can't be touched. It's not "piracy". It's common sense. And DRM gets in the way of that, so I'm rather glad that KSP has none (and neither does Factorio).
avatar
Technicalfool: It's not "piracy". It's common sense. And DRM gets in the way of that, so I'm rather glad that KSP has none (and neither does Factorio).
My point, more generally, is that it makes no sense that we should pay extra, and have inconveniences, for services only publishers think makes sense.

If we were to pay to support ecosystems and deployment platforms, then what we should get in return are structured releases designed in such a way that updates don't break the original files or inserts, don't crash saves -- and don't use the type of serialization schemes that are one step more advanced than the demo-example in visual basic.

What we have now is that we negotiate ourselves down to not having debilitatingly expensive drm systems, while still giving the deployment benefits of the system to the publisher. And hailing this as a victory. It's literally like this: "Yay, we did not get reamed up the bum by someone we paid money to! Success!". Does that make sense?

So when KSP launches 1.4, with basically no additional features or mechanics whatsoever - other than a specific launch-vehicle for an extra paid download patch - does it make sense that the publisher should be able to invalidate the installs of everyone who bought the game previously, to get them up to "speed" on the latest release. For, like explained, no other reason than to have people see Take2's paid dlc?

There are things you can do, but shouldn't. And there are things that you can get away with, but still wouldn't do anyway. And then there's the games-industry, where you do whatever the fuck you want, and have gamers worship the smell of your bullshit anyway.
avatar
Technicalfool: It's not "piracy". It's common sense. And DRM gets in the way of that, so I'm rather glad that KSP has none (and neither does Factorio).
avatar
nipsen: My point, more generally, is that it makes no sense that we should pay extra, and have inconveniences, for services only publishers think makes sense.

If we were to pay to support ecosystems and deployment platforms, then what we should get in return are structured releases designed in such a way that updates don't break the original files or inserts, don't crash saves -- and don't use the type of serialization schemes that are one step more advanced than the demo-example in visual basic.

What we have now is that we negotiate ourselves down to not having debilitatingly expensive drm systems, while still giving the deployment benefits of the system to the publisher. And hailing this as a victory. It's literally like this: "Yay, we did not get reamed up the bum by someone we paid money to! Success!". Does that make sense?

So when KSP launches 1.4, with basically no additional features or mechanics whatsoever - other than a specific launch-vehicle for an extra paid download patch - does it make sense that the publisher should be able to invalidate the installs of everyone who bought the game previously, to get them up to "speed" on the latest release. For, like explained, no other reason than to have people see Take2's paid dlc?

There are things you can do, but shouldn't. And there are things that you can get away with, but still wouldn't do anyway. And then there's the games-industry, where you do whatever the fuck you want, and have gamers worship the smell of your bullshit anyway.
Apparently the mission builder (not replicated by any mods, by the way) is no content? The extra parts are only a small part of the update, and I should know a thing or two about that.

The save files that KSP uses are not just serializing the contents of RAM to disk. Go and check the save format some time. It's more akin to JSON, and editable in Notepad if you like.

And there is basically no software that can guarantee compatibility from now on and indefinitely into the future. Bit-rot happens. It can be mitigated, reduced, but not entirely eliminated. Even IBM's mainframes with COBOL scripts running on them from the 1960s only do so because everything's wrapped in an onion-like series of VM and emulator layers.

And nobody's installs have been invalidated. This is GOG, where you can choose to update or not, and no games have DRM. The advantage is firmly in the consumer's hands there. If you're on Steam, and you have a modded install, why are you even running it from the steamapps location? Steam is known for autobreaking things with no choice.

So yes, there's a lot of shady practises in the videogames industry. That's why I don't buy a lot of games these days. But, I still have yet to see what any of it has to do with KSP or the Making History expansion. Heck, if you're like me and bought it a long while ago, when it was only available on the KSP Store, you get the expansion for free.
avatar
Technicalfool: Bit-rot happens. It can be mitigated, reduced, but not entirely eliminated.
Because yes, we do in fact program things with tubes and punch-cards now. Where the program flow deteriorates at an uncertain rate measured in bits per million dollars spent. It's a dynamic science, and there's no way to predict this accurately - although our super-expensives SCIENTISTS do work hard at mitigating these myriads of factors that are, as far as you're concerned, utterly real and scary! Alas, if only maths was an accurate science! And we were not hampered by our computers that run on bio-degradeable bits. Like physical bio-degradeable bits hanging off and such. Alas, the user should have to pay even more, but we are making a sacrifice, with our surpremely fantastic skills at taming these devil-infested machines. With the power of Microsoft, I command thee! Out, demons!
Today I received an update notification for what, according to the changelog, should be version 1.4.2.2110 released 29th of March).

Yet when I click the GOG downloader link for Kerbal Space Program, version 1.4.1.2089 gets downloaded (which is from the 13th of March according to the changelog).

Anyone else noticed this version mismatch? Is it only with GOG Downloader or are other download methods (direct link, Galaxy) also affected?
Post edited March 30, 2018 by DubConqueror
avatar
DubConqueror: Today I received an update notification for what, according to the changelog, should be version 1.4.2.2110 released 29th of March).

Yet when I click the GOG downloader link for Kerbal Space Program, version 1.4.1.2089 gets downloaded (which is from the 13th of March according to the changelog).

Anyone else noticed this version mismatch? Is it only with GOG Downloader or are other download methods (direct link, Galaxy) also affected?
I noticed the same. The Linux version seems to be up to date... Hope GOG will make the Windows version 1.42 and the MH patch available also...
Post edited March 30, 2018 by britegog
You can update the game to 1.4.2.2110 through Galaxy in Windows, but the installers are only up to date for Linux and Mac right now...
avatar
ferahan: You can update the game to 1.4.2.2110 through Galaxy in Windows, but the installers are only up to date for Linux and Mac right now...
Oh, I was wondering too, so an upgrade patch will show up soon? I only see base game downloads, or do I re-download the game and install over the top of my existing?
avatar
ferahan: You can update the game to 1.4.2.2110 through Galaxy in Windows, but the installers are only up to date for Linux and Mac right now...
avatar
Ebojager: Oh, I was wondering too, so an upgrade patch will show up soon? I only see base game downloads, or do I re-download the game and install over the top of my existing?
An upgrade patch would be great, but i think that only full version installers are available to download through the website... You'll need to re-download the full game again and apply as if it was an update.
Looks like the update is now available!

I submitted a request for it and the response said the patch was broken but they were working on it.

Thank-you, GOG.
Version 1.4, named Away with Words MK-II, is a major update that released on March 06, 2018
TR-2V Stack Decoupler → TD-06 Decoupler
TR-18A Stack Decoupler → TD-12 Decoupler
Rockomax Brand Decoupler → TD-25 Decoupler
TR-38-D → TD-37 Decoupler
TR-2C Stack Separator → TS-06 Stack Separator
TR-18D Stack Separator → TS-12 Stack Separator
TR-XL Stack Separator → TS-25 Stack Separator
ROUND-8 Toroidal Fuel Tank → R-12 'Doughnut' External Tank
That means
THE CAREER IS BROKEN!!!!!!!!!!!
I got test to test TR-18A Stack Decoupler, but can't find TR-18A Stack Decoupler, so I can't test TR-18A Stack Decoupler!
avatar
Idotsama: That means
THE CAREER IS BROKEN!!!!!!!!!!!
I got test to test TR-18A Stack Decoupler, but can't find TR-18A Stack Decoupler, so I can't test TR-18A Stack Decoupler!
Definitely sounds like a bug. Not sure I would say that it breaks career mode though.
avatar
Idotsama: That means
THE CAREER IS BROKEN!!!!!!!!!!!
I got test to test TR-18A Stack Decoupler, but can't find TR-18A Stack Decoupler, so I can't test TR-18A Stack Decoupler!
Maybe the mission description is not updated, what happens if you test a TD-12 Decoupler instead?
avatar
Idotsama: That means
THE CAREER IS BROKEN!!!!!!!!!!!
I got test to test TR-18A Stack Decoupler, but can't find TR-18A Stack Decoupler, so I can't test TR-18A Stack Decoupler!
avatar
ferahan: Maybe the mission description is not updated, what happens if you test a TD-12 Decoupler instead?
I have tried but it didn't help :(
Sorry this took a while for a response. For now, you can still select the old decouplers in the VAB by going to the Advanced tab, selecting "filter by module", and clicking the "decouplers" type-button.
Post edited April 21, 2018 by Technicalfool