Jump to content

[1.15.2 | Solved] How to Raytrace from Block to Block and get facing


Recommended Posts

Posted (edited)

I am trying to raytrace from the position of a block and i want to find the position of a block in a specific direction but all the raytracing methods i've found need an entity.

I also need to find which way the block is facing (north, east, down, ...).

 

Edited by Shiranai
Solved
Posted

If your raytrace is orthogonal (directly north, directly east, directly SW), just iterate over BlockPos values.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
On 3/1/2020 at 8:49 PM, Draco18s said:

If your raytrace is orthogonal (directly north, directly east, directly SW), just iterate over BlockPos values.

Yeah, i'm doing that at the moment. It does feel kinda hacky though if you have to do it over long distances. I am currently checking in every direction. How can i get the direction the block is facing, so i can check a specific direction?

Posted
29 minutes ago, Shiranai said:

How can i get the direction the block is facing

BlockState#get(Property<T>)

30 minutes ago, Shiranai said:

Yeah, i'm doing that at the moment. It does feel kinda hacky though if you have to do it over long distances.

RayTrace() is going to be worse, because instead of checking at 1 unit distances, it checks at 0.1 unit distances.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
2 minutes ago, Draco18s said:

RayTrace() is going to be worse, because instead of checking at 1 unit distances, it checks at 0.1 unit distances.

Oh, i always thought raytracing was a pretty resource sparing thing. Thanks :)

Posted
1 hour ago, Shiranai said:

i always thought raytracing was a pretty resource sparing thing

 

No, no it is not.

https://www.reddit.com/r/raytracing/comments/c08qxz/ray_tracing_is_computationally_expensive_are/

While most "raytracing" things refer to rendering, the same process is applied by physics calculations (of which Minecraft's implementations qualify as). You have to use a very small delta otherwise you're bound to miss corners when moving diagonally at arbitrary angles.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

  • 2 months later...
Posted (edited)

I managed to do it this way. It's kinda messy but hopefully it will help you.

https://pastebin.com/Q0mVsJRi

RayTraceUtil.getTargetBlock(player, world, maxdistance)

This should give you the block you are looking at.

I'm new to modding so I'm not shure how correct this is.

 

Edited by Zagreo
added link

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Hi everyone, I'm currently developing a Forge 1.21 mod for Minecraft and I want to display a custom HUD overlay for a minigame. My goal: When the game starts, all players should see an item/block icon (from the base game, not a custom texture) plus its name/text in the HUD – similar to how the bossbar overlay works. The HUD should appear centered above the hotbar (or at a similar prominent spot), and update dynamically (icon and name change as the target item changes). What I've tried: I looked at many online tutorials and several GitHub repos (e.g. SeasonHUD, MiniHUD), but most of them use NeoForge or Forge versions <1.20 that provide the IGuiOverlay API (e.g. implements IGuiOverlay, RegisterGuiOverlaysEvent). In Forge 1.21, it seems that neither IGuiOverlay nor RegisterGuiOverlaysEvent exist anymore – at least, I can't import them and they are missing from the docs and code completion. I tried using RenderLevelStageEvent as a workaround but it is probably not intended for custom HUDs. I am not using NeoForge, and switching the project to NeoForge is currently not an option for me. I tried to look at the original minecraft source code to see how elements like hearts, hotbar etc are drawn on the screen but I am too new to Minecraft modding to understand. What I'm looking for: What is the correct way to add a custom HUD element (icon + text) in Forge 1.21, given that the previous overlay API is missing? Is there a new recommended event, callback, or method in Forge 1.21 for custom HUD overlays, or is everyone just using a workaround? Is there a minimal open-source example repo for Forge 1.21 that demonstrates a working HUD overlay without relying on NeoForge or deprecated Forge APIs? My ideal solution: Centered HUD element with an in-game item/block icon (from the base game's assets, e.g. a diamond or any ItemStack / Item) and its name as text, with a transparent background rectangle. It should be visible to the players when the mini game is running. Easy to update the item (e.g. static variable or other method), so it can change dynamically during the game. Any help, code snippets, or up-to-date references would be really appreciated! If this is simply not possible right now in Forge 1.21, it would also help to know that for sure. Thank you very much in advance!
    • The simple answer is there is not an easy way. You would need to know how to program in Java, as well as at least some familiarity with how Forge works so you could port the differences. You would also need the sourcecode for the original mod, and permission from the author to modify it, if they did not use some sort of open source license. So it's not impossible, but it would take some effort, but doing so would open up a whole new world of possibilities for you!
    • Does it still crash if you remove holdmyitems? Looks like that mod doesn't work on a server as far as I can tell from the error.  
    • Crashes the server when trying to start. Error code -1. Log  
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.