Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Left or right clicking in freecam happens to your main player #938

Closed
leijurv opened this issue Feb 24, 2019 · 11 comments
Labels
Bug
Milestone

Comments

@leijurv
Copy link
Member

@leijurv leijurv commented Feb 24, 2019

ree

@ZeroMemes ZeroMemes added the Bug label Feb 24, 2019
@ZeroMemes ZeroMemes added this to the Upcoming milestone Feb 24, 2019
@SuperOP535

This comment has been minimized.

Copy link
Contributor

@SuperOP535 SuperOP535 commented Feb 24, 2019

i don't think that's bad, make an option tm

@leijurv

This comment has been minimized.

Copy link
Member Author

@leijurv leijurv commented Feb 24, 2019

Cooper! ♡Today at 12:31 AM
im trying to do that old freecam break block dupe glitch on some server
how tf do i make the freecam on this client work lmfao
it justs makes my players hit when im in free cam
im trying to break blocks in freecam mode

for example, i think that left and right click should raytrace from the freecam player then act like that, to preserve previous functionality as my dude cooper was complaining

@LeafHacker

This comment has been minimized.

Copy link
Contributor

@LeafHacker LeafHacker commented Feb 24, 2019

Previous functionality was that click actions were performed by the freecam, so in theory you could hit blocks the avatar isn't looking at (although in practice this often doesn't work due to anticheat stuff).

Are you suggesting we should raytrace from the avatar to the interacted-with block and then try and interact with it from the avatar's perspective?

@aomajn

This comment has been minimized.

Copy link

@aomajn aomajn commented Feb 24, 2019

Previous functionality was that click actions were performed by the freecam, so in theory you could hit blocks the avatar isn't looking at (although in practice this often doesn't work due to anticheat stuff).

Are you suggesting we should raytrace from the avatar to the interacted-with block and then try and interact with it from the avatar's perspective?

https://youtu.be/ILAUw60-6JM bring back old freecam ree

@leijurv

This comment has been minimized.

Copy link
Member Author

@leijurv leijurv commented Feb 24, 2019

Are you suggesting we should raytrace from the avatar to the interacted-with block and then try and interact with it from the avatar's perspective?

yeah, when the freecam left or right clicks

@LeafHacker

This comment has been minimized.

Copy link
Contributor

@LeafHacker LeafHacker commented Feb 24, 2019

The issue is caused by a hook we have that tells the game to raytrace to blocks/entities from the player instead of the camera. This is done so that baritone can interact with stuff from the player's perspective while in Freecam. Unfortunatly it affects everything, not just baritone...

@leijurv

This comment has been minimized.

Copy link
Member Author

@leijurv leijurv commented Feb 27, 2019

https://youtu.be/dwALd9TLyt0

Quick fix I just applied is to just comment out the Redirect of Minecraft.getRenderViewEntity as called from EntityRenderer.getMouseOver shrug
Obviously doesn't work with anticheat, but this adds back the previous functionality where you could break/place blocks, open chests, place crystals etc through walls on servers with crappy anticheat.

@LeafHacker

This comment has been minimized.

Copy link
Contributor

@LeafHacker LeafHacker commented Feb 27, 2019

Does this break baritone or is the on-the-fly raytracing fix applied too?

@leijurv

This comment has been minimized.

Copy link
Member Author

@leijurv leijurv commented Feb 27, 2019

Doesn't break baritone as long as you have latest which raytraces its own objectmouseover =)

@leijurv

This comment has been minimized.

Copy link
Member Author

@leijurv leijurv commented Feb 28, 2019

ok imma close this; it'll be in hotfix 4 (which is whenever anti hazard is fixed lel)

@leijurv leijurv closed this Feb 28, 2019
@ZeroMemes ZeroMemes modified the milestones: 4.6, 4.5 Feb 28, 2019
@ZeroMemes

This comment has been minimized.

Copy link
Member

@ZeroMemes ZeroMemes commented Feb 28, 2019

(Cursed)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
5 participants
You can’t perform that action at this time.