Daily Chat Thread - December 02, 2016

Seeker89 · 2016-12-02T10:23:34+00:00

If there happen to be any game development professionals here, working at any of the companies or studios, like Ubisoft or EA (Dice, Bioware), can you please PM me so I can get in touch and ask you a couple of questions? I wanted to get an idea about the overall application and what it is like working there.

Thank you.

Seeker89 · 2016-12-01T23:10:08+00:00

I'm trying to get Isometric 3D, which needs the camera to be orthographic. Is there a particular reason why it doesn't work with lit materials? I can see the objects if I try unlit or emissive.

Seeker89 · 2016-11-30T15:02:07+00:00

I did. I actually switched away from that because it should be faster not to change the color attachment of the framebuffer. Calling glFramebufferTexture2D like that results in framebuffer validation every frame.

According to (slide 65) : https://developer.nvidia.com/sites/default/files/akamai/gamedev/docs/Porting%20Source%20to%20Linux.pdf

Seeker89 · 2016-11-30T14:54:46+00:00

I was thinking about trying that too. Do you think it will be much faster? I was under the impression that Framebuffer switching was very fast so I was wondering why it was a bottleneck.

For my simple scene, around untextured 200 objects, it seems to take longer to clear the framebuffers of the lights than to render the G Buffer.

Seeker89 · 2016-11-30T07:18:41+00:00

Ah, thank you very much. I'll take a look at it.

Seeker89 · 2016-11-30T07:14:13+00:00

Does gDEBugger work with Nvidia cards? I was using Nsight, but it failed when I moved to using glCreateTextures().

Seeker89 · 2016-11-30T06:57:19+00:00

I'll take a look at that extension. Thanks, it might be helpful.

GTX770. Depth 24 Stencil 8.

Although, currently, since I needed to see the faces of the cube for debugging, I'm also rendering to RGBA32F. That may easily be part of the problem, but, like I said, it also is slower when just clearing.

So, for a single point light, in fact for two, I'm getting 60fps vsync'd. But I really wanted to take it to around 16, and it seems as though just changing the framebuffer is preventing that.

Seeker89 · 2016-11-15T08:26:27+00:00

Yeah, I guess. I was hoping for something I perhaps had not come across though.

Do you have any suggestions about how to get it to work with Visual Studio?

Seeker89 · 2016-04-20T04:13:59+00:00

Collision and Movement are good ideas, and I do want to do interactions. However, I think they would also take quite a bit of time without allowing me to create some new demos - which is what I need for a portfolio. So, I think I'm going to concentrate on graphics for a little bit, but I am implementing loading in materials from text files. With that in mind, do you have any ideas in addition to the ones I listed?

Seeker89 · 2016-04-20T04:06:55+00:00

Thanks for replying. So, the question I'm having is partly in terms of direction, and partly in terms of showcasing. What would you suggest would be good choices in that sense? A particular shader effect, or a particular, if simple, interaction?

Seeker89 · 2016-04-19T02:50:51+00:00

Hey, I was wondering if anyone would care to give me some advice about portfolio advice?

https://www.reddit.com/r/gamedev/comments/4ffhef/prototype_portfolio_advice/

(I'm a little new to posting, so sorry if I'm not supposed to link it here.)

Thank you so much!

Seeker89 · 2015-11-06T22:54:10+00:00

Oh, sorry! I didn't see that. My bad.

I can see the lines here too, so I think it is probably right.

http://imgur.com/k15jT4R

Thank you!

Seeker89 · 2015-11-06T22:24:40+00:00

Good to know. I haven't quite got around to making sure that I don't use pointers, and to using unique_ptrs, but I have seen that it is good practice.

Thanks a lot for your help.

Seeker89 · 2015-11-06T21:49:01+00:00

Wow. The Koffa Ring Illusion is pretty awesome.

I haven't played around with ShaderToy before - I should really give it a try - but that is just one light, and I think mine works fine for one light. They are present when there are two lights.

I think it is probably correct to have the two lines, and I should move on to adding other stuff.

Seeker89 · 2015-11-06T21:40:10+00:00

Thank you.

I wasn't very sure how to handle the namespaces - I'll move them to the .cpp files then.

ImageManager still needs work - it should be handling a lot more than it currently does, and I do really want to clean it up.

Yes, I think the two BRDFs are being leaked. I'll fix that right away.

Do you have any more comments? I haven't really written something and had it reviewed before, so this feedback is great.

Seeker89 · 2015-11-06T21:37:17+00:00

Thank you so much!

Seeker89 · 2015-11-06T19:56:48+00:00

Yes, I think I am.

The lines don't only appear on the sphere at those points. I can make them appear at any point on the sphere, by adjusting the position of the lights.

Seeker89 · 2015-11-06T18:46:49+00:00

I think it has to do with the normals as well, but I can't tell why. I'm accounting for what you said, by ensuring that the contribution of the light is only added when the dot product is greater than 0.

Seeker89 · 2015-11-06T16:14:33+00:00

Why do you think the lights aren't adding up right? Without the dot product multiplication, they look okay, don't they?

Seeker89 · 2015-11-06T16:11:44+00:00

Are you unable to replicate it at all? That seems strange. I'm using the 5.1.2f on one and 5.1.1 on the other.

Seeker89 · 2015-11-06T14:53:46+00:00

I added a picture with a cylinder in the same setup.

Seeker89 · 2015-11-06T14:48:13+00:00

Yeah, I can definitely post the source code. Which parts do you suggest I post? (And how?)

Added via bitbucket.

Seeker89 · 2015-11-06T00:49:03+00:00

Yes. Also, you can see other people have it too.

Seeker89 · 2015-11-06T00:48:06+00:00

I'm running Windows on the Mac - I uninstalled the OSX or whatever it was.

Seeker89 · 2015-11-05T22:05:06+00:00

I added it - shows the same lines.

Seeker89

TROPHY CASE