November 15, 2014 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >
November 15, 2014 [00:00:54] *** groton has joined ##OpenGL[00:04:23] <paul424> derhass_: why ?[00:04:46] <derhass_> paul424: because that is simply not true[00:04:47] <paul424> so what's the improvement over old fixed-pipeline rendering[00:05:01] <derhass_> unlimited number of light sorces[00:05:32] <derhass_> although that _is_ fixed function pipeline rendering[00:05:44] *** rawtass has quit IRC[00:06:26] <paul424> ok many thanks to you :*[00:06:36] <derhass_> stencil shadows for multiple lights are another reason for multiple passes[00:06:54] <paul424> ok about that maybe tomoroow :P[00:09:23] *** b4b has joined ##OpenGL[00:14:01] *** t4nk438 has quit IRC[00:17:27] *** plash has quit IRC[00:18:53] *** Lemml has quit IRC[00:19:26] *** plash has joined ##OpenGL[00:27:19] *** ayusgefagsuyfgas has quit IRC[00:29:46] *** JohnDory has joined ##OpenGL[00:30:09] *** centrinia has joined ##OpenGL[00:30:23] *** pazul has quit IRC[00:30:55] *** TheBunnyZOS has quit IRC[00:31:04] *** unreal has joined ##OpenGL[00:31:23] *** Biliogadafr1 has quit IRC[00:34:36] *** radr has quit IRC[00:36:21] *** shintah has quit IRC[00:43:28] *** telex has quit IRC[00:44:47] *** telex has joined ##OpenGL[00:46:44] *** kidnapped_robot has joined ##OpenGL[00:51:40] *** Zupoman has quit IRC[00:52:44] *** DMJC-M has quit IRC[00:53:17] *** hexagoxel has quit IRC[00:56:42] *** Syzygy__ has joined ##OpenGL[00:57:53] *** Syzygy_ has quit IRC[01:02:22] *** ripper93 has joined ##OpenGL[01:06:47] *** DMJC-M has joined ##OpenGL[01:07:25] *** linuxuz3r_ has joined ##OpenGL[01:09:43] *** Burga has joined ##OpenGL[01:10:59] *** linuxuz3r has quit IRC[01:11:14] <doomedbunnies> I'm going to have to think abotu shadows again, someday.[01:11:20] <doomedbunnies> about them, too.[01:12:46] *** plash has quit IRC[01:14:31] *** plash has joined ##OpenGL[01:15:07] *** paul424 has quit IRC[01:21:02] *** plash has quit IRC[01:21:47] *** robot-beethoven has joined ##OpenGL[01:21:56] *** slime has joined ##OpenGL[01:22:49] *** plash has joined ##OpenGL[01:23:19] *** SleekoNiko has joined ##OpenGL[01:24:38] *** b4b has quit IRC[01:28:48] *** japro has quit IRC[01:30:44] *** plash has quit IRC[01:32:09] *** plash has joined ##OpenGL[01:39:28] *** slidercrank has joined ##OpenGL[01:46:26] *** linuxuz3r_ has quit IRC[01:46:48] *** linuxuz3r has joined ##OpenGL[01:56:21] *** linuxuz3r has quit IRC[01:58:04] *** b4b has joined ##OpenGL[02:05:45] *** Orion] has quit IRC[02:08:22] *** bkre_ has quit IRC[02:15:32] *** foreignFunction has quit IRC[02:18:37] *** hahuang61 has quit IRC[02:18:49] *** doomedbunnies has quit IRC[02:19:27] *** doomedbunnies has joined ##OpenGL[02:27:03] *** erhan_ has quit IRC[02:30:42] *** Bigpet_ has joined ##OpenGL[02:32:34] *** slidercrank has quit IRC[02:39:02] *** BitPuffin has quit IRC[02:40:43] *** jangle has joined ##OpenGL[02:42:09] *** demifuror has joined ##OpenGL[02:42:23] <demifuror> hi guys. why do we flip buffers in opengl, after loading data into them>[02:42:49] <HuntsMan> what do you mean?[02:43:46] <derhass_> probably means lwgl[02:43:53] <derhass_> or some similiar java crap[02:43:57] <HuntsMan> yeah, I was thinking of that[02:46:05] *** Misu has quit IRC[02:47:11] *** BitPuffin has joined ##OpenGL[02:49:11] *** hdon has quit IRC[02:49:26] *** linuxuz3r has joined ##OpenGL[02:51:17] *** hdon has joined ##OpenGL[02:51:52] *** demifuror has quit IRC[03:02:13] *** ripper93 has quit IRC[03:11:32] *** shingshang has joined ##OpenGL[03:12:00] *** pizthewiz has quit IRC[03:12:21] *** pizthewiz has joined ##OpenGL[03:13:34] *** tm604 has quit IRC[03:16:31] *** tm604 has joined ##OpenGL[03:21:12] *** BreadProduct has quit IRC[03:21:32] *** BreadProduct has joined ##OpenGL[03:21:54] *** TunnelCat has joined ##OpenGL[03:26:39] *** zajfy has joined ##OpenGL[03:26:57] *** Crehl has quit IRC[03:28:00] *** mukunda_ has quit IRC[03:28:17] *** mukunda_ has joined ##OpenGL[03:29:29] *** PortaLu has quit IRC[03:30:44] *** PortaLu has joined ##OpenGL[03:34:21] *** ragecryx has joined ##OpenGL[03:34:23] *** BitPuffin has quit IRC[03:36:45] *** hahuang61 has joined ##OpenGL[03:37:51] <DrBenway> shot in the dark...[03:38:04] <DrBenway> any good reason for texture to be black on android but not on opengl normal?[03:38:10] <DrBenway> the code is pretty much the same...[03:38:28] <DrBenway> texture coords are passing fine to the shader[03:38:37] <HuntsMan> non power of two size[03:39:07] <DrBenway> 256x256[03:39:35] <bob_twinkles> some other part of your pipeline is broken?[03:39:49] <HuntsMan> DrBenway: what is the texture format?[03:39:51] <DrBenway> i can't really think which one... everything else seems to work[03:40:14] <DrBenway> png->rgba buffer and then straight to opengl[03:40:17] <newguise1234> is your texture actually fine on your adroid device?[03:40:22] <newguise1234> (the file)[03:40:22] <DrBenway> the image loading code works fine[03:40:35] <HuntsMan> DrBenway: I meant the GL enumerant, GL_RGBA8 I assume?[03:40:35] <DrBenway> i can't think of a reason why it wouldn't[03:40:45] <DrBenway> let me check[03:40:45] <slime> are you getting any GL errors?[03:41:40] <DrBenway> GL_RGBA8 doens't compile[03:41:44] <DrBenway> must use GL_RGBA[03:41:57] <DrBenway> slime, i have glerrorcheck on every gl calls[03:42:16] <slime> gl_rgba is correct in gles[03:42:20] <DrBenway> i wish there was some profiling tool to view my texture in vram[03:42:56] <bob_twinkles> what platform are you developing on?[03:43:25] <DrBenway> nexus7 4.4.4[03:43:26] *** centrinia has quit IRC[03:43:50] <DrBenway> the only weird thing for now is that im setup for es2 and when i query opengl, it tells me es3[03:44:20] <katlogic> DrBenway: or the error check silent-fails :([03:44:38] <DrBenway> my only hint: gl_FragColor = texture2D(texture, texcoord); <-- returns 0,0,0,0[03:44:39] <katlogic> (aka, drawving simple tri with no shaders is the only reliable way to know the tex is actually loaded)[03:44:39] <bob_twinkles> DrBenway: host os[03:44:50] <DrBenway> im drawing a whole mesh[03:44:53] <DrBenway> host os?[03:45:03] <bob_twinkles> like Windows/OSX/Linux[03:45:05] <DrBenway> android 4.4.4[03:45:20] <bob_twinkles> ...[03:45:25] <DrBenway> on linux the texture works fine[03:45:30] <DrBenway> thats not what you asked?[03:45:45] <DrBenway> im developing on linux and cross compiling for android 4.4.4?[03:45:52] <DrBenway> (not sure what more info i can provide)[03:45:58] <bob_twinkles> that's what I wanted to know =P[03:46:40] <bob_twinkles> I'm like 90% sure there's a way to build your app against ES on linux[03:46:50] <bob_twinkles> and then you can use something like apitrace to look at the actual call stream[03:47:17] <bob_twinkles> qapitrace lets you view what textures are bound[03:48:03] *** shingshang has quit IRC[03:48:20] <DrBenway> yeah i did it before[03:48:24] <DrBenway> just not sure whether it still builds[03:48:35] <DrBenway> there's a gltrace on android[03:48:48] <DrBenway> (thats what im currently checking)[03:48:51] *** Hunts has joined ##OpenGL[03:51:53] <bob_twinkles> hmm[03:52:21] <bob_twinkles> are you calling glActivetexture(GL_TEXTURE0) before you bind the texture?[03:52:23] *** Burga has quit IRC[03:52:42] *** HuntsMan has quit IRC[03:52:50] <bob_twinkles> and does ES guarantee that samplers default to texture 0[03:53:17] *** Burga has joined ##OpenGL[03:53:22] <DrBenway> thats what im trying to force right now[03:53:28] <DrBenway> weird thing is that i dont see it in the traces[03:57:28] <doomedbunnies> Hm. So I do most of my fog calculations in the vertex shader, and then just do a color mixing operation in the fragment shader. Which means that if I have a huge-huge triangle/triangles, they wind up fully fogged, because only the middle of them is near the camera.[03:58:29] <doomedbunnies> If I have control of the models, am I better off putting more vertices into the model so that the vertex shader runs in more places and has more chances to sample a "close to camera" position, or should I just move the fog calculations into the fragment shader?[03:58:44] <DrBenway> this has been a while but you activate texture0 and then bind your texture and that makes it id 0?[03:58:52] <DrBenway> can you bind a texture to 2 units at the same time?[03:59:03] <DrBenway> glActiveTexture(GL_TEXTURE0);glErrorCheck();[03:59:04] <DrBenway> glBindTexture(GL_TEXTURE_2D, mTextureId); glErrorCheck();[03:59:04] <DrBenway> glActiveTexture(GL_TEXTURE1);glErrorCheck();[03:59:04] <DrBenway> glBindTexture(GL_TEXTURE_2D, mTextureId); glErrorCheck();[03:59:48] <DrBenway> (or am i totally remmebering this wrong)[03:59:59] *** xissburg has quit IRC[04:02:01] <DrBenway> as far as i can tell... the texture looks bound to the right texture unit[04:05:44] <DrBenway> glGetTexImage not supported on ES :([04:08:50] <bob_twinkles> that seems like it should work?[04:08:54] <bob_twinkles> I'm not familiar with ES though[04:09:29] <DrBenway> it's rubbish :([04:09:38] *** puerum has joined ##OpenGL[04:09:50] <DrBenway> something stupid obviously[04:10:17] *** pizthewiz has quit IRC[04:12:29] *** doomlord_1 has quit IRC[04:17:56] *** bjz has quit IRC[04:18:11] *** kuldeepdhaka has joined ##OpenGL[04:18:21] *** bjz has joined ##OpenGL[04:20:46] <DrBenway> it helps if you actually push the pixels to the texture[04:20:47] <DrBenway> :P[04:20:57] <DrBenway> (no support for pbo)[04:21:07] <DrBenway> thanks anyway[04:22:22] *** fatalhalt has joined ##OpenGL[04:29:03] *** Khlorghaal has joined ##OpenGL[04:31:52] *** Twinklebear has joined ##OpenGL[04:38:12] *** Cabanossi has quit IRC[04:40:10] *** Cabanossi has joined ##OpenGL[04:40:44] *** centrinia has joined ##OpenGL[04:42:07] *** samrat has joined ##OpenGL[04:43:12] *** Garner has quit IRC[04:51:38] *** ragecryx has quit IRC[04:56:08] *** urraka has quit IRC[04:56:30] *** DolphinDream has joined ##OpenGL[05:13:33] *** SugarCube has quit IRC[05:14:35] *** Plasmastar has quit IRC[05:17:06] *** samrat has quit IRC[05:25:30] *** SugarCube has joined ##OpenGL[05:31:06] *** samrat has joined ##OpenGL[05:37:15] *** bjz_ has joined ##OpenGL[05:37:46] *** bjz has quit IRC[05:38:08] *** jangle has quit IRC[05:38:18] *** Burga has quit IRC[05:39:20] *** jangle has joined ##OpenGL[05:47:08] *** bjz_ has quit IRC[05:50:22] *** bjz has joined ##OpenGL[05:52:01] *** Plasmastar has joined ##OpenGL[05:53:09] *** samrat has quit IRC[06:02:11] *** Burga has joined ##OpenGL[06:03:54] *** puerum has quit IRC[06:07:15] *** mukunda_ has quit IRC[06:07:57] *** puerum has joined ##OpenGL[06:11:49] *** SnakeTrailSteve has quit IRC[06:12:14] *** SnakeTrailSteve has joined ##OpenGL[06:18:48] *** DolphinDream has quit IRC[06:27:32] *** DolphinDream has joined ##OpenGL[06:30:15] *** pfranz has joined ##OpenGL[06:32:17] *** hdon has quit IRC[06:32:22] *** narcan has joined ##OpenGL[06:33:12] *** kidnapped_robot has quit IRC[06:34:26] *** kidnapped_robot has joined ##OpenGL[06:34:30] *** BlueProtoman has joined ##OpenGL[06:35:10] <BlueProtoman> Does anybody know of any good resources for using the GPU for general-purpose computing? I'd like to give it a try (though I'm not looking to do anything professionally on that front).[06:35:36] <BlueProtoman> Oh, uh, on Linux, if it matters[06:44:03] *** Jack_ has joined ##OpenGL[06:47:14] *** ozette has joined ##OpenGL[06:47:45] *** narcan has quit IRC[06:47:51] *** glYoda has quit IRC[06:48:05] *** glYoda has joined ##OpenGL[06:50:31] *** HunterD has joined ##OpenGL[06:52:27] *** qeed has quit IRC[06:53:25] <Xark> BlueProtoman: You mean like https://developer.nvidia.com/opencl or http://support.amd.com/en-us/kb-articles/Pages/OpenCL2-Driver.aspx ?[06:58:34] <BlueProtoman> Xark: Let's have a look. Is there a GPU-independent way of doing so, per chance?[06:59:00] <Xark> BlueProtoman: Well, OpenCL is (in theory) that. But you do need a GPU with OpenCL support...[06:59:40] <BlueProtoman> Xark: Can I do anything with OpenGL? I just found this, but it smells GPU-dependent https://open.gl/feedback[06:59:43] *** DolphinDream has quit IRC[07:01:08] <Xark> BlueProtoman: Ahh, sure, you can "pervert" the OpenGL API to do other non-graphics work. In general upload textures with data, and "render" them to render targets (with your code in the shaders). However you have to do a bunch of hacks if your computations don't "match" a graphics style API like OpenGL.[07:06:39] *** HunterD has quit IRC[07:07:42] *** b4b has quit IRC[07:08:13] *** Burga has quit IRC[07:08:24] *** ozette has quit IRC[07:08:39] <Atomim> it was normal before opencl[07:08:54] <Atomim> and compute shaders[07:09:04] *** Burga has joined ##OpenGL[07:09:06] <BlueProtoman> Atomim: Why would I want to use one over the other?[07:09:55] <Atomim> compute shaders fit better other opengl but opencl has more control for resources[07:10:07] <BlueProtoman> Mind elaborating?[07:10:30] <Atomim> that's just my impression :P[07:10:42] <BlueProtoman> What do you mean "more control for resources"?[07:10:58] <Atomim> with opencl it is easy to assing some things to different gpu's or cpu's[07:11:17] <Atomim> for example[07:11:34] <BlueProtoman> Nice typo[07:11:46] <Atomim> ?[07:11:51] <Atomim> cpu?[07:11:54] <BlueProtoman> "easy to assing"[07:11:59] <Atomim> itah[07:12:07] <Atomim> haha[07:12:34] <BlueProtoman> No, really, what did you mean, I have no idea what that could've been a typo for[07:12:53] <Atomim> assign?[07:13:05] <Atomim> dispatch[07:13:14] <BlueProtoman> Oh, you mean like multiple GPUs/CPUs on the same computer?[07:13:19] *** narcan has joined ##OpenGL[07:13:24] <Atomim> yes[07:13:56] <BlueProtoman> Okay, that makes sense. So I have two GPUs and a 4-core processor on my laptop. Does this mean I can use OpenCL to run a program that does 6 things at once?[07:14:08] <BlueProtoman> Or, write an OpenCL program that does 6 things at once, rather[07:14:14] <Atomim> there can be multiple streams of computation even on single gpu interleaved[07:14:30] <BlueProtoman> Let's say I'm not doing that for some reason[07:14:52] <BlueProtoman> So, 6 things at once without interleaving on my laptop?[07:15:58] <Atomim> usually they would get mostly sequential but it can hide latencies as it has plenty to switch to when waiting[07:16:18] <Atomim> actually I don't really know even that :P[07:16:30] <Atomim> just how I think it is[07:17:52] <BlueProtoman> So what was that example you were about to get to?[07:18:07] *** HunterD has joined ##OpenGL[07:19:38] <Atomim> well... just that in opencl you have potentially more control over things you might never need :P[07:20:33] <BlueProtoman> Gotcha.[07:32:03] *** linuxuz3r has quit IRC[07:38:37] *** kidnapped_robot has quit IRC[07:39:02] *** shingshang has joined ##OpenGL[07:43:15] *** razieliyo has quit IRC[07:44:06] *** tcsc has quit IRC[07:45:22] *** konom has joined ##OpenGL[07:48:37] *** HunterD has quit IRC[07:49:09] *** narcan has quit IRC[07:49:16] *** HunterD has joined ##OpenGL[07:49:46] *** narcan has joined ##OpenGL[07:52:36] *** bjz has quit IRC[07:54:07] *** HunterD has quit IRC[07:54:23] *** HunterD has joined ##OpenGL[07:54:39] *** fatalhalt has quit IRC[07:55:44] *** bjz has joined ##OpenGL[07:56:22] *** samrat has joined ##OpenGL[07:59:14] *** Lemml has joined ##OpenGL[08:04:24] *** centrinia has quit IRC[08:08:21] *** damir__ has joined ##OpenGL[08:08:57] *** BlueProtoman has quit IRC[08:22:52] *** narcan has quit IRC[08:25:42] *** Burga has quit IRC[08:26:34] *** Burga has joined ##OpenGL[08:28:25] *** Demon_Fox has joined ##OpenGL[08:31:32] *** Burga has quit IRC[08:33:17] *** neurre has joined ##OpenGL[08:34:16] *** Burga has joined ##OpenGL[08:44:40] *** hexagoxel has joined ##OpenGL[08:46:17] *** Burga has quit IRC[08:49:41] *** hexagoxel has quit IRC[08:50:26] *** Garner has joined ##OpenGL[08:51:15] *** Gamecubic has quit IRC[08:55:17] *** BreadProduct has quit IRC[09:04:34] *** DMJC-M has quit IRC[09:05:28] *** PhyloGenesis has joined ##OpenGL[09:18:46] *** PhyloGenesis has left ##OpenGL[09:19:34] *** Jack__ has joined ##OpenGL[09:20:03] *** Plasmastar has quit IRC[09:22:04] *** Jack_ has quit IRC[09:22:04] *** rawtass has joined ##OpenGL[09:22:09] *** stoopadpoop is now known as stoopdapoop[09:22:49] *** Plasmastar has joined ##OpenGL[09:24:56] *** ShadowIce has joined ##OpenGL[09:29:53] *** samrat has quit IRC[09:30:07] *** Jeanne-Kamikaze has joined ##OpenGL[09:32:05] *** samrat has joined ##OpenGL[09:39:47] *** t4nk494 has joined ##OpenGL[09:41:44] <t4nk494> hello, i have a weird problem[09:41:57] <t4nk494> i get error code 1280 (invalid enum) from SOIL_load_ogl_texture[09:42:10] <t4nk494> it crashes with sigsev if i bind the textures[09:42:19] <t4nk494> but if i use glGetError() and printf that error, its working fine[09:42:25] <t4nk494> oO[09:44:02] <t4nk494> it has to be a printf with some text in it[09:44:13] <t4nk494> using printf(""); afterwards also sigsevs[09:44:25] <t4nk494> is this some amd driver madness?[09:44:53] *** pfranz has quit IRC[09:47:04] <neurre> no[09:47:07] <neurre> very unlikely[09:47:21] <neurre> what image is it?[09:48:04] <Yaniel> it uses glGetString(GL_EXTENSIONS) which is deprecated[09:48:36] <t4nk494> its a simple power of two png[09:48:45] <t4nk494> SOil uses glGetString?[09:48:48] <Yaniel> yes[09:48:56] <t4nk494> any alternative to soil then?[09:49:07] <t4nk494> using 3.3 core[09:49:14] <Yaniel> something like stb_image or lodepng maybe?[09:49:19] <Yaniel> or freeimage if you want more formats[09:49:32] <neurre> lodepng should be enough to get started[09:49:35] <t4nk494> well but its weird that it works fine if i use printf("BLABLA") after loading the textures :D[09:49:44] <Yaniel> I'm writing my own png loader too[09:49:54] <neurre> why not use libpng?[09:51:08] *** japro has joined ##OpenGL[09:51:14] <Yaniel> mainly because setjmp/longjmp[09:51:16] <Yaniel> and because I can[09:51:40] *** groton has quit IRC[09:54:44] *** Waynes has joined ##OpenGL[09:56:37] *** Hadrien has joined ##OpenGL[09:56:52] <t4nk494> well ok thanks for the deprecation hint[09:56:55] <t4nk494> ill look for an alternative[09:57:05] *** bb010g has quit IRC[09:57:20] *** ozette has joined ##OpenGL[09:57:20] <neurre> freeimage was ok[09:59:54] *** samrat has quit IRC[10:01:00] *** ozette has quit IRC[10:01:25] *** ozette has joined ##OpenGL[10:02:54] *** Keniyal_ has quit IRC[10:07:33] *** JohnDory has left ##OpenGL[10:13:55] *** t4nk494 has quit IRC[10:14:25] *** Syzygy_ has joined ##OpenGL[10:16:25] <japro> there is no obvious way to sample from stencil in gl 3.3 it seems. or am i missing something?[10:17:52] *** Syzygy__ has quit IRC[10:21:40] *** realz_ has joined ##OpenGL[10:22:16] <neurre> there is an app, erm, extension for that[10:22:51] <neurre> https://www.opengl.org/registry/specs/ARB/texture_stencil8.txt[10:24:52] *** realz has quit IRC[10:26:08] *** Ad1 has joined ##OpenGL[10:29:49] <japro> well i guess i'll stick with doing two passe then :)[10:39:54] *** Twinklebear has quit IRC[10:49:46] *** CainJacobi has quit IRC[10:53:37] *** HunterD has quit IRC[10:54:48] *** HunterD has joined ##OpenGL[10:56:58] *** jeaye has quit IRC[11:00:51] *** __zoot__ has joined ##OpenGL[11:02:24] *** telex has quit IRC[11:04:50] *** telex has joined ##OpenGL[11:10:11] *** jeaye has joined ##OpenGL[11:11:36] *** ozette has quit IRC[11:11:51] *** Ad1_RnR has joined ##OpenGL[11:13:06] *** MLM has quit IRC[11:15:31] *** Ad1_RN has quit IRC[11:15:52] *** Sos has joined ##OpenGL[11:16:06] *** __zoot__ has quit IRC[11:17:59] *** cden has joined ##OpenGL[11:18:56] *** laguest has joined ##OpenGL[11:20:28] *** groton has joined ##OpenGL[11:20:39] *** PortaLu has quit IRC[11:29:41] *** connorobrien has joined ##OpenGL[11:29:57] *** Jeanne-Kamikaze has quit IRC[11:30:39] *** connorobrien has quit IRC[11:33:56] *** Demon_Fox has quit IRC[11:34:15] *** HunterD has quit IRC[11:35:08] <japro> hmm, so it seems a common suggestion for stencil shadows/volumes is to use the GS to emit the extra prmitives but that requires the additional adjacency info etc...[11:35:45] <japro> what i do now is simply have a non indexed (flat shading anyway...) mesh, andthen a index buffer over that that contains degenerate quads in the edges[11:36:10] <japro> and then all i have to do is check the sign of dot(light, normal) at each vertex and extrude the vertex according to that[11:36:44] <japro> i guess it means i have to have a 4x size index buffer as opposed to the uh.... 2x(?) from the adjacency[11:36:53] <japro> but i can skip the whole gs part[11:37:09] <japro> on the other hand i just assume that rasterizing degenerate triangles is cheap/free[11:40:33] *** pazul has joined ##OpenGL[11:41:01] *** HunterD has joined ##OpenGL[11:42:35] *** FrodoTheHobbit has quit IRC[11:43:27] *** Jeanne-Kamikaze has joined ##OpenGL[11:44:07] *** Jeanne-Kamikaze has quit IRC[11:44:22] *** Jeanne-Kamikaze has joined ##OpenGL[11:46:01] *** pazul has quit IRC[11:47:54] *** HunterD has quit IRC[11:51:21] *** Misu has joined ##OpenGL[11:57:59] *** pazul has joined ##OpenGL[12:00:28] *** robot-beethoven has quit IRC[12:00:28] *** Leates has joined ##OpenGL[12:02:46] *** groton has quit IRC[12:14:21] *** DrBoneStrong has joined ##OpenGL[12:17:04] *** Jack_ has joined ##OpenGL[12:19:37] *** Jack__ has quit IRC[12:23:14] *** pazul has quit IRC[12:27:33] *** samrat has joined ##OpenGL[12:33:15] *** doomlord_1 has joined ##OpenGL[12:33:27] *** doomlord_1 has quit IRC[12:34:18] *** ManDay has joined ##OpenGL[12:36:13] *** erhan_ has joined ##OpenGL[12:44:51] *** paul424 has joined ##OpenGL[12:46:11] <paul424> Hi are there any plans to shift the color pallete above 32 bits ?[12:46:34] <paul424> Are there any studies , that is -- it is already optimal pallete or something ?[12:47:00] *** doomlord_1 has joined ##OpenGL[12:47:23] *** CapsAdmin has joined ##OpenGL[12:49:56] <japro> googling a bit tells me that there are things like 30, 36 and 48 bit thingies (30 meaning 3x10bit which is more than the 32bit rgba we usually mean)[12:50:13] <paul424> yeah sure[12:50:31] <dahlia> paul424: if there were more bits, could you see the additional colors?[12:50:37] <japro> maybe you can request 10+bits at context creation and see what happens? :D[12:51:07] <japro> dahlia, well if you look at flat gradients you will see the "steps" even in 32bit colors. so why not?[12:51:43] <japro> obviously you can't tell color 3984723 from 3984724. but if you have them right next to each other it is still relevant[12:51:49] <dahlia> I think more bits are sometimes useful when doing math on the pixels but as far as end results go I suspect you wouldnt be able to see the difference[12:52:10] <dahlia> japro: if yo ucan see the steps in a gradient it's probably not linear[12:54:15] <japro> example: https://twitter.com/JakobProgsch/status/213736901574787075[12:54:32] <japro> it's not visible on all displays but the lower one has some "banding" or how you want to call that[12:55:09] <japro> also what if we get super high dynamic range displays? :)[12:55:23] <dahlia> yes Ive seen many examples but i suspect its not mapped to a perceptably linear color space[12:55:26] *** samrat has quit IRC[12:58:29] *** foreignFunction has joined ##OpenGL[12:58:41] *** jangle has quit IRC[13:00:36] *** samrat has joined ##OpenGL[13:02:22] *** ManDay has quit IRC[13:05:07] *** BitPuffin has joined ##OpenGL[13:11:37] *** samrat has quit IRC[13:14:16] *** samrat has joined ##OpenGL[13:20:17] *** jokoon has joined ##OpenGL[13:20:42] <jokoon> I'm using sfml, I want to use a rendertexture with a shader, any idea how can I do that ?[13:21:47] *** Beetny has quit IRC[13:24:05] *** Zupo has joined ##OpenGL[13:27:47] *** Zupo2 has quit IRC[13:29:26] *** Sos has quit IRC[13:34:52] *** paul424 has quit IRC[13:37:36] *** rawtass has quit IRC[13:43:41] *** doomlord_1 has quit IRC[13:45:30] *** qeed has joined ##OpenGL[13:48:38] *** rawtass has joined ##OpenGL[13:49:03] *** paul424 has joined ##OpenGL[13:50:18] *** samrat has quit IRC[13:53:14] *** razieliyo has joined ##OpenGL[13:54:15] *** bjz_ has joined ##OpenGL[13:56:54] *** bjz has quit IRC[13:56:54] *** rawtass has quit IRC[14:02:12] *** samrat has joined ##OpenGL[14:02:37] *** karswell has quit IRC[14:04:41] *** karswell has joined ##OpenGL[14:05:10] *** rawtass has joined ##OpenGL[14:06:47] *** karswell has quit IRC[14:07:23] *** karswell has joined ##OpenGL[14:07:31] *** rawtass has quit IRC[14:08:02] *** paul424 has quit IRC[14:09:02] *** jdolan has joined ##OpenGL[14:12:12] *** TyrfingMjolnir has quit IRC[14:15:54] *** urraka has joined ##OpenGL[14:16:35] *** DrBoneStrong has quit IRC[14:18:09] *** kuldeepdhaka has quit IRC[14:18:39] *** DolphinDream has joined ##OpenGL[14:29:14] *** centrinia has joined ##OpenGL[14:29:59] *** Zupo has quit IRC[14:31:20] *** kuldeepdhaka has joined ##OpenGL[14:39:26] *** DrBoneStrong has joined ##OpenGL[14:39:36] *** samrat has quit IRC[14:40:16] *** DrBoneStrong has left ##OpenGL[14:42:02] *** samrat has joined ##OpenGL[14:46:19] *** paperManu_ has joined ##OpenGL[14:54:29] *** samrat has quit IRC[14:57:50] *** stoopdapoop has quit IRC[14:58:10] *** jdolan has quit IRC[14:58:42] *** samrat has joined ##OpenGL[14:58:44] *** jdolan has joined ##OpenGL[15:00:18] *** charlie5 has joined ##OpenGL[15:02:16] *** konom_ has joined ##OpenGL[15:04:05] *** konom has quit IRC[15:09:47] *** hdon has joined ##OpenGL[15:13:49] *** doomlord_1 has joined ##OpenGL[15:19:42] *** konom_ is now known as konom[15:20:31] *** mukunda_ has joined ##OpenGL[15:21:15] *** samrat has quit IRC[15:25:52] *** Jeanne-Kamikaze has quit IRC[15:29:17] *** doomlord_1 has quit IRC[15:32:10] *** centrinia has quit IRC[15:32:33] *** BreadProduct has joined ##OpenGL[15:45:55] *** groton has joined ##OpenGL[15:50:53] *** mukunda_ has quit IRC[15:51:12] *** mukunda_ has joined ##OpenGL[15:56:08] *** samrat has joined ##OpenGL[15:56:19] *** RyanPridgeon has joined ##OpenGL[15:56:20] *** Paprikachu has joined ##OpenGL[15:57:29] *** elveni has quit IRC[15:58:01] *** elveni has joined ##OpenGL[15:59:14] *** samrat has quit IRC[16:02:58] *** kidnapped_robot has joined ##OpenGL[16:06:21] *** samrat has joined ##OpenGL[16:30:04] *** An_Ony_Moose has joined ##OpenGL[16:38:12] *** Polarina has quit IRC[16:40:19] *** Polarina has joined ##OpenGL[16:43:38] *** cden has quit IRC[16:46:43] *** Jack__ has joined ##OpenGL[16:47:42] *** junaidnaseer2 has joined ##OpenGL[16:48:24] *** bjz_ has quit IRC[16:49:37] *** Jack_ has quit IRC[16:50:24] *** bjz has joined ##OpenGL[16:50:46] *** jangle has joined ##OpenGL[16:51:02] *** Biliogadafr has joined ##OpenGL[16:54:10] *** doomlord_1 has joined ##OpenGL[16:58:07] *** doomlord_1 has quit IRC[17:03:31] *** Waynes1 has joined ##OpenGL[17:03:38] *** Waynes has quit IRC[17:03:50] *** doomlord_1 has joined ##OpenGL[17:04:32] <zagabar> in opengl 3.2 when doing instanced rendering, what is the best way to send like, an array of instance-specific data like colour or position offset? I am seeing different methods on the web some involving storing data in textures, other using attribute variables[17:04:50] <zagabar> and I thought myself of using uniform arrays but in 3.2 those are fixed size it seems[17:04:58] <zagabar> so what is the "right way"?[17:06:41] *** BreadProduct has quit IRC[17:06:55] *** SnakeTrailSteve has quit IRC[17:07:42] *** Jack_ has joined ##OpenGL[17:08:07] *** SnakeTrailSteve has joined ##OpenGL[17:08:39] *** BreadProduct has joined ##OpenGL[17:08:41] *** pizthewiz has joined ##OpenGL[17:09:55] *** srcspider has joined ##OpenGL[17:10:08] *** Jeanne-Kamikaze has joined ##OpenGL[17:10:17] *** Jack__ has quit IRC[17:10:34] *** pizthewiz has quit IRC[17:11:14] *** srcspider has left ##OpenGL[17:11:43] *** DolphinDream has quit IRC[17:18:42] *** doomlord_1 has quit IRC[17:20:28] *** MLM has joined ##OpenGL[17:27:44] *** DolphinDream has joined ##OpenGL[17:28:18] *** b4b has joined ##OpenGL[17:36:05] *** Guest__ has joined ##OpenGL[17:38:00] *** pizthewiz has joined ##OpenGL[17:38:10] *** Tenzin has joined ##OpenGL[17:39:00] *** Guest__ has quit IRC[17:39:20] *** Guest__ has joined ##OpenGL[17:40:28] *** Guest__ is now known as Sharkly[17:40:43] *** Jack has joined ##OpenGL[17:40:52] *** Guest__ has joined ##OpenGL[17:41:05] <Tenzin> hey everyone. could someone help me setup an openGL development environment on Xubuntu 14.04 in CodeBlocks? I think I have everything installed and I can get the in-class code to run just fine, but when I try to follow other tutorials, The project won't compile or run.[17:41:18] *** Jack is now known as Guest7229[17:43:04] *** kuldeepdhaka has quit IRC[17:43:37] *** Jack_ has quit IRC[17:46:23] *** staylor has quit IRC[17:46:35] *** jangle has quit IRC[17:47:14] *** Hadrien has quit IRC[17:47:43] *** Guest7229 has quit IRC[17:48:49] *** Orion] has joined ##OpenGL[17:48:54] *** CamonZ has joined ##OpenGL[17:49:16] *** staylor has joined ##OpenGL[17:49:45] <CamonZ> hi, is there a way I can figure out the status of a given mode being enabled like glEnabled(LIGHTING) ?[17:50:00] *** cden has joined ##OpenGL[17:50:35] <Madsy> CamonZ: Yes, in the OpenGL specification, in the state tables[17:50:45] <Madsy> Or the OpenGL man pages online[17:53:21] <derhass_> CamonZ: glIsEnabled() is the call you might be looking for[17:53:32] <derhass_> although I recommend never using such state readbacks[17:53:51] <CamonZ> Madsy, derhass_: thanks, just saw it on https://www.opengl.org/documentation/specs/version1.1/glspec1.1/node126.html[17:54:05] <CamonZ> derhass_: why is reading from state bad?[17:54:23] <derhass_> it is not bad. it is just inefficient, and for that reason, bad style[17:55:55] <CamonZ> thing is, I'm building a very simple app for a course in comp. graphics and I have a set of objects that each one knows how to draw itself. I'm triggering the enabling of light on/off through the keyboard, but I don't wanna pass a boolean to the draw methods of each object saying if the light is enabled then use the material specification or glColor[17:56:23] <CamonZ> that's why I just want to query the state before the actual draw call where I would assign the color/material to the face I'm about to draw[17:56:29] <CamonZ> depending on light being enabled or not[17:57:01] *** Polarina has quit IRC[17:57:38] <derhass_> oh noes! another "computer graphics course" using legacy gl[17:57:43] <derhass_> the world is bad![17:58:00] <Tenzin> I get these following two errors "/usr/bin/ld: cannot find -lglew" and "ld: cannot find -lglew". How can I fix this?[17:58:29] <derhass_> probably by using -lGLEW[17:58:37] <derhass_> assuimg you have the glew library installed[17:59:06] *** Polarina has joined ##OpenGL[17:59:16] *** SleekoNiko has quit IRC[18:01:24] <CamonZ> derhass_: I'm taking two of them actually, first one is OpenGL 2 and the second one is WebGL[18:02:16] <derhass_> CamonZ: well, in either case, GL_LIGHTING is not what one wants[18:02:28] <derhass_> gl 2 supports that legacy stuff, but one is not forced to use it[18:02:31] <derhass_> and one shouldn't[18:02:56] <CamonZ> derhass_: what's the proper way to do it[18:03:01] <derhass_> shaders[18:03:53] <Tenzin> @derhass I just went to the GLEW page and ran the apt-get command listed on the page. I added -lGLEW to my linker settings in CodeBlocks and now I'm getting the error "ld||cannot find -l-lGLEW|"[18:04:08] <derhass_> Tenzin: lol[18:04:12] <Hunts> Tenzin: it's -lGLEW, not -l-lGLEW[18:04:23] <derhass_> Tenzin: you should be able to see what went wrong[18:06:27] <Hunts> Tenzin: don't send private messages[18:06:33] <Hunts> Tenzin: then just put GLEW in the linker settings[18:07:16] <Tenzin> @Hunt, I already tried that. Let me try it again and tell you the error that comes out. Gimme a sec.[18:08:52] <derhass_> Tenzin: note that those things are case sensitive, GLEW != glew[18:08:58] *** Guest__ has joined ##OpenGL[18:09:34] <Tenzin> @derhass, I'm aware of that.[18:11:11] <Tenzin> @hunts, now I'm getting 16 new errors lol. Let me see if I can upload a screenshot to an image host right fast. Maybe that will be of more help.[18:11:27] <derhass_> why not paste the errors to a paste site?[18:12:08] <Guest__> I'm having some trouble with OpenGL lighting... could someone take a look at this? http://gamedev.stackexchange.com/questions/87290/opengl-light-renders-everything-in-front-of-it-black[18:12:48] *** Guest__ is now known as Sharkly[18:14:08] *** DolphinDream has quit IRC[18:14:38] *** diegov_ has joined ##OpenGL[18:14:52] <Tenzin> @derhass_, http://pastebin.com/GZycmgMz[18:15:08] <derhass_> Sharkly: it is totally unclear what position you set your light to[18:15:35] <Hunts> Tenzin: so you are using glfw, and you didn't link it[18:17:19] *** timsche has joined ##OpenGL[18:17:59] *** asido has joined ##OpenGL[18:18:12] <Tenzin> @Hunts, I already have it in my linker settings. I haven't changed it in 2 days http://imgur.com/GJPEKEA[18:19:14] <derhass_> Tenzin: the lib is called glfw3[18:19:21] <derhass_> at least that is waht you should use[18:19:44] *** drag0nius has joined ##OpenGL[18:20:08] <Sharkly> @derhass_ Mouse position is defined as this each frame: http://pastebin.com/84rgUesj[18:20:47] <derhass_> Sharkly: that is still not enough[18:21:02] <Tenzin> @derhass_ well we're making progress. I just changed it to glfw3 and now this is the new error log http://pastebin.com/fu6n9Qpr[18:21:05] <derhass_> Sharkly: your mous position will depend on the matrices at the time of that call[18:21:20] <derhass_> and your effective light position will depend on the modelview matrix at the time of that call[18:21:31] <derhass_> you can easily screw up your spaces[18:23:05] <Sharkly> The mouse position is correct though... It lights the rest of the scene correctly, and selection works. What do I need to clarify?[18:23:34] <derhass_> Sharkly: which spaces you work in, in each case[18:23:41] *** SleekoNiko has joined ##OpenGL[18:24:17] <Sharkly> derhass_: spaces as in matrices?[18:25:15] <derhass_> in a way, yes[18:26:12] *** drag0nius has quit IRC[18:26:21] *** jokoon has quit IRC[18:26:47] <Sharkly> The mouse position is fetched at the end of each frame the matrices should be what they are when the light position is set.[18:26:55] *** lenarhoyt has joined ##OpenGL[18:28:42] <Sharkly> The transforms are based off the camera's position, all other transforms are pushed and popped.[18:29:06] *** Lubos has joined ##OpenGL[18:29:23] *** Crehl has joined ##OpenGL[18:30:00] <derhass_> Sharkly: well, you could try to render that light_position vector as a point, and check if it really appears where you expect it[18:30:20] <derhass_> I somehow doubt that[18:32:27] *** junaidnaseer2 has quit IRC[18:34:26] <Sharkly> Okay, so I set the light position to what should be directly above the flower... This is how it appears: https://dl.dropboxusercontent.com/u/80900886/light.PNG[18:36:08] <derhass_> ok, is this good or bad?[18:37:46] <Sharkly> Well, it's not a directional light, it's a point light. So it should be lighting the WHOLE flower, not just a half of it[18:39:06] <derhass_> since you have shadows, you're not using gl's stock lighting anyways[18:39:16] <derhass_> it is totally unkown what exactly happens[18:40:32] <derhass_> another thing is: it is not even clear if you use a point light[18:40:56] <derhass_> the code you have shown so far guarantees that only as long as some of the gl state is left at the default[18:41:09] *** Lubos has left ##OpenGL[18:41:35] <Yaniel> yay, png decoder works finally[18:42:55] <Sharkly> I'm using SDL... if that makes any difference.[18:43:08] <Sharkly> Smooth shade model[18:43:23] <derhass_> and how is the shadow made?[18:44:04] *** razieliyo has quit IRC[18:44:28] <Sharkly> There are no shadows... You're probably looking at the unlit (black) part of the model.[18:44:45] <derhass_> ah, oh, LOL[18:45:02] <Sharkly> That's my problem. xD[18:45:51] <Sharkly> If the light is positioned behind the flower on the z axis, or x axis, it renders completely black, like you see.[18:46:05] <derhass_> well. you might think that you set the light exaclty above the flower, but you don't seem to do so[18:48:11] <Sharkly> Wouldn't the light provide some well... light anyways?[18:48:59] *** Sharkly has quit IRC[18:49:38] *** Guest__ has joined ##OpenGL[18:49:52] *** Guest__ is now known as Sharkly[18:50:05] <Sharkly> Oops, my wifi derped.[18:50:54] *** danicampa901 has joined ##OpenGL[18:51:16] <derhass_> the lighting on the flower looks very unnatural anyway. looks like clamped[18:51:28] <derhass_> maybe you scale the model and forgot to renormalize the normals[18:51:45] <Sharkly> glEnable(GL_NORMALIZE) ?[18:52:19] <derhass_> I don't remember[18:52:24] <derhass_> but it could be[18:52:33] <derhass_> although that will not solve your main issue[18:52:57] <Sharkly> It does appear clamped...[18:53:47] *** doomlord_1 has joined ##OpenGL[18:59:41] *** Involuntary has joined ##OpenGL[18:59:54] *** Jeanne-Kamikaze has quit IRC[19:00:12] *** shingshang has quit IRC[19:00:20] *** Zupo2 has joined ##OpenGL[19:03:18] <Tenzin> OMFG I FINALLY GOT IT! Man, I've spent 3-4 days just trying to set up the development environment. If I wasn't a man, I'd probably cry right now lol. Thanks for all the help guys. I bet the people on irc and stackoverflow hate me right now.[19:03:54] <derhass_> you ar eon irc here[19:04:34] <Tenzin> I know. I was talking about when I went to all these different channels asking questions and bugging people.[19:04:52] *** Sharkly has quit IRC[19:05:36] <Tenzin> @derhass_, you wanna see my final linker settings?[19:08:12] <derhass_> Tenzin: well, I probably can live well without that[19:09:34] <Tenzin> Too late. I don't think anyone in my class was able to get it to work yet. http://imgur.com/WPsYNUG . See ya guys.[19:09:42] *** Tenzin has quit IRC[19:10:24] <derhass_> he's gone[19:10:44] <derhass_> I would have told him that the -L /lib64 is not what he should put there[19:10:48] *** fatalhalt has joined ##OpenGL[19:13:15] *** Twinklebear has joined ##OpenGL[19:16:34] *** paperManu_ has quit IRC[19:25:00] *** timsche has quit IRC[19:25:58] <Bloodust> :D[19:27:09] *** ManDay has joined ##OpenGL[19:30:10] *** Kane has joined ##OpenGL[19:35:44] *** groton has quit IRC[19:38:01] *** bkre_ has joined ##OpenGL[19:40:29] *** Misu has quit IRC[19:40:41] <hdon> hi all :) i've got a wonderful apitrace of a blank (gray) screen. trying to draw two textured (texture should be pure white) triangles. getting just the grey glClear color. anyone want to have a look at the api trace?[19:41:19] *** Misu has joined ##OpenGL[19:41:57] *** xishe has joined ##OpenGL[19:42:45] *** Khlorghaal_ has joined ##OpenGL[19:42:51] <hdon> http://codebad.com/~hdon/hdon.trace[19:45:03] *** nitroxis has quit IRC[19:45:25] *** carvite_ has joined ##OpenGL[19:45:32] *** nitroxis has joined ##OpenGL[19:45:35] *** carvite has quit IRC[19:45:35] *** soulz has quit IRC[19:45:36] *** Plasmastar has quit IRC[19:45:38] *** soulz has joined ##OpenGL[19:46:01] *** Khlorghaal has quit IRC[19:46:01] *** xish has quit IRC[19:46:34] *** oberstein has quit IRC[19:46:39] *** Plasmastar has joined ##OpenGL[19:48:13] *** Guest64833 has joined ##OpenGL[19:48:28] *** Majiet has quit IRC[19:48:57] <ManDay> hdon: what is this?[19:49:01] <ManDay> "trace"?[19:49:11] <ManDay> firefox says it's binary[19:49:33] <derhass_> it is an apitrace trace[19:49:38] <hdon> ManDay, my apache server doesn't have a mime-type for the ".trace" filename extension, but it's the extension used by apitrace[19:49:52] *** bove has quit IRC[19:49:53] <hdon> binary is fine though. your browser should handle it perfectly.[19:49:54] <ManDay> oh, i have no idea what that is, sorry[19:49:56] *** Martty_ has joined ##OpenGL[19:50:10] *** Enthralled has quit IRC[19:50:20] *** lahwran has quit IRC[19:50:20] *** zoktar has quit IRC[19:50:29] <hdon> i'm stuck in the "nothing on screen" hell. made some stupid mistake somewhere, just can't see it...[19:50:36] *** Cabanossi has quit IRC[19:50:50] *** carvite_ has quit IRC[19:50:50] *** carvite_ has joined ##OpenGL[19:50:52] *** carvite_ is now known as carvite[19:50:53] *** Garmine42 has joined ##OpenGL[19:52:06] *** Guest____ has joined ##OpenGL[19:52:19] *** ocharles has quit IRC[19:52:19] *** zrl has quit IRC[19:52:22] *** danicampa901 has quit IRC[19:52:26] *** Guest____ is now known as Sharkly[19:52:39] *** opatut_ has joined ##OpenGL[19:52:46] *** Cabanossi has joined ##OpenGL[19:52:47] *** zoktar has joined ##OpenGL[19:53:07] *** Enthralled has joined ##OpenGL[19:53:13] <Sharkly> GL normalized helped with the scaling... but the clamping problem is the same...[19:53:38] *** bove has joined ##OpenGL[19:54:13] *** ocharles has joined ##OpenGL[19:54:13] *** plash_ has joined ##OpenGL[19:54:36] *** ocharles is now known as Guest34335[19:54:39] *** Martty has quit IRC[19:54:42] *** doomlord_1 has quit IRC[19:54:44] *** Ad1 has quit IRC[19:54:48] *** jorj has quit IRC[19:54:48] *** letoram has quit IRC[19:54:51] *** Garmine has quit IRC[19:54:54] *** plash has quit IRC[19:54:56] *** MissionCritical has quit IRC[19:54:58] *** opatut has quit IRC[19:55:01] *** letoram has joined ##OpenGL[19:55:38] *** Ad1 has joined ##OpenGL[19:57:35] *** Guest34335 is now known as ocharles_[19:57:49] *** skos has joined ##OpenGL[19:57:52] *** nitroxis has quit IRC[19:58:00] *** nitroxis has joined ##OpenGL[19:58:49] *** cmr- has joined ##OpenGL[19:59:36] *** MissionCritical has joined ##OpenGL[20:00:12] *** Bigcheese_ has joined ##OpenGL[20:00:26] *** markstar has quit IRC[20:00:32] *** nitrix has quit IRC[20:00:35] *** soulz has quit IRC[20:00:36] *** Garner has quit IRC[20:00:37] *** aaa801_ has quit IRC[20:00:39] *** BtbN has quit IRC[20:00:40] *** DMJC has quit IRC[20:00:41] *** cmr has quit IRC[20:00:41] *** antognolli has quit IRC[20:00:44] *** Apeiron`- has quit IRC[20:00:45] *** paperManu has quit IRC[20:00:47] *** petris has quit IRC[20:00:51] *** langkid1 has quit IRC[20:00:52] *** Nickeeh has quit IRC[20:00:55] *** aisefasehfia has joined ##OpenGL[20:00:56] *** Guest64833 has quit IRC[20:01:03] *** telex has quit IRC[20:01:06] *** l3dx has quit IRC[20:01:08] *** DMJC has joined ##OpenGL[20:01:10] <newguise1234> anyone have pointsers as to what to do, I have GL_EXT_draw_instanced, but when trying to use glAttribDivisor, it says "was not declared in this scope"[20:01:10] *** langkid1 has joined ##OpenGL[20:01:17] *** ManDay has quit IRC[20:01:18] *** lahwran has joined ##OpenGL[20:01:21] <XMPPwocky> newguise1234: it's not declared in that scope[20:01:30] *** RockLee has joined ##OpenGL[20:01:41] <newguise1234> I know, but I take that to mean its not in my headers or some such[20:01:42] *** petris has joined ##OpenGL[20:01:42] *** aaa801_ has joined ##OpenGL[20:01:47] <Bloodust> you mean, glVertexAttribDivisor?[20:01:59] <newguise1234> oh that would be it thank you TT___TT[20:02:13] *** Nickeeh has joined ##OpenGL[20:02:37] *** Garner has joined ##OpenGL[20:02:46] *** telex has joined ##OpenGL[20:03:04] <newguise1234> I was wondering how I could have the instancing extension, but not the ability to step different amounts for different attributes lol[20:03:07] *** MLM has quit IRC[20:03:28] *** antognolli has joined ##OpenGL[20:03:43] *** l3dx has joined ##OpenGL[20:04:22] *** BtbN has joined ##OpenGL[20:04:33] *** Guest46818 has joined ##OpenGL[20:04:34] *** markstar has joined ##OpenGL[20:04:35] *** oberste1n has joined ##OpenGL[20:04:42] *** jdolan has quit IRC[20:05:04] *** skoskav has quit IRC[20:05:05] *** kivutar has quit IRC[20:05:06] *** Sharkly has quit IRC[20:05:06] *** danhedron has quit IRC[20:05:07] *** manny- has quit IRC[20:05:07] *** Bigcheese has quit IRC[20:05:11] *** aisefasehfia has quit IRC[20:05:26] *** Apeiron` has joined ##OpenGL[20:05:46] *** kivutar has joined ##OpenGL[20:06:07] *** manny- has joined ##OpenGL[20:07:43] *** skos is now known as skoskav[20:07:51] *** zrl has joined ##OpenGL[20:10:26] *** paperManu has joined ##OpenGL[20:12:04] *** soulz has joined ##OpenGL[20:14:15] *** SleekoNiko has quit IRC[20:14:34] *** Majiet has joined ##OpenGL[20:18:38] *** realz__ has joined ##OpenGL[20:18:51] *** seangrov` has quit IRC[20:19:00] *** alhsekufahlsief has joined ##OpenGL[20:20:32] *** ``Erik_ has joined ##OpenGL[20:21:48] *** TheFlash has quit IRC[20:21:55] *** slime73 has joined ##OpenGL[20:21:57] *** alhsekufahlsief has quit IRC[20:22:06] *** telex has quit IRC[20:22:14] *** apoc_ has joined ##OpenGL[20:22:22] *** dman has joined ##OpenGL[20:22:45] *** seangrove has joined ##OpenGL[20:22:57] *** konom has quit IRC[20:23:02] *** bkc_ has quit IRC[20:23:02] *** ``Erik has quit IRC[20:23:03] *** ValicekB has quit IRC[20:23:06] *** apoc has quit IRC[20:23:07] *** dman_ has quit IRC[20:23:08] *** realz_ has quit IRC[20:23:09] *** slime has quit IRC[20:23:09] *** chrisf has quit IRC[20:23:10] *** jezek2 has quit IRC[20:23:11] *** zajfy has quit IRC[20:23:22] *** zajfy has joined ##OpenGL[20:23:23] *** jdolan has joined ##OpenGL[20:23:31] *** TheFlash has joined ##OpenGL[20:23:33] *** bkc_ has joined ##OpenGL[20:23:35] *** telex has joined ##OpenGL[20:23:51] *** jezek2 has joined ##OpenGL[20:24:13] *** Vtec234 has joined ##OpenGL[20:24:21] *** ValicekB_ has joined ##OpenGL[20:24:31] <newguise1234> so, next stumbling block I'm getting a SIGSEGV, segfault when it tries to call glVertexAttribPointer. I do have the extension GL_ARB_instanced_arrays, and glVertexAttribPointer points to glVertexAttribPointerARB when I check in gdb, any suggestions?[20:24:48] *** Leates has quit IRC[20:25:19] *** SleekoNiko has joined ##OpenGL[20:25:23] *** alhsekufahlsief has joined ##OpenGL[20:26:03] <newguise1234> crap, when it calls glVertexAttribDivisor[20:26:08] *** samrat has quit IRC[20:26:16] <newguise1234> and it points to glVertexAttribDivisorARB as well[20:26:41] *** isbric has quit IRC[20:26:47] *** isbric has joined ##OpenGL[20:27:03] *** tm604 has quit IRC[20:27:35] *** MLM has joined ##OpenGL[20:29:23] *** chrisf has joined ##OpenGL[20:30:14] *** pizthewiz has quit IRC[20:30:46] <japro> are you using a loader? (glew, gl3w, glloadgen...)[20:30:51] <newguise1234> glew[20:32:14] *** ValicekB_ is now known as ValicekB[20:34:13] *** hexagoxel has joined ##OpenGL[20:34:26] <Vtec234> Hey guys, anybody have an idea what the hell is up with my normals? i wrote a Lambertian fragment shader with this tutorial http://www.arcsynthesis.org/gltut/Illumination/Tut10%20Fragment%20Lighting.html[20:34:30] <Vtec234> the shaders are here https://gist.github.com/anonymous/dd7c5ab806eccbad1891[20:34:40] <Vtec234> and this is what is rendered http://puu.sh/cS1pl/b67b9da247.jpg[20:35:33] *** pizthewiz has joined ##OpenGL[20:36:26] <Vtec234> i also checked the model in blender, and the normals are as they should be, sticking out of each vertex[20:36:26] *** mmozeiko has quit IRC[20:37:43] *** Syzygy__ has joined ##OpenGL[20:38:11] *** XCVB has joined ##OpenGL[20:38:11] *** seangrov` has joined ##OpenGL[20:38:34] *** oberste1n has quit IRC[20:38:43] *** Khlorghaal_ has quit IRC[20:39:29] <Vtec234> http://puu.sh/cS2gP/4660e7dcc1.png[20:39:43] *** tm604 has joined ##OpenGL[20:40:53] <Bloodust> make the shader output normals[20:41:05] *** oberstein has joined ##OpenGL[20:41:15] <Vtec234> the fragment shader?[20:41:22] <Bloodust> yes[20:41:33] *** Syzygy_ has quit IRC[20:41:38] <Bloodust> instead of color, make it output normal*0.5+vec3(0.5)[20:43:18] *** groton has joined ##OpenGL[20:44:46] *** Barrett__ has joined ##OpenGL[20:46:11] <Vtec234> http://puu.sh/cS2LS/40b4e48ddf.jpg[20:46:38] <Bloodust> borked normals[20:46:43] <Bloodust> even the base is broken[20:47:15] <Vtec234> i exported it as collada .dae from blender. in blender they are right[20:47:38] *** seangrove has quit IRC[20:47:39] *** letoram has quit IRC[20:47:43] *** Barrett_ has quit IRC[20:48:01] <Vtec234> is it more likely to be a problem with the file or with my code?[20:48:06] *** slime73 is now known as slime[20:48:28] <Bloodust> try reimporting back to blender[20:48:33] <Bloodust> if they are correct, its your code[20:49:00] <Vtec234> http://puu.sh/cS2gP/4660e7dcc1.png this snap is from reimporting it[20:49:16] <Vtec234> so it's probably my code. i'll look into it[20:49:21] *** charlie5 has quit IRC[20:49:57] *** DMJC-M has joined ##OpenGL[20:51:15] *** letoram has joined ##OpenGL[20:53:36] *** doomlord_1 has joined ##OpenGL[20:57:48] *** echelog` has joined ##OpenGL[20:58:07] *** oogaw has joined ##OpenGL[20:58:07] *** jophish_ has joined ##OpenGL[20:58:07] *** Misu has quit IRC[20:59:00] *** echelog` has quit IRC[20:59:36] *** echelog has joined ##OpenGL[20:59:46] *** Adrinael_ has joined ##OpenGL[20:59:47] *** carvite_ has joined ##OpenGL[20:59:59] *** dreda has joined ##OpenGL[21:00:20] *** An_Ony_M1ose has joined ##OpenGL[21:00:33] *** Misu has joined ##OpenGL[21:00:33] *** plash has joined ##OpenGL[21:00:43] *** unreal_ has joined ##OpenGL[21:01:49] *** Biliogadafr1 has joined ##OpenGL[21:03:13] *** Malediction_ has quit IRC[21:03:22] *** drag0nius has joined ##OpenGL[21:03:31] *** Malediction has quit IRC[21:03:34] *** Malediction_ has joined ##OpenGL[21:03:46] *** Plas has joined ##OpenGL[21:03:53] *** boblehest_ has joined ##OpenGL[21:03:55] *** mark- has joined ##OpenGL[21:04:23] *** echelog has joined ##OpenGL[21:05:08] *** markstar has quit IRC[21:05:09] *** antognolli has quit IRC[21:05:09] *** Garner has quit IRC[21:05:09] *** Nickeeh has quit IRC[21:05:09] *** aaa801_ has quit IRC[21:05:09] *** petris has quit IRC[21:05:09] *** langkid1 has quit IRC[21:05:09] *** DMJC has quit IRC[21:05:10] *** plash_ has quit IRC[21:05:10] *** ocharles_ has quit IRC[21:05:10] *** Plasmastar has quit IRC[21:05:10] *** carvite has quit IRC[21:05:10] *** Biliogadafr has quit IRC[21:05:10] *** unreal has quit IRC[21:05:11] *** boblehest has quit IRC[21:05:11] *** AlexRussia has quit IRC[21:05:11] *** indefini has quit IRC[21:05:12] *** dreda_ has quit IRC[21:05:12] *** dshwang_ has quit IRC[21:05:12] *** Adrinael has quit IRC[21:05:13] *** jmcarthur has quit IRC[21:05:13] *** edenist has quit IRC[21:05:13] *** jophish has quit IRC[21:05:13] *** Wagoo has quit IRC[21:05:14] *** shakesoda has quit IRC[21:05:14] *** An_Ony_Moose has quit IRC[21:05:15] *** skarn has quit IRC[21:05:19] *** Plas is now known as Plasmastar[21:05:19] *** Adrinael_ is now known as Adrinael[21:06:06] *** dshwang_ has joined ##OpenGL[21:06:09] *** Nickeeh has joined ##OpenGL[21:06:24] *** Ad1 has quit IRC[21:06:36] *** Ad1 has joined ##OpenGL[21:07:27] *** CapsAdmine has joined ##OpenGL[21:08:18] *** Garner has joined ##OpenGL[21:08:19] *** DMJC has joined ##OpenGL[21:08:19] *** plash_ has joined ##OpenGL[21:08:19] *** ocharles_ has joined ##OpenGL[21:08:20] *** Biliogadafr has joined ##OpenGL[21:08:20] *** AlexRussia has joined ##OpenGL[21:08:20] *** indefini has joined ##OpenGL[21:08:20] *** jmcarthur has joined ##OpenGL[21:08:20] *** shakesoda has joined ##OpenGL[21:08:29] *** plash_ has quit IRC[21:09:16] *** langkid1 has joined ##OpenGL[21:09:33] *** TheFlash has quit IRC[21:09:33] *** ValicekB has quit IRC[21:09:34] *** Alina-malina has quit IRC[21:09:34] *** newguise1234 has quit IRC[21:09:40] *** TheFlash has joined ##OpenGL[21:09:42] *** Biliogadafr has quit IRC[21:09:48] *** RyanPridgeon has joined ##OpenGL[21:09:55] *** pizthewiz has quit IRC[21:09:57] *** CapsAdmin has quit IRC[21:09:58] *** tapout has quit IRC[21:09:59] *** newguise1234 has joined ##OpenGL[21:10:21] *** Jonas__ has quit IRC[21:10:21] *** malglim has quit IRC[21:10:27] *** Miyu has joined ##OpenGL[21:10:39] *** An_Ony_M1ose has quit IRC[21:10:41] *** Alina-malina has joined ##OpenGL[21:10:42] *** giucam has quit IRC[21:10:50] *** Alina-malina has quit IRC[21:10:51] *** Alina-malina has joined ##OpenGL[21:10:51] *** giucam_ has joined ##OpenGL[21:10:51] *** carvite_ has quit IRC[21:10:51] *** carvite_ has joined ##OpenGL[21:10:54] *** An_Ony_Moose has joined ##OpenGL[21:10:56] *** carvite_ is now known as carvite[21:11:06] *** magicthing has quit IRC[21:11:22] *** giucam_ has quit IRC[21:11:22] *** giucam_ has joined ##OpenGL[21:11:23] <Polarina> drag0nius, that's not always possible, if the triangle's surface is parallel to the z-axis.[21:11:23] *** giucam_ is now known as giucam[21:11:29] *** magicthing has joined ##OpenGL[21:12:14] *** Plagman has quit IRC[21:12:16] *** Spark__ has joined ##OpenGL[21:12:37] *** hackkitten has quit IRC[21:12:38] *** Ephemeral has quit IRC[21:12:54] *** Plagman has joined ##OpenGL[21:13:02] *** japro has quit IRC[21:13:05] *** Spark has quit IRC[21:13:14] *** Garner has quit IRC[21:14:10] *** ValicekB has joined ##OpenGL[21:14:31] <Vtec234> on the right is a simple .dae cube, on the right is what i have imported using assimp (the lower digits). so .dae only saves face normals, and assimp loads these even though the specification says it loads vertex normals. moreover, at the end it read some random? values from memory[21:14:31] *** chrisf has quit IRC[21:14:34] *** bodie_ has quit IRC[21:14:43] *** groton has quit IRC[21:14:45] <Vtec234> is that the format, or the loader, which is wrong?[21:14:55] *** csssuf has quit IRC[21:14:56] <Vtec234> http://puu.sh/cS4ef/06d5bc9754.png[21:15:09] *** Ephemeral has joined ##OpenGL[21:15:20] *** petris has joined ##OpenGL[21:15:22] *** Djstey has quit IRC[21:15:40] *** Djstey has joined ##OpenGL[21:15:47] <drag0nius> so what i need to do is get plane equation and then line intersection?[21:16:47] <Vtec234> how it looks in blender http://puu.sh/cS54J/b0d3dc563f.png[21:17:46] *** lenarhoyt has quit IRC[21:17:58] *** Cabanossi has quit IRC[21:18:32] *** Cabanossi has joined ##OpenGL[21:18:48] *** Jonas___ has joined ##OpenGL[21:18:58] *** Jonas___ is now known as Jonas__[21:19:19] *** iKlsR has joined ##OpenGL[21:20:35] *** csssuf has joined ##OpenGL[21:20:53] *** chrisf has joined ##OpenGL[21:21:04] *** jayne_ has joined ##OpenGL[21:22:19] <Vtec234> drag0nius: maybe you should check first if the Z-axis-parallel line defined by the 4th point's xy is inside the triangle[21:22:42] <Vtec234> i mean if it intersects it[21:23:05] *** csssuf has joined ##OpenGL[21:23:12] <drag0nius> i already know it is inside (iterating over all X and Ys inside line by line) but then i need depth for Z buffer[21:24:07] *** bodie_ has joined ##OpenGL[21:24:24] *** malglim has joined ##OpenGL[21:25:09] <Vtec234> drag0nius: i may be wrong, but try finding the interpolation constant for the 4th point's xy between the triangle's vertices xy and then interpolate the z by that[21:25:35] *** csssuf has joined ##OpenGL[21:26:40] *** japro has joined ##OpenGL[21:27:43] *** void256 has joined ##OpenGL[21:28:05] *** csssuf has joined ##OpenGL[21:29:35] *** csssuf has joined ##OpenGL[21:30:44] *** jayne has quit IRC[21:32:05] *** csssuf has joined ##OpenGL[21:32:32] *** malglim has quit IRC[21:32:52] *** tapout has joined ##OpenGL[21:33:08] *** csssuf has joined ##OpenGL[21:33:35] *** csssuf has joined ##OpenGL[21:34:05] *** Guest22416 has joined ##OpenGL[21:34:35] *** csssuf_ has joined ##OpenGL[21:35:05] *** csssuf_ has joined ##OpenGL[21:35:21] *** BlueProtoman has joined ##OpenGL[21:35:26] *** DMJC-M has quit IRC[21:35:35] *** csssuf_ has joined ##OpenGL[21:36:05] *** csssuf_ has joined ##OpenGL[21:36:15] *** Keniyal has joined ##OpenGL[21:36:36] *** csssuf_ has joined ##OpenGL[21:37:05] *** csssuf_ has joined ##OpenGL[21:37:35] *** CainJacobi has joined ##OpenGL[21:37:36] *** csssuf_ has joined ##OpenGL[21:37:42] *** pizthewiz has joined ##OpenGL[21:38:06] *** csssuf_ has joined ##OpenGL[21:38:36] *** csssuf_ has joined ##OpenGL[21:38:57] *** doomlord_1 has quit IRC[21:39:06] *** csssuf_ has joined ##OpenGL[21:39:36] *** csssuf_ has joined ##OpenGL[21:40:06] *** csssuf_ has joined ##OpenGL[21:40:36] *** csssuf_ has joined ##OpenGL[21:41:06] *** csssuf_ has joined ##OpenGL[21:41:36] *** csssuf_ has joined ##OpenGL[21:41:37] *** csssuf_ has quit IRC[21:42:06] *** csssuf_ has joined ##OpenGL[21:42:11] *** BlueProtoman has quit IRC[21:42:36] *** csssuf_ has joined ##OpenGL[21:43:06] *** csssuf_ has joined ##OpenGL[21:43:36] *** csssuf_ has joined ##OpenGL[21:43:37] *** csssuf_ has quit IRC[21:43:54] *** edenist has joined ##OpenGL[21:44:06] *** csssuf_ has joined ##OpenGL[21:44:36] *** csssuf_ has joined ##OpenGL[21:45:06] *** csssuf_ has joined ##OpenGL[21:45:36] *** csssuf_ has joined ##OpenGL[21:45:37] *** csssuf_ has quit IRC[21:46:06] *** csssuf has joined ##OpenGL[21:46:27] *** skarn has joined ##OpenGL[21:46:36] *** csssuf has joined ##OpenGL[21:51:31] <japro> drag0nius, from the plane equation i'd guess[21:51:44] *** Suchorski has joined ##OpenGL[21:51:53] *** timsche has joined ##OpenGL[21:53:35] *** Wddy has joined ##OpenGL[21:53:53] <japro> with A, B, C being the triangles points and N = cross(B-A, C-A) all points (x,y,z) in the triangles plane fulfill: Nx*x + Ny*y + Nz*z = Nx*Ax + Ny*Ay + Nz*Az[21:54:04] <japro> so you can just put x,y into that equation and calculate z[21:56:08] *** WorldGenesis has joined ##OpenGL[21:56:27] *** danicampa901 has joined ##OpenGL[21:59:16] <Vtec234> i solve my problem, had to recalculate the normals, because blender outputs face normals as vertex normals.[21:59:22] <Vtec234> solved*[22:00:12] *** danhedron has joined ##OpenGL[22:02:20] *** RockLee has quit IRC[22:03:08] *** Beetny has joined ##OpenGL[22:06:00] *** RockLee has joined ##OpenGL[22:06:04] *** Spark__ is now known as Spark[22:07:22] *** slidercrank has joined ##OpenGL[22:09:49] *** paul424 has joined ##OpenGL[22:15:14] <paul424> "Trivia : A typical frame in Quake2 is 600-900 polygons: A >>far cry<< from 2011 millions of polygons in any game engine." :P[22:16:10] *** Garner has joined ##OpenGL[22:16:32] <japro> is that about what you can do or what games actually do :)[22:17:05] <japro> i was under the impression apart from tessellation people don't go too crazy with polycounts. most of the fidelity is coming from clever texturing (normal maps etc) these days[22:17:21] <paul424> naah A >>far cry<< ! You get ?[22:17:35] <paul424> google that phrase then >_>[22:17:51] *** Zupo3 has joined ##OpenGL[22:17:52] <japro> i had to read that sentence a bunch of time because i first thought "far cry didn't come out 2011???"[22:18:12] <paul424> far cry 3 than[22:19:08] *** Miyu is now known as hackkitten[22:19:17] <slime> japro: characters in modern AAA games are generally tens or hundreds of thousands of polygons[22:19:41] *** Zupo2 has quit IRC[22:19:48] <slime> (per character)[22:20:10] <paul424> about Q2 : The GPU integrated scanline routine removed the need for a Global Edge Table and an Active Edge Table.[22:20:19] <paul424> what 's the integrated scaline routiene ?[22:20:37] <roboman2444> so, SDL2, glfw or sfml?[22:20:46] <roboman2444> for a primarily opengl oriented thing[22:20:57] <japro> sdl2 for me these days[22:21:00] <roboman2444> that only wants window management and input management[22:21:44] <Polarina> roboman2444, sdl2 or glfw will both work well.[22:21:56] <japro> also depends on what kind of input[22:22:08] <roboman2444> japro, just general game input[22:22:22] <japro> but generally sdl2 does probably better on anything that isn't a mouse or keyboard[22:23:08] <roboman2444> can i resize windows in sdl2 without making a new one?[22:23:43] <slime> yep[22:23:43] <Polarina> roboman2444, yes, you can.[22:23:46] <roboman2444> surface = SDL_SetVideoMode(width, height, bpp, videoFlags); i do this a lot, in sdl1.2[22:23:49] <slime> that's SDL1[22:23:51] <slime> yeah[22:23:55] <roboman2444> i didnt really see anything from a glance to do it in 2[22:24:05] <slime> in SDL2 you just create the window with a resizable flag to let users resize[22:24:09] <slime> or use SDL_SetWindowSize[22:24:19] <roboman2444> ah ok[22:29:51] *** neurre has quit IRC[22:29:55] *** erhan_ has quit IRC[22:31:08] *** tm604 has quit IRC[22:31:08] *** tm604 has joined ##OpenGL[22:31:22] *** Wddy has quit IRC[22:32:00] *** erhan_ has joined ##OpenGL[22:33:06] *** MLM has quit IRC[22:33:55] *** zajfy has quit IRC[22:34:07] <paul424> They are no "Surface" in the OpenGL renderer: color and lightmap are combined on the fly and never cached. If the graphic card supports multi-texturing only one pass is necessary, specifying both textureID and textureCoordinates:[22:34:20] <paul424> ehem how those sufaces could have helped ?[22:34:51] <Polarina> That sounds like very old text.[22:34:54] <paul424> ahh I get if two polygon by coincidence share the same lightmap and texture[22:34:55] <derhass_> it is[22:35:00] <paul424> it's Q2 engine[22:35:10] <derhass_> paul424 seems to work his way backwards[22:35:17] <paul424> no idea ... how those sufaces would work[22:35:24] <derhass_> software archeology[22:35:31] <roboman2444> Q2 was so far back in opengl that you didnt have to ask for a texture id back then[22:35:32] <paul424> derhass_: one must look historicly onto the studied thing[22:35:36] <roboman2444> you just said which one you wanted[22:35:42] <paul424> to understand the present :)[22:36:09] <derhass_> yeah, but maybe not backwards. it doesn't really help to learn what a new engine does not do any more before one has understood how that was done before[22:36:44] <paul424> naah ,. derhass_ what those >>Surfaces << could be ?[22:37:09] <derhass_> you'll probably find out when you look at Q1's enigne[22:37:41] <paul424> he he , you are combining well :P[22:39:28] *** ragecryx has joined ##OpenGL[22:39:35] <derhass_> actually, surfaces were used in q2's software renderer, iirc[22:39:48] <paul424> ohh ok[22:39:53] <derhass_> to cache the texture+lightmap calculations[22:40:02] <derhass_> and avoid redoing them all the time[22:40:07] <derhass_> hmmm[22:40:09] <derhass_> not sure anymore[22:40:34] <derhass_> but google is my friend: http://fabiensanglard.net/quake2/quake2_software_renderer.php[22:40:38] *** pizthewiz has quit IRC[22:40:49] <derhass_> "Render each face's surface (surface=texture+lightmap) to a cache in RAM."[22:41:31] <paul424> ohh ok :*[22:44:33] *** b4b has quit IRC[22:45:12] *** lenarhoyt has joined ##OpenGL[22:48:02] *** pizthewiz has joined ##OpenGL[22:48:22] *** alhsekufahlsief has quit IRC[22:48:36] <newguise1234> I'm continually stymied by my intel graphics card :/ doesn't have the EXT_gpu_shader4 to pass unsigned ints into an attribute[22:51:15] *** ablepharus has joined ##OpenGL[22:54:36] *** alhsekufahlsief has joined ##OpenGL[22:55:09] *** erhan_ has quit IRC[22:56:51] <japro> just pass a float :) that is effectively a 24bit int... kinda[22:57:00] <japro> or 23? something like that[22:59:40] *** newguise1234 has quit IRC[22:59:40] *** newguise1234 has joined ##OpenGL[23:00:25] *** ShadowIce has quit IRC[23:02:19] *** RockLee has quit IRC[23:02:20] *** Vtec234 has quit IRC[23:02:22] <newguise1234> will glsl do casting without value translation? ie. keep the bits and use a different name?[23:02:39] <slime> there are functions in recent GLSL versions to do that[23:02:54] <newguise1234> mm, I'm kind of restricted with regards to that lol[23:03:06] <bob_twinkles> what do you need an unsigned int for?[23:04:40] <newguise1234> to pass in an octree key, then I expand it to the appropriate coordinate[23:05:00] <japro> an entire octree in attributes???[23:07:31] <newguise1234> no, just the "key", the lower left back boundary, and the smallest box resolution[23:07:37] <newguise1234> those are uniforms[23:07:46] <newguise1234> then I pass a "key" and a depth mask as attributes[23:09:18] <newguise1234> http://pastebin.com/dXhm5LvY[23:09:42] *** slidercrank has quit IRC[23:10:19] *** fatalhalt has quit IRC[23:10:48] <japro> the only thing there that requires "integerness" is the &1[23:11:28] <bob_twinkles> just % 2 instead?[23:11:29] <japro> and you can emulate that with like 2*fract(x*0.5)[23:11:31] <japro> on floats[23:12:22] *** Involuntary has quit IRC[23:12:55] <newguise1234> can I pass in a non-vector integer without the extension? or does the extension deal with pretty much all integers[23:14:41] *** erhan_ has joined ##OpenGL[23:16:10] *** b4b has joined ##OpenGL[23:19:59] *** paul424 has quit IRC[23:21:43] *** japro has quit IRC[23:22:03] *** japro has joined ##OpenGL[23:23:12] *** laguest has quit IRC[23:23:19] *** PortaLu has joined ##OpenGL[23:23:38] *** PortaLu is now known as Lucretia[23:23:44] *** Lucretia has quit IRC[23:23:44] *** Lucretia has joined ##OpenGL[23:24:08] *** telex has quit IRC[23:26:43] *** telex has joined ##OpenGL[23:27:48] *** Involuntary has joined ##OpenGL[23:33:13] *** iKlsR has quit IRC[23:33:39] *** stoopdapoop has joined ##OpenGL[23:33:39] *** stoopdapoop has joined ##OpenGL[23:36:08] *** MLM has joined ##OpenGL[23:40:13] *** cden has quit IRC[23:42:38] *** groton has joined ##OpenGL[23:45:22] *** Suchorski has quit IRC[23:49:43] *** Demon_Fox has joined ##OpenGL[23:50:52] *** drag0nius_ has joined ##OpenGL[23:50:55] *** Misu has quit IRC[23:51:32] *** Misu has joined ##OpenGL[23:53:23] *** drag0nius has quit IRC[23:58:56] *** ``Erik_ is now known as ``Erik