Jump to content
Stray Fawn Community

Markus

Developer
  • Posts

    604
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by Markus

  1. Good ideas. I have no better idea than using the altitude sensor, but depending on the planet, unfortunately that won't work :/ 

    We have to adjust and make the altimeter more useful, so that you can target the height of the container (I hope this comes soon :) ) This makes dropping resource easier (and with a "resource tank empty" signal, you could automatically remove those carriers). Ideally, we'd have a location above the container which you can detect with the Direction sensor, as well as allow the Distance sensor to detect resources.

    I really want that it's possible to automate resource gathering (and eventually every mission we implement). :) 

  2. Interesting. This is something we did not forsee, as we focused on 16:9 and keeping it small enough for twitter. So far what we do, is use https://ezgif.com/optimize and throw our gifs in there to compress them to smaller than 8MB. I'm not sure, maybe we can add a setting someday in the option to set the compression (<8MB (Discord), <14MB (Twitter)) and aspect ratio. Good suggestion.

    • Like 1
  3. Are we Turing complete? I have not enough experience or knowledge to answer that :)

    I agree with Eldrad that our intend to make things complicated is not to make you spend more time on things :) We want to provide you with exhaustive possibilities, but ultimately we want you to be able to do what you want as fast as possible. We use the logic-parts system (physically) because it makes it easier for total beginners to visualize and use these parts, because the restriction is fun and gives a certain charm and is unique to Nimbatus.

    Maybe we add a expert/free construction mode someday, where you are can use logic without added bulk, or maybe even use LUA or other forms of scripting. There's nothing planned for that yet, just thoughts :) We have a lot of things to fix and balance until we're able to tackle that :) But keep the discussion going. Helps us in the long run :) 

  4. Interesting discussion.

    As a disclaimer: For a long time the planets in Nimbatus were made in the way that we saved the "progress" or destruction and whenever you came back, everything was as before. When we decided on a more mission-focused gameplay, it became clear to us that saving progress came with too many drawbacks which could be exploited (like spamming simple drones over and over again until you solve it).

    When resetting everything, you have to be clever and construct for exactly solving the mission (eventually, when we have more diverse and harder missions). Imagine a random mission like destoying or collecting, and all you have to do is destroy one object, die, and then destroy another object, die, .... over and over until you solved the mission. With everything resetting, we think the game is more challenging and fun. It also prevents the player form creating/reaching a unsolvable situation. We could add a reset-manually function, but then this could be exploited as well :/ 

    Yes, the current system can be exploited for harvesting resources. We thought about using saving just for resources, but we're not sure if that's good, because what would be the logic of why resources save and the other destroyed terrain not? So for the time being we stick to the not-saving-planet-progress and reset everything. :) (even though is it technically possible to do otherwise, as is was in the game before ;) )

    • Like 1
  5. You made something pretty complicated there so I can't go too deep into it and understand it. Why it jumps at the beginning:

    You have mapped "Y", "U" and "I" to the jump-thrusters. You have Trigger Impulses, which activate said keys (after a delay), when Arrow-Keys are pressed.  Arrow-Keys are detected by sensors, which should not active in the beginning - but: You have XNOR gates which active arrow-keys, if certain other arrow keys are not turned on (which is the case at the start -> no distance sensor detects something). This means right from the start you have a jump-thruster loading and then soon charging forward because of your trigger-impulse, XNOR setup.

    On another note: You mapped all jump-thrusters which head up and down to "Y", but I think one set of those should be mapped to "T". "T" is not mapped to any thrusters if I got that correctly.

    I suggest you describe what you want to achieve with your drone and then we can brainstorm how we can help you. This is easier than understanding your logic without context. Also maybe we can find a simpler solution.

    For sharing here, you don't need to upload your drone to the workshop. You can also export the drone to a *.drn file and then upload here on the forum.

    So far I think the game logic behaves as intended, if I haven't missed anything.

    • Like 1
    • Thanks 1
  6. Unfortunately this is something outside our abilities and a limitation on how Steam handles their Users/API. I think you can only get the username of another player if you are in somehow the same "region", whatever that means in Steam-terms :) I think you must be Friends, own the same game or be part of the same leaderboard, I don't know the exact details myself. @Micha knows about it :) 

    In conclusion: We can't do anything about it (and this is the case for everyone, not just you), but the names should start to be displayed after a while or certain event, which I'm not sure exactly what it is :/ 

    I hope this is enough information for the time being. If Micha has more technical details, maybe he can share it with you :) 

  7. Yes this is quite possible. Other people have reported exactly the same planet. We're sorry that this happened and I hope you can still continue to explore the universe without completing this planet. We have to work on a fix for such missions. I hope we can fix it and release a patch for this as soon as possible, thank you for posting and thank you for your patience :) 

  8. Hmm, yes, our idea was indeed that we wanted the player to encourage to build/adapt the drone design. If it does not enough, we have to make the effect stronger :) 

    Otherwise, yes. you always have to destroy the transmitter again if you restart the mission. You might just "relaunch" a drone, but the planet will be reset every time as well, with that the transmitter and the effect with it :) 

    Maybe in the future we'll have a more sandbox version/mode where you can setup/configure such things to your liking :) 

    • Like 1
  9. Some people at the steamforums suggested the same, I'll add the following to the discussion:

    • Add a Toggle which decides what is 100%. Settings: Radius, Container, Nimbatus, Drone Brain
    • Add a relative Altimeter, which measures not the distance from the center of the planet, but a raycast to the surface as a guide.
    • Like 7
  10. Haha, no worries :D 

    Whatever thing we'll implement to help people dig really deep into logic, we'll make sure that everyone can build stuff at least how easily you can build now (which isn't easy to begin with xD ). I hope we can make it more easy. Have to improve in two directions :) 

×
×
  • Create New...