February 11, 2018 
< | 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 | >
February 11, 2018 [00:04:33] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[00:05:24] *** stefkos <stefkos!~Pawel@82.177.144.226> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[00:06:15] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Client Quit)[00:06:23] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[00:07:54] *** MatrixTraveler[m <MatrixTraveler[m!voyagert2b@gateway/shell/matrix.org/x-cafhbtozncmomuyc> has joined ##OpenGL[00:07:56] *** Gama11 <Gama11!~quassel@p5DCDBB79.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[00:15:43] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Quit: leaving)[00:17:06] *** irrenhaus3 <irrenhaus3!~xenon@ip-37-201-7-18.hsi13.unitymediagroup.de> has quit IRC (Quit: Lost terminal)[00:18:46] <zid> What's the typical dumb way to do multiple textures on an object, one draw call per texture with all the verts that use that texture, or passing in all the textures and tagging each vert with a texture number?[00:19:25] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[00:21:59] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[00:22:40] *** LurchMan <LurchMan!~LurchMan@8.28.55.10> has quit IRC (Quit: Nettalk6 - www.ntalk.de)[00:23:27] *** Asu` <Asu`!~sdelang@80.12.63.124> has quit IRC (Ping timeout: 260 seconds)[00:23:36] <Stragus> zid: Using an array texture, where each vertex has a "layer index" to be used as Z texture coordinate into the array texture[00:23:50] <Stragus> If that's not dumb enough, then one call per texture[00:24:46] <zid> so tagged verts essentially[00:24:56] <zid> the latter, then the former[00:26:05] <Stragus> You don't "pass all the textures", you pass a single array texture[00:26:17] <zid> that.. is all the textures though? :P[00:26:24] <zid> I just didn't specify the method[00:27:09] <Stragus> Just making sure you know what an array texture is. It's not an "array of textures"[00:30:15] *** Vtec234[m] <Vtec234[m]!vtec234mat@gateway/shell/matrix.org/x-imckwrfzhxismkwf> has joined ##OpenGL[00:30:15] *** torarne <torarne!torarnemat@gateway/shell/matrix.org/x-qtljzbnnnpdmvgkz> has joined ##OpenGL[00:30:15] *** Raco[m] <Raco[m]!racomatrix@gateway/shell/matrix.org/x-nkvyuihoadzcmfyv> has joined ##OpenGL[00:30:15] *** M-hash <M-hash!hashmatrix@gateway/shell/matrix.org/x-sncuhlvpcckumhqk> has joined ##OpenGL[00:30:15] *** lieff[m] <lieff[m]!lieffmatri@gateway/shell/matrix.org/x-gmqhyucaenkkbujl> has joined ##OpenGL[00:30:22] *** rakete <rakete!raketematr@gateway/shell/matrix.org/x-uqndaozwlwnirsar> has joined ##OpenGL[00:33:50] *** goiko <goiko!~goiko@unaffiliated/goiko> has quit IRC (Quit: ﴾͡๏̯͡๏﴿ O'RLY? Bye!)[00:38:26] *** DarkUranium <DarkUranium!~DarkUrani@77.38.34.248> has quit IRC (Quit: Leaving)[00:42:01] *** ephemer0l <ephemer0l!~ephemer0l@pentoo/user/ephemer0l> has joined ##OpenGL[00:54:01] <ZeroWalker> what's happening here;d[00:56:09] *** xerpi <xerpi!~xerpi@24.red-83-45-198.dynamicip.rima-tde.net> has quit IRC (Quit: Leaving)[01:06:30] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has joined ##OpenGL[01:10:53] *** lucaswan_ <lucaswan_!~lucaswang@218.1.232.185> has joined ##OpenGL[01:10:53] *** lucaswang <lucaswang!~lucaswang@218.1.232.185> has quit IRC (Read error: Connection reset by peer)[01:11:17] *** notadeveloper_ <notadeveloper_!~quassel@2600:1700:89c0:1780:91ce:eb62:e288:7a5d> has quit IRC (Ping timeout: 276 seconds)[01:11:23] *** borkr <borkr!~borkr@static130-244.mimer.net> has quit IRC (Ping timeout: 255 seconds)[01:13:07] *** Elysion <Elysion!~Elysion@118.211.15.153> has joined ##OpenGL[01:15:29] *** lucaswan_ <lucaswan_!~lucaswang@218.1.232.185> has quit IRC (Ping timeout: 248 seconds)[01:32:33] *** ville <ville!~ville@188-67-3-254.bb.dnainternet.fi> has quit IRC (Ping timeout: 248 seconds)[01:32:36] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Quit: leaving)[01:41:47] *** l3dx <l3dx!uid2250@gateway/web/irccloud.com/x-parbfuzgmbivzpcd> has quit IRC (Quit: Connection closed for inactivity)[01:43:02] *** nine_milli <nine_milli!~nine_mill@c-76-23-234-152.hsd1.ct.comcast.net> has quit IRC (Remote host closed the connection)[01:48:04] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Remote host closed the connection)[01:54:40] *** ville <ville!~ville@37-136-84-25.rev.dnainternet.fi> has joined ##OpenGL[01:59:18] <ZeroWalker> Any good OpenGL videos to watch, that go through some stuff how it works, like the system (for example how the texture units relate to the textures themselves etc) stuff like that[01:59:58] <ZeroWalker> I really enjoy watching illustrations for it as it's easier for me to grasp how it works. And that of course helps me use the stuff later on[02:00:28] <Xeek_> I like to watch ThinMatrix opengl videos, they're in Java but they easily port to C++ concepts[02:01:14] <ZeroWalker> will check it out[02:01:53] <Xeek_> the opengl "terminology" uses is the same :-)[02:06:16] <ZeroWalker> seems quite advanced, if i am looking at the correct guy, he is making some game, there's like a fox hunting chickens xd[02:06:53] <Xeek_> he has opengl tutorial playlist that goes back to the beginning[02:07:02] <Xeek_> you're looking at years of videos there hehe, don't start from the latest![02:08:01] <ZeroWalker> ah, was just scrolling around, some kind of blog thing, will check the playlists;d[02:17:08] <ZeroWalker> hmm, not used to using classes and the like as i usually work in C like style, so all the abstractions are a bit confusing[02:17:35] <ZeroWalker> but think i saw this guy before, maybe it was you or someone else, he drew some stuff in pain about indexed drawing?[02:17:43] <ZeroWalker> cause that stuff was awesome, really helped[02:26:11] <ZeroWalker> Stragus, about the binding of different textures. How would that go about when drawing everything with glDrawElementsInstanced, would you have a system so you loop through and have each textured thing drawn in it's own "Instance"[02:26:37] <cfoch_> Hello[02:26:46] <ZeroWalker> or is there a way to still just use one and somehow let it change the binding on the fly (doubt it)[02:26:48] <ZeroWalker> hi hi[02:26:51] <cfoch_> do you think Snapchat filters are rendered in real time?[02:27:25] <cfoch_> I am working on doing something similar[02:28:53] <cfoch_> or at least trying to do something similar[02:28:53] <Stragus> ZeroWalker: You could do one draw call per texture, or you could pack all your texels into one array texture and draw the whole thing in one draw call[02:29:32] <cfoch_> I was drawing static images, but it sucks, because when you rotate your face it is not very "realistic". I think that OpenGL can help here.[02:29:47] <ZeroWalker> hmm just reading up on the stuff and saw a mention of "Texture Array" with a con being it's not supported on all platforms, is that the same thing?[02:31:32] * zid stabs blender in the face[02:31:44] <zid> I told it to split this object by material and it /mostly/ works but doesn't[02:32:07] <zid> I have an object which is a single vertex and some other oddities[02:33:26] <cfoch_> Other problem that I will have by just using OpenGL models is occlusion. For example, if the model is a hat, then this hat/cap should be "put" over the face of a person captured by the webcam and there is *no reason to render the behind part of that hat". What can I do there?[02:33:41] <zid> enable depth?[02:33:48] <zid> it will z-sort automatically[02:36:00] *** ville <ville!~ville@37-136-84-25.rev.dnainternet.fi> has quit IRC (Ping timeout: 260 seconds)[02:36:07] <cfoch_> any tip about my question?[02:36:28] <zid> I just told you wtf[02:36:50] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[02:37:15] <Stragus> ZeroWalker: Array textures are OpenGL 3.0[02:37:16] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has joined ##OpenGL[02:37:22] <Stragus> It's 10 years old stuff[02:37:26] <ZeroWalker> oh[02:37:37] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has quit IRC (Client Quit)[02:37:40] <ZeroWalker> must check the post date for the thing i read[02:38:17] <ZeroWalker> 2016 wtf, guess they took into the account of it not being supported on < 3.0[02:38:48] <ZeroWalker> well if it's supported in the version i have and it's not some implementation specific solution, then it sounds awesome[02:39:01] <ZeroWalker> does the images have to be identical in size?[02:39:12] <Stragus> Yes, all layers are the same size and format[02:39:47] *** goiko <goiko!~goiko@unaffiliated/goiko> has joined ##OpenGL[02:39:55] <ZeroWalker> ah, not the all around solution then, but for most of my cases i think it will do splendidly[02:40:33] *** ville <ville!~ville@37-33-64-160.bb.dnainternet.fi> has joined ##OpenGL[02:40:37] <ZeroWalker> as i intend to keep stuff very simplistic, no need to complicate stuff when i barely know enough to make anything work right;p[02:40:43] <Stragus> If you are going to draw a ton of geometry using one array texture, it's still a good idea to sort the geometry by layer, to maximize usage of the texture cache[02:41:27] <ZeroWalker> sort geometry by layer?[02:42:11] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has joined ##OpenGL[02:42:21] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has quit IRC (Client Quit)[02:44:11] *** lucaswang <lucaswang!~lucaswang@61.171.220.133> has joined ##OpenGL[02:44:40] *** KAHR-Alpha <KAHR-Alpha!~Alpha@LFbn-1-15527-64.w86-225.abo.wanadoo.fr> has quit IRC (Ping timeout: 256 seconds)[02:48:14] *** ville <ville!~ville@37-33-64-160.bb.dnainternet.fi> has quit IRC (Ping timeout: 260 seconds)[02:52:02] <Stragus> ZeroWalker: By the layer they use in the array texture[02:53:25] *** krychu_ <krychu_!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection)[02:53:30] <ZeroWalker> you mean so you draw all geometry per layer, and not flip between them, for whatever reason[02:53:52] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[02:54:25] <Stragus> If possible, yes. You'll trash your texture cache if every triangle fetches texels from a different layer of the array texture[02:55:23] <ZeroWalker> but if you did indexed drawing, that wouldn't really make sense, would it, or well it probably would as you can still do a ton of different drawings[02:55:43] <ZeroWalker> but basically you want to draw everything that uses texture 0, then 1, then 2 etc, so you don't mess up the cache[02:55:50] <ZeroWalker> that makes sense[02:56:00] <Stragus> I failed to understand the first sentence, but the second one is correct[02:56:35] <ZeroWalker> well i don't understand it either xd[02:56:49] <ZeroWalker> i got the concept at least, so that's good[02:58:45] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 260 seconds)[03:03:22] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7ob3oun8gbtf98.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 256 seconds)[03:04:11] *** m92 <m92!~m92@178-223-39-199.dynamic.isp.telekom.rs> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[03:12:54] <ZeroWalker> what is bound to the shaderprogram, i know uniform is, but what else, is the data you bind and buffer also specific to the program?[03:21:54] *** ville <ville!~ville@37-136-6-146.rev.dnainternet.fi> has joined ##OpenGL[03:24:27] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[03:26:04] <Stragus> ZeroWalker: Attribute locations, output locations, uniform values, uniform buffer binding points, etc.[03:27:25] <ZeroWalker> hmm, as i have the same stuff there that shouldn't be a problem. I am trying to draw something different at a point with another vertex shader, so i simply made another shader program that used another one[03:34:49] <ZeroWalker> ah probably got it working, made a huge mistake at one place lol[03:38:26] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has quit IRC (Quit: WeeChat 2.0.1)[03:39:03] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has joined ##OpenGL[03:42:31] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has quit IRC (Client Quit)[03:45:31] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has joined ##OpenGL[03:47:45] *** brallan <brallan!~brallan@138.94.57.15> has joined ##OpenGL[03:52:34] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has quit IRC (Quit: WeeChat 2.0.1)[03:52:36] <ZeroWalker> or maybe not[03:55:59] *** ThUnD3R256 <ThUnD3R256!~ThUnD3R25@cpe-173-174-160-42.satx.res.rr.com> has quit IRC (Ping timeout: 248 seconds)[03:56:18] *** mfiano <mfiano!~mfiano@lispgames/developer/mfiano> has joined ##OpenGL[03:58:44] <ZeroWalker> i am trying to have two different vertices for the two different shader programs. But can't seem to make it work, if one is set it's always set, even if i try to rebind etc:s[04:01:59] <zid> You need to bind the vbo and the program[04:02:02] <zid> then draw[04:03:36] *** DeepIO <DeepIO!~DeepIO@dyndsl-080-228-186-125.ewe-ip-backbone.de> has quit IRC ()[04:04:45] <ZeroWalker> i do bind it, and the set to use the other program. i basically got two vertexdata with two ids/names, and then i try to bind when i switch the program, but to no vaila[04:05:20] <zid> vaila[04:05:21] <zid> wtf[04:06:23] <ZeroWalker> avail*[04:06:29] <zid> what[04:06:30] <derhass> ZeroWalker: the draw call doesn't care about GL_ARRAY_BUFFER binding[04:06:41] <zid> none of that was english[04:06:45] <derhass> ZeroWalker: you should really learn the basics[04:07:03] <ZeroWalker> well that's what i am trying[04:07:25] <derhass> zid: what's not english about "to no avail"?[04:07:52] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has joined ##OpenGL[04:09:07] <ZeroWalker> i thought binding didn't make much sense here cause the binding as far as i can tell only affects stuff like "glBufferData", so it knows that the data uploaded there is bound to this name[04:10:06] <ZeroWalker> and i think glVertexAttribPointer is there as well, maybe, as it must know where the attribute is supposed to even get the data from in the first place[04:10:09] <ZeroWalker> name*[04:11:47] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has quit IRC (Client Quit)[04:14:22] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined ##OpenGL[04:15:18] *** notadeveloper <notadeveloper!~quassel@2600:1700:89c0:1780:91ce:eb62:e288:7a5d> has joined ##OpenGL[04:28:29] *** MrFlibble <MrFlibble!MrFlibble@2.124.189.242> has quit IRC (Ping timeout: 255 seconds)[04:28:54] *** salamanderrake <salamanderrake!~quassel@cpe-24-165-192-204.neo.res.rr.com> has quit IRC (Remote host closed the connection)[04:29:44] *** salamanderrake <salamanderrake!~quassel@cpe-24-165-192-204.neo.res.rr.com> has joined ##OpenGL[04:35:59] *** Orion] <Orion]!~H0i@unaffiliated/orion/x-3970838> has quit IRC (Ping timeout: 256 seconds)[04:46:38] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Ping timeout: 256 seconds)[05:03:01] *** lucaswang <lucaswang!~lucaswang@61.171.220.133> has quit IRC (Remote host closed the connection)[05:04:51] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has joined ##OpenGL[05:11:50] *** davr0s <davr0s!~textual@host81-153-204-241.range81-153.btcentralplus.com> has joined ##OpenGL[05:24:02] *** rizzo <rizzo!~RizzoTheR@p54B6BDA4.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)[05:25:29] *** suhdood <suhdood!~suhdood@2605:e000:4f17:eb00:98a1:a7d:3642:173f> has joined ##OpenGL[05:29:52] <ZeroWalker> okay solved my issue by using another vao, not sure if that's really needed though as i just want to switch one attribute for one drawing[05:30:02] <ZeroWalker> on another shader program*[05:32:15] *** delicado <delicado!~delicado@110.54.225.65> has joined ##OpenGL[05:34:37] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection)[05:34:46] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[05:34:53] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection)[05:39:49] <Stragus> ZeroWalker: It's better to use more VAOs than changing existing ones[05:40:04] <ZeroWalker> ah okay[05:41:51] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Quit: This computer has gone to sleep)[06:12:57] *** ville <ville!~ville@37-136-6-146.rev.dnainternet.fi> has quit IRC (Ping timeout: 240 seconds)[06:14:19] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[06:17:20] *** upgrdman <upgrdman!~upgrdman@blender/artist/upgrdman> has quit IRC (Ping timeout: 248 seconds)[06:26:36] *** cptcel23 <cptcel23!953e93fb@gateway/web/freenode/ip.149.62.147.251> has quit IRC (Quit: Page closed)[06:27:57] *** akawaka <akawaka!~akawaka@cpe-104-35-145-170.socal.res.rr.com> has quit IRC (Ping timeout: 264 seconds)[06:28:30] *** akawaka <akawaka!~akawaka@2605:e000:1701:c4d5:211:32ff:fe51:9639> has joined ##OpenGL[06:33:10] *** brallan <brallan!~brallan@138.94.57.15> has quit IRC (Ping timeout: 256 seconds)[06:37:36] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Ping timeout: 255 seconds)[06:38:43] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[06:40:00] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[06:40:35] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[06:40:54] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has joined ##OpenGL[06:42:32] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[06:45:03] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Ping timeout: 248 seconds)[06:48:05] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[06:52:38] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[06:53:31] *** torgdor <torgdor!~weechat@cpe-104-32-77-28.socal.res.rr.com> has quit IRC (Quit: WeeChat 2.0.1)[06:53:43] <Fig1024> If I want to have render to texture ping-pong, is it better to have 2 independent FBOs or 1 that changes texture attachment[06:57:40] *** lucaswang <lucaswang!~lucaswang@114.84.215.128> has joined ##OpenGL[07:01:15] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has quit IRC (Quit: let us connect our intestines and mutually digest)[07:01:51] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has joined ##OpenGL[07:05:42] <Stragus> Two independent FBOs[07:05:43] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has quit IRC (Client Quit)[07:10:02] *** suhdood <suhdood!~suhdood@2605:e000:4f17:eb00:98a1:a7d:3642:173f> has quit IRC (Ping timeout: 260 seconds)[07:10:32] *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fwvfjvgzcmufbpjh> has joined ##OpenGL[07:13:45] *** BitPuffin <BitPuffin!~isak@c83-248-113-111.bredband.comhem.se> has joined ##OpenGL[07:17:22] *** moser <moser!~moser@223.73.115.185> has quit IRC (Ping timeout: 256 seconds)[07:20:23] *** BearishMushroom <BearishMushroom!~BearishMu@82-209-154-59.cust.bredband2.com> has quit IRC (Read error: Connection reset by peer)[07:23:38] *** ravior <ravior!~crapitea@38.132.111.173> has joined ##OpenGL[07:25:40] *** krystcich_ <krystcich_!~krystcich@178235146233.dynamic-zab-01.vectranet.pl> has joined ##OpenGL[07:27:23] *** notadeveloper <notadeveloper!~quassel@2600:1700:89c0:1780:91ce:eb62:e288:7a5d> has quit IRC (Remote host closed the connection)[07:36:48] *** xissburg <xissburg!~xissburg@unaffiliated/xissburg> has joined ##OpenGL[07:37:04] *** tambry <tambry!~tambre@9c5e-4219-2b42-38a7-ab80-8a0a-07d0-2001.dyn.estpak.ee> has joined ##OpenGL[07:37:57] *** bookmark <bookmark!~IceChat77@47.196.110.8> has joined ##OpenGL[07:38:10] <bookmark> :)[07:38:47] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[07:42:09] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[07:48:08] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has joined ##OpenGL[07:49:46] *** kasper^ <kasper^!~safaf@82.137.10.98> has quit IRC ()[07:50:33] *** kasper^ <kasper^!~safaf@82.137.10.98> has joined ##OpenGL[07:56:23] *** M6HZ <M6HZ!~M6HZ@mar75-4-82-230-46-11.fbx.proxad.net> has quit IRC (Ping timeout: 268 seconds)[07:57:32] *** l3dx <l3dx!uid2250@gateway/web/irccloud.com/x-zrmfjsdadorqvwea> has joined ##OpenGL[07:58:02] *** bookmark <bookmark!~IceChat77@47.196.110.8> has quit IRC (Quit: If you think nobody cares, try missing a few payments)[08:15:20] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[08:15:59] *** delicado2 <delicado2!~delicado@110.54.203.22> has joined ##OpenGL[08:16:18] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[08:16:35] *** delicado <delicado!~delicado@110.54.225.65> has quit IRC (Ping timeout: 240 seconds)[08:30:18] *** deepio <deepio!~deepio@dyndsl-085-016-239-164.ewe-ip-backbone.de> has joined ##OpenGL[08:30:59] *** iderik <iderik!~idk@h-0-97.A147.priv.bahnhof.se> has joined ##OpenGL[08:43:21] *** deepio_ <deepio_!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has joined ##OpenGL[08:44:50] *** deepio <deepio!~deepio@dyndsl-085-016-239-164.ewe-ip-backbone.de> has quit IRC (Ping timeout: 255 seconds)[08:45:30] *** vtx <vtx!~vtx@194.73.120.26> has joined ##OpenGL[08:46:10] *** moser <moser!~moser@223.73.115.32> has joined ##OpenGL[08:48:43] *** deepio_ <deepio_!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has quit IRC ()[08:49:30] *** deepio_ <deepio_!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has joined ##OpenGL[08:52:59] *** deepio_ is now known as deepio[08:53:48] *** ravior <ravior!~crapitea@38.132.111.173> has quit IRC (Remote host closed the connection)[08:54:16] *** M6HZ <M6HZ!~M6HZ@mar75-4-82-230-46-11.fbx.proxad.net> has joined ##OpenGL[08:57:13] *** Neomex <Neomex!~quassel@net-37-117-5-106.cust.vodafonedsl.it> has joined ##OpenGL[09:10:50] *** xissburg <xissburg!~xissburg@unaffiliated/xissburg> has quit IRC (Quit: ZZZzzz…)[09:11:27] *** ByronJohnson <ByronJohnson!~bairyn@unaffiliated/bob0> has quit IRC (Ping timeout: 240 seconds)[09:18:21] *** ByronJohnson <ByronJohnson!~bairyn@unaffiliated/bob0> has joined ##OpenGL[09:20:02] *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fwvfjvgzcmufbpjh> has quit IRC (Quit: Connection closed for inactivity)[09:25:36] *** Waynes <Waynes!~Waynes@23.94.61.168> has joined ##OpenGL[09:29:38] *** vtx <vtx!~vtx@194.73.120.26> has quit IRC (Quit: vtx)[09:34:21] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[09:36:01] *** borkr <borkr!~borkr@static130-244.mimer.net> has joined ##OpenGL[09:37:01] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Client Quit)[09:40:08] *** needs1 <needs1!~needs@86.160.9.93.rev.sfr.net> has quit IRC (Ping timeout: 276 seconds)[09:44:02] *** moser <moser!~moser@223.73.115.32> has quit IRC (Ping timeout: 260 seconds)[09:44:46] *** Keniyal <Keniyal!~Keniyal@unaffiliated/keniyal> has quit IRC (Remote host closed the connection)[09:49:47] *** idleloop <idleloop!~idleloop@95.211.168.228> has joined ##OpenGL[09:50:14] *** Jonas__ <Jonas__!~Jonas__@unaffiliated/jonas/x-7723671> has quit IRC (Ping timeout: 256 seconds)[09:53:22] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[09:56:22] *** snyp <snyp!~Snyp@103.56.236.147> has joined ##OpenGL[09:56:36] *** moser <moser!~moser@223.73.115.46> has joined ##OpenGL[09:57:04] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has joined ##OpenGL[09:57:56] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has quit IRC (Remote host closed the connection)[09:58:23] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has joined ##OpenGL[09:59:23] *** slvn_ <slvn_!~slvn_@c2s31-1-78-245-90-111.fbx.proxad.net> has joined ##OpenGL[10:03:02] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Read error: Connection reset by peer)[10:04:35] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Ping timeout: 255 seconds)[10:04:42] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has joined ##OpenGL[10:08:04] *** Neomex <Neomex!~quassel@net-37-117-5-106.cust.vodafonedsl.it> has quit IRC (Ping timeout: 260 seconds)[10:09:27] *** deepio <deepio!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has quit IRC (Ping timeout: 240 seconds)[10:09:31] *** deepio_ <deepio_!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has joined ##OpenGL[10:09:31] *** deepio_ <deepio_!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has quit IRC (Client Quit)[10:12:42] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[10:13:26] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Quit: leaving)[10:14:28] *** Neomex <Neomex!~quassel@net-37-117-5-106.cust.vodafonedsl.it> has joined ##OpenGL[10:15:57] *** ville <ville!~ville@188-67-43-188.bb.dnainternet.fi> has joined ##OpenGL[10:16:08] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[10:21:35] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Ping timeout: 240 seconds)[10:22:08] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Ping timeout: 255 seconds)[10:25:40] *** snyp <snyp!~Snyp@103.56.236.147> has quit IRC (Quit: Leaving)[10:30:10] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has quit IRC (Read error: Connection reset by peer)[10:34:30] *** Gama11 <Gama11!~quassel@p5DCDBED0.dip0.t-ipconnect.de> has joined ##OpenGL[10:35:10] *** Asu <Asu!~sdelang@AMarseille-658-1-162-67.w86-198.abo.wanadoo.fr> has joined ##OpenGL[10:44:09] *** vtx <vtx!~vtx@194.73.120.26> has joined ##OpenGL[10:48:23] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Ping timeout: 276 seconds)[10:51:29] *** vtx <vtx!~vtx@194.73.120.26> has quit IRC (Quit: vtx)[10:56:38] *** qeed <qeed!~qeed@pool-108-44-253-40.clppva.fios.verizon.net> has quit IRC (Quit: Leaving)[10:57:35] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has joined ##OpenGL[11:01:01] *** ravior <ravior!~crapitea@38.132.111.173> has joined ##OpenGL[11:08:18] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has joined ##OpenGL[11:08:46] *** vtx <vtx!~vtx@194.73.120.26> has joined ##OpenGL[11:10:54] *** cfoch_ <cfoch_!uid270777@gateway/web/irccloud.com/x-pyeppgzrfbulbxsd> has quit IRC (Quit: Connection closed for inactivity)[11:22:41] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-190-206.dynamic.mnet-online.de> has joined ##OpenGL[11:27:42] *** seangrove <seangrove!~user@136.24.198.70> has quit IRC (Ping timeout: 256 seconds)[11:29:41] *** immibis <immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz> has quit IRC (Ping timeout: 255 seconds)[11:30:53] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[11:33:53] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)[11:34:12] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7osvi3fldh8skl.18120a2.ip6.access.telenet.be> has joined ##OpenGL[11:35:25] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has quit IRC (Quit: siht gnidaer er'uoy fi emit eerf hcum oot evah uoy :tiuQ)[11:36:33] *** DarkUranium <DarkUranium!~DarkUrani@77.38.34.248> has joined ##OpenGL[11:38:24] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has joined ##OpenGL[11:38:38] *** seangrove <seangrove!~user@136.24.198.70> has joined ##OpenGL[11:40:11] *** lucaswang <lucaswang!~lucaswang@114.84.215.128> has quit IRC (Remote host closed the connection)[11:40:38] *** lucaswang <lucaswang!~lucaswang@114.92.132.53> has joined ##OpenGL[11:41:15] *** Quetzal2 <Quetzal2!~Quetzal2@unaffiliated/quetzal2> has joined ##OpenGL[11:41:30] *** RajRajRaj <RajRajRaj!uid72176@gateway/web/irccloud.com/x-okzhapmtmbdoysnc> has joined ##OpenGL[11:41:59] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has joined ##OpenGL[11:42:14] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has left ##OpenGL[11:42:15] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has joined ##OpenGL[11:43:05] *** seangrove <seangrove!~user@136.24.198.70> has quit IRC (Ping timeout: 265 seconds)[11:45:29] *** lucaswang <lucaswang!~lucaswang@114.92.132.53> has quit IRC (Ping timeout: 260 seconds)[11:49:23] *** Murii <Murii!~Murii@79.113.205.114> has joined ##OpenGL[11:51:33] *** vtx <vtx!~vtx@194.73.120.26> has quit IRC (Quit: vtx)[11:58:56] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has quit IRC (Remote host closed the connection)[12:01:42] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has quit IRC (Quit: let us connect our intestines and mutually digest)[12:02:10] *** asecretcat <asecretcat!~allisonze@pool-72-77-42-97.pitbpa.fios.verizon.net> has joined ##OpenGL[12:02:13] *** wg1024 <wg1024!~wg1024@dslb-084-059-086-252.084.059.pools.vodafone-ip.de> has joined ##OpenGL[12:03:30] *** Tobbi <Tobbi!~Tobbi@supertux/tobbi> has joined ##OpenGL[12:11:38] *** wg1024 <wg1024!~wg1024@dslb-084-059-086-252.084.059.pools.vodafone-ip.de> has quit IRC (Quit: Leaving.)[12:13:22] *** David3k <David3k!~David3k@120.29.112.59> has joined ##OpenGL[12:27:13] *** stefkos <stefkos!~Pawel@82.177.144.226> has joined ##OpenGL[12:33:29] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has quit IRC (Quit: Leaving)[12:37:00] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Quit: leaving)[12:38:33] *** Kingsquee <Kingsquee!~kingsquee@d108-180-237-219.bchsia.telus.net> has quit IRC (Quit: Just Monica.)[12:52:40] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[12:53:32] *** irrenhaus3 <irrenhaus3!~xenon@ip-37-201-7-18.hsi13.unitymediagroup.de> has joined ##OpenGL[12:53:48] *** rizzo <rizzo!~RizzoTheR@p54B6BDA4.dip0.t-ipconnect.de> has joined ##OpenGL[13:14:25] *** ipe <ipe!~ipe@91-156-244-112.elisa-laajakaista.fi> has joined ##OpenGL[13:20:57] *** kasper^ <kasper^!~safaf@82.137.10.98> has quit IRC (Ping timeout: 240 seconds)[13:22:01] *** Cooler <Cooler!~coolerext@42.109.199.117> has joined ##OpenGL[13:22:07] *** kasper^ <kasper^!~safaf@82.137.12.41> has joined ##OpenGL[13:30:35] *** Waynes <Waynes!~Waynes@23.94.61.168> has quit IRC (Quit: Leaving.)[13:37:00] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[13:46:17] *** KAHR-Alpha <KAHR-Alpha!~Alpha@LFbn-1-15527-64.w86-225.abo.wanadoo.fr> has joined ##OpenGL[13:48:35] *** Cooler <Cooler!~coolerext@42.109.199.117> has quit IRC (Ping timeout: 260 seconds)[13:55:54] *** Waynes <Waynes!~Waynes@23.94.61.168> has joined ##OpenGL[13:56:37] *** moser <moser!~moser@223.73.115.46> has quit IRC (Ping timeout: 260 seconds)[13:56:37] *** vtx <vtx!~vtx@194.73.120.26> has joined ##OpenGL[13:58:50] *** vtx <vtx!~vtx@194.73.120.26> has quit IRC (Client Quit)[14:01:52] *** delicado2 <delicado2!~delicado@110.54.203.22> has quit IRC (Remote host closed the connection)[14:02:30] *** delicado <delicado!~delicado@110.54.203.22> has joined ##OpenGL[14:03:11] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-190-206.dynamic.mnet-online.de> has quit IRC (Quit: Let's all go and party on the moon!)[14:03:53] *** Cooler <Cooler!~coolerext@42.109.199.117> has joined ##OpenGL[14:08:08] *** lucaswang <lucaswang!~lucaswang@180.159.204.153> has joined ##OpenGL[14:08:33] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[14:09:18] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[14:13:34] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[14:27:15] *** stefkos <stefkos!~Pawel@82.177.144.226> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[14:32:42] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[14:35:10] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[14:38:40] *** Murii <Murii!~Murii@79.113.205.114> has quit IRC (Ping timeout: 240 seconds)[14:41:04] *** acksys <acksys!~acksys@ip72-208-121-9.ph.ph.cox.net> has quit IRC (Ping timeout: 256 seconds)[14:54:12] *** acksys <acksys!~acksys@ip72-208-121-9.ph.ph.cox.net> has joined ##OpenGL[14:54:39] *** Fig1024_ <Fig1024_!~Fig@175.117.3.23> has joined ##OpenGL[14:56:20] *** Fig1024 <Fig1024!~Fig@175.117.3.23> has quit IRC (Ping timeout: 268 seconds)[14:56:40] *** Lucretia <Lucretia!~laguest@pdpc/supporter/active/lucretia> has quit IRC (Ping timeout: 240 seconds)[14:56:51] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has joined ##OpenGL[14:58:19] *** Lucretia <Lucretia!~laguest@2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5> has joined ##OpenGL[14:58:19] *** Lucretia <Lucretia!~laguest@2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5> has quit IRC (Changing host)[14:58:19] *** Lucretia <Lucretia!~laguest@pdpc/supporter/active/lucretia> has joined ##OpenGL[15:01:47] *** l3dx <l3dx!uid2250@gateway/web/irccloud.com/x-zrmfjsdadorqvwea> has quit IRC (Quit: Connection closed for inactivity)[15:04:56] *** stefkos <stefkos!~Pawel@pc11-226.chomiczowka.waw.pl> has joined ##OpenGL[15:05:03] *** Cooler <Cooler!~coolerext@42.109.199.117> has quit IRC (Read error: Connection reset by peer)[15:05:30] *** Cooler <Cooler!~coolerext@42.109.199.117> has joined ##OpenGL[15:07:14] *** Jonas__ <Jonas__!~Jonas__@unaffiliated/jonas/x-7723671> has joined ##OpenGL[15:13:03] *** JernejL_ <JernejL_!~JernejL@cpe-213-157-248-89.static.amis.net> has quit IRC (Read error: Connection reset by peer)[15:13:12] *** JernejL_ <JernejL_!~JernejL@cpe-213-157-248-89.static.amis.net> has joined ##OpenGL[15:14:28] *** spaceemotion <spaceemotion!~spaceemot@x4dba34d3.dyn.telefonica.de> has joined ##OpenGL[15:16:04] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has joined ##OpenGL[15:16:34] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[15:19:33] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[15:22:33] *** ravior <ravior!~crapitea@38.132.111.173> has quit IRC (Remote host closed the connection)[15:23:04] *** Orion] <Orion]!~H0i@unaffiliated/orion/x-3970838> has joined ##OpenGL[15:24:44] *** spaceemotion <spaceemotion!~spaceemot@x4dba34d3.dyn.telefonica.de> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[15:32:21] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[15:32:22] *** spaceemotion <spaceemotion!~spaceemot@x4dba34d3.dyn.telefonica.de> has joined ##OpenGL[15:33:30] *** BearishMushroom <BearishMushroom!~BearishMu@82-209-154-59.cust.bredband2.com> has joined ##OpenGL[15:34:22] *** spaceemotion <spaceemotion!~spaceemot@x4dba34d3.dyn.telefonica.de> has quit IRC (Client Quit)[15:45:19] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has joined ##OpenGL[15:57:44] *** flavi0 <flavi0!~anon@unaffiliated/flavi0> has quit IRC (Quit: leaving)[16:04:59] *** soulz <soulz!~soulz@unaffiliated/soulz> has quit IRC (Quit: leaving)[16:15:57] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[16:16:03] *** ville_ <ville_!~ville@87-95-60-83.bb.dnainternet.fi> has joined ##OpenGL[16:16:23] *** ville <ville!~ville@188-67-43-188.bb.dnainternet.fi> has quit IRC (Ping timeout: 256 seconds)[16:16:35] *** ville_ is now known as ville[16:17:06] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[16:20:09] *** brallan <brallan!~brallan@138.94.57.15> has joined ##OpenGL[16:20:30] *** raynold <raynold!uid201163@gateway/web/irccloud.com/x-uvsqsofrhlcqcvno> has quit IRC (Quit: Connection closed for inactivity)[16:21:35] *** brallan <brallan!~brallan@138.94.57.15> has quit IRC (Client Quit)[16:24:10] *** stefkos <stefkos!~Pawel@pc11-226.chomiczowka.waw.pl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[16:24:46] <ZeroWalker> guten morgen:)[16:24:51] <chek> hi[16:25:04] *** KAHR-Alpha <KAHR-Alpha!~Alpha@LFbn-1-15527-64.w86-225.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)[16:26:30] *** Murii <Murii!~Murii@79.113.205.114> has joined ##OpenGL[16:28:07] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[16:30:00] *** soulz <soulz!~soulz@unaffiliated/soulz> has joined ##OpenGL[16:33:25] <ZeroWalker> :)[16:35:01] *** ShadowIce <ShadowIce!~pyoro@unaffiliated/shadowice-x841044> has joined ##OpenGL[16:37:49] *** David3k <David3k!~David3k@120.29.112.59> has quit IRC (Read error: Connection reset by peer)[16:38:15] *** David3k <David3k!~David3k@120.29.112.59> has joined ##OpenGL[16:38:20] *** David3k <David3k!~David3k@120.29.112.59> has quit IRC (Client Quit)[16:42:25] *** l3dx <l3dx!uid2250@gateway/web/irccloud.com/x-yzmbxkalhlquojul> has joined ##OpenGL[16:44:05] *** bionicrm <bionicrm!~bionicrm@mazeika.me> has quit IRC (Quit: WeeChat 1.7.1)[17:07:26] *** Gama11_ <Gama11_!~quassel@p5DCDBED0.dip0.t-ipconnect.de> has joined ##OpenGL[17:09:40] *** Gama11 <Gama11!~quassel@p5DCDBED0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[17:20:00] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection)[17:20:26] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[17:25:11] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 255 seconds)[17:25:20] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7osvi3fldh8skl.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 252 seconds)[17:26:54] <Xeek_> doesn't {} just return zero anyway?[17:26:56] <Xeek_> oops[17:27:30] *** Xeek <Xeek!~xeek@unaffiliated/xeek> has quit IRC (Quit: leaving)[17:27:38] *** Xeek_ is now known as Xeek[17:28:17] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Ping timeout: 255 seconds)[17:30:22] *** brallan <brallan!~brallan@138.94.57.15> has joined ##OpenGL[17:33:22] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[17:33:43] <brallan> Hello guys. I am learning OpenGL ES and I have something to achieve. I have an Intel camera and I would like to view the camera content using OpenGL. My first question is... do I need to specify a shader? As I understand, a shader is needed to render custom objects, but the camera has the raw pixels to render and I have no objects perse[17:35:58] <DarkUranium> brallan, a shader isn't sed for rendering objects. A shader is used for telling OpenGL what to do at each pixel.[17:36:34] <DarkUranium> this includes (but certainly isn't limited to!) simply sampling a texture at a certain offset, and using that as the color data[17:36:42] <DarkUranium> s/isn't sed/isn't used/[17:37:07] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[17:37:10] <brallan> DarkUranium: ok, so I need to specify a shader[17:37:26] <DarkUranium> depends on what you're trying to do, a simple blit can do the trick in some cases[17:37:29] <DarkUranium> but in most cases, yes.[17:37:57] <DarkUranium> (a shader is also used for telling GL what to do at each *vertex*, BTW --- you'll need both)[17:37:59] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[17:38:10] <DarkUranium> well, to be more precise, it is *ALSO* used for rendering objects --- simply because it's used for rendering just about anything[17:38:24] *** upgrdman <upgrdman!~upgrdman@blender/artist/upgrdman> has joined ##OpenGL[17:38:42] <brallan> DarkUranium: ok, so I need to have the vertex, isn't it?[17:39:11] <DarkUranium> firstly, what *are* you trying to do with it?[17:39:17] <DarkUranium> and where is your camera data stored? In a texture?[17:40:14] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[17:40:24] <brallan> DarkUranium: the camera data is on memory, I can read the width, height and memory location (a void*)[17:40:31] <brallan> of a frame[17:40:50] <DarkUranium> ah, so it's client memory?[17:40:54] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-190-206.dynamic.mnet-online.de> has joined ##OpenGL[17:40:54] *** Neomex <Neomex!~quassel@net-37-117-5-106.cust.vodafonedsl.it> has quit IRC (Read error: Connection reset by peer)[17:41:03] <DarkUranium> there might be a way of directly accessing that from GL, just so that you know (namely, an extension)[17:41:09] <DarkUranium> I mean, as a texture[17:41:59] <DarkUranium> I'd look into that; otherwise, yes, you'll want it in a texture, unless the size exactly matches what you need (in which case, an upload directly to the framebuffer might work ... but TBH, a texture has a good chance of being faster anyhow)[17:42:13] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 268 seconds)[17:42:49] <brallan> DarkUranium: I am not sure what a client memory is... I will research now. I saw an example using OpenGL to achieve the same as I want but I am using GLES. In the example, they didn't use shaders. In the book I am learning GLES, it says I NEED a shader for process my pixels[17:43:38] <DarkUranium> brallan, "client memory" is RAM. So it's on CPU end, not GPU.[17:43:52] <DarkUranium> in embedded devices, it's typically shared with the GPU anyhow, but it still means GPU has no direct access to it[17:44:14] <brallan> DarkUranium: I see. In the example, they use client memory[17:44:27] <DarkUranium> depends on what you mean by "process". I mean, *TECHNICALLY*, you can download the data to the CPU, process it there, and upload it back. That's technically processing without a shader.[17:44:55] <DarkUranium> There's also blits and such, which do not use shaders ... a blit is a simple rect-to-rect copy (but usually slower than just doing it by rendering a quad)[17:45:01] <chek> if I use glXMakeCurrent to switch to a window using a particular glx context, use glBlitFramebuffer into its default framebuffer, then glXMakeCurrent back to the another window but with the same glx context, is this safe or do I need something like glFinish[17:45:07] <DarkUranium> for just about anything else, you'll need a shader[17:45:09] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[17:45:16] <chek> s/back to the another/to another/[17:45:31] <DarkUranium> so technically, you don't need one in some cases ... practically, you pretty much always do[17:45:58] <DarkUranium> brallan, and are you just trying to show the video, or ..?[17:46:07] <DarkUranium> (and are you showing it scaled or 1:1)[17:46:10] <brallan> DarkUranium: exactly, just that[17:46:17] *** flavi0_ <flavi0_!~anon@xdsl-87-78-222-91.netcologne.de> has joined ##OpenGL[17:46:18] *** flavi0_ <flavi0_!~anon@xdsl-87-78-222-91.netcologne.de> has quit IRC (Client Quit)[17:46:43] <DarkUranium> not that it matters[17:47:26] <DarkUranium> brallan, what you'll want to do is create a texture of an appropriate size; then you can upload the data each frame, and render it as normal[17:47:40] <chek> I see I have missed this line "Pending commands to the previous context, if any, are flushed before it is released."[17:47:43] <chek> seems I may be ok[17:47:47] <DarkUranium> (it'll probably be faster with more than 1 texture because of data dependency reasons, but this'll work)[17:48:18] *** ertes <ertes!~ertes@haskell/developer/ertes> has joined ##OpenGL[17:49:47] <DarkUranium> brallan, which OpenGL ES version, by the way?[17:49:52] <ertes> hi… if i want to translate to a high-level shader language to assembly, what is currently the most portable target language? it would be ideal if i didn't have to provide a GLSL backend at all, and even more ideal if i could reuse the language in a later vulkan backend[17:50:01] <DarkUranium> (the major versions are very different, especially 1 vs 2)[17:50:04] <brallan> DarkUranium: GLES 2.0[17:50:07] <DarkUranium> ah, okay[17:50:25] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 265 seconds)[17:50:39] <DarkUranium> ertes, there are SPIR-V to GLSL & HLSL compilers, as far as I'm aware[17:50:41] <DarkUranium> I might be wrong, though[17:50:54] <DarkUranium> I remember seeing them, but I'm not sure if they *work*[17:51:08] <brallan> DarkUranium: this is the example I am following: https://github.com/danginsburg/opengles3-book/blob/master/Chapter_9/Simple_Texture2D/Simple_Texture2D.c#L57[17:51:24] <DarkUranium> ertes, unless you're talking about the source language. In that case, not sure. Been working on one for my purposes[17:51:31] <DarkUranium> there are plenty of HLSL<->GLSL (and vice-versa) compilers[17:51:44] <DarkUranium> brallan, that's GLES3, though. A lot of stuff will be different from GLES2.[17:51:52] <brallan> right now, I am able to create a window (using QML) and show a colored background with GLES[17:52:01] <DarkUranium> right[17:52:08] <DarkUranium> well, that particular function *is* correct, at least.[17:52:14] <DarkUranium> I mean, even in ES2[17:52:43] <DarkUranium> (it's mostly the shaders and some vertex buffer / array handling that's different)[17:53:04] <brallan> DarkUranium: but they are not using shaders as you can see[17:53:09] <DarkUranium> unless you're doing a more modern flavor of ES3 (that is, using new ES3 functions), that'll change texture initializations, too[17:53:21] <brallan> (it is a pure OpenGL implementation)[17:53:58] <DarkUranium> are you using the same texture data as there?[17:54:03] <DarkUranium> if you are, you should be seeing 4 different colors[17:54:06] <DarkUranium> what color do you see?[17:54:09] <ertes> DarkUranium: context: i'm working on an EDSL, and i want to write a compiler for it… i could target GLSL, but it would actually be easier if i could target assembly, which would also enable me to do more informed optimisations[17:54:33] <DarkUranium> ertes, there is no assembly at a GL level.[17:54:38] <DarkUranium> nor Vulkan, AFAIK[17:55:09] <ertes> so the portable assembly extension i'm imagining doesn't exist?[17:55:10] <ColaEuphoria> maybe he means spir-v?[17:55:25] <ertes> i don't know what i mean, because i have no experience with anything lower-level than GLSL =)[17:55:40] <ColaEuphoria> ertes, opengl glsl de facto is the lowest you can go[17:56:04] <DarkUranium> except in OpenGL 4.6, which has SPIR-V[17:56:04] <ColaEuphoria> you can go lower in modern opengl with spir-v but it's still not "assembly"[17:56:05] <DarkUranium> but that's it[17:56:06] <ertes> ColaEuphoria: in the sense that everything lower-level is driver/vendor-specific?[17:56:10] <ColaEuphoria> gpus are very secretive[17:56:12] <DarkUranium> exactly.[17:56:21] <brallan> DarkUranium: I didn't explain well. I am able to create a window with Qt, also I am using a FBO. Right now am using a simple glClearColor to show that OpenGL ES is working (I am a beginner in the OpenGL world). I can't render anything from the camera at the moment :([17:56:23] <DarkUranium> and unlike CPUs, the instruction set is not a matter of public documentation[17:56:30] <DarkUranium> brallan, ah![17:56:32] <ColaEuphoria> ertes, also in the sense that gpus are very secretive about their inner workings[17:56:41] <ertes> ok, thank you[17:56:42] <DarkUranium> brallan, well, forget a texture for now, just try to have a shader to draw e.g. sin(x)[17:56:48] <ertes> i'll target GLSL for now then[17:56:54] <DarkUranium> brallan, you'll need a vertex buffer object with 3 points, for starters.[17:57:15] <DarkUranium> https://rauwendaal.net/2014/06/14/rendering-a-screen-covering-triangle-in-opengl/[17:57:28] <ertes> are there any guidelines for using GLSL as a compiler target i can read up on?[17:57:33] <DarkUranium> (this is for GLES3 / GL3, not GLES2 ... but it's very similar)[17:57:46] <DarkUranium> ertes, probably same as for any source-to-source translation[17:58:13] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[17:58:16] *** suhdood <suhdood!~suhdood@2605:e000:4f17:eb00:98a1:a7d:3642:173f> has joined ##OpenGL[17:58:24] <ertes> ok, thanks a lot… i'll just give it a shot and see what the resulting performance is[17:58:53] <brallan> DarkUranium: I was able to create a simple hello world with shaders: https://pasteboard.co/H7aHifm.png[17:59:23] <ertes> one remaining question: how well do drivers handle one massive main function with code repetition as opposed to the usual human-written compartmentalised code?[17:59:35] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection)[17:59:42] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[17:59:49] <Yaniel> in shaders?[17:59:54] <ertes> yeah[18:00:09] <Yaniel> you can expect the shader compiler to inline everything[18:00:28] <Spark> are there no concerns with instruction cache[18:00:28] <DarkUranium> brallan, okay, now change the texture into a bigger one, and put into it the camera data[18:00:49] <ertes> Yaniel: even when the called function is large?[18:02:27] <Yaniel> not sure if it's very large[18:02:34] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has joined ##OpenGL[18:02:43] <Yaniel> anyway, just write it in whatever way makes the most sense[18:02:48] <brallan> DarkUranium: I put the camera data but I didn't modify the texture. I am seeing a blank screen[18:03:05] <DarkUranium> "modify"?[18:03:11] <DarkUranium> well, you need to use the correct size.[18:03:15] <Yaniel> if you were thinking of using #define as a standin for functions, that's unnecessary[18:03:18] <ertes> Yaniel: well, i'm going to write a compiler targetting GLSL, so what makes the most sense is something i'm deciding right now =)[18:04:11] <ertes> Yaniel: the question is: should i go through the trouble of writing a compiler that separates repeated code into functions or not… it's kinda complicated to do it, so if i don't have to, that would be most welcome[18:05:01] <Yaniel> as in code that was written so it repeats itself?[18:05:27] <ColaEuphoria> <Spark> are there no concerns with instruction cache[18:05:29] <Yaniel> yeah absolutely no need to put that in functions for any other than readability reasons[18:05:31] <ColaEuphoria> stay away from loops and branching[18:05:33] <brallan> DarkUranium: ok, maybe I don't understand well what a texture is. In this case, a 'texture' is a frame of the camara, isn't it?[18:05:54] <ertes> Yaniel: the source language is functional and data-flow-oriented, so spotting repetition is rather difficult, particularly because it's an EDSL[18:05:56] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has joined ##OpenGL[18:06:07] <Yaniel> then don't bother with that[18:06:29] <ertes> ok, thanks for all your inputs! i'll see how it pans out[18:07:24] <Yaniel> also, if you keep the emitted code SSA-style you'll have an easy time adding support for spir-v as well[18:07:51] <Yaniel> the GLSL should be decent as well[18:09:16] <ertes> yeah, i think i can do SSA[18:09:33] <ertes> most of the functional aspects are in the host language, not the EDSL itself[18:11:52] *** caladrius <caladrius!~caladrius@86.123.33.36> has joined ##OpenGL[18:12:32] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[18:13:26] *** kenzierocks <kenzierocks!~kenzieroc@yes.quite.indeed.old.chap.it.is.kenzierocks.me> has quit IRC (Quit: qq)[18:13:42] *** kenzierocks <kenzierocks!~kenzieroc@yes.quite.indeed.old.chap.it.is.kenzierocks.me> has joined ##OpenGL[18:13:49] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[18:14:09] <DarkUranium> brallan, that's what it can be.[18:14:46] <DarkUranium> it's basically an image (not necessarily 2D), stored in the GPU[18:14:57] <DarkUranium> (it can be 1D or 3D, too ... but in your case, 2D)[18:15:06] <DarkUranium> doesn't always store image data, either (in your case it does)[18:17:07] <Yaniel> https://drive.google.com/file/d/1nSwDmrGfJwLVVpsus0KXuZUwPwl2xb2t/view?usp=sharing getting somewhere \o/[18:17:24] *** kenzierocks <kenzierocks!~kenzieroc@yes.quite.indeed.old.chap.it.is.kenzierocks.me> has quit IRC (Client Quit)[18:17:37] <brallan> DarkUranium: ok, first: do I need to specify OpengL the pixel source is from a client memory?[18:17:46] *** kenzierocks <kenzierocks!~kenzieroc@yes.quite.indeed.old.chap.it.is.kenzierocks.me> has joined ##OpenGL[18:18:08] <DarkUranium> it's always from client memory when you're using glTexSubImage & friends[18:18:22] <DarkUranium> as I said, there's probably a way of having the loading be automatic[18:19:30] <Yaniel> for textures that gets a bit fiddly[18:19:31] *** deepio <deepio!~deepio@dyndsl-080-228-178-119.ewe-ip-backbone.de> has joined ##OpenGL[18:19:55] <Yaniel> you could use a coherent buffer mapping[18:20:15] <Yaniel> ah but weren't you on GLES 2 or so[18:20:38] <Yaniel> mapping, especially coherent is GL 4.3 or 4.5+ stuff IIRC[18:21:01] <brallan> DarkUranium: the image I shared is using this code https://gitlab.com/MrMuffin/openglunderqml/blob/texture2D-2x2Image/Texture2D-2x2Image/imagerenderer.cpp#L83. 'glTexImage2D' is one of the glTexSubImage "friends" xD?[18:21:11] <DarkUranium> yes.[18:22:35] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC ()[18:25:48] *** suhdood <suhdood!~suhdood@2605:e000:4f17:eb00:98a1:a7d:3642:173f> has quit IRC (Ping timeout: 240 seconds)[18:27:14] *** slime <slime!~slime73@blk-215-81-93.eastlink.ca> has quit IRC (Quit: This computer has gone to sleep)[18:27:25] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has quit IRC (Ping timeout: 260 seconds)[18:38:57] *** ville <ville!~ville@87-95-60-83.bb.dnainternet.fi> has quit IRC (Ping timeout: 260 seconds)[18:39:40] *** ville <ville!~ville@176-93-104-161.bb.dnainternet.fi> has joined ##OpenGL[18:40:56] *** KAHR-Alpha <KAHR-Alpha!~Alpha@2a01cb0d04c905006193dce3f550ab4a.ipv6.abo.wanadoo.fr> has joined ##OpenGL[18:50:07] *** ville_ <ville_!~ville@178-55-7-60.bb.dnainternet.fi> has joined ##OpenGL[18:51:59] *** ville <ville!~ville@176-93-104-161.bb.dnainternet.fi> has quit IRC (Ping timeout: 248 seconds)[18:52:03] *** ville_ is now known as ville[18:56:14] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Remote host closed the connection)[18:58:43] *** watered <watered!~dagger@gateway/tor-sasl/watered> has joined ##OpenGL[19:08:40] *** Lucretia <Lucretia!~laguest@pdpc/supporter/active/lucretia> has quit IRC (Ping timeout: 240 seconds)[19:12:53] *** Lucretia <Lucretia!~laguest@pdpc/supporter/active/lucretia> has joined ##OpenGL[19:13:48] *** MrFlibble <MrFlibble!MrFlibble@90.196.204.40> has joined ##OpenGL[19:27:03] *** ertes <ertes!~ertes@haskell/developer/ertes> has quit IRC (Ping timeout: 268 seconds)[19:27:22] *** kapitalist <kapitalist!~kapitalis@78-73-113-101-no162.tbcn.telia.com> has joined ##OpenGL[19:28:49] *** ertes <ertes!~ertes@haskell/developer/ertes> has joined ##OpenGL[19:46:09] *** kasper^ <kasper^!~safaf@82.137.12.41> has quit IRC ()[19:46:29] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has joined ##OpenGL[19:47:35] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[19:47:42] *** ratchetfreak <ratchetfreak!~ratchetfr@ptr-82s3g7osvi3fldh8skl.18120a2.ip6.access.telenet.be> has joined ##OpenGL[19:48:00] *** kasper^ <kasper^!~safaf@82.137.10.98> has joined ##OpenGL[19:48:50] <ZeroWalker> hmm, trying to think of a way to structure up things to draw. I first thought to use the simple 2D array, and then base it on a 32x32 scheme for example. And then have that generate an array with the actual positions when drawing (which is simple enough)[19:50:39] <ZeroWalker> problem is, first off it's limited to 32x32 which kinda messes up if the object i want isn't that. And other issue is, i don't really know how to make it functional with different textures, was thinking of using the number values for it, but as it generates a float array for the positions there's no place for adding which texture it is, as i don't want the vertexshader itself to have that info[19:51:16] <ZeroWalker> probably a very simple solution, but i can't wrap my head around it[19:51:51] *** Cooler <Cooler!~coolerext@42.109.199.117> has quit IRC (Remote host closed the connection)[19:52:11] <derhass> ZeroWalker: maybe you should explain the actual problem you're trying to solve[19:52:17] *** Cooler <Cooler!~coolerext@42.109.199.117> has joined ##OpenGL[19:53:24] <ZeroWalker> well, that was my attempt of doing just that[19:53:33] *** Cooler <Cooler!~coolerext@42.109.199.117> has quit IRC (Client Quit)[19:56:59] *** Timbo <Timbo!~tma@cpc102378-sgyl38-2-0-cust55.18-2.cable.virginm.net> has quit IRC (Ping timeout: 276 seconds)[19:57:13] <derhass> ZeroWalker: well, I've no idea what this is about[19:57:37] <derhass> ZeroWalker: what you even want to draw, how 32x32 fits into this, what this has to do with textures, adn so on[19:58:04] <ZeroWalker> hmm, let's try framing it this way[19:58:32] <ZeroWalker> say you want to draw different blocks of textures (rectangles for simplicity and 2D)[19:58:41] <derhass> so boring two sprites?[19:58:53] <ZeroWalker> whaT?[19:59:05] <derhass> *two-D[19:59:11] <ZeroWalker> yeah[19:59:14] <ZeroWalker> so, that's all fine[19:59:23] *** polari <polari!~polari@dslb-188-100-060-094.188.100.pools.vodafone-ip.de> has joined ##OpenGL[19:59:47] <ZeroWalker> but what have problems with is how to figure out a good way to organize it on the CPU before telling it (draw this shit)[20:00:03] <ZeroWalker> cause if i have 1 texture, it's obviously very easy, i just need to give it a ton of positions and be done with it[20:00:05] <polari> hi my linux shows me: OpenGL version string: 3.0 Mesa 17.3.3 and also OpenGL core profile version string: 4.2 (Core Profile) Mesa 17.3.3[20:00:13] <polari> what version do I have? what is the core version?[20:00:32] <ZeroWalker> but if i have several, i need to store that and also draw them accordingly (so i draw all object with texture X first, then Y etc)[20:00:35] <derhass> ZeroWalker: use an array texture and you only have one texture. problem solved.[20:00:55] <ZeroWalker> But here's the thing i have problem with[20:01:14] <ZeroWalker> or well that was wrong[20:01:21] <derhass> polari: you have up to 3.0 for legacy contexts, and 3.2 to 4.2 for core profiles[20:01:38] <ZeroWalker> that's One solution, but problem is, my textures will not be all identical in size[20:01:44] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[20:02:05] <derhass> ZeroWalker: so have a few texture arrays (or waste some space)[20:02:11] <polari> so I could use stuff that needs opengl 3.2+?[20:02:28] <polari> sorry I am very new to opengl, I don't understand yet what contexts are[20:02:34] <derhass> ZeroWalker: actually, you could even use the mipmap levels for different sizes[20:02:39] <polari> are these just like independent version of opengl I have installed?[20:02:49] <derhass> ZeroWalker: since you probably don't need mipmap filtering for 2D stuff[20:02:54] <polari> one for old stuff that needs 3.0 and one for modern stuff that wants the new things from 4.2?[20:03:08] *** Timbo <Timbo!~tma@cpc102378-sgyl38-2-0-cust55.18-2.cable.virginm.net> has joined ##OpenGL[20:03:19] <derhass> polari: well, you could even look at things that way[20:03:34] <derhass> polari: core profiles are not backward compatible[20:03:38] <ZeroWalker> yeah then how would i store the data. Cause if i want to flip index on an array, i assume it's very easy, so that could (maybe) be pushed to the GPU. But when it comes to several different textures, i assume you need to do some GL command on the CPU, which then messed up how i my mind is trying to structure the thing[20:03:54] <derhass> that means, you still can run the good old glquake from 1997 using the legacy context[20:03:56] *** iderik <iderik!~idk@h-0-97.A147.priv.bahnhof.se> has quit IRC (Quit: iderik)[20:03:57] <ZeroWalker> so i am basically having problems with What information i need to store basically[20:04:04] <derhass> and you can run the modern stuff up to 4.2[20:04:07] <polari> ok so I have an application that crashes since it needs opengl 3.2 and I guess it only uses the legacy version somehow?[20:04:17] <polari> so I probably can contact the developer?[20:04:19] <derhass> but you cannot mix deprecated legacy stuff and modern features in the same context[20:04:23] <ZeroWalker> ah, wait, isn't mipmapping double, triple etc of the original size?[20:04:30] <ZeroWalker> so 32x32, 64x64, 128x128[20:04:31] <polari> ah ok thank you[20:04:41] *** loomy__ <loomy__!~loomy__@modemcable025.217-131-66.mc.videotron.ca> has joined ##OpenGL[20:05:11] <derhass> ZeroWalker: no. you have a base size, and smaller versions[20:05:49] <ZeroWalker> ah, well in my case i would probably want stuff like. 16x16, 16x24, 16x32, 32x16 etc[20:05:57] <ZeroWalker> so i might not get away with that[20:06:01] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[20:06:26] <derhass> ZeroWalker: well, a 32x32 terure array can hold all those[20:06:44] <ZeroWalker> don't i have to mess around with the UV then?[20:06:52] <derhass> the memory waste for 16x32 and 16x24 is negligible[20:06:52] <ZeroWalker> which might not be a killer[20:07:14] <derhass> you might even get away with storing two 16x32 into one 32x32, depending on the filters you need[20:07:18] <ZeroWalker> yeah i mean, the memory is probably the least of the problems for my case[20:07:46] <ZeroWalker> i currently go with nearest and that's probably the plan for everything essentially[20:07:50] <ZeroWalker> so i can get a way with a lot there[20:09:07] <derhass> I completely fail to see the issues here[20:10:21] <ZeroWalker> well i think you think that my problem is how to store the textures[20:10:49] <derhass> no[20:11:01] <ZeroWalker> oh[20:11:04] <derhass> that was only a side issue to make it go in one draw call[20:11:11] *** RajRajRaj <RajRajRaj!uid72176@gateway/web/irccloud.com/x-okzhapmtmbdoysnc> has quit IRC (Quit: Connection closed for inactivity)[20:12:00] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-190-206.dynamic.mnet-online.de> has quit IRC (Quit: Let's all go and party on the moon!)[20:12:52] <ZeroWalker> will try to load everything into a texture array to begin with, one step at a time[20:13:02] <derhass> ZeroWalker: I still don't know how your scene is supposed to look like, what properties each sprite have, how the dynamics of the scene are, and so on[20:13:19] <derhass> you could start with simply drawing each rectangle at a time[20:14:15] <ZeroWalker> yeah that's the problem, i don't know either, i can think how i want it, but that's where it ends, so i try to do mini steps[20:14:49] <ZeroWalker> you mean without the instancing?[20:15:53] <derhass> yeah[20:16:10] <derhass> I mean the most simple way to do it[20:16:42] <ZeroWalker> yeah that might be a good idea, will try that[20:22:11] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Ping timeout: 265 seconds)[20:22:37] <Stragus> Updating 4 vertices per "sprite" instead updating a chunk of per-instance data shouldn't make much of a difference[20:22:57] <Stragus> Unless you have millions of sprites and/or the CPU buffer update code is really bad[20:23:39] <karalaine> is dual paraboloid environment mapping still a thing? Seems like it would give fast (with only two draw calls) yet inaccurate results[20:24:55] *** Jeanne-Kamikaze <Jeanne-Kamikaze!~Jeanne-Ka@c-73-223-201-25.hsd1.ca.comcast.net> has joined ##OpenGL[20:25:24] <ZeroWalker> okay did a for loop, and then it's straightforward, i just have all the data needed and just buffer what i need to the GPU and bind the texture needed;d[20:25:47] <Stragus> karalaine: Old stuff. By the way, you can do cube environment mapping and only update a subset of faces[20:26:11] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[20:27:33] *** polari <polari!~polari@dslb-188-100-060-094.188.100.pools.vodafone-ip.de> has quit IRC (Quit: polari)[20:28:34] <ZeroWalker> something like this for the test: http://paste.awesom.eu/cos7[20:29:40] <Stragus> Ouch[20:30:15] <karalaine> Stragus, right, but does that work if I need to have glass-like material (refraction etc)?[20:30:15] <Stragus> Okay, don't reallocate your buffer every frame, at least allocate once and update with glBufferSubData()[20:30:37] <karalaine> seems that Imagination did release paper about it still last year http://cdn.imgtec.com/sdk-documentation/Dual+Paraboloid+Environment+Mapping.Whitepaper.pdf[20:30:43] <ZeroWalker> oh didn't know there was such a thing, knew about it for textures, should have been obvious. Thanks[20:31:19] <Stragus> ZeroWalker: You need to batch everything and perform big draw calls, not a draw call per triangle or quad[20:31:49] <derhass> *sigh*[20:31:56] <ZeroWalker> ehm[20:32:16] <ZeroWalker> this was basically a test to see if i could make it work per derhass instructions![20:33:30] <Stragus> All right, just testing and learning, good[20:34:21] <ZeroWalker> the ideal is that i can do all drawings per texture, but not there yet:d[20:34:37] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[20:34:53] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[20:35:29] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has quit IRC (Ping timeout: 248 seconds)[20:38:14] *** slime <slime!~slime73@142.134.95.169> has joined ##OpenGL[20:46:04] *** s3a <s3a!~s3a@ip216-239-67-122.vif.net> has joined ##OpenGL[20:48:11] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[20:49:47] *** tambry <tambry!~tambre@9c5e-4219-2b42-38a7-ab80-8a0a-07d0-2001.dyn.estpak.ee> has quit IRC (Ping timeout: 255 seconds)[20:54:57] *** stefkos <stefkos!~Pawel@pc11-226.chomiczowka.waw.pl> has joined ##OpenGL[21:01:37] *** needs1 <needs1!~needs@86.160.9.93.rev.sfr.net> has joined ##OpenGL[21:06:56] *** Asu <Asu!~sdelang@AMarseille-658-1-162-67.w86-198.abo.wanadoo.fr> has quit IRC (Quit: Konversation terminated!)[21:07:27] *** borkr <borkr!~borkr@static130-244.mimer.net> has quit IRC (Ping timeout: 240 seconds)[21:11:47] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has joined ##OpenGL[21:11:48] *** qeed <qeed!~qeed@pool-108-44-253-40.clppva.fios.verizon.net> has joined ##OpenGL[21:25:45] *** immibis <immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz> has joined ##OpenGL[21:29:20] *** zzzoid <zzzoid!~zzzoid@85-195-242-83.fiber7.init7.net> has joined ##OpenGL[21:34:45] *** zzzoid <zzzoid!~zzzoid@85-195-242-83.fiber7.init7.net> has quit IRC (Quit: Leaving)[21:37:12] *** basiclaser <basiclaser!uid10861@gateway/web/irccloud.com/x-vccqjzkfuqivvkhb> has joined ##OpenGL[21:37:59] *** ShadowIce <ShadowIce!~pyoro@unaffiliated/shadowice-x841044> has quit IRC (Quit: Leaving)[21:38:01] *** greysleeper <greysleeper!~greysleep@cpe-76-85-20-240.tx.res.rr.com> has quit IRC (Remote host closed the connection)[21:39:10] *** greysleeper <greysleeper!~greysleep@cpe-76-85-20-240.tx.res.rr.com> has joined ##OpenGL[21:42:16] *** ipe <ipe!~ipe@91-156-244-112.elisa-laajakaista.fi> has quit IRC (Read error: Connection reset by peer)[21:42:27] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[21:43:59] *** BitPuffin <BitPuffin!~isak@c83-248-113-111.bredband.comhem.se> has quit IRC (Remote host closed the connection)[21:46:16] <brallan> DarkUranium: hey I am able to capture the camera content now! Thank you so much for your explanations :)[21:46:29] <DarkUranium> yw :)[21:46:31] *** loomy__ <loomy__!~loomy__@modemcable025.217-131-66.mc.videotron.ca> has quit IRC (Remote host closed the connection)[21:46:33] <DarkUranium> do look into OpenGL extensions, though[21:46:38] <DarkUranium> or similar[21:46:44] <DarkUranium> there's *probably* a way of getting that data directly as a texture[21:47:17] <brallan> DarkUranium: I will :)[21:52:59] *** slime <slime!~slime73@142.134.95.169> has quit IRC (Quit: This computer has gone to sleep)[21:53:18] *** immibis <immibis!~chatzilla@122-59-200-50.jetstream.xtra.co.nz> has quit IRC (Ping timeout: 240 seconds)[21:54:45] *** ImQ009 <ImQ009!~ImQ009@unaffiliated/imq009> has quit IRC (Read error: Connection reset by peer)[21:57:31] *** brallan <brallan!~brallan@138.94.57.15> has quit IRC (Quit: Konversation terminated!)[21:59:22] *** echotangoecho <echotangoecho!~echotango@92-108-127-60.cable.dynamic.v4.ziggo.nl> has quit IRC (Quit: Lost terminal)[22:00:45] *** s3a <s3a!~s3a@ip216-239-67-122.vif.net> has quit IRC (Quit: Leaving)[22:06:11] <spear2> are there any good sites for sharing drawings or 2d/3d diagrams?[22:06:26] <spear2> i used to know one but forgot what it was called[22:06:38] <spear2> not just an image host, but tools for drawing too[22:08:11] <DarkUranium> probably a bunch[22:08:21] <DarkUranium> depends on what kind of diagram[22:09:31] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-188-169.dynamic.mnet-online.de> has joined ##OpenGL[22:10:01] <spear2> at the moment it's just a 2d sketch of some vectors, could be freehand but if it has an actual grid and vector drawing that would be a plus[22:14:46] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[22:15:13] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[22:16:15] *** slvn_ <slvn_!~slvn_@c2s31-1-78-245-90-111.fbx.proxad.net> has quit IRC (Remote host closed the connection)[22:17:28] *** idleloop <idleloop!~idleloop@95.211.168.228> has quit IRC (Quit: Bye)[22:24:04] <ZeroWalker> hmm, so to create a texture array. Do you use glTexImage3D(GL_TEXTURE_2D_ARRAY... depth..); to allocate it, are can you just allocate it empty and then upload the textures separately by layer?[22:25:40] <ZeroWalker> cause i see that glTexStorage3D exists, but that's in later versions[22:26:02] *** slime <slime!~slime73@142.134.95.169> has joined ##OpenGL[22:26:33] <chek> glTexSubImage3D[22:27:22] <ZeroWalker> but don't you have to allocate the entire thing first before you can use that one?[22:27:37] <chek> for glTexImage3D you can use null to allocate without uploading[22:27:42] *** nidefawl <nidefawl!~nidefawl@p2E58DD99.dip0.t-ipconnect.de> has joined ##OpenGL[22:27:45] <ZeroWalker> ah[22:27:49] <ZeroWalker> nice[22:30:29] <ZeroWalker> so this would be valid: http://paste.awesom.eu/SoZX[22:30:57] *** David3k <David3k!~David3k@120.29.112.59> has joined ##OpenGL[22:32:59] <chek> your depth is 0[22:33:41] <ZeroWalker> i thought it was how i selected the layer when using the SubImage[22:34:10] <chek> for glTexImage3D it's also zero[22:34:24] <ZeroWalker> wtf[22:34:43] <ZeroWalker> lol had it on border xd[22:35:38] <chek> then for depth in glTexSubImage3D you want the number of layers you're uploading[22:36:39] <ZeroWalker> on the depth?[22:36:45] <chek> yes[22:36:55] <ZeroWalker> hmm, where do i select the layer then, zoffset?[22:37:08] <chek> yes[22:37:11] <ZeroWalker> :D[22:41:50] <ZeroWalker> hmm, how do you adjust the sampler, can't find much info on other than you use sampler2DArray[22:42:53] <chek> add a z dimension to your texture coordinate selecting the layer[22:43:00] <chek> https://www.khronos.org/opengl/wiki/Array_Texture#Access_in_shaders[22:47:35] <ZeroWalker> ah nice, got it working (as a normal texture), hmm, so one basically has to do,glBufferSubData each time you switch layer?[22:47:57] *** krychu <krychu!~krychu@136.117.192.178.dynamic.wline.res.cust.swisscom.ch> has joined ##OpenGL[22:55:34] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has joined ##OpenGL[22:56:34] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has quit IRC (Remote host closed the connection)[22:57:00] *** xerpi <xerpi!~xerpi@160.red-83-45-199.dynamicip.rima-tde.net> has joined ##OpenGL[22:59:42] *** stefkos <stefkos!~Pawel@pc11-226.chomiczowka.waw.pl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[23:04:23] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[23:07:32] *** Sharkigator <Sharkigator!~Sharkigao@ppp-83-171-188-169.dynamic.mnet-online.de> has quit IRC (Quit: Let's all go and party on the moon!)[23:13:06] <Stragus> ZeroWalker: No, you don't upload new data to "switch" layer in an array texture[23:13:19] <Stragus> You pick the layer with the Z texture coordinate[23:13:34] <ZeroWalker> yeah but don't you adjust that via uploading a new UV?[23:14:41] <Stragus> I don't understand what you mean by "adjust"[23:14:48] *** watered <watered!~dagger@gateway/tor-sasl/watered> has quit IRC (Ping timeout: 255 seconds)[23:15:44] <ZeroWalker> you change the layer by setting the z in the UV. And the only way i know to get the UV to the shader is to re-upload it;s[23:16:51] <Stragus> Why would an object using image X then need to switch to image Y?[23:17:22] <Stragus> It doesn't matter where the layer texcoord comes from, per-vertex, per-instance, uniform, whatever, you decide[23:19:30] <ZeroWalker> but the UV should be vec3 right? or can you use vec2 and then just use those per-instance or whatever to adjust it, cause then i get it[23:19:53] <Stragus> You can build the vec3() any way you want[23:20:35] <ZeroWalker> goodie, thought it would complain for some reason, but that makes things less confusing for me[23:22:02] *** krystcich_ <krystcich_!~krystcich@178235146233.dynamic-zab-01.vectranet.pl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[23:24:25] *** Jeanne-Kamikaze <Jeanne-Kamikaze!~Jeanne-Ka@c-73-223-201-25.hsd1.ca.comcast.net> has quit IRC (Quit: Leaving)[23:25:14] *** raynold <raynold!uid201163@gateway/web/irccloud.com/x-eloufbpgpcnnycvk> has joined ##OpenGL[23:28:24] *** ville <ville!~ville@178-55-7-60.bb.dnainternet.fi> has quit IRC (Ping timeout: 260 seconds)[23:29:59] *** caladrius_ <caladrius_!~caladrius@5-12-81-155.residential.rdsnet.ro> has joined ##OpenGL[23:32:31] *** caladrius <caladrius!~caladrius@86.123.33.36> has quit IRC (Ping timeout: 248 seconds)[23:36:00] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[23:38:59] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[23:40:56] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Client Quit)[23:41:14] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[23:42:25] *** Waynes <Waynes!~Waynes@23.94.61.168> has quit IRC (Quit: Leaving.)[23:42:29] *** caladrius_ <caladrius_!~caladrius@5-12-81-155.residential.rdsnet.ro> has quit IRC (Quit: Leaving)[23:49:31] *** Murii <Murii!~Murii@79.113.205.114> has quit IRC (Quit: WeeChat 1.4)[23:49:40] *** Gama11 <Gama11!~quassel@p50902CF7.dip0.t-ipconnect.de> has joined ##OpenGL[23:49:43] *** Gama11_ <Gama11_!~quassel@p5DCDBED0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)[23:51:08] *** slime <slime!~slime73@142.134.95.169> has quit IRC (Quit: This computer has gone to sleep)[23:53:55] *** kapitalist <kapitalist!~kapitalis@78-73-113-101-no162.tbcn.telia.com> has quit IRC (Quit: Leaving)[23:55:03] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[23:55:28] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[23:57:39] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)