Jump to content

Kerbal101

Moderator
  • Posts

    1,309
  • Joined

  • Last visited

Article Comments posted by Kerbal101

  1. 2 hours ago, pizzaoverhead said:

     

    As others have noted, the main complaint with the Level 1 runway is that it's surrounded by completely flat ground. It feels unfair and pointless. The best way to improve it would be to leave it as it is, but make the ground surrounding  it lumpy or otherwise harsh for landings. As an alternative, modify the off-runway area's surface friction to make it difficult to land on. As a hacky example, a PartModule attached to the wheels that detects when they have ground contact with anything other than the runway, and applies a random noise function to wheel parameters such as frictionMultiplier. Get creative and I'm sure you can come up with something quick, simple and fun. :)

     

    Everyone will then land several kilometers from KSC and recover from there, because recovery cost away would be less than crashed plane due to high risk on bumpy runway or grass.

    One will have to modify ALL grass on kerbin, which would also require to modify mountains too, which in turn will make regular exploring very very hard.

     

    Why not make L1 runway 2x shorter version of L2 runway, and L3 runway 2x longer than current?..

     

    PS. Your SoundManager plugin rocked before 1.2.2 rolled out :wink: Thank you a lot for the mod!!

  2. 7 hours ago, Specific Alduin said:

    Cinnamon crashes about 90% of the time at some point during the game launch.

    Nope, I have pulseaudio running.

    I'm using Cinnamon, and KSP crashes cinnamon on launch about 90% of the time, or the game crashes when I try to go into a save file.

    Do you, any chance, have Intel graphics?

    I read the linked bugreport and the log indicates it couldn't upload all the textures into GPU RAM (which is shared on Intel).

    If the GPU driver can't cope with this problem - then this will lead to trashing of onscreen memory, problems with any software that also uses OpenGL interface (compositing), and can very easy lead to kernel panic.

    There is at least one bug report on security issue with opensource drivers (all three), which causes system freeze and panic via image decompression "bomb" expanded in the browser.

     

    In this cases, its not KSP issue, but driver issue because today everything modern on "desktop" Linux runs and requires OpenGL.

  3. 21 minutes ago, Kurld said:

    Also, Kerbal101, respectfully, "Release Early, Release Often" is NOT an excuse to release buggy product. It may mean you might have to ship less per cycle. Even nothing. But whatever you ship should be 100% ready to go. The feedback you get from your customers should NOT include "hey I found this bug..."  

    I know projects which died because of holding back and thus a slow update pace. Squad is doing a splendid job, if something is wrong - report it, if current release is not stable enough - roll back.
    There are real reasons behind 1.1 instability and they are deal with, so gentlemen - fire up the bug reports. =)

     

  4. 12 minutes ago, MatBailie said:

    Strikes me that financial / marketing / business pressures pushed this out of the door to draw a line and move on from.  But the user experiences I'm hearing remind me of how Netscape managed to destroy their own business.  I perosnally think people have a right to be dis-pleased.

    True, it's only a game.  So, I'm not clamoring for financial compensation that my mining mission to Jool's moons exploded on landing (a landing it repeated successfully several times in 1.0.5).  But it's still software I paid for, it's become more buggy and unstable, and that instability means that none of the good new stuff is worth a thing to me, for now.

    (I just pray that 1.1.1 helps sufficiently, and that 1.0.5 stays as the previous version in Steam, just-in-case.)

     

    If you are software dev then you would know the case reasons for instability and why they do the proper thing. Report the bugs, keep a copy of old stable (GOG here, no drm, no worries) - they are active and its gonna be fixed. There are logical reasons for it to become unstable. Early versions of anything "Supercharged" is rarely stable. :)

  5. On 4/26/2016 at 11:04 PM, aratnamedsammy said:

    1.1  less laggy , performance better.....  BUT... crashy.. a lot of game crash, more than before.. game crash on vab, launch pad , in flight....      i expect to see my rocket to crash..not the game!!!!!

    and kerbals still kick ladders..

    and base on minmus, for exemple, jump..and jump when i switch from any ship/probe/whatever things andcome back to the base...  even just connecting someting make it jumping high..  

    orbital station disassemble...i assume its same things that make bases jumps, it simply destroy stations

    i keep my opinion about ksp..   could be great.. but so many things/bugs make it so bad to play..  

    uninstalling again.. and see an other game.. adios, i have enough of ksp crashes

    Less laggy to what? I see what you imply here, no need for drama =)

    This is how software works. This is why I use Debian Stable, only adding pieces of software from backports when gains outweight the risks. All software goes through this cycle - bad or not, they just switched to newer Unity engine and rewrote a lot of code. Give them the time, it will stabilize.

  6. 1 hour ago, Legendary Emu said:

    I don't think that's true. What are these dedicated titles?

    I mistyped : / sorry, what I meant was:

     

    Steam requires internet connection (installation, patches, non-offline mode)

    Most of the titles require and launch via Steam, only few titles can be launched via filesystem - and thats undocumented feature (ie such titles have no Steam DRM; but Steam is still used for installation)

    Offline mode is only supported for offline titles, not every game supports offline mode

    The normal case, is that any titles require and start Steam DRM, which then allows user to run title if it finds it okay and stays resident for the whole time.

  7. 11 hours ago, Korvath85 said:

    What do those two articles have to do with this, exactly?  Darkspore closing it's doors and the Linux Game Publisher being dead in the water?

    DRM decides to pull the wire or pulls the wire, ability to run the content is gone. No DRM - user owns the content. Thats HUGE advantage.

     

    11 hours ago, Korvath85 said:

     Neither are Steam,  and Steam hasn't had many if the issues other content publishers have.

    That's a very weak excuse for an additional layer of bugs.

     

    11 hours ago, Korvath85 said:

    For example, as soon as you purchase a program, you never have to go online again. Launch the app from the file system instead of the Client.

    Which is:

    a) not officially supported, not official way

    b) only available where publisher decides against steam DRM (only a handfull of titles allow that; and its exception rather than rule)

    c) even for a few titles which support that, re-installation/upgrade is not covered.

    Huge strawman.

    Steam requires internet connection (installation, patches, non-offline mode).

    Most of the titles require and launch via Steam, only few titles can be launched via filesystem - and thats undocumented feature (ie such titles have no Steam DRM; but Steam is still used for installation).

    Offline mode is only supported for offline titles, not every game supports offline mode.

    The normal case, is that any titles require and start Steam DRM, which then allows user to run title if it finds it okay and stays resident for the whole time.

     

    When 1.1 comes out, I have full control when I wish to switch, I can install it paralllel to 1.0.5 on my system without fearing any "account lockouts" by misfiring DRM.

    Ah, yeah. FULLY offline, not some cherrypicking.

     

    11 hours ago, Korvath85 said:

    Now, I'm not saying steam is a catch all, and is the best for all involved.

    Steam is catch all and best for people who have no clue. Does everything to become a gateway to content - like any DRM, and execute full control about what customers may run and how they run it, instead of being optional and minimize itself to useful background services, like matchfinding, IM, sub-community management. For this reason, its my opinion that moving to 100% Steam would be a huge degradation and Squad will loose customer base.

     

    11 hours ago, Korvath85 said:

    But fir a developer the size and resources of SQUAD, my opinion is that it's the best way to go. Read: delta patching.

     

    Delta patching is just another "excellent" idea to wreck the game. Try to fly a pre-1.0 SSTO in 1.0.5 and realise why. Not only there is chance to trash the savegame, it will make both players and moders life much harder, and will require more effort from SQUAD to deal with legacy content. KSP is not some shooter, people build stuff there. And new releases often change rules, which may easily require to redesign everything or even start from scratch.

    I consider the way current development is going - ideal. Releases are tested and frozen stable, limitations are well known, game can be improved or fixed by mods until new release.

     

     

×
×
  • Create New...