I bring thee not simple rearrangements, but a whole new world of possibilities,,,

The future looks brighter than ever, but only if there is enough hope.

what's this gay shit who likes dubstep are you 13??

What exactly are you building? I'm just going to assume that you're not crazy enough to try to implement the game in Java.

that is pretty nifteh. download 4 fun? ^^

This is obviously not Inferno.

Quote:

---

Originally Posted by n00b1n8R

what's this gay shit who likes dubstep are you 13??

---

http://www.modacity.net/forums/attac...1&d=1366305833

I'd like to report a bug:

You're programming in Java

halo coming to an ipad near you

alpha release only $10

thanks for the update on prometheus

I'm looking forward to playing halo on a phone actually. please make this happen.

Quote:

---

Originally Posted by Kornman00

I'd like to report a bug:

You're programming in Java

---

I agree, this is a huge error. The developers definitely need to be notified.

I remember testing this awhile ago when it was a card game lol.

Quote:

---

Originally Posted by Futzy

thanks for the update on prometheus

---

bwahaha approved for funny

GIVE US THE ALPHA!

Quote:

---

Originally Posted by ThePlague

GIVE US THE ALPHA! TAGS

---

FTFY

TAGS OR :gtfo:

Beta build costs more. $20, for Beta, but you get starting rocket launcher and your choice of shotgun or sniper rifle. Note: special promotion weapons do not persist through death. But don't worry, you can get them back for just $2.49.

1. It's written in XNA and Visual C.
2. It's $50.00 for the beta and there is a weekly subscription fee.
3. Dubstep is the only true god.
4. The giant dad's word is law.
5. C++ is the slowest programming language ever made.
6. Linux and Mac support are permanently suspended and it was a bug that allowed it to run on multiple platforms.
7. The game will only be released on Xbox 720 because it's the only good platform.
8. Fucking niggers.

If I hear any misinformation I'm going to sue modacity.net for slander and grand theft tagging.

edit

0. Games for Windows Live and Windows 8 release will be delayed by 5.12 years.
-1. Array out of bounds.

Also, LWJGL makes my dick rock fucking hard, and I understand that Java has touched many you when you were children but you must forgive it's sins and learn to love it, carnally.

Nope, Java is still a shitty pitty. Oracle helps drive the nail into the shitty pitty coffin.

:neckbeard: java

Let me know when you code it in a real mans language.

Yeah, use MonoGame for Windows 8 Metro and Windows Phone 8, you utter pleb

what fliblifijiibidoio said ^^

FUCK IT

I'm rewriting the entire game in lisp and use html and flash for the graphics libraries.

You fucking casuals.

Oh, so this wasn't a troll thread? My bad.

Hey buttslut give me a test version :D

Quote:

---

Originally Posted by ThePlague

Hey buttslut give me a test version :D

---

edit: fucking quickmeme. Just click it: http://www.quickmeme.com/meme/3u0ziy/

I'm actually a top IRL.

True fax.

Quote:

---

Originally Posted by Kornman00

edit: fucking quickmeme. Just click it: http://www.quickmeme.com/meme/3u0ziy/

---

lawl. I never understood why people insult the person they are trying to get something out of.

I just finished rewriting the entire shader system within the engine. GLSL shaders are now generated on demand and are optimized for the materials they are used on. I also re wrote my shader files so they are pretty flexible.

I understand how everything works but I want to make sure the documentation is clear. Is there anything that's not explained in this?
Here is the default fallback shader with the documentation commented into it. (its the blue and white checkerboard shader)
Here's the metal floor shader I just threw together for a test.
And here's the cloud shader used in the skybox.

Heres a picture of that metal floor shader as well.

Jesus fucking christ, halos animations look awful at 90 FOV. :ohdear:

Lol you've never noticed that? Try out some other people's animations, like ICEE's or ODX's.

I don't understand all the Java hate. Sure, its not the most powerful language, but if you know what you're doing, it gets the job done.

