July 29, 2019 
< | 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 | 31 | >
July 29, 2019 [00:00:53] *** LunarJetman <LunarJetman!LunarJetma@176.248.197.112> has quit IRC (Ping timeout: 245 seconds)[00:57:51] *** CoolerZ <CoolerZ!~coolerext@14.139.38.135> has joined ##OpenGL[01:14:43] *** CoolerZ <CoolerZ!~coolerext@14.139.38.135> has quit IRC (Quit: Leaving)[01:36:54] *** lmariscal <lmariscal!~lmariscal@unaffiliated/lmariscal> has quit IRC (Quit: I'm out!)[01:37:28] *** lmariscal <lmariscal!~lmariscal@unaffiliated/lmariscal> has joined ##OpenGL[01:41:22] *** zalt <zalt!~lambda443@unaffiliated/lambda443> has quit IRC (Ping timeout: 246 seconds)[01:41:37] <BPL> do you know any robust math solution for this well-known issue when orbiting the camera with the mouse https://dl.dropboxusercontent.com/s/b5i9sh81l9hfbcc/2019-07-29_01-39-15.gif ?[01:43:42] <zy]x[yz> isn't that gimble lock?[01:44:32] <zy]x[yz> or also gimbal lock if you're some kind of nerd who prefers correct spelling[01:45:02] <zy]x[yz> https://gamedev.stackexchange.com/questions/51410/how-to-avoid-gimbal-lock[01:49:04] <BPL> maybe, dunno... I was refactoring some bits of my good old engine and I've found this little piece of shaky mathy code https://bpaste.net/show/9o8w , i decided to test it and i've found this really annoying issue. Even I forgot why i've used that hardcoded value at #9... all I know is that code looks quite crapy :/[01:53:34] <zy]x[yz> yeah, the problem is that you're storing independent rotations, and so after the first rotation of 90 degrees, your other two dimensions become aliased. or something like that. you can probably find a better explanation somewhere out there by a person with a better mathematical understanding of it[01:55:11] <BPL> i see, tsk... i've forgotten how many youtube videos I've seen about gimbal lock already, yet still this thing beats me... guess I'll watch another one again xD[02:00:07] *** atk <atk!~Arch-TK@ircpuzzles/staff/Arch-TK> has quit IRC (Quit: Well this is unexpected.)[02:00:28] *** atk <atk!~Arch-TK@ircpuzzles/staff/Arch-TK> has joined ##OpenGL[02:09:04] *** bitwinery <bitwinery!~bruno@c-71-59-192-149.hsd1.wa.comcast.net> has quit IRC (Quit: Leaving)[02:13:16] <BPL> so if I've understood correctly... gimbal lock can't be avoided, just minimized by choosing the direction the camera is least likely to face. No matter which order of rotations you pick up, ie: {xyz, xzy, yxz, yzx, zxy, zyx} :/[02:13:49] <zy]x[yz> it can be avoided if you don't do your rotations in two steps[02:14:04] <zy]x[yz> store a single rotation value as a matrix or a quaternion[02:14:59] <BPL> mmm... in the link you posted before there is a comment which says "Quaternions are still prone to gimbal lock if you use them wrong - it's not what you use to represent your rotations, it's concatenating multiple rotations that causes it. So don't concatenate rotations. –"[02:15:29] <zy]x[yz> shows what i know![02:18:49] <BPL> I think I'll try to find the mathematical explanation about this issue, mostly of the yt videos use a gyroscope to explain this effect, they're quite confusing to me :) . I think the section which says "Loss of a degree of freedom with Euler Angles" in this one https://en.wikipedia.org/wiki/Gimbal_lock will clarify better[02:32:04] *** Singmyr <Singmyr!~Singmyr@c83-253-123-62.bredband.comhem.se> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[02:43:21] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has quit IRC (Quit: Leaving)[02:57:57] *** guardianx <guardianx!~neon@pa49-195-178-126.pa.nsw.optusnet.com.au> has joined ##OpenGL[03:09:54] *** guardianx <guardianx!~neon@pa49-195-178-126.pa.nsw.optusnet.com.au> has quit IRC (Quit: Konversation terminated!)[03:24:37] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has quit IRC (Ping timeout: 246 seconds)[03:25:25] *** macroprep <macroprep!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has joined ##OpenGL[03:26:19] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has quit IRC (Read error: Connection reset by peer)[03:28:05] * macroprep tries to find GLES off screen rendering examples[03:28:27] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has joined ##OpenGL[03:32:11] * macroprep found this https://github.com/ragnraok/GLESOffScreenRenderingDemo which is based on... FK it uses java ;-;[03:32:46] *** KAHR-Alpha <KAHR-Alpha!~Alpha@2a01cb0d024a6600f8d397b433da22ba.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 276 seconds)[03:35:09] <macroprep> developer.download.nvidia.com/assets/gamedev/docs/PixelBuffers.pdf this is for Desktop OpenGL right (as it uses WGL) ? thus would be incompatible with GLES right?[03:37:56] *** macroprep_ <macroprep_!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has joined ##OpenGL[03:40:52] *** Oddity <Oddity!~Oddity@unaffiliated/oddity> has joined ##OpenGL[03:41:08] *** macroprep <macroprep!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has quit IRC (Read error: Connection reset by peer)[03:41:48] <macroprep_> https://mkonrad.net/2014/12/08/android-off-screen-rendering-using-egl-pixelbuffers.html ES2.0 is completely different from 3.0 right? as this uses 2.0[03:45:01] <macroprep_> tho it seems to just initialize it to use 2.0 ...[03:47:13] <macroprep_> so it should be usable in GLES 3 with almost no changes right? (except setting the correct GLES version)[03:48:13] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has joined ##OpenGL[03:58:52] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7l9r42569r41f4.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 264 seconds)[04:16:17] *** macroprep_ <macroprep_!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has quit IRC (Ping timeout: 245 seconds)[04:36:49] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has joined ##OpenGL[04:49:27] *** bitwinery <bitwinery!~bruno@c-71-59-192-149.hsd1.wa.comcast.net> has joined ##OpenGL[04:54:37] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Read error: Connection reset by peer)[05:02:01] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has quit IRC (Quit: Leaving)[05:02:18] *** cshzg <cshzg!~dietary@181.53.12.207> has quit IRC (Ping timeout: 268 seconds)[05:17:27] *** cshzg <cshzg!~dietary@181.53.12.207> has joined ##OpenGL[05:19:45] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Quit: This computer has gone to sleep)[05:28:52] *** manj-budgie_ <manj-budgie_!~manjaro-b@x590c1729.dyn.telefonica.de> has joined ##OpenGL[05:30:32] *** manj-budgie_ <manj-budgie_!~manjaro-b@x590c1729.dyn.telefonica.de> has quit IRC (Remote host closed the connection)[05:30:58] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[05:32:18] *** VladTheImplier <VladTheImplier!~manjaro-b@x4db749b9.dyn.telefonica.de> has quit IRC (Ping timeout: 248 seconds)[05:50:29] *** macroprep <macroprep!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has joined ##OpenGL[05:56:05] *** macroprep <macroprep!~smallvill@cpe-172-193-104-55.qld.foxtel.net.au> has quit IRC (Read error: Connection reset by peer)[05:57:06] *** cshzg <cshzg!~dietary@181.53.12.207> has quit IRC (Quit: Leaving.)[05:59:21] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has quit IRC (Remote host closed the connection)[05:59:45] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has joined ##OpenGL[06:06:25] *** macroprep <macroprep!~smallvill@172.193.104.55> has joined ##OpenGL[06:11:15] <macroprep> if i try to create a eglCreatePbufferSurface i get EGL_BAD_ATTRIBUTE[06:12:31] <macroprep> this is my attr_list: EGL_RENDERABLE_TYPE, EGL_OPENGL_ES3_BIT, EGL_SURFACE_TYPE, EGL_WINDOW_BIT, EGL_BLUE_SIZE, 8, EGL_GREEN_SIZE, 8, EGL_RED_SIZE, 8, EGL_ALPHA_SIZE, 8, EGL_DEPTH_SIZE, 16, EGL_NONE[06:13:10] <macroprep> EGL_RENDERABLE_TYPE, EGL_OPENGL_ES3_BIT, EGL_SURFACE_TYPE, EGL_PBUFFER_BIT, EGL_BLUE_SIZE, 8, EGL_GREEN_SIZE, 8, EGL_RED_SIZE, 8, EGL_ALPHA_SIZE, 8, EGL_DEPTH_SIZE, 16, EGL_WIDTH, w, EGL_HEIGHT, h, EGL_NONE *[06:13:34] <macroprep> in which w is 500 and h is 500[06:14:22] <macroprep> and my context attributes are EGL_CONTEXT_CLIENT_VERSION, 3, EGL_NONE[06:14:38] <macroprep> and i have no configuration attributes[06:17:46] <macroprep> do i need to set my configuration attributes to EGL_RENDERABLE_TYPE, EGL_OPENGL_ES3_BIT, EGL_NONE ?[06:18:23] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has quit IRC (Quit: Konversation terminated!)[06:20:25] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has joined ##OpenGL[06:21:09] <macroprep> if so i still get EGL_BAD_ATTRIBUTE, my EGL version is 1.4[06:30:18] <macroprep> i can create a window surface tho[06:34:08] <macroprep> https://github.com/mgood7123/AndroidCompositor/blob/master/app/src/main/jni/GLA.h#L210#L232[06:36:03] <macroprep> im setting it up correctly right?[06:44:52] <macroprep> as i get "Initializing, Got window 0x77abc2b010, EGL init with version 1.4, creating pixel buffer surface, EGL_NO_SURFACE, eglCreatePbufferSurface() returned error 12292, EGL_BAD_ATTRIBUTE"[06:51:28] *** reductum <reductum!~weechat@cpe-104-32-77-28.socal.res.rr.com> has joined ##OpenGL[07:16:17] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has quit IRC (Ping timeout: 245 seconds)[07:16:32] *** reductum <reductum!~weechat@cpe-104-32-77-28.socal.res.rr.com> has quit IRC (Quit: WeeChat 2.5)[07:18:40] *** macroprep <macroprep!~smallvill@172.193.104.55> has quit IRC (Quit: Leaving)[07:31:12] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has joined ##OpenGL[07:42:07] *** immibis <immibis!~immibis@222-153-90-196-fibre.sparkbb.co.nz> has joined ##OpenGL[07:45:06] *** groton <groton!~groton@unaffiliated/groton> has quit IRC (Read error: Connection reset by peer)[07:46:41] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[08:05:17] *** tab-key <tab-key!~mantra@2601:601:c980:8fd:dc93:2e80:fa4d:c15e> has quit IRC (Read error: Connection reset by peer)[08:26:35] *** stefkos <stefkos!~Pawel@79.184.140.145.ipv4.supernova.orange.pl> has joined ##OpenGL[08:50:07] *** Matthijs <Matthijs!~quassel@unaffiliated/matthijs> has joined ##OpenGL[08:52:44] *** David3k <David3k!~David3k@120.29.75.241> has joined ##OpenGL[09:29:48] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[09:30:09] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Client Quit)[09:30:33] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[09:44:39] *** guardianx <guardianx!~neon@60-241-62-242.tpgi.com.au> has quit IRC (Quit: Konversation terminated!)[09:50:55] *** wrobinso1 <wrobinso1!~0x@102.119.208.5> has joined ##OpenGL[09:52:15] *** groton <groton!~groton@unaffiliated/groton> has quit IRC (Quit: groton)[09:53:48] *** wrobinson <wrobinson!~0x@196.20.158.243> has quit IRC (Ping timeout: 272 seconds)[11:01:06] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has joined ##OpenGL[11:21:53] *** bitwinery <bitwinery!~bruno@c-71-59-192-149.hsd1.wa.comcast.net> has quit IRC (Quit: Leaving)[11:25:54] *** karalaine <karalaine!karalaine@unaffiliated/karalaine> has quit IRC (Ping timeout: 248 seconds)[11:28:55] *** karalaine <karalaine!karalaine@unaffiliated/karalaine> has joined ##OpenGL[11:36:43] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 245 seconds)[11:57:31] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[12:03:36] *** phr34k <phr34k!4dac67ef@77.172.103.239> has joined ##OpenGL[12:03:43] <phr34k> GLubyte* ptr = (GLubyte*)glMapBufferRange(GL_PIXEL_PACK_BUFFER, 0, downOp.size, GL_MAP_READ_BIT | GL_MAP_UNSYNCHRONIZED_BIT);[12:04:30] <phr34k> howcome this complains about invalid operation for the access bits.[12:10:32] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7l9r42569r41f4.18120a2.ip6.access.telenet.be> has joined ##OpenGL[12:15:38] *** cshzg <cshzg!~dietary@181.53.12.207> has joined ##OpenGL[12:19:33] *** Lord-Kam_ <Lord-Kam_!~Lord-Kami@pc-71-21-164-190.cm.vtr.net> has joined ##OpenGL[12:19:42] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has joined ##OpenGL[12:20:06] *** Lord-Kamina <Lord-Kamina!~Lord-Kami@pc-71-21-164-190.cm.vtr.net> has quit IRC (Ping timeout: 272 seconds)[12:37:18] <Matthijs> https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glMapBufferRange.xhtml[12:41:51] <phr34k> @Matthijs, yeah i don't really see anything in the spec that should hint why READ_BIT with unsynchronized is forbidden.[12:56:04] <Matthijs> phr34k: I don't know the "why" of this. I assume it simply doesn't make sense to use it, or that it would mean you read garbage. But that's just a guess, maybe Google knows more.[13:01:33] <phr34k> Yeah I suppose so, but it's just weird, all I want is a have a pointer with glMapBuffer and that I synchronize myself with fences. I am basically forced to use persistent mapped buffers, what a mess hehe.[13:02:08] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has joined ##OpenGL[13:19:59] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Quit: This computer has gone to sleep)[13:26:50] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[13:34:50] *** immibis <immibis!~immibis@222-153-90-196-fibre.sparkbb.co.nz> has quit IRC (Ping timeout: 272 seconds)[14:14:06] *** Singmyr <Singmyr!~Singmyr@c83-253-123-62.bredband.comhem.se> has joined ##OpenGL[14:31:38] *** phr34k <phr34k!4dac67ef@77.172.103.239> has quit IRC (Remote host closed the connection)[14:35:00] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has quit IRC (Ping timeout: 272 seconds)[14:45:28] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 245 seconds)[14:54:10] *** Singmyr <Singmyr!~Singmyr@c83-253-123-62.bredband.comhem.se> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[14:54:38] *** Singmyr <Singmyr!~Singmyr@c83-253-123-62.bredband.comhem.se> has joined ##OpenGL[14:59:19] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has joined ##OpenGL[15:40:21] *** mefesto_ <mefesto_!~user@107.145.49.162> has joined ##OpenGL[15:57:49] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Ping timeout: 246 seconds)[16:02:08] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has quit IRC (Ping timeout: 245 seconds)[16:04:47] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has joined ##OpenGL[16:12:41] *** neure <neure!~timo@mobile-access-5d6af6-46.dhcp.inet.fi> has joined ##OpenGL[16:24:02] *** VladTheImplier <VladTheImplier!~manjaro-b@x590c1729.dyn.telefonica.de> has joined ##OpenGL[16:24:35] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has joined ##OpenGL[16:38:54] *** Cooler <Cooler!~coolerext@202.3.77.166> has joined ##OpenGL[16:45:53] *** mujjingun <mujjingun!uid228218@gateway/web/irccloud.com/x-pwrexdbqclqddknm> has joined ##OpenGL[17:00:26] *** stefkos <stefkos!~Pawel@79.184.140.145.ipv4.supernova.orange.pl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[17:09:59] *** Matthijs <Matthijs!~quassel@unaffiliated/matthijs> has quit IRC (Quit: *waves frantically*)[17:27:49] *** Cooler <Cooler!~coolerext@202.3.77.166> has quit IRC (Quit: Leaving)[17:30:13] *** R2robot <R2robot!~R2robot@unaffiliated/r2ro> has quit IRC (Quit: Pull the lever, Kronk. Wrong leverrrrrrr!)[17:30:59] *** R2robot <R2robot!~R2robot@unaffiliated/r2ro> has joined ##OpenGL[17:43:58] *** deathwishdave <deathwishdave!~deathwish@90.253.174.169> has joined ##OpenGL[17:45:38] *** cshzg <cshzg!~dietary@181.53.12.207> has quit IRC (Ping timeout: 248 seconds)[17:48:10] *** cshzg <cshzg!~dietary@181.53.12.207> has joined ##OpenGL[17:50:20] *** neure <neure!~timo@mobile-access-5d6af6-46.dhcp.inet.fi> has quit IRC (Quit: Leaving)[17:55:34] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[18:06:47] *** glYoda <glYoda!~kristinam@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Quit: glYoda)[18:25:41] *** moser <moser!~moser@219.137.60.75> has joined ##OpenGL[18:28:50] *** moser_ <moser_!~moser@113.119.56.207> has quit IRC (Ping timeout: 248 seconds)[18:33:39] *** borkr <borkr!~borkr@static243-215-65.mimer.net> has joined ##OpenGL[18:42:48] *** Suchorski <Suchorski!~regex@unaffiliated/suchorski> has joined ##OpenGL[18:45:43] *** oberstein <oberstein!~ober@2605:6400:20:748::ddee:deee> has joined ##OpenGL[18:48:21] *** oberstein <oberstein!~ober@2605:6400:20:748::ddee:deee> has left ##OpenGL[18:49:02] *** dansho <dansho!~dansho4@71-84-161-204.dhcp.astr.or.charter.com> has quit IRC (Ping timeout: 258 seconds)[18:53:46] *** tseiler <tseiler!~tseiler@208.185.211.186> has quit IRC (Read error: Connection reset by peer)[19:00:12] *** AKPWD <AKPWD!AKP@irc.akpwebdesign.com> has left ##OpenGL ("????")[19:01:37] *** borkr <borkr!~borkr@static243-215-65.mimer.net> has quit IRC (Read error: Connection reset by peer)[19:02:38] *** englosh <englosh!1f12f881@31.18.248.129> has joined ##OpenGL[19:04:31] <englosh> Hello. When I render two triangles (forming a rectangle) and render with glPolygonMode(GL_FRONT_AND_BACK, GL_LINE); then I see this: https://i.imgur.com/vOmetVV.png The first pixel of the rectangle is missing. What could be causing this? It doesn't happen without glPolygonMode[19:04:45] <englosh> Here's a closer version: https://i.imgur.com/Jr04SQL.png[19:05:25] <englosh> I mean it's not a problem for me since I will normally render without glPolygonMode but I'm still curious[19:06:37] <derhass> englosh: it might be an effect of where exactly your vertices lie inside the pixel[19:07:02] <englosh> vertices inside a pixel?[19:07:13] <mefesto_> like an aliasing effect[19:07:16] <englosh> oh[19:07:22] <englosh> well the first corner is the only one[19:07:26] <englosh> all other corners are perfect[19:07:39] <englosh> the first corner is the only one where it happens*[19:08:18] <englosh> I'm pretty sure antialiasing is off[19:08:29] <englosh> I didn't enable it[19:08:38] <derhass> i wasn't talking about antialiasing[19:08:50] <englosh> what do you mean by vertices inside a pixel?[19:09:01] <mefesto_> i was just saying its _like_ an aliasing effect[19:09:21] <derhass> I'm talking about the sub-pixel position of your vertices[19:09:35] <englosh> oh[19:09:52] <englosh> well all values are either -0.5, 0.5 or 0.0[19:10:02] <derhass> could also be some weird bug, though[19:10:05] <englosh> there's nothing like 0.51128129 or something precise like that[19:10:10] <englosh> yeah probably[19:10:15] <derhass> englosh: 0.5 in which space?[19:10:15] <englosh> can anyone reproduce this?[19:10:28] <englosh> the normal space where you render things[19:10:32] <derhass> rasterization happens in window space[19:10:39] <derhass> englosh: there is no such thing[19:11:12] <derhass> if you use a viewport wich is a multiple of 4 in size, NDC value 0.5 will lie exactly on the edge between two pixels[19:12:21] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has quit IRC (Quit: iderik)[19:12:59] <englosh> ooh you are right! it is related to the viewport size. I tried resizing the window a bit and one time it was correct: https://i.imgur.com/gqNhv7c.png[19:13:16] <englosh> the pixel is no longer missing on that one[19:17:00] <derhass> it is not about a missing pixell, but about missing fragments[19:17:13] <derhass> and it is still not 100% clear what really happens[19:17:52] <derhass> GL's line rasterization rules are a bit vague, in that the allow an implementation to deviate from the optimal results described in the spec, in certain defined ways[19:18:07] *** LunarJetman <LunarJetman!LunarJetma@176.248.197.112> has joined ##OpenGL[19:18:15] <derhass> and I'm actually too lazy to check if the case you're seeing would fall under that rules[19:19:06] <englosh> oh so it's related to my graphics driver[19:19:14] <derhass> I don't know[19:19:24] <derhass> I do not know your code[19:20:11] <englosh> I'm pretty sure it's my graphics driver's manufactuers fault[19:20:15] <derhass> but OpenGL does not define pixel-exact results, so the renderings of different implementations might be a little bit different in some well-defined, and also in some not-so-well-defined (if defined at all) ways[19:20:23] <englosh> manufacturers*[19:32:17] <englosh> it is good practice to keep the packets I send to my shaders as small as possible, right? Like I should do gl_Position = vec4(position, 0.0, 1.0); instead of delivering 0.0 and 1.0 too from the CPU[19:33:18] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has quit IRC (Ping timeout: 272 seconds)[19:33:49] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has joined ##OpenGL[19:33:54] <derhass> it is pointless to specify data you don't need[19:33:55] <mefesto_> on the glsl side it'll fill in the defaults (0, 0, 0, 1)[19:34:34] <mefesto_> so if you glVertexAttribPointer only has 2 components, the shader will have the defaults from above: (x, y, 0, 1) if you specify vec4[19:34:52] <englosh> yeah I thought so but on learnopengl.com the guy specifies z (0.0 always) also in the vertices array but that seems pointless to me[19:36:12] <derhass> it is probably meant as a tutorial for 3D graphics, so using 3D coordinates is not the worst idea, it is of course not needed for the first hello triangle[19:36:15] <derhass> but whatever[19:36:19] <zy]x[yz> demonstrative code often can't be taken literally, because it's there to demonstrate some concept with no real world problem to solve[19:40:17] *** Vasco_O is now known as Vasco[19:47:57] *** cantstanya <cantstanya!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Remote host closed the connection)[19:49:22] *** cantstanya <cantstanya!~chatting@gateway/tor-sasl/cantstanya> has joined ##OpenGL[19:52:14] *** jesse1010 <jesse1010!~user@68-113-87-53.static.leds.al.charter.com> has joined ##OpenGL[19:52:32] <jesse1010> how do I get glut.h?[19:53:16] <derhass> better don 't get it at all[19:53:31] <jesse1010> I am running some hello world code for opengl[19:53:46] <jesse1010> it includes it... what I want to do is write a windows app using opengl as the gui[19:54:51] <mefesto_> http://freeglut.sourceforge.net/[19:56:27] <mefesto_> for getting a hello world going. but shortly after you should checkout glfw3 or sdl2[19:56:43] <derhass> jesse1010: your hello world code is outdated by 2 decades[19:59:03] *** mujjingun <mujjingun!uid228218@gateway/web/irccloud.com/x-pwrexdbqclqddknm> has quit IRC (Quit: Connection closed for inactivity)[20:04:55] <jesse1010> ok[20:13:16] *** gehn <gehn!gehn@gateway/vpn/privateinternetaccess/gehn> has joined ##OpenGL[20:20:37] *** KAHR-Alpha <KAHR-Alpha!~Alpha@2a01cb0d024a6600e0918ce738e6dfdd.ipv6.abo.wanadoo.fr> has joined ##OpenGL[20:26:36] <jesse1010> now im getting a lot of unresolved external symbol to function _main[20:26:44] <jesse1010> in function*[20:31:38] <mefesto_> it might be easier to start with a hello world that is a little more up to date. have you checked out this site? https://learnopengl.com/Getting-started/Creating-a-window[20:36:44] <jesse1010> is glfw3 written in c++?[20:37:15] <mefesto_> i believe so. if you need something in c then there's sdl2[20:38:06] <englosh> no it's not, GLFW is written in C[20:38:07] <mefesto_> glfw is in c as well according to their home page[20:38:17] <englosh> see https://github.com/glfw/glfw[20:38:38] <derhass> not only according to the homepage, also according to the source. but it doesn't matter, since it exposes a C ABI in any case[20:38:43] *** deathwishdave <deathwishdave!~deathwish@90.253.174.169> has quit IRC (Read error: Connection reset by peer)[20:45:16] <englosh> will Khronos ever remove the border argument from glTexImage2d? They even say on the newest docs that "This value must be 0." Would it be too much of a breaking change?[20:45:46] <derhass> yes[20:45:52] <derhass> it would be too much[20:46:08] <derhass> they have never done such a thing in the past[20:46:21] <mefesto_> once an api becomes public...[20:46:34] <englosh> hm. They removed a lot of stuff in 3.3 though as far as I know. A lot of functions.[20:46:44] <englosh> but now they dont dare to remove one argument?[20:46:50] <derhass> but they never changed them[20:47:05] <derhass> it would be impssible to define the core profile that way[20:47:12] <derhass> s/core/compat[20:47:26] <englosh> isn't removing worse than just changing?[20:47:42] <englosh> and I mean removing it wouldn't make it still work, it would cause an error and there would be no unwanted behavior[20:48:06] <derhass> there would be no error?[20:48:11] <derhass> how could there be an error?[20:48:37] <derhass> it is an ABI break[20:48:42] <derhass> and it is also amoot point[20:48:57] <derhass> as this thing is compeltely superseeded by glTexStorage anyway[20:49:12] <derhass> so nobody cares about an unused parameter in a function nobody uses any more[20:49:58] <englosh> wait what, glTexImage2d is legacy too? oh I guess I will learn later in the texture tutorial to use glTexStorage[20:50:10] <englosh> because in the tutorial he uses glTexImage2d[20:50:13] <derhass> it is not legacy, it is just meh[20:50:29] <derhass> just like the glVertexAttribPointer interface[20:51:19] <englosh> what is the alternative to that?[20:52:05] <derhass> https://www.khronos.org/registry/OpenGL/extensions/ARB/ARB_vertex_attrib_binding.txt[20:53:29] <englosh> hmmm well I will stay with glVertexAttribPointer for now[21:14:18] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has quit IRC (Ping timeout: 258 seconds)[21:15:01] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has joined ##OpenGL[21:15:12] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has joined ##OpenGL[21:17:32] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has joined ##OpenGL[21:21:07] *** englosh <englosh!1f12f881@31.18.248.129> has quit IRC (Ping timeout: 260 seconds)[21:50:00] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has quit IRC (Quit: Leaving)[21:58:02] *** wildlander_ <wildlander_!~wildlande@unaffiliated/wildlander> has joined ##OpenGL[21:58:47] *** wildlander <wildlander!~wildlande@unaffiliated/wildlander> has quit IRC (Ping timeout: 245 seconds)[22:22:54] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has joined ##OpenGL[22:57:11] *** charlie5 <charlie5!~rod@pa49-180-54-151.pa.nsw.optusnet.com.au> has quit IRC (Read error: Connection reset by peer)[23:03:34] *** mefesto_ <mefesto_!~user@107.145.49.162> has quit IRC (Quit: ERC (IRC client for Emacs 26.1))[23:05:46] *** codeandkey <codeandkey!~codeandke@unaffiliated/codeandkey> has quit IRC (Quit: leaving)[23:06:05] *** codeandkey <codeandkey!~codeandke@unaffiliated/codeandkey> has joined ##OpenGL[23:17:27] <jesse1010> so should I use glfw or sdl?[23:55:40] *** zalt <zalt!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[23:57:19] *** Vasco is now known as Vasco_O