• Content count

  • Joined

  • Last visited

Community Reputation

777 Excellent

1 Follower

About stibbons

Recent Profile Visitors

4516 profile views
  1. I've just uploaded plugin version 1.2.0, which adds channels for vessel rotation, translation, wheel commands and the main throttle. CKAN should have it in the next hour or two. The rotation, translation and wheel control channels will override things like SAS when non-zero commands are sent. Note that if you send, say, a rotation command, that command will remain in effect until the plugin receives another rotation command. The throttle channel is slightly different. If the plugin receives a throttle packet, from then on the throttle can only be controlled by the plugin. Pretty sure that suits my use case, but if it's a problem I'll look at expanding it so that the plugin can yield control somehow. I've also released version 1.1.0 of the Arduino library. To use these new channels, update your library to the latest version using the Arduino IDE library manager. As well as including structs and constants for the new channels, the new library adds a more useful `send()` function, that lets you send arbitrary payloads without having to convert them to byte arrays manually. Here's a really quick example of how you can tell the game to translate your vessel forwards at full speed: // Create a translationMessage object translationMessage myTranslation; // Set the Z axis to its highest value to translate forward myTranslation.Z = 32767; // The mask variable tells the plugin which parts of this // translationMessage are valid commands, and which ones // to ignore. This enables separate controllers to control // separate axes. Set to 7 to make valid for all axes. myTranslation.mask = 7; // Send our message to the game. mySimpit.send(TRANSLATION_MESSAGE, myTranslation);
  2. A thousand times this. I can't read minds, and can't tell you what's wrong with code without seeing it. A full bug report contains: What you tried (hardware setup, code) What you expected What you got (error messages, unexpected behaviour) The Arduino playground has a great i2c_scanner sketch. Hook up your device, run that sketch, and it will output any found addresses on the i2c bus. Super handy for dealing with slightly mysterious devices.
  3. If you do test it, you'll notice it works a little differently to the other groups. When the flight scene starts, the stage bit is 0. It remains 0 until the next stage is activated. Then it will return 1 until the next stage is activated, and so on. That's what the game is returning, and I thought it best to pass that on. In other news, I started on the vessel control stuff this evening. Hoping to get another release with rotation, translation, throttle and wheel control sorted out this weekend.
  4. Hah, I didn't do anything special. And I don't keep my entire KSP folder in version control, mostly because Steam has literally never messed up my install and I really am serious about moving to a new version as soon as it's out and never looking back. But if you do check your full install in to git, @pjf talked about using git worktrees to maintain multiple separate installs if that's your bag.
  5. One. Although if you want to get picky about it, using separate machines to play the game, do mod hacking and CI means I maintain three installs on three computers. I don't see any value I keeping old releases around, and keep my save files, GameData and CKAN metadata under git version control for backup and easy switching on the few occasions I want to vary my mod set.
  6. Read the first post and the last couple of pages of the Scatterer thread: You will find out that a) Scatterer hasn't been updated for KSP 1.3 so yes it's going to have problems, and b) there are a couple of workarounds that you can change in the Scatterer settings that seem to resolve most of the reported problems. Apart from that, there's no fix but to wait for it to be updated.
  7. If it's their opinion of how it's affecting the game when they write that review, then I'd agree with you. Negative reviews based on some hypothetical doomsday scenario, though, are completely invalid.
  8. Version 1.1.1 should be available through CKAN soon. The only change in this version is fixing the data sent by the Action Group channel. Sorry, I haven't had time to get much work done on all of the fun stuff in the backlog.
  9. Oh, dang. No idea where those numbers are coming from. Will bump debugging that to the top of my todo list. Apologies for being quiet the last couple of weeks, real life has been getting in the way. Nope. Those numbers are the literal bit mask, not an offset for the 1. Perhaps it makes more sense if you see them written as public static class ActionGroupBits { // This is the same order given in // public static byte StageBit = 0b00000001; public static byte GearBit = 0b00000010; public static byte LightBit = 0b00000100; public static byte RCSBit = 0b00001000; public static byte SASBit = 0b00010000; public static byte BrakesBit = 0b00100000; public static byte AbortBit = 0b01000000; } The idea is that the sending end can OR together the appropriate constants to form a data packet containing the active action groups, and the receiving end can AND a constant with the data packet to find out if that action group is set. EDIT: But, of course, instead of the sending end ORing things together, it's trying to do bitshift shenanigans. I must have been really tired when I wrote that, sorry. Will have a fix out ASAP.
  10. That was in reference to this thread, of which some also leaked in to the KSP Weekly thread and was modded out. Hopefully, with the extra context it's clear that she did mean the first option.
  11. Right. So nothing's wrong with it? We're back to baseless fearmongering? Goodo.
  12. You said it needs better oversight. Did you see the part where I asked you what's wrong with the current oversight? Would you like to go back and have another go at answering the question?
  13. You're still avoiding the question. Why would you bring up store security at all here if by your own admission there's nothing wrong apart from baseless fearmongering?
  14. So, what's wrong with the current oversight of the store security? Why is improving it a pipe dream? What about it needs improving? Why is defending what you say so hard?