Quote:

---

Originally Posted by Elite051

I don't understand all the Java hate. Sure, its not the most powerful language, but if you know what you're doing, it gets the job done.

---

It's kind of like xbox fanboys. They just hate other consoles because they are ignorant or stubborn. No real logic behind it.

Java has flaws, but it also has many benefits. Like all languages.

If you were to release this, how hard would it be to make maps and whatnot for it?

Quote:

---

Originally Posted by Not Inferno

It's kind of like xbox fanboys. They just hate other consoles because they are ignorant or stubborn. No real logic behind it.

Java has flaws, but it also has many benefits. Like all languages.

---

I may be stubborn against Java, thats true. I cant stand the language to the point I feel nothing should be made using it, because there is far better alternatives that use more widely accepted programming practices.

I guarantee that I have more experience in a multitude of languages than you, and I dont mean in an arrogant way I put it forward as to say that I have a vast experience in a lot of languages and feel I have enough to make a good judgement.

For now you will find Java may be playing ball, when you dive into more advanced techniques you will find there just isnt the capacity to do certain things, or at least you have to mold design around the implementation of Java, which should be the other way around.

There are by far better alternative to Java, its a dated language and nowadays causes more harm than good.

What you have got so far, is pretty nice so I will give you credit. I just feel you shouldnt be limited by the tools you use, and Java will limit you.

Quote:

---

Originally Posted by Not Inferno

Jesus fucking christ, halos animations look awful at 90 FOV. :ohdear:

---

Your FoV is closer to ~120 in Halo. However, I noticed that Halo scales the FoV by .85 for some reason, so the real FoV is lower than it might lead you to believe.

Quote:

---

Originally Posted by ThePlague

If you were to release this, how hard would it be to make maps and whatnot for it?

---

Easier than Halo. You just model whatever you want. Export a collision and a visual mesh as .obj or .tbj then import them and place them in the bsp. You can either just import the entire map as one mesh or make the map out of lots of small meshes. Lighting is dynamic cascading shadow mapping so no 50 hour radiosity.

Also, collision is per poly so you dont have to seal shit and fix open edges.

Quote:

---

There are by far better alternative to Java, its a dated language and nowadays causes more harm than good.

What you have got so far, is pretty nice so I will give you credit. I just feel you shouldnt be limited by the tools you use, and Java will limit you.</em>

---

What languages?

And honestly java has not limited me at all so far. All the performance issues I've had have been due to my code being unoptimized.
Everything in the engine is implemented except particle systems, and ai. I don't plan on writing AI for the time being and particle systems won't be too difficult. Hell I'm still running the entire engine on one thread (aside from networking which is threaded for obvious reasons). I'm going to move a lot of physics on to a separate thread later for even more delicious optimization.

One q: What is the goal of this project?

Quote:

---

Originally Posted by Patrickssj6

One q: What is the goal of this project?

---

Having virtual sex with cortana using occulus rift and a rumble pack.

Quote:

---

Originally Posted by Not Inferno

Having virtual sex with cortana using occulus rift and a rumble pack.

---

Oculus+Fleshlight


Also due to HER* nature a little shock or too down there wouldn't be a terrible idea.

Also this might be a stupid question, but are you porting the engine to some extent? Like can it read halo maps and probably spawn points, have a base set of weapons?

Edit: What I mean is, open halo1 maps, read BSPs, probably spawn and objective then handle the rest of the tags apart.

Quote:

---

Originally Posted by leorimolo

Oculus+Fleshlight


Also due to HER* nature a little shock or too down there wouldn't be a terrible idea.

Also this might be a stupid question, but are you porting the engine to some extent? Like can it read halo maps and probably spawn points, have a base set of weapons?

Edit: What I mean is, open halo1 maps, read BSPs, probably spawn and objective then handle the rest of the tags apart.

---

No, I have no plans to do that.
I honestly know nothing about reverse engineering game files like that. (aside from plain text stuff) And if I were to ever research it I'd be working on an editing kit for Dark Souls haha.

