Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content Count

  • Joined

  • Last visited

Community Reputation

5 Neutral

About DeadPix

  • Rank
    Tree Puncher


  • Gender
  • Personal Text
    I am new!

Recent Profile Visitors

1154 profile views
  1. Alright guys, thank you all for wonderful replies. As @jabelar asked, what I am trying to achieve - I am trying to write an 'AI' that will be walking through the lands and completing some goals (the AI takes over the player). At the very moment I am trying to come up with some reasonable path finding algo that I could further extend. I pretty much want to set target destination to which from player.posX/posY/posZ the AI will travel, and so I need to probably start with creating a structure that will represent visible surface. Is it correct? And would something like this
  2. Hello again! I need to get an information about the blocks that are around the player (or a certain location) - probably for few chunks around the player. I understand that I can loop through coordinates around the player and create a BlockPos structure for each block around the player and then query them (pretty much check them in condition) on what they are, but it seems to me, that this functionality is something that should be already implemented in the game/forge itself. I looked through the documentation and there is nothing except for BlockStates, I also tried looking into the code
  3. @jabelar, @Animefan8888 Alright, thank you guys for your input - in the end, I decided to create a weaker version of aforementioned SharedPreferences (for boolean value only) and it seems to work exactly as I wanted it to. I need it only client side - and the scenario when player edits those values, is not a problem. I do not need it to persist between game loads, so I also do not save it anywhere, but in the future I will need some persistent functionality for something else, so I am also grateful for your suggestion on reading around it, jabelar. Thanks.
  4. I am only a little bit smarter after reading it now, than I have been after reading it the last time. But also I am now certain that I need it client side only. So, what does it mean for my original question, please?
  5. I am not sure how to exactly determine that. But probably only client side? It will be mostly client relevant values like 'is this thing on or off' and similar. Is that client side only?
  6. Hello, in mod I am working on I have a need to store some values that I would need to check on in multiple places in my mod. I know that this value will be unique for every player (pretty much every instance of Minecraft running the mod will have this value different). In Android, there are SharedPreferences into which one can store such information. Is there dedicated class/space in forge that I should take advantage of? Is there a recommended approach for this? Or will it be okay just to create a public static class, let's say SharedPreferences with HashMap and
  7. Most likely to make development more user friendly. I believe the original names func_xxx are a result of decompilation, and the new names are user friendly aliases for them.
  8. coolAlias: I am sorry for my necromancy here, but I'd like to ask related question. You said: Note, the emphasizes is mine. What do you exactly mean by changing direction smoothly? Is there a way to change direction smoothly in a sense that player will get more than 20 FPS when rotating? I already tried hooking my yaw rotation changing code onto drawScreen() method and onRenderTick() methods and I never get the smooth feeling out of it. It is always capped at 20 changes per second (so... it updates every tick, which makes the transition 20 FPS, despite the rest of the worl
  9. Hello, I know 1.9.4 is fairly old version, but I figured not much has changed since then regarding the tick/render mechanics, so answers for current version should apply as well. I am working on something that controls player's yaw/pitch and I bumped into following problem: * I do most work when onPlayerTick() occurs - which basically means to calculate next pitch/yaw correction, add it to Minecraft.getMinecraft().thePlayer.rotation(Yaw|Pitch) and move on to next iteration. * My computer has steady 60 FPS, there are 20 ticks per second, the pitch/yaw rotation updates do n
  10. Thank you for replying. Now I am looking into the implementation as you suggested and can't wrap my mind around this - in EntityPlayerSP on lines 913~917 I see following code: boolean flag = this.movementInput.jump; boolean flag1 = this.movementInput.sneak; float f = 0.8F; boolean flag2 = this.movementInput.moveForward >= f; this.movementInput.updatePlayerMoveState(); When I look into MovementInput#updatePlayerMoveState(), its implementation is blank. Why? And what is the purpose of this in a bigger picture? What I am pretty much tr
  11. I am looking for something like documentation to mechanics of the game and the values of different attributes (right now, for example I would like to know what number should I put in MovementInput.moveForward and MovementInput.moveStrafe to make it the same values as is normal for walking & sprinting in Minecraft. But in the future I am sure I will have to handle more stuff like this and I will have to look up other values for other attributes. Where can I find those things? I checked for example this: http://minecraft.gamepedia.com/Sprinting, but it has certainly different values tha
  12. Technically, yes he does have mental ownership of the name - he created the name earlier than you and it does not matter that he is doing nothing with it. TheBest (haha) you can do is do the following: Find out who's the author, ask him to hand over the name (with reasonable points), Go with what others usually go with - name your mod: 'thebest108's inventors toolbox'. If your mode becomes successful, they will start to omit your name in it, and your mod will be highest in a Google search for inventors toolbox search so you won't be penalized for slightly different mod name.
  13. This may actually be a buggy behavior. I have rewritten this to 1.9.4: @SubscribeEvent public void clickOnLadder(PlayerInteractEvent event) { if (event.getPos() != null) { System.out.println(event.getPos().getX() + " " + event.getPos().getY() + " " +event.getPos().getZ()); System.out.println(event.getWorld().getBlockState(event.getPos()).getBlock().getLocalizedName()); } } And it produces following output: Empty handed: Ladder in hand: It all looks the same to me. I also tried right clicking the block
  14. Unfortunatelly I can not provide you with tutorial, but I figured out that Immersive Engineering mod is open source so I suggest you to take a look to their code and maybe you will find something useful to your goals. :-)
  15. Ernio: Thank you for your input, I will have a look into materials you provided. Just one more question to clarify exactly what you meant: 'While code itself if not bad in mean of ticks/timing, it is bad regarding design.' Is there a typo in 'itself if not bad' or not? Like if you meant to say 'is not bad' implying that it is correct to subscribe to PlayerTickEvent, or you meant to say that I am questionably wrong with subscribing to that event? Thanks in Advance. :-)
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.