March 25, 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 | >
March 25, 2019 [00:05:10] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[00:07:19] *** Oddity <Oddity!~Oddity@unaffiliated/oddity> has joined ##OpenGL[00:09:27] *** slime <slime!~slime73@24.215.81.93> has joined ##OpenGL[00:11:03] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[00:28:40] *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined ##OpenGL[00:29:05] *** Jenetrix <Jenetrix!Jen@2600:3c01::f03c:91ff:fe6c:d27a> has joined ##OpenGL[00:42:29] *** RobertPlummer <RobertPlummer!443276fd@gateway/web/freenode/ip.68.50.118.253> has joined ##OpenGL[00:43:03] <RobertPlummer> Hi guys, solving what appears to be one last issue with gpu.js, before its release with entirely working render targets, ty all.[00:43:25] <RobertPlummer> This last bug is to do with reading a texture, RGBA, to a float.[00:43:42] <RobertPlummer> I seem to either get -infinity's or 0[00:44:00] <RobertPlummer> My question: what am I doing wrong?!?!?[00:44:02] <RobertPlummer> :P[00:44:25] <RobertPlummer> This is the unit test: https://github.com/gpujs/gpu.js/blob/develop/test/features/combine-kernels.js#L5[00:44:43] <RobertPlummer> I tried using an array of size 8, but got same results.[00:45:36] <RobertPlummer> This is the line that manages the readPixels: https://github.com/gpujs/gpu.js/blob/develop/src/backend/web-gl/kernel.js#L532[00:45:58] *** soul-d <soul-d!~name@2a02:a44a:bcae:1:15e3:4617:f06c:3dff> has quit IRC (Ping timeout: 250 seconds)[00:47:01] *** soul-d <soul-d!~name@2a02:a44a:bcae:1:68ad:fd8b:2df4:8836> has joined ##OpenGL[00:47:17] *** nitroxis <nitroxis!n@nxs.re> has quit IRC (Quit: nitroxis)[00:48:59] <Stragus> RobertPlummer: Not much GL there, except the glReadPixels. To summarize, reading GL_UNSIGNED_BYTES works but you get bad data with GL_FLOAT?[00:49:30] <Stragus> Your 'h' is appears to be the height divided by 4, by the way. Maybe you are only reading a quarter of the data[00:50:14] <RobertPlummer> Yes, in short. Reading from Array in GL_UNSIGNED_BYTES out works fine, reading from array in GL_FLOAT out works fine, it is texture in GL_FLOAT out that doesn't.[00:50:54] <RobertPlummer> I've been adjusting what seems like all the parameters by 4, in hopes it was just simple math.[00:51:03] <RobertPlummer> But it just keeps leading me to -infinity or 0's.[00:51:06] <RobertPlummer> wierd.[00:51:45] <Stragus> GL is supposed to convert any texture image format to the one you request, it doesn't have to match (at least for real GL, I don't know webgl)[00:53:57] *** nitroxis <nitroxis!n@nxs.re> has joined ##OpenGL[00:56:14] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has quit IRC (Ping timeout: 250 seconds)[00:57:19] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[00:59:02] *** serg-z <serg-z!~serg-z@37.99.50.193> has quit IRC (Quit: ZNC 1.7.2 - https://znc.in)[00:59:08] <RobertPlummer> It seems to only be when I read to a texture that I want to reuse on another program.[00:59:16] <RobertPlummer> and only for float[01:00:05] *** atk <atk!~Arch-TK@ircpuzzles/staff/Arch-TK> has quit IRC (Quit: Well this is unexpected.)[01:00:26] *** atk <atk!~Arch-TK@ircpuzzles/staff/Arch-TK> has joined ##OpenGL[01:01:59] <Stragus> glGetError() to check if the call failed[01:04:00] *** BPL <BPL!~BPL@102.56.27.77.dynamic.reverse-mundo-r.com> has quit IRC (Quit: Leaving)[01:04:38] <RobertPlummer> Stragus: no error[01:04:39] *** soul-d <soul-d!~name@2a02:a44a:bcae:1:68ad:fd8b:2df4:8836> has quit IRC (Ping timeout: 258 seconds)[01:06:05] *** soul-d <soul-d!~name@2a02:a44a:bcae:1:dd8a:dceb:5e72:31c0> has joined ##OpenGL[01:09:03] *** RobertPlummer <RobertPlummer!443276fd@gateway/web/freenode/ip.68.50.118.253> has quit IRC (Ping timeout: 256 seconds)[01:10:21] *** serg-z <serg-z!~serg-z@87.247.9.126> has joined ##OpenGL[01:38:27] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[01:39:38] <derhass> so what format is the texture, and what are you tring to read?[01:48:11] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[02:00:20] *** LunarJetman2 <LunarJetman2!LunarJetma@5ec16e1a.skybroadband.com> has quit IRC (Ping timeout: 244 seconds)[02:02:00] *** slime <slime!~slime73@24.215.81.93> has joined ##OpenGL[02:23:26] *** diwr <diwr!~diwr@unaffiliated/diwr> has joined ##OpenGL[02:26:58] *** esrse <esrse!~nil@175.126.171.165> has joined ##OpenGL[02:30:08] *** ratchet_freak <ratchet_freak!~ratchetfr@ptr-82s3g7l9r42569r41f4.18120a2.ip6.access.telenet.be> has quit IRC (Ping timeout: 258 seconds)[02:32:32] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[02:49:53] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has quit IRC (Read error: Connection reset by peer)[02:51:36] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has joined ##OpenGL[02:54:49] *** slime <slime!~slime73@24.215.81.93> has joined ##OpenGL[02:57:05] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has quit IRC (Quit: Leaving)[02:59:16] *** impulse <impulse!~impulse@S01062c7e81ff33f0.mh.shawcable.net> has quit IRC (Ping timeout: 246 seconds)[03:07:00] *** diwr <diwr!~diwr@unaffiliated/diwr> has quit IRC (Quit: Konversation terminated!)[03:13:14] *** xx2 <xx2!~xx2@212.253.8.72> has quit IRC (Remote host closed the connection)[03:49:16] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[03:59:27] *** KAHR-Alpha <KAHR-Alpha!~Alpha@2a01cb0d024a6600e56dc05dcf9dd0f5.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds)[04:11:53] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[04:33:48] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has quit IRC (Ping timeout: 245 seconds)[05:41:08] *** immibis <immibis!~immibis@125-238-72-168-fibre.sparkbb.co.nz> has joined ##OpenGL[05:58:42] *** GreyHound <GreyHound!~GreyHound@112.97.56.30> has joined ##OpenGL[06:10:30] *** dag0n <dag0n!~d@c-24-125-105-19.hsd1.ga.comcast.net> has joined ##OpenGL[06:10:33] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[06:11:30] <dag0n> Hello[06:25:25] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has joined ##OpenGL[06:25:46] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has quit IRC (Client Quit)[06:26:12] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has joined ##OpenGL[06:37:07] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[06:53:24] *** dag0n <dag0n!~d@c-24-125-105-19.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 272 seconds)[07:08:10] *** bpmedley <bpmedley!~bpm@2600:1700:eb20:6050:454c:6c05:2835:4ad8> has quit IRC (Ping timeout: 250 seconds)[07:08:46] *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC (Quit: fatal halt)[07:23:35] *** groton <groton!~groton@unaffiliated/groton> has quit IRC (Quit: groton)[07:25:38] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[07:26:58] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Max SendQ exceeded)[07:27:40] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[07:31:39] *** ville <ville!~ville@212-149-214-47.bb.dnainternet.fi> has quit IRC (Quit:)[07:41:25] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[07:51:11] *** charlie5 <charlie5!~rod@pa49-180-139-151.pa.nsw.optusnet.com.au> has quit IRC (Quit: Leaving.)[07:53:19] *** charlie5 <charlie5!~rod@pa49-180-139-151.pa.nsw.optusnet.com.au> has joined ##OpenGL[07:53:39] *** ville <ville!~ville@212-149-214-47.bb.dnainternet.fi> has joined ##OpenGL[08:00:52] *** stefkos <stefkos!~Pawel@79.184.132.233.ipv4.supernova.orange.pl> has joined ##OpenGL[08:02:59] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has joined ##OpenGL[08:05:23] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Remote host closed the connection)[08:06:04] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[08:06:42] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Max SendQ exceeded)[08:07:14] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[08:07:52] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Max SendQ exceeded)[08:18:49] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[08:19:33] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Max SendQ exceeded)[08:20:04] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[08:28:39] *** charlie5 <charlie5!~rod@pa49-180-139-151.pa.nsw.optusnet.com.au> has quit IRC (Quit: Leaving.)[08:30:46] *** slvn_ <slvn_!~slvn_@c2s31-1-78-245-90-111.fbx.proxad.net> has joined ##OpenGL[08:31:22] *** charlie5 <charlie5!~rod@pa49-180-139-151.pa.nsw.optusnet.com.au> has joined ##OpenGL[08:45:56] *** karab44 <karab44!~karab44@unaffiliated/karab44> has joined ##OpenGL[08:51:29] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has joined ##OpenGL[08:54:13] *** Serus <Serus!~Serus@unaffiliated/serus> has quit IRC (Ping timeout: 245 seconds)[08:57:19] *** Serus <Serus!~Serus@unaffiliated/serus> has joined ##OpenGL[08:58:49] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Ping timeout: 255 seconds)[08:59:21] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[09:19:19] *** Matthijs <Matthijs!~quassel@unaffiliated/matthijs> has joined ##OpenGL[09:19:54] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has quit IRC (Ping timeout: 250 seconds)[09:40:01] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[09:50:44] *** mukunda <mukunda!mukunda@cpe-104-175-176-150.socal.res.rr.com> has quit IRC (Ping timeout: 272 seconds)[10:16:43] *** esrse <esrse!~nil@175.126.171.165> has quit IRC (Ping timeout: 245 seconds)[10:26:44] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has joined ##OpenGL[10:29:23] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Remote host closed the connection)[10:29:54] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[10:30:06] *** ville <ville!~ville@212-149-214-47.bb.dnainternet.fi> has quit IRC (Ping timeout: 250 seconds)[10:30:34] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Max SendQ exceeded)[10:31:12] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[10:40:27] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has quit IRC (Ping timeout: 245 seconds)[11:12:18] *** immibis <immibis!~immibis@125-238-72-168-fibre.sparkbb.co.nz> has quit IRC (Ping timeout: 246 seconds)[11:17:01] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has joined ##OpenGL[11:22:42] *** GreyHound <GreyHound!~GreyHound@112.97.56.30> has quit IRC (Read error: Connection reset by peer)[11:22:49] *** GreyHound <GreyHound!~GreyHound@113.65.152.152> has joined ##OpenGL[11:43:17] *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined ##OpenGL[11:45:46] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[11:47:17] *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC (Ping timeout: 268 seconds)[11:48:21] *** foolsh <foolsh!~quassel@89.187.181.130> has quit IRC (Ping timeout: 246 seconds)[11:51:26] *** Foaly <Foaly!~Foaly@ppp-188-174-11-209.dynamic.mnet-online.de> has joined ##OpenGL[11:53:22] *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC (Ping timeout: 245 seconds)[12:12:58] *** GreyHound <GreyHound!~GreyHound@113.65.152.152> has quit IRC (Ping timeout: 245 seconds)[12:18:20] *** GreyHound <GreyHound!~GreyHound@112.97.56.30> has joined ##OpenGL[12:23:22] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 272 seconds)[12:31:50] *** bigpet <bigpet!uid25664@gateway/web/irccloud.com/x-lmrgpnpgprraoyur> has joined ##OpenGL[12:35:32] *** slime <slime!~slime73@24.215.81.93> has joined ##OpenGL[12:36:22] *** RobertPlummer <RobertPlummer!443276fd@gateway/web/freenode/ip.68.50.118.253> has joined ##OpenGL[12:41:45] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[12:42:49] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Read error: Connection reset by peer)[12:43:01] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[12:44:45] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[12:52:33] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[12:58:29] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has joined ##OpenGL[13:03:26] *** Foaly <Foaly!~Foaly@ppp-188-174-11-209.dynamic.mnet-online.de> has quit IRC (Read error: Connection reset by peer)[13:03:57] *** Foaly <Foaly!~Foaly@ppp-188-174-11-209.dynamic.mnet-online.de> has joined ##OpenGL[13:14:27] *** ville <ville!~ville@212-149-214-47.bb.dnainternet.fi> has joined ##OpenGL[13:14:31] *** neure <neure!~timo@mobile-access-5d6a40-58.dhcp.inet.fi> has joined ##OpenGL[13:14:32] <neure> hi[13:20:23] <neure> Does glDeleteBuffers() auto-unbind buffer from VAO vertex attrib pointer buffer binding?[13:20:45] <neure> I am not sure how to interprete the spec[13:23:07] <ratchetfreak> IIRC the buffer is kept alive until the VAO doesn't bind to it any more[13:23:52] <neure> really?[13:25:35] <Yaniel> that's what it says in the spec[13:25:56] <Yaniel> bound buffers (and shaders attached to a program, etc etc) are only marked for deletion[13:26:08] <Yaniel> and cleaned up when no longer used[13:29:08] <ratchetfreak> how does that interract with queries for the bound state I wonder?[13:29:54] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has quit IRC (Read error: Connection reset by peer)[13:31:19] <Yaniel> hmm?[13:31:43] <neure> "When a buffer, texture, transform feedback or renderbuffer object is successfully deleted, it is unbound from any bind points it is bound to in the current context, and detached from any attachments of container objects that are bound to the current context"[13:31:46] *** Nicmavr <Nicmavr!~Nicmavr@unaffiliated/nicmavr> has joined ##OpenGL[13:32:15] <neure> Yaniel, programs are different[13:32:29] <Yaniel> huh[13:32:48] <Yaniel> I was pretty sure they work the same way[13:33:02] * Yaniel makes a mental note[13:33:11] <neure> GL has plenty of object variants that work in different ways[13:33:42] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[13:34:07] <neure> IsTexture() does not create object, IsSampler() does[13:35:05] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has quit IRC (Quit: WeeChat 2.3)[13:35:31] <neure> Also given that delete silently ignores non-objects, a sequence gen, delete, bind will do nothing in delete step[13:35:54] <neure> gen only reserves name, so name does not yet point to object at that point[13:37:09] <neure> Well[13:37:36] <neure> "When a buffer, query, renderbuffer, sampler, sync, or texture object is deleted, its name immediately becomes invalid (e.g. is marked unused), but the underlying object will not be deleted until it is no longer in use."[13:39:59] <neure> reading that further[13:40:27] <Yaniel> I think I remember why everyone was so excited about vulkan[13:40:52] <Matthijs> Because it takes 3 days to get "clear" screen to work?[13:41:27] <neure> so there is auto-unbind for current context[13:41:37] <neure> and "in use" counts all contexts[13:41:57] <neure> so if you have only one context, auto-unbind causes "in use" to be removed[13:42:08] <neure> sorry "in use" condition to be cleared[13:54:10] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has joined ##OpenGL[13:54:34] *** R2robot <R2robot!~R2robot@unaffiliated/r2ro> has quit IRC (Ping timeout: 272 seconds)[13:55:03] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 246 seconds)[14:17:29] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has quit IRC (Read error: Connection reset by peer)[14:17:56] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[14:19:16] *** R2robot <R2robot!~R2robot@unaffiliated/r2ro> has joined ##OpenGL[14:20:22] *** karab44 <karab44!~karab44@unaffiliated/karab44> has quit IRC ()[14:22:19] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[14:26:40] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 246 seconds)[14:32:21] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has joined ##OpenGL[14:40:16] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[14:43:31] *** hellozee <hellozee!~hellozee@116.73.32.169> has joined ##OpenGL[14:45:03] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 245 seconds)[14:48:39] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has quit IRC (Quit: WeeChat 2.3)[14:49:27] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has joined ##OpenGL[14:50:02] *** learningc <learningc!~learningc@2001:d08:d6:1ca6:a93a:9aea:c1c2:e2fb> has joined ##OpenGL[14:56:56] *** eetsi123 <eetsi123!~eetu@194.111.119.63> has quit IRC (Quit: WeeChat 2.3)[14:57:29] *** hackkitten <hackkitten!~hackkitte@134.3.30.249> has quit IRC (Read error: Connection reset by peer)[14:58:14] *** bayoubengal <bayoubengal!~bayoubeng@rrcs-50-84-94-202.sw.biz.rr.com> has quit IRC (Read error: Connection reset by peer)[14:59:00] *** bayoubengal <bayoubengal!~bayoubeng@rrcs-50-84-94-202.sw.biz.rr.com> has joined ##OpenGL[14:59:04] *** Foaly <Foaly!~Foaly@ppp-188-174-11-209.dynamic.mnet-online.de> has quit IRC (Ping timeout: 268 seconds)[15:01:46] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[15:13:34] *** snyp <snyp!~Snyp@202.83.17.8> has joined ##OpenGL[15:34:36] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has quit IRC (Ping timeout: 250 seconds)[15:35:35] *** Twipply <Twipply!~Twipply@unaffiliated/twipply> has joined ##OpenGL[15:43:50] *** snyp <snyp!~Snyp@202.83.17.8> has quit IRC (Ping timeout: 250 seconds)[15:50:41] *** learningc <learningc!~learningc@2001:d08:d6:1ca6:a93a:9aea:c1c2:e2fb> has quit IRC (Ping timeout: 250 seconds)[15:52:32] *** verm1n is now known as irez1a[16:01:19] *** RobertPlummer <RobertPlummer!443276fd@gateway/web/freenode/ip.68.50.118.253> has quit IRC (Quit: Page closed)[16:01:53] *** alexge50 <alexge50!~alexge50@unaffiliated/alexge50> has joined ##OpenGL[16:02:16] *** mandeep <mandeep!~mandeep@unaffiliated/mandeepb> has quit IRC (Remote host closed the connection)[16:07:51] *** irez1a is now known as verm1n[16:08:48] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Remote host closed the connection)[16:09:27] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has joined ##OpenGL[16:13:47] *** DrBenway <DrBenway!~DrBenway@modemcable080.164-57-74.mc.videotron.ca> has quit IRC (Ping timeout: 245 seconds)[16:21:23] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has quit IRC (Ping timeout: 256 seconds)[16:29:21] *** neure <neure!~timo@mobile-access-5d6a40-58.dhcp.inet.fi> has quit IRC (Quit: Leaving)[16:29:44] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[16:32:09] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has joined ##OpenGL[16:33:30] *** upgrdman <upgrdman!~upgrdman@blender/artist/upgrdman> has joined ##OpenGL[16:56:42] *** hellozee <hellozee!~hellozee@116.73.32.169> has quit IRC (Ping timeout: 246 seconds)[17:02:42] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has joined ##OpenGL[17:05:57] *** zalt <zalt!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[17:08:22] *** zalt_ <zalt_!~lambda443@unaffiliated/lambda443> has quit IRC (Ping timeout: 246 seconds)[17:19:13] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has quit IRC (Ping timeout: 255 seconds)[17:20:39] *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined ##OpenGL[17:26:33] *** ratchetfreak <ratchetfreak!c351a8d8@gateway/web/freenode/ip.195.81.168.216> has quit IRC (Ping timeout: 256 seconds)[17:27:40] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has joined ##OpenGL[17:29:30] *** moser <moser!~moser@113.119.57.254> has joined ##OpenGL[17:32:33] *** moser_ <moser_!~moser@113.119.70.8> has quit IRC (Ping timeout: 245 seconds)[17:33:10] *** Matthijs <Matthijs!~quassel@unaffiliated/matthijs> has quit IRC (Quit: *waves frantically*)[17:34:22] *** thomas_25 <thomas_25!~thomas_25@unaffiliated/thomas-25/x-0068438> has left ##OpenGL ("Textual IRC Client: www.textualapp.com")[17:41:07] *** karab44 <karab44!~karab44@unaffiliated/karab44> has joined ##OpenGL[17:44:00] *** krystcich <krystcich!~krystcich@088156132240.dynamic-ww-04.vectranet.pl> has joined ##OpenGL[17:55:36] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[18:00:05] <zalt> in orthographic projection what effect does z have? does it affect the perceived size of the object?[18:00:37] <Stragus> No it doesn't[18:01:15] <Stragus> The 'z' still determines depth values for the depth buffer, but there's no perspective[18:01:21] <zalt> really?, so it doesn't matter whether an object is 4000 units or 400 units away?[18:01:34] <Stragus> That's what an orthographic projection does, yes[18:02:04] *** ragecryx <ragecryx!~ragecryx@2a02:2149:842a:e300:fc2c:ccc9:9074:1427> has joined ##OpenGL[18:02:05] <zalt> hmm, i'm using orthographic projection but i haven't played with z, it's always at 1.0[18:02:30] <zalt> i guess i can still use it to enforce an order on objects?[18:02:36] <Stragus> Yes[18:02:47] <zalt> and that would be somewhat equivalent to drawing from back to front[18:03:15] <Stragus> Depth testing is more efficient, early-out means fragment shaders (or even whole triangles) aren't executed[18:04:32] <zalt> that's good to know, i'm wondering how would that affect transparency[18:05:15] <zalt> i think this wouldn't work on transparent things, i.e. you need to deal with them specially?[18:05:31] <Stragus> Draw all opaques with depth testing, then draw all transparent back-to-front with depth testing but not depth writing[18:07:09] <zalt> i think this is because of an inherent problem in alpha blending right?[18:07:17] <zalt> because it is order dependent[18:07:52] <Stragus> Yes... There are fancy and complicated order-independent-ish transparency techniques, but keep that for later[18:42:39] *** xx2 <xx2!~xx2@212.253.8.72> has joined ##OpenGL[18:52:45] *** Oddity <Oddity!~Oddity@unaffiliated/oddity> has quit IRC (Read error: Connection reset by peer)[19:02:48] *** snyp <snyp!~Snyp@1.39.157.147> has joined ##OpenGL[19:03:18] *** LunarJetman2 <LunarJetman2!LunarJetma@5ec16e1a.skybroadband.com> has joined ##OpenGL[19:06:04] *** englosh <englosh!1f12f879@gateway/web/freenode/ip.31.18.248.121> has joined ##OpenGL[19:08:53] <englosh> is it actually faster to give a shader uniform a single-char name for example "a" rather than a long one like "color"? Will the communication between the CPU and GPU be faster then?[19:09:25] *** zalt__ <zalt__!~lambda443@unaffiliated/lambda443> has joined ##OpenGL[19:10:36] *** karab44 <karab44!~karab44@unaffiliated/karab44> has quit IRC ()[19:10:39] <derhass> no[19:10:40] *** zalt <zalt!~lambda443@unaffiliated/lambda443> has quit IRC (Ping timeout: 268 seconds)[19:14:53] <englosh> ah ok[19:23:22] <Foaly> unless you query the uniform by name all the time :P[19:23:37] *** ragecryx <ragecryx!~ragecryx@2a02:2149:842a:e300:fc2c:ccc9:9074:1427> has quit IRC (Quit: Leaving)[19:23:45] <Foaly> (which i know has happened before...)[19:24:59] <zy]x[yz> wouldn't surprise me[19:28:06] <derhass> that does still not involve any communication between CPU and GPU[19:29:06] *** groton <groton!~groton@unaffiliated/groton> has quit IRC (Quit: groton)[19:30:26] *** groton <groton!~groton@unaffiliated/groton> has joined ##OpenGL[19:32:18] <snyp> Wait so.. glGetUniformLocation is not a 'sync point'?[19:33:01] <derhass> not one between CPU and GPU[19:33:12] <derhass> you might synchronize with some driver thread[19:33:33] <derhass> but uniform names and locations are nothing the GPU is concerned with[19:33:59] <snyp> I see.[19:51:48] *** Oddity <Oddity!~Oddity@unaffiliated/oddity> has joined ##OpenGL[19:55:09] *** mandeep <mandeep!~mandeep@unaffiliated/mandeepb> has joined ##OpenGL[19:56:41] *** nidefawl <nidefawl!~nidefawl@p2E58DC1A.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)[19:59:44] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[20:02:51] *** snyp <snyp!~Snyp@1.39.157.147> has quit IRC (Quit: WeeChat 2.4)[20:05:35] *** slidercrank <slidercrank!~slidercra@ircpuzzles/2015/april-fools/fifth/slidercrank> has joined ##OpenGL[20:07:07] *** mandeep <mandeep!~mandeep@unaffiliated/mandeepb> has quit IRC (Remote host closed the connection)[20:15:02] *** borkr <borkr!~borkr@static130-244.mimer.net> has joined ##OpenGL[20:24:40] *** snyp <snyp!~Snyp@1.39.157.147> has joined ##OpenGL[20:35:06] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has quit IRC (Ping timeout: 246 seconds)[20:43:52] *** immibis <immibis!~immibis@125-238-72-168-fibre.sparkbb.co.nz> has joined ##OpenGL[20:44:31] *** KAHR-Alpha <KAHR-Alpha!~Alpha@2a01cb0d024a6600d5714ab67e1a62eb.ipv6.abo.wanadoo.fr> has joined ##OpenGL[20:51:43] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has joined ##OpenGL[20:53:41] *** grim001 <grim001!~grim001@ip70-189-228-129.lv.lv.cox.net> has joined ##OpenGL[21:10:26] *** immibis <immibis!~immibis@125-238-72-168-fibre.sparkbb.co.nz> has quit IRC (Ping timeout: 244 seconds)[21:10:46] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has quit IRC (Quit: glYoda)[21:10:52] *** slvn_ <slvn_!~slvn_@c2s31-1-78-245-90-111.fbx.proxad.net> has quit IRC (Quit: Leaving)[21:14:26] *** ratchet_freak <ratchet_freak!~ratchetfr@ptr-82s3g7l9r42569r41f4.18120a2.ip6.access.telenet.be> has joined ##OpenGL[21:20:52] *** snyp <snyp!~Snyp@1.39.157.147> has quit IRC (Ping timeout: 245 seconds)[21:21:59] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[21:34:54] *** bpmedley <bpmedley!~bpm@2600:1700:eb20:6050:cd65:be5d:157:77b3> has joined ##OpenGL[21:40:40] *** slime <slime!~slime73@24.215.81.93> has joined ##OpenGL[21:43:20] *** iderik <iderik!~weechat@h-162-65.A147.priv.bahnhof.se> has quit IRC (Quit: iderik)[21:44:32] *** eetsi123 <eetsi123!~eetu@91-152-205-56.elisa-laajakaista.fi> has joined ##OpenGL[21:48:43] *** eetsi123 <eetsi123!~eetu@91-152-205-56.elisa-laajakaista.fi> has quit IRC (Client Quit)[21:49:12] *** eetsi123 <eetsi123!~eetu@91-152-205-56.elisa-laajakaista.fi> has joined ##OpenGL[21:57:12] *** glYoda <glYoda!~MTLYoda@c-73-25-27-206.hsd1.or.comcast.net> has joined ##OpenGL[22:02:02] *** ShadowIce <ShadowIce!~pyoro@unaffiliated/shadowice-x841044> has joined ##OpenGL[22:19:18] *** learningc <learningc!~learningc@2001:d08:d6:1ca6:3db4:c72a:4800:34cf> has joined ##OpenGL[22:21:30] *** verm1n <verm1n!~verm1n@pool-71-162-119-247.bstnma.fios.verizon.net> has quit IRC (Ping timeout: 250 seconds)[22:25:15] *** Foaly <Foaly!~Foaly@ppp-188-174-12-2.dynamic.mnet-online.de> has quit IRC (Quit: Now 'mid shadows deep falls blessed sleep.)[22:31:12] *** User_ <User_!~learningc@2001:d08:d6:1ca6:3db4:c72a:4800:34cf> has joined ##OpenGL[22:32:06] *** User__ <User__!~learningc@2001:d08:d6:1ca6:d590:6318:bd85:e49e> has joined ##OpenGL[22:33:47] *** learningc <learningc!~learningc@2001:d08:d6:1ca6:3db4:c72a:4800:34cf> has quit IRC (Ping timeout: 240 seconds)[22:35:51] *** User_ <User_!~learningc@2001:d08:d6:1ca6:3db4:c72a:4800:34cf> has quit IRC (Ping timeout: 250 seconds)[22:39:05] *** xx2 <xx2!~xx2@212.253.8.72> has quit IRC (Remote host closed the connection)[23:03:35] *** azonenberg <azonenberg!~azonenber@chat.privdmz.poulsbo.antikernel.net> has joined ##OpenGL[23:04:11] <azonenberg> So I'm having a fun problem with line drawing[23:04:22] <azonenberg> in old-school GL I'd just use GL_LINE_STRIP and be done with it[23:04:23] *** borkr <borkr!~borkr@static130-244.mimer.net> has quit IRC (Ping timeout: 268 seconds)[23:04:28] <azonenberg> But with modern stuff i have to tesselate[23:04:36] <derhass> why?[23:04:36] <azonenberg> And it's not quite working out the way I wanted[23:05:09] <zalt__> i think i've simulated lines using triangles[23:05:18] <azonenberg> derhass: you mean why tesselate? because GL_LINES/GL_LINE_STRIP etc are second class citizens in GL 3+, you can't do variable width etc properly[23:05:33] <derhass> ok, so you want wide lines[23:05:41] <azonenberg> https://www.antikernel.net/temp/glscopeclient-08.png[23:06:06] <azonenberg> This is my app now, the UI chrome is GTK and the text overlays are rendered in Cairo to a texture then composited with GL on top of the GL-drawn waveform[23:06:40] <azonenberg> When i zoom in, it looks fine https://www.antikernel.net/temp/glscopeclient-06.png (earlier screenshot without all of the scale bars etc, but same line drawing code)[23:06:51] <zalt__> cool UI :)[23:07:12] <azonenberg> As i zoom out, what i think happens is the triangles become degenerate and disappear because they're <1 pixel wide[23:07:31] <zalt__> yes, you should approximate the pixel size[23:07:44] <azonenberg> (I'm rendering ~20K points along the X axis in ~1K pixels of screen space in that render)[23:07:56] <zalt__> you can probably set a minimum in the vertex/fragment shader?[23:08:01] <azonenberg> Right now, the way I tesselate is with a GL_TRIANGLE_STRIP[23:08:16] <azonenberg> where I have one point WIDTH/2 above and one WIDTH/2 below the nominal line center[23:08:26] <azonenberg> so 2 points per measurement value in the graph[23:08:41] <azonenberg> both share the same X value, that of the measurement[23:09:04] <azonenberg> So what happens is, when you zoom in to the point that you have this and the next point sharing the same X value after rounding, the triangle disappears[23:10:43] <azonenberg> I think the first thing i'm going to have to do is stop doing strips and have 2 full triangles per point[23:11:14] <azonenberg> with X nominally half a sample left and right of the measurement point, and Y nominally half a thickness above and below[23:12:08] <azonenberg> then if i detect X-Y < epsilon, artificially stretch the triangles a bit so they stay at least one pixel wide[23:12:15] <azonenberg> That sound plausible?[23:12:52] <zalt__> what is the source of your geometry? you're drawing lines from one sample to the next?[23:13:15] <azonenberg> The raw data coming in is a float[] of voltages over time from the oscilloscope[23:13:35] <azonenberg> i have a simple loop in my waveform download code that creates polygons from that[23:13:49] <azonenberg> eventually i'll probably have to learn geometry shaders and tesselate on the GPU, but for the moment it's CPU based[23:13:58] <azonenberg> then i push it to a VBO[23:14:15] <zalt__> yep, that sounds good, it should be fast enough[23:14:45] <azonenberg> Right now i'm using a LeCroy DSO that can only download ~20 waveforms per second over Ethernet[23:14:46] <zalt__> if you're going to preprocess it, you also have other cool options you can implement while at it, like an option of smoothing the thing :)[23:14:51] <azonenberg> So i'm not stressing things too much[23:15:03] <azonenberg> Down the road, my plan is to move to custom hardware that will pull waveform data over 10/40GbE[23:15:16] <azonenberg> i expect to be compositing tens or hundreds of waveforms per frame with alpha transparency[23:15:34] <azonenberg> And then doing things like interpolation, DSP filters, protocol decoding, etc on the GPU[23:16:55] <azonenberg> https://github.com/azonenberg/scopehal-apps/blob/master/glscopeclient/WaveformArea.cpp?ts=4#L764[23:16:58] <azonenberg> This is the current geometry generation[23:19:20] <zalt__> when you compare this to things done in games per frames such preprocessing is trivial, but you might have a problem with bandwidth if there are enough samples pushed to the gpu each frame[23:19:31] <azonenberg> Well, things like decoding Ethernet[23:19:42] *** stefkos <stefkos!~Pawel@79.184.132.233.ipv4.supernova.orange.pl> has quit IRC (Remote host closed the connection)[23:19:59] <azonenberg> or jitter analysis, or large FFTs, will need a fair bit of CPU[23:20:06] <azonenberg> But yes i expect bandwidth will become a concern[23:20:16] <azonenberg> I don't yet know how fast i can push it[23:20:27] <azonenberg> for the moment, though, my goal is to fix the rendering bugs :)[23:20:56] <zalt__> i you run into big numbers of samples you could probably ignore every 100th sample or something, because while zoomed out little details will not be visible[23:21:24] <azonenberg> no, actually[23:21:44] <azonenberg> consider the difference between a sine wave that repeats every ten cycles, and a constant voltage[23:21:47] *** User__ <User__!~learningc@2001:d08:d6:1ca6:d590:6318:bd85:e49e> has quit IRC (Ping timeout: 250 seconds)[23:21:57] <azonenberg> one will result in the whole display area being filled, the other will become a line[23:22:07] <zalt__> i mean the density of samples per pixel[23:22:09] <azonenberg> So decimation has to be done very carefully to avoid losing high frequency information[23:22:14] <azonenberg> That's what i mean, though[23:22:21] <azonenberg> if you have 50 samples per pixel with very different Y values[23:22:24] <azonenberg> you can't collapse them into one[23:22:25] *** englosh <englosh!1f12f879@gateway/web/freenode/ip.31.18.248.121> has quit IRC (Ping timeout: 256 seconds)[23:22:29] <azonenberg> you have to draw a big tall area[23:22:36] <zalt__> azonenberg, you can while displaying[23:22:39] <azonenberg> and, ideally, alpha blend where the areas with more values are brighter[23:23:04] <zalt__> the gpu doesn't need 100k samples per pixel, it just wants one, there is no lost information if it's kept on the cpu side[23:23:36] <azonenberg> Yeah, but I need to know how many samples hit that pixel so i can cahnge the brightness[23:24:32] <azonenberg> What i do now is i render all the waveforms in a floating point buffer and GL_ADD the blending[23:24:39] <azonenberg> then apply tone mapping to RGB after[23:24:45] <azonenberg> in a second shader pass[23:24:54] *** upgrdman <upgrdman!~upgrdman@blender/artist/upgrdman> has quit IRC (Quit: Leaving)[23:26:19] <zalt__> even brightness can only have 256 possible values, i'm just saying skipping samples is an option if bandwidth becomes an issue[23:27:17] * zalt__ his only experience with digital signals is a text -> morse code wav encoder he written :D[23:27:44] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)[23:29:46] *** davr0s <davr0s!~textual@host81-147-72-11.range81-147.btcentralplus.com> has joined ##OpenGL[23:30:23] *** ShadowIce <ShadowIce!~pyoro@unaffiliated/shadowice-x841044> has quit IRC (Quit: Leaving)[23:40:13] *** krystcich <krystcich!~krystcich@088156132240.dynamic-ww-04.vectranet.pl> has quit IRC (Quit: Going offline, see ya! (www.adiirc.com))[23:41:00] *** verm1n <verm1n!~verm1n@pool-71-162-119-247.bstnma.fios.verizon.net> has joined ##OpenGL[23:47:55] *** slime <slime!~slime73@24.215.81.93> has quit IRC (Quit: This computer has gone to sleep)[23:59:12] <azonenberg> zalt__: actually, you can go more with false color[23:59:26] <azonenberg> and then of course there's options for logarithmic tone mapping etc, just like you'd do with HDR