What my engine can do is provide a platform for any game you want to make, though it's focused on multiplayer. I'm using halo assets to test things.

My goal is that when everything is finished it should take minimal effort to port just about any game to my engine if you have the assets. *wink*

This will be an open source project. I have been pretty heavily commenting my code explaining how things work as well. And I'm hopefully going to provide a very robust physics library. (the current one is very simple)

I am a little nervous to start work on angular velocity physics. The math involved with that is pretty brain melting. :ohdear:

Quote:

---

Originally Posted by Patrickssj6

One q: What is the goal of this project?

---

That is a good question.

Quote:

---

Originally Posted by Not Inferno

And honestly java has not limited me at all so far. All the performance issues I've had have been due to my code being unoptimized.

---

Well soon you will hit issues with garbage collection, Java is really not great at managing it, you've mentioned you pretty much havent focused on thinking about garbage collection at all in what you have coded so far, it may work now but when you ramp things up it will become an issue. You havent managed it yet, so when it kciks in, it will block and halt the game up, which depending on how much it needs to clear up, can be multiple seconds, you really dont want that locking your game up do you.

Physics will probably be one of the hardest things for you to nail down, mathematics in Java is pure ugly and you will find it a headache.

Theres a reason why mainstream/indies dont use Java, its uncommon for games, its considered slow, its not a low-level language. I do wonder, what did you pick Java at the start? What was your thought process?

Are you at least using LWJGL?

Quote:

---

Originally Posted by Limited

Well soon you will hit issues with garbage collection, Java is really not great at managing it, you've mentioned you pretty much havent focused on thinking about garbage collection at all in what you have coded so far, it may work now but when you ramp things up it will become an issue. You havent managed it yet, so when it kciks in, it will block and halt the game up, which depending on how much it needs to clear up, can be multiple seconds, you really dont want that locking your game up do you.

---

http://www.ibm.com/developerworks/library/j-jtp09275/

My engine doesn't generate much big garbage I'd assume. (It's not a game like mine craft which throws away enitre chunks from memory all the time) All forms of "assets" are loaded, cached and reused. IE Once I load a weapon model or sound or animation it's loaded and used for every every object that needs it and held in memory until you load a new map. When a new map is unloaded that's when big garbage is going to happen.

Quote:

---

Originally Posted by Limited

Physics will probably be one of the hardest things for you to nail down, mathematics in Java is pure ugly and you will find it a headache.

---

I already have physics, I'm currently using point physics on most items and projectiles. I'm using spheres for players right now (going to use cylinders later when I learn how to do that) I also have basic model based collision as well. Physics is currently less of a performance issue than GLSL right now. GLSL perfomance is my current focus. And additionally, physics are done "in the cloud" for the multiplayer aspect so a lot of it won't be an issue.

The part I don't have is angular velocity physics and ragdoll (soft body) physics. That's going to be a last touch most likely.

Quote:

---

Originally Posted by Limited

Theres a reason why mainstream/indies dont use Java, its uncommon for games, its considered slow, its not a low-level language. I do wonder, what did you pick Java at the start? What was your thought process?

---

Meh, don't know. This was my first massive programming project so I thought it a good idea to use a language with less low level management. I'm not trying to make cry engine 3 so I really don't think I should worry about performance to a massive degree. I do know if I write another engine it will probably be c++ now that I have a pretty thorough understanding of how structuring a game engine goes.

Quote:

---

Originally Posted by Limited

Are you at least using LWJGL?

---

Of course, I already stated that. Speaking of LWJGL, I hope they get occulus rift support. I'll put that in my engine.

So here's another random test. UV animations are now possible with shaders. Will moslty use it for plasma effects and water and stuff but I just made some trippy ground shaders for a test.



Blame FFMPEG for killing my FPS. The engine was running at around 155fps.

Video is broken, you have a direct link?

http://www.youtube.com/watch?v=gU_mv...wOIUyQ&index=1
Works for me though.

Works for me, pretty cool. Can we do flowing grass? :D

Quote:

---

Originally Posted by ThePlague

Works for me, pretty cool. Can we do flowing grass? :D

---

Yeah I'm sure you can do some fun stuff with it. Might be interesting to add distortion mapping to the engine in some form, then you could make grass sort of shift in the wind or something.

Flowing Grass? Geometry Shader *cough*

Quote:

---

Originally Posted by Patrickssj6

Flowing Grass? Geometry Shader *cough*

---

Vertex shader yes.

OpenGwhateva

I want to make a map for dis.

Quote:

---

Originally Posted by ThePlague

I want to make a map for dis.

---

I'll write some documentation on all the details of making a map in 12D. But I'd kind of like some feed back on the shader creation documenation that I posted on like page 4. I want to know if its clear.

The specular is being a garbage 200 elo scrub but the rest of the shader system is improving.
I added a new command for difference mapping in my shader files. diff(texture, texture) returns the difference of those two textures. Allows for lightingy plasmy stuff.

Quote:

---

Originally Posted by Not Inferno

I'll write some documentation on all the details of making a map in 12D. But I'd kind of like some feed back on the shader creation documenation that I posted on like page 4. I want to know if its clear.

---

Seems a bit complicated, but I understood it well enough.

Quote:

---

Originally Posted by Elite051

Seems a bit complicated, but I understood it well enough.

---

Anything I should clarify? I've added more basic math functions and I'm considering putting in the option to write straight into the GLSL shader through the games shaders as well for advanced stuff. I'm going to rewrite that documentation later with the new stuff.

The design is sort of based off of Unreal Engine 3 shaders but without the graphical interface that UE3 uses. Most of the stuff you can do with UE3 shaders can now be done with mine. :iamafag:

I'd like to rescind my comment. Upon viewing it on a non-mobile device, it looks much better. My complaint was not so much a critique of the documentation itself, simply its organization, which looks much better on a desktop.

In other words, its good, I'd love to see the new version.

Quote:

---

Originally Posted by Elite051

I'd like to rescind my comment. Upon viewing it on a non-mobile device, it looks much better. My complaint was not so much a critique of the documentation itself, simply its organization, which looks much better on a desktop.

In other words, its good, I'd love to see the new version.

---

Good to hear. Thanks.

Also, fixed specular. Specular is now calculated per fragment and is now fully working with animated meshes (the normalization was wrong before). Though I ran into an odd bug that I have yet to trace to anything in particular. Whatever shader is created last doesn't really work correctly. I'll be looking into it later.

How's this looking guys?

That looks really awesome. Make a disco ball :D

THE PLAN:
1: Fit orthographic shadow projection to view frustram for more precise shadows.
2: Setup system for multiple shadow projection frame buffers so I can cascade shadow maps for high quality shadows near the player.
3: Setup framebuffer for first person models and animations and use a very small shadow projection for it. (first person shadows nigaaaaaaaaaa)
4: Dump TWL because it's a high maintenance bitch and stole my wallet after we had sex.
5: Write my own UI library using opengl and my shader library and have it on it's own framebuffer.
6: Particle systems need implementation. (dynamic lighting is already done though)
7: Get fucking wasted because the graphics engine is FUCKING DONE

I must say, the lighting in that last image looks fantastic! Certainly on par with the original.

I second Plague's request for a disco ball

Should get this map into it and compare :D
http://hce.halomaps.org/index.cfm?fid=3135

Aren't those shader code strings just compiled at run time? If you're going to completely hard code them, why not keep the comments as actual comments in the code there by reducing your executable's size and amount of work the parser has to do? Did you say exactly why your shader code is embedded in the source as strings already?

Quote:

---

Originally Posted by Kornman00

Aren't those shader code strings just compiled at run time? If you're going to completely hard code them, why not keep the comments as actual comments in the code there by reducing your executable's size and amount of work the parser has to do? Did you say exactly why your shader code is embedded in the source as strings already?

---

The comments are there because I haven't gotten around to removing them. I have a big "TODO:" stamp at the top of the Shader class with a list of things that need optimizing. The shader class has gone through so many complete rewrites recently I just haven't seen a reason to optimize it.

The glsl shader code is broken up into a lot of pieces and I just take the pieces I need for each shader and glue them together (along with any parameters specified in the games shader files) to create a shader specialized for each material.

Making a holographic light? Shader just grabs the illumination code and transparency code.
Making a metal floor? Shader grabs lighting, normals, and specular.

Quote:

---

Originally Posted by Elite051

I must say, the lighting in that last image looks fantastic! Certainly on par with the original.

I second Plague's request for a disco ball

---

Thanks :iamafag:

The interesting thing is that lighting in the engine is dynamic. I'm going to add an option to do shadows staticly but right now you can do very natural day night cycles with lighting.

I am considering adding support for the old light mapping system (it's literally just vec4 light = texture2D(lightMap, texCoord[1]); in glsl so it wouldn't be super hard) and I'm also considering adding cube mapping. Halo used cubes instead of specular in a lot of places so it might be nice to have cube support.

What do you guys think.

Quote:

---

Originally Posted by Not Inferno

The glsl shader code is broken up into a lot of pieces and I just take the pieces I need for each shader and glue them together (along with any parameters specified in the games shader files) to create a shader specialized for each material.

Making a holographic light? Shader just grabs the illumination code and transparency code.
Making a metal floor? Shader grabs lighting, normals, and specular.

---

It's too bad your engine doesn't have a tag-like system to it, then you could make this entire process data driven.

Quote:

---

Originally Posted by Kornman00

It's too bad your engine doesn't have a tag-like system to it, then you could make this entire process data driven.

---

It does and it is.

Cubemapping, absolutely. Old lighting system, I know nothing about.

Quote:

---

Originally Posted by Elite051

Cubemapping, absolutely. Old lighting system, I know nothing about.

---

Halo used a texture to do its lighting. Essentially radiosity would calculate lighting and then save it to a texture. A high quality radiosity can provide some pretty nice lighting with very little work for the gpu. But radiosity is completely static.

My engine currently uses shadow mapping and glow lighting which is all real time and is kind of expensive on the gpu. Since its real time though I can adjust the shadow quality to be higher near the player and I can also use that same lighting information to apply shadows to the first person models and what not.

I am modeling a map right now, what is the difference between putting it into this and putting it into Halo? Modeling wise I am going to seal the map, just incase. I will unwrap it, etc, like I would with Halo. What else would I need to do to get it into your engine?

Been busy with life stuff. Anyways, just skype me and I'll send you the example models of hangemhigh and death island.

My brain hurts and my dick is a fruitloop. Adventure time or something. It sucks that now I have to optimize that code. It's a giant fucking mess and because of that I'm getting a pile of shit where my FPS used to be...

http://www.youtube.com/watch?v=59gigKtnk-o

Could one do weather shit like rain or snow in this?

Quote:

---

Originally Posted by Not Inferno

Halo used a texture to do its lighting. Essentially radiosity would calculate lighting and then save it to a texture. A high quality radiosity can provide some pretty nice lighting with very little work for the gpu. But radiosity is completely static.

My engine currently uses shadow mapping and glow lighting which is all real time and is kind of expensive on the gpu. Since its real time though I can adjust the shadow quality to be higher near the player and I can also use that same lighting information to apply shadows to the first person models and what not.

---

Why can't you do baked textures for levels which you just layer shadows from non-bsp geometry onto?

I'm guessing it's because that type of shadow can't cast onto dynamic models (i.e. the weapon in your hand) except as a primitive form of ambient lighting change around the player, which is more of a trigger than the actual shadow. RAGE did that, and it felt very 2003 in what should have been a cutting-edge engine. It also precludes the use of a convincing day-night cycle in a game, if that's something you want to add.

Quote:

---

Originally Posted by n00b1n8R

Why can't you do baked textures for levels which you just layer shadows from non-bsp geometry onto?

---

It takes more memory, but it's cheap on runtime. But there's a reason why only Unreal 3 is pretty much the only major engine still using it. It sucks and there are tons of better methods that move to a more accurate and real time method.

Quote:

---

Originally Posted by nuttyyayap

Could one do weather shit like rain or snow in this?

---

Easily. You can even have the rain fade in as clouds form over head and the lighting of the map dims to a greyish blue. Like in real life.

Quote:

---

Originally Posted by n00b1n8R

Why can't you do baked textures for levels which you just layer shadows from non-bsp geometry onto?

---

I could do that, and I'm considering having lightmaps as an option in the engine. That's not a priority right now though.

Quote:

---

Originally Posted by Warsaw

I'm guessing it's because that type of shadow can't cast onto dynamic models (i.e. the weapon in your hand) except as a primitive form of ambient lighting change around the player, which is more of a trigger than the actual shadow. RAGE did that, and it felt very 2003 in what should have been a cutting-edge engine. It also precludes the use of a convincing day-night cycle in a game, if that's something you want to add.

---

Yeah the lighting model I'm using is very expensive on the GPU but is completely dynamic and can create true day night cycles. The values related are in the bsp tag:

Code:

---

sunMapRadius<float> //Radius of the area that you want lit (IE the entire radius of hagemehigh or the island part of death island) anything outside this radius will just be normal brightness.
sunRotation<float x, float y> //Position of the sun 0,90 would be straight down from the sky.
sunRotationAnimation<float x, float y> //Amount the sun should move every tick

sunLightColor<float r, float g, float b>
sunShadowColor<float r, float g, float b>

---

Quote:

---

Originally Posted by Zeph

It takes more memory, but it's cheap on runtime. But there's a reason why only Unreal 3 is pretty much the only major engine still using it. It sucks and there are tons of better methods that move to a more accurate and real time method.

---

Light mapping has it's place. In Unreal Tournament 3 I can see why they used it. It works great in that game and costs little on the GPU. I just decided not to use that kind of lighting. It's easier on the artist to use CSM I think. Less dicking around with lightmaps.

I gots dual GPUs, I can handle it! Actually, maybe not, not without lowering the resolution. Does Frostbite use lightmaps anywhere? I was under the impression that all of the lighting in that game was dynamic as well, because it seems to be.

lightmaps are a pretty crappy way of doing anything in general if you're looking to make something that's supposed to run on more than an ipad.
/artist perspective

deferred rendering ftw.

Quote:

---

Originally Posted by PenGuin1362

deferred rendering ftw.

---

Did some research on that. Looks interesting. I'm far past being able to make such a drastic change to the engine, but some day when I write a new engine I'll try that.

Quote:

---

Originally Posted by neuro

lightmaps are a pretty crappy way of doing anything in general if you're looking to make something that's supposed to run on more than an ipad.
/artist perspective

---

They have a few advantages. A good use of lightmaps can provide very nice indirect lighting and shaped lighting for very cheap.

Also on a side note. After some simple optimizations within the shadow PCF and distance interpolation I've taken it from 40~ fps back to 120~ fps. Still lots to work on though.

Image based lighting and consine/gloss maps plz.

Cleaned up shadows some more. Improved performance a good bit, still a lot to do with that though. Post processing is now supported.

Bloom filter:

Unfiltered:


Anyone got any nice HDR or bloom glsl shaders I can throw on there? The one I used for testing is absolute ass. :v:

Considering doing water tommarow. Or maybe first person frame buffers.

Nvidia has a library of shaders for FX Composer

Also, is it safe to lightly drink alchol 12 hours after taking 10mg adderol? I'm doing it anyways but I hope that's enough time.

amphetamines and alcohol go hand in hand
source: breaking bad

I swear that water is a performance rapist, this is partially due to the code I wrote that writes the ondemand shaders doesn't "post optimize" yet. That's another thing on the list haha.

Also, no I'm not using a fog plane. Considering if I even want to put something like that in the engine atm.
HD button says hi.

I'd hit it.

And now I have a framebuffer in place to render first person models. And thank god for once the GLSL code was simple. Coming to a total of 3 lines.

Code:

---

vec4 fp = texture2D(fp, texCoord);
 vec4 world = texture2D(world, texCoord);
 gl_FragColor = ((1 - fp.a) * world) + (fp.a * fp);

---

My original architecture related to the player and hud also worked without many changes. It's nice when stub code you wrote ages ago works exactly as it should when you hook that shit up to the renderer.

That's it for tonight. I"m pooped. :v:
Tommarow, fix that horrific bug I found in BSP and then begin work on the UI framebuffer and the 12DUI library. And if there is time add the scalar functions to shader so that we can have nice things like ammo counters on guns. :iamafag:

Scalar functions in shaders now supported. I hardcoded it to 4 float variables (scalarA, scalarB, scalarC, scalarD) but this can be expanded later if I feel like it. Basically you can write in your shader like:
diffuse=tex<0,1,1,0,0,0,0,rgb> * scalarA
or
diffuse=tex<0,1,1,0,0,0,scalarA,rgb>

And then you can create an object like a weapon or vehicle that uses that shader and you can set scalarA during each draw.
So you can use scalarA to turn on and off the lights on a warthog or to animate the tires to spin when it's moving.

Halo had a similar system but it was more restricted.

Also, I'm about to tear TWL out of the engine and start writing my own library to replace it. Making a bak of everything and crossing my fingers.

Welp I'm done for the night. Major changes include:
TWL has been completely removed from the engine.
Input has been completely rewritten and is set up in a much more "uniform" way. Improved overall.
Keybinds are now very easy to rearrange.
The ground work for 12DUI is in place and is the next thing I'll be working on.

Quote:

---

Originally Posted by Not Inferno

Also, is it safe to lightly drink alchol 12 hours after taking 10mg adderol? I'm doing it anyways but I hope that's enough time.

---

I used to take 80mg adderall and drink like an alcoholic (mostly because the adderall). The only thing that makes it dangerous is the fact that because it's a stimulant, you may not feel as drunk as you really are and therefore have the propensity to get alcohol poisoning, or if you take higher doses of it at the same time (without a tolerance) you could possibly suffer a heart attack. You'll be fine.

Quote:

---

Originally Posted by Not Inferno

Welp I'm done for the night. Major changes include:
TWL has been completely removed from the engine.
Input has been completely rewritten and is set up in a much more "uniform" way. Improved overall.
Keybinds are now very easy to rearrange.
The ground work for 12DUI is in place and is the next thing I'll be working on.

---

Where's my HDR IBL

Quote:

---

Originally Posted by PenGuin1362

Where's my HDR IBL

---

Lighting is finally how I want it and I'm not rewriting it.

I can of course do HDR through the post processing I assume.

Also, (completely relevant I swear) been working real hard today on this:

So the implementation of UI is done. I need to flesh out the features some more and integrate into the player controller but it is working now.
I recreated the halo health and shield bar using my amazing artistic skills.
I used these 3 absolute master piece drawings:
Attachment 3214
Attachment 3213
Attachment 3215

And made this basic test hud. I put up 3 screenshots showing the color change and bar fill and empty.



I'm tired as balls at this point. Won't be doing any more work for the next 2 days because of life stuff but I feel that a lot of progress has gone through this week.

Looks like you are using the fixed pipeline still, just a heads up if you didn't already know, it's been removed since opengl 3.1+/ES 2.0+ if you ever plan to use those features or go mobile.

That health bar is cool an all, but isn't it supposed to be on the right side of the screen?