I see. Makes sense I guess for it to do it by itself. The thing is though I am not yet able to detect when you are at the end of a block. For the same reason a triple neo is very hard to program since you need to be perfectly on the edge of the block when you jump. I am working on this though, hopefully block edge detection will work. That is mainly what I am trying to fix and then I should be able to put up a download link.
I am still working on this, but I've had exams and such so haven't had much time. At the moment this does exactly what you describe if you select a four block jump. It does a jump to give you the necessary speed and then jumps on the very last possible second. This is not the very last moment, because most parkour anti-cheats negate overly accurate timing. And this is completely client sided so no packet changes.
I have done this, but I must warn you. If there is any other way, and I mean ANY other way for you to get everything you need in render distance, then do that. As you increase the render distance the memory required increases exponentially and performance decreases exponentially. Setting the render distance from 32 to 64 on a superflat world with JUST 1 LAYER OF BEDROCK was bad enough that I had to allocate 4GB RAM just to keep Minecraft from hanging every 1.5 secs. I would NOT recommend doing this, but if you must, please make sure you have at least around 10 GB RAM to spare to Minecraft before you load up a world with anything significant in it. I will also point out that render distances this big cause the horizon to look weird and extremely sharp.
If even with all that I have warned you about you would still like this, please PM me.
I support this, but see one major issue: file size.
At the moment worlds can already get quite large in terms of file size, even with the limit. Increasing that limit to 1000 might not be much, but making it a cube would definitely not work.
AutoParkour is a mod that allows you to select any block and makes the jump to that block for you!
The current version requires you to sneak to the back of the block you are standing on, and is not completely reliable. I am currently in school, so will only be working on this on and off, so it might take a while for any updates.
I have another bug, again looks like an issue with optimization. when in 3rd person mode (from front) everything behind you disappears. I think this might also be the reason for the fps drop looking away from the sun because more stuff is rendered due to shadows being on your screen. Even without shadows, it might still make a difference. I am not sure, but anyway. Here are screenshots for this new bug: (I know why hand is doing weird things, it is because I changed settings in GLSL shaders mod for hand depth (bug happens even without changing that))
Ok guys, this doesn't only happen on SEUS, it happens with others as well. Even the FPS drop happens with others. So I guess it is a part of the GLSL shaders mod then and not SEUS.
EDIT: The shaders I tried were derived from SEUS, so I guess the bug is with SEUS then
I have another bug, again looks like an issue with optimization. when in 3rd person mode (from front) everything behind you disappears. I think this might also be the reason for the fps drop looking away from the sun because more stuff is rendered due to shadows being on your screen. Even without shadows, it might still make a difference. I am not sure, but anyway. Here are screenshots for this new bug: (I know why hand is doing weird things, it is because I changed settings in GLSL shaders mod for hand depth (bug happens even without changing that))
I found a "bug" (not sure if it is actually a bug). In all of the 1.01 versions (I haven't tried 1.00) When you look in the direction of the sun the FPS is significantly higher than if you look away, even in a super-flat world. The presence or absence of blocks on either side or the time of day make no difference to this what so ever. Also, when the sun is perfectly straight up, to make this happen you need to look straight down. The reason I haven't checked 1.00 is because I thought this might be an issue with the optimization that was done in 1.01. Screenshots (Ultra motion blur):
0
Idek, I kinda sorta stopped cause, well, i found other stuff to do
I just had another person message me about this too so i'll see if I can get it done
0
I see. Makes sense I guess for it to do it by itself. The thing is though I am not yet able to detect when you are at the end of a block. For the same reason a triple neo is very hard to program since you need to be perfectly on the edge of the block when you jump. I am working on this though, hopefully block edge detection will work. That is mainly what I am trying to fix and then I should be able to put up a download link.
0
I am still working on this, but I've had exams and such so haven't had much time. At the moment this does exactly what you describe if you select a four block jump. It does a jump to give you the necessary speed and then jumps on the very last possible second. This is not the very last moment, because most parkour anti-cheats negate overly accurate timing. And this is completely client sided so no packet changes.
0
I have done this, but I must warn you. If there is any other way, and I mean ANY other way for you to get everything you need in render distance, then do that. As you increase the render distance the memory required increases exponentially and performance decreases exponentially. Setting the render distance from 32 to 64 on a superflat world with JUST 1 LAYER OF BEDROCK was bad enough that I had to allocate 4GB RAM just to keep Minecraft from hanging every 1.5 secs. I would NOT recommend doing this, but if you must, please make sure you have at least around 10 GB RAM to spare to Minecraft before you load up a world with anything significant in it. I will also point out that render distances this big cause the horizon to look weird and extremely sharp.
If even with all that I have warned you about you would still like this, please PM me.
0
I support this, but see one major issue: file size.
At the moment worlds can already get quite large in terms of file size, even with the limit. Increasing that limit to 1000 might not be much, but making it a cube would definitely not work.
0
Working on it!
0
No, sorry, no download yet, I will add a download soon, probably after update 2.
0
Working! http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/wip-mods/2595587-autoparkour-wip
4
0
If you need one without forge, PM me I will be happy to make you one!
2
I hope people here will be excited to hear that I'm working on it!
0
Ok guys, this doesn't only happen on SEUS, it happens with others as well. Even the FPS drop happens with others. So I guess it is a part of the GLSL shaders mod then and not SEUS.EDIT: The shaders I tried were derived from SEUS, so I guess the bug is with SEUS then
0
1
I found a "bug" (not sure if it is actually a bug). In all of the 1.01 versions (I haven't tried 1.00) When you look in the direction of the sun the FPS is significantly higher than if you look away, even in a super-flat world. The presence or absence of blocks on either side or the time of day make no difference to this what so ever. Also, when the sun is perfectly straight up, to make this happen you need to look straight down. The reason I haven't checked 1.00 is because I thought this might be an issue with the optimization that was done in 1.01. Screenshots (Ultra motion blur):
P.S. I love your shaders!