I re-coded Minecraft, purely for MAXIMUM FPS (World Record)

You won't know you need it until you have it. Check out StarForge computers: starforgepc.com/ElementX

I love how Java is so poorly optimized that there needs to be mods to get it to run better

Someday, Element X is going to reach the point where OUR computers start burning just from watching his videos

I got the opposite end of the spectrum, 100,000 ping!

previous record: 20k fps him: lets try that. him after 10 minutes: 5879886945196 fps

bro : My computer sucks 😭😭😭 bro's coumputer :

Bro's now gonna be getting infinite fps in next video 💀💀

Somebody, make a mod with these Optimizations to make the most playable Java experience ever, I beg of you.

Love the video man, love from Australia

pov: dont run obs at the same time, just record with a different device

Something I use all the time is Sodium, Nvidium, and Exordium. Exordium limits the GUI updates depending on the UI element, and Nvidium uses NVIDIA only OpenGL mesh shaders. Using that combo I get around 1500FPS average in a standard Minecraft world at about a 64 chunk render distance

please, i beg you, use a giant arrow bow from one of the last vids and enchant it with "no"

For the people asking how my comment says 5 days ago is because I'm a member and it was a member only video till now

i love how modded 1.7.10 with backported features is still faster than the latest version with 30 billion optimization mods

if I recall correctly the point of higher FPS than your monitor is that your GPU has a clock it sends information to your monitor on, and that clock isn't synced to your game in any way. Hence whatever the last frame written to the buffer is what it will pull, hence higher FPS means slightly less input lag as you want close to zero delay between buffer write and monitor pull. Note that the amount of time it takes to render a frame isn't consistent, so it's not possible to render just one frame per monitor cycle to achieve ideal lowest input lag. The best you could prob do is (whilest using v-sync) progressively track the standard deviation of the frame-times in order to calculate a delay that (with like, 99.9% confidence) you can afford to wait at the start of refresh cycle before spamming as many frames as possible. This is more of a cheap hack (in terms of FPS, could save power or extend GPU lifetime slightly tbh) than anything b/c the main point of very high FPS is lower input delay which this doesn't give; maybe if you're playing like a physics based game with dynamic Δt it could help? but i really doubt alternating between higher and lower Δt would help in any real way but idk. anyways, what was i doing? oh yeah banging my head against a wall trying to finish this math paper grehuisdgfhuiiuuftgyhj

Okay, there's no way I'm beating that..

>These are my own music Stop capping, at 06:22 I can clearly hear a piano rendition of "AGST - Leveled", and at around 06:50 I hear "AGST - Lucid"

The fps limiter part makes no sense: If you're ACTUALLY limiting the amount of updates to your monitors refresh rate then uour fps would just be capped at your monitors update rate. So the high fps you get cannot be real, the question is weather you purposefully faked the video or were just naive.

Make an enchantment for pickaxe that breaks all similar blocks touching it. So if you mine one stone it deletes every piece of stone it’s touching

Bro isnt scared by the fps counter The fps counter is scared of him