November 29, 2014 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >
November 29, 2014 [00:00:12] *** Beetny has joined ##OpenGL[00:03:50] *** _BJFreeman has joined ##OpenGL[00:04:31] *** zagabar has quit IRC[00:04:39] *** Keniyal has joined ##OpenGL[00:04:41] *** _BJFreeman is now known as BJfreeman[00:05:08] *** luxigo has quit IRC[00:07:51] *** Twinklebear has quit IRC[00:07:55] *** staylor_ has quit IRC[00:07:57] *** Keniyal_ has quit IRC[00:10:38] *** luxigo has joined ##OpenGL[00:11:18] *** Lemml has quit IRC[00:14:22] *** xissburg has joined ##OpenGL[00:23:04] *** Match has quit IRC[00:25:24] *** TyrfingMjolnir has joined ##OpenGL[00:25:37] *** chirpsalot has joined ##OpenGL[00:26:46] *** Mango_Man has quit IRC[00:28:34] *** BitPuffin has quit IRC[00:33:08] *** Mango_Man has joined ##OpenGL[00:36:11] *** prophile has joined ##OpenGL[00:36:12] *** Zupoman has quit IRC[00:39:19] *** DolphinDream has quit IRC[00:42:19] *** DolphinDream has joined ##OpenGL[00:46:37] *** BJfreeman has quit IRC[00:48:37] *** shintah has quit IRC[00:49:28] *** Misu has quit IRC[00:50:00] *** Misu has joined ##OpenGL[00:56:54] *** DolphinDream has quit IRC[00:58:05] *** Madsy has joined ##OpenGL[01:03:03] *** tcsc_ has quit IRC[01:04:18] *** Mango_Man has quit IRC[01:05:19] *** tcsc has joined ##OpenGL[01:06:55] *** Biliogadafr has quit IRC[01:09:59] *** hexagoxel_ has joined ##OpenGL[01:10:38] *** b4b has joined ##OpenGL[01:12:45] *** b4b has quit IRC[01:13:42] *** hexagoxel has quit IRC[01:32:12] *** b4b has joined ##OpenGL[01:38:09] *** oogaw has joined ##OpenGL[01:38:14] *** Wagoo has quit IRC[01:46:12] *** telex has quit IRC[01:47:23] *** nekitu has quit IRC[01:48:38] *** telex has joined ##OpenGL[01:50:09] *** Mango_Man has joined ##OpenGL[01:55:22] *** TyrfingMjolnir has quit IRC[02:00:02] *** enzo_ has joined ##OpenGL[02:00:30] *** BearishMushroom has quit IRC[02:01:05] *** TyrfingMjolnir has joined ##OpenGL[02:01:42] *** Misu has quit IRC[02:02:06] *** BitPuffin has joined ##OpenGL[02:09:47] *** foreignFunction has quit IRC[02:10:09] *** tm604 has quit IRC[02:16:30] *** razieliyo has joined ##OpenGL[02:16:58] *** PasNox has quit IRC[02:26:06] *** hexagoxel_ has quit IRC[02:27:09] *** jmcarthur has quit IRC[02:31:54] *** jmcarthur has joined ##OpenGL[02:33:43] *** waysc has joined ##OpenGL[02:37:14] *** waysc2 has joined ##OpenGL[02:38:54] *** waysc has quit IRC[02:39:00] *** jdolan has quit IRC[02:40:33] *** jdolan has joined ##OpenGL[02:51:08] *** mat^2 has joined ##OpenGL[02:52:47] *** Grimshaw has quit IRC[02:58:17] *** tcsc has quit IRC[02:59:19] *** shingshang has joined ##OpenGL[02:59:38] *** tcsc has joined ##OpenGL[03:01:55] *** jmcarthur has quit IRC[03:05:18] *** Keniyal has quit IRC[03:08:46] *** centrinia has joined ##OpenGL[03:10:45] *** jdolan has quit IRC[03:11:10] *** jdolan has joined ##OpenGL[03:12:42] *** cwkx has joined ##OpenGL[03:13:16] *** Garner has quit IRC[03:16:45] *** ruuns has quit IRC[03:20:15] *** jmcarthur has joined ##OpenGL[03:25:58] *** tcsc has quit IRC[03:31:05] *** jdolan has quit IRC[03:39:44] *** luxigo has quit IRC[03:40:51] *** cwkx has quit IRC[03:42:59] *** Mango_Man has quit IRC[03:45:06] *** waysc2 is now known as waysc[03:47:45] *** Mango_Man has joined ##OpenGL[03:49:36] *** HuntsMan2 has joined ##OpenGL[03:50:08] *** waysc2 has joined ##OpenGL[03:52:07] *** waysc has quit IRC[03:53:16] *** Hunts has quit IRC[03:56:13] *** urraka has quit IRC[03:57:53] *** BitPuffin has quit IRC[04:02:23] *** jdolan has joined ##OpenGL[04:07:10] *** axion has joined ##OpenGL[04:07:57] *** lenarhoyt has quit IRC[04:09:51] <axion> hi, i'm just starting to learn opengl and i implemented a scene graph and compute the local/world basis matrices for each node relative to their parent. my question is using this infrustructure, what would be a good way to sort entities such that there are no artifacts with entities containing transparent pixels?[04:11:15] <axion> a quick hack would be to use alpha-test, but i just don't like the quality of that method. surely there is a method common for this scenario to sort entity drawing while keeping their stree hierarchy?[04:11:24] *** kapil__ has joined ##OpenGL[04:17:42] *** lenarhoyt has joined ##OpenGL[04:28:59] *** Crehl has quit IRC[04:31:21] <Orion]> first of all you kind of separate solid from transparant[04:31:21] *** skoskav has quit IRC[04:31:34] *** skoskav has joined ##OpenGL[04:31:57] <Orion]> then sort solid front to back, and transparant back to front[04:32:41] <axion> ok. since my camera is never going to rotate, i was thinking a simple sorting on the y axis. i guess i would need to get the world basis of each node at each frame, and sort. not sure what problems may arise from this[04:33:16] <Orion]> only one way to find out[04:34:16] <axion> :) ok[04:34:35] <chrisf> axion: do the naive thing first (just collect the transparent things to draw, sort, draw them)[04:34:37] <axion> i must say i am very new to opengl, matrices, and game programming. this is only my first week :)[04:34:47] <axion> but i am doing everything from scratch and learning a ton so far :)[04:35:48] <Orion]> if you only just started sounds like you have learned a lot in a short time[04:36:22] <axion> thanks :) i wrote my own vector and matrix library after reading about them, and only recently incorporated them into a scene tree rendering system today[04:37:05] <axion> i wasnt impressed with pushing/popping the stack, or dealing with theta and axes for rotation...things are much more flexible working with matrices at a lower level[04:40:33] <chrisf> axion: what are you reading for reference?[04:42:33] <axion> a bunch of sources. i got most of the knowledge from this book: http://www.arcsynthesis.org/gltut/[04:43:07] <chrisf> ok, that's not too bad -- there's just a lot of dangerously obsolete advice around[04:43:20] <axion> i know this :)[04:45:26] <chrisf> axion: related to your sorting question, take a look at http://realtimecollisiondetection.net/blog/?p=86[04:45:47] <axion> ok thanks :)[04:46:50] <chrisf> the ideal thing to do is of course going to depend on your data, which only you know a useful amount about[04:47:09] *** Cabanoss- has joined ##OpenGL[04:47:22] <axion> considering my camera will never rotate, i need a way to just draw leaves of the tree based on their y position relative to the camera, while still allowing the scene tree to know about their parents/children. basically i have a local basis and a world basis. i use this so entities can move relative to their parent (think: moon reolving around the earth, earth revolving around the sun)...so an entity does[04:47:24] <axion> not need to know about the world basis[04:47:40] *** samrat has joined ##OpenGL[04:48:10] *** Mango_Man has quit IRC[04:50:07] *** Cabanossi has quit IRC[04:50:07] *** Cabanoss- is now known as Cabanossi[04:52:59] *** Orion] has quit IRC[04:53:32] *** agorecki has joined ##OpenGL[04:57:28] *** agorecki has quit IRC[04:57:37] *** waysc2 is now known as waysc[05:07:53] *** konom has joined ##OpenGL[05:09:03] *** Mango_Man has joined ##OpenGL[05:24:58] *** MissionCritical has quit IRC[05:27:00] *** Ad1_RN has joined ##OpenGL[05:30:39] *** Ad1_RnR has quit IRC[05:30:59] *** MissionCritical has joined ##OpenGL[05:42:25] *** Zerflag_ has joined ##OpenGL[05:43:09] *** MLM has quit IRC[05:45:08] *** slidercrank has quit IRC[05:45:39] *** paperManu_ has joined ##OpenGL[05:50:09] *** siavashserver has joined ##OpenGL[05:56:38] *** paperManu_ has quit IRC[06:05:37] *** Hadrien has joined ##OpenGL[06:16:11] *** MLM has joined ##OpenGL[06:19:19] *** Burga has joined ##OpenGL[06:19:51] *** Zupo has joined ##OpenGL[06:20:34] *** Hadrien has quit IRC[06:23:22] *** Zupo2 has quit IRC[06:23:54] *** agorecki has joined ##OpenGL[06:24:20] *** kriskropd has quit IRC[06:26:37] *** agorecki has quit IRC[06:29:44] *** kriskropd has joined ##OpenGL[06:31:06] *** lenarhoyt has quit IRC[06:32:09] *** xissburg has quit IRC[06:36:21] *** centrinia has quit IRC[06:40:51] *** Twinklebear has joined ##OpenGL[06:44:43] *** qeed has quit IRC[06:56:39] <siavashserver> which one is preferred these days? precalculated vertex tangent attributes or calculating them in shaders?[06:57:34] *** devbug has quit IRC[07:01:16] *** RyanPridgeon has quit IRC[07:02:12] *** DolphinDream has joined ##OpenGL[07:02:55] *** tcsc has joined ##OpenGL[07:03:50] *** mysteriouspants has quit IRC[07:04:14] *** mysteriouspants has joined ##OpenGL[07:05:32] *** Jack_ has quit IRC[07:11:23] *** b4b has quit IRC[07:12:37] *** Burga has quit IRC[07:12:44] *** Lucretia has quit IRC[07:13:12] <roboman2444> siavashserver, usually precalc[07:13:23] *** razieliyo has quit IRC[07:14:02] <siavashserver> thank you[07:14:34] * dahlia does it in a shader[07:15:02] *** Lucretia has joined ##OpenGL[07:15:05] <siavashserver> dahlia: do you have numbers? precalc vs. shader[07:15:20] <siavashserver> and on what kind of hardware?[07:15:40] <roboman2444> if you run out of vertex attribs, yeah precalc it[07:15:50] <roboman2444> but vertex attribs arent slow like texture fetches are[07:15:51] <dahlia> nope but I do it in VS and I usually have margin there[07:16:41] <dahlia> at least I seem to have margin on anything Ive tested on[07:26:18] *** Zerflag has joined ##OpenGL[07:30:44] *** dreda has joined ##OpenGL[07:31:17] *** kriskrop1 has joined ##OpenGL[07:31:39] *** tcsc has quit IRC[07:34:15] *** Cabanoss- has joined ##OpenGL[07:35:02] *** lahwran_ has joined ##OpenGL[07:35:43] *** Khlorghaal has joined ##OpenGL[07:37:15] *** kriskropd has quit IRC[07:37:15] *** Zerflag_ has quit IRC[07:37:16] *** Cabanossi has quit IRC[07:37:17] *** jmcarthur has quit IRC[07:37:17] *** shingshang has quit IRC[07:37:19] *** Defaultti has quit IRC[07:37:21] *** Alina-malina has quit IRC[07:37:23] *** Stragus has quit IRC[07:37:24] *** dreda_ has quit IRC[07:37:29] *** nido has quit IRC[07:37:34] *** malko has quit IRC[07:37:37] *** lahwran has quit IRC[07:37:39] *** Cabanoss- is now known as Cabanossi[07:37:46] *** Alina-malina has joined ##OpenGL[07:37:55] *** nido has joined ##OpenGL[07:38:12] *** tm604 has joined ##OpenGL[07:38:24] *** malko has joined ##OpenGL[07:38:31] *** jmcarthur has joined ##OpenGL[07:40:11] *** Defaultti has joined ##OpenGL[07:42:01] *** Stragus has joined ##OpenGL[07:44:37] *** Zerflag has quit IRC[07:48:51] *** DolphinDream has quit IRC[07:53:18] *** Mango_Man has quit IRC[08:01:56] *** jmcarthur has quit IRC[08:04:08] *** centrinia has joined ##OpenGL[08:07:11] *** apoc has left ##OpenGL[08:18:57] *** Beetny has quit IRC[08:20:41] *** Gamecubic has quit IRC[08:27:46] *** lahwran_ is now known as lahwran[08:32:20] *** waysc has quit IRC[08:35:39] *** siavashserver has quit IRC[08:41:17] *** Zupo has quit IRC[08:47:36] *** Zupo has joined ##OpenGL[08:47:54] *** cwkx has joined ##OpenGL[08:48:35] *** CainJacobi has quit IRC[08:50:08] *** SleekoNiko has quit IRC[09:06:37] *** Lemml has joined ##OpenGL[09:09:55] *** shintah has joined ##OpenGL[09:19:49] *** BreadProduct has joined ##OpenGL[09:19:51] *** Twinklebear has quit IRC[09:21:07] *** Garner has joined ##OpenGL[09:23:15] *** Beetny_ has joined ##OpenGL[09:29:29] *** abs25 has joined ##OpenGL[09:29:59] *** grim001 has quit IRC[09:31:29] *** Zupo has quit IRC[09:39:08] *** Alina-malina has quit IRC[09:39:51] *** Alina-malina has joined ##OpenGL[09:39:51] *** Alina-malina has quit IRC[09:39:52] *** Alina-malina has joined ##OpenGL[09:45:01] *** Zerflag has joined ##OpenGL[09:45:32] *** Zerflag has joined ##OpenGL[09:51:09] *** prophile has quit IRC[09:56:38] *** zajfy has quit IRC[09:57:13] *** grim001 has joined ##OpenGL[10:01:57] *** shingshang has joined ##OpenGL[10:02:54] *** chirpsalot has quit IRC[10:03:07] *** ikrima has joined ##OpenGL[10:13:09] *** MLM has quit IRC[10:17:52] *** bjz has joined ##OpenGL[10:21:56] *** centrinia has quit IRC[10:33:39] *** vukcrni has quit IRC[10:38:41] *** vukcrni has joined ##OpenGL[10:41:47] *** emilknievel has joined ##OpenGL[10:44:18] *** cwkx has quit IRC[10:48:40] *** Jeanne-Kamikaze has joined ##OpenGL[10:53:19] *** groton has joined ##OpenGL[10:59:31] *** Waynes has joined ##OpenGL[10:59:34] *** ville has quit IRC[10:59:52] *** ville has joined ##OpenGL[11:02:44] *** groton has quit IRC[11:03:41] *** foreignFunction has joined ##OpenGL[11:04:47] *** zagabar has joined ##OpenGL[11:04:47] *** zagabar has joined ##OpenGL[11:10:42] *** BitPuffin has joined ##OpenGL[11:13:07] *** Demon_Fox has quit IRC[11:15:54] *** CapsAdmin has quit IRC[11:17:16] *** absof25 has joined ##OpenGL[11:18:39] *** abs25 has quit IRC[11:20:58] *** abs25 has joined ##OpenGL[11:25:46] *** abs25 has quit IRC[11:25:48] *** absof25 has quit IRC[11:28:09] *** Kane has joined ##OpenGL[11:31:59] *** staylor has joined ##OpenGL[11:34:31] *** staylor has quit IRC[11:37:18] *** RikudoSennin has left ##OpenGL[11:39:19] *** Alina-malina has quit IRC[11:41:54] *** abs25 has joined ##OpenGL[11:42:39] *** Zerflag has quit IRC[11:43:16] *** Zerflag has joined ##OpenGL[11:44:18] *** AAA12256 has quit IRC[11:44:39] *** Zerflag has quit IRC[11:44:56] *** Zerflag has joined ##OpenGL[11:45:53] *** BitPuffin has quit IRC[11:46:18] *** Zerflag_ has joined ##OpenGL[11:46:19] *** Zerflag has quit IRC[11:47:19] *** mizux has joined ##OpenGL[11:50:50] *** Alina-malina has joined ##OpenGL[11:50:54] *** Zerflag_ has quit IRC[11:52:08] <jophish> AbigailBuccaneer: here?[12:00:52] *** anivemin has joined ##OpenGL[12:02:10] *** anivemin has quit IRC[12:03:16] *** ShadowIce has joined ##OpenGL[12:05:29] *** boblehest has joined ##OpenGL[12:10:14] *** Misu has joined ##OpenGL[12:10:37] *** Chais has quit IRC[12:11:49] <Khlorghaal> anyone know how to rip the modelviewprojection matrix from legacy?[12:12:00] <Khlorghaal> to be passed to a shader[12:12:15] <Bloodust> glGetMatrix[12:12:26] <Bloodust> but you shouldnt[12:12:34] <Bloodust> glGetFloatv*[12:13:18] <Bloodust> you should use your own matrix code[12:13:29] <Khlorghaal> yeah ofc, its a mod though[12:14:02] <Khlorghaal> it appears you can only get modelview or projection individually but not together[12:15:01] *** hexagoxel has joined ##OpenGL[12:15:31] <Bloodust> you can multiply htem yourself[12:16:04] *** Chais has joined ##OpenGL[12:17:37] *** boblehest has quit IRC[12:21:24] <Khlorghaal> huh minecraft doesnt use a projection matrix at all, this is appalling but makes my job easier[12:21:26] *** BearishMushroom has joined ##OpenGL[12:22:26] <hdon> what does that even mean[12:22:47] <Bloodust> sure it does[12:22:52] <Khlorghaal> lol it has its projection matrix as all 0[12:23:06] <Khlorghaal> and multiplies the perspective stuff into the modelview matrix[12:23:20] <Bloodust> if projection matrix was all 0, it would draw nothing[12:25:24] <Khlorghaal> oh i screwed up my buffer reading[12:27:03] <Bloodust> mm m[12:36:07] *** centrinia has joined ##OpenGL[12:38:27] *** towerthousand has joined ##OpenGL[12:41:06] *** mvdan has joined ##OpenGL[12:41:11] *** mvdan has left ##OpenGL[12:43:11] *** towerthousand has quit IRC[12:48:06] *** Biliogadafr has joined ##OpenGL[12:49:02] *** snakenerd has joined ##OpenGL[12:51:35] *** Chais has quit IRC[12:51:35] *** Biliogadafr has quit IRC[12:52:08] *** snakenerd has quit IRC[12:52:58] *** Biliogadafr has joined ##OpenGL[13:00:38] *** Chais has joined ##OpenGL[13:08:17] *** CapsAdmin has joined ##OpenGL[13:11:03] *** BitPuffin has joined ##OpenGL[13:12:26] *** CapsAdmin has quit IRC[13:12:43] *** CapsAdmin has joined ##OpenGL[13:20:29] *** Keniyal has joined ##OpenGL[13:25:07] *** groton has joined ##OpenGL[13:41:13] *** xjiujiu has joined ##OpenGL[13:42:42] *** ManDay has joined ##OpenGL[13:53:37] *** snakenerd has joined ##OpenGL[13:54:15] *** xissburg has joined ##OpenGL[13:55:13] *** snakenerd has quit IRC[13:58:32] *** qeed has joined ##OpenGL[14:07:47] *** ntx has quit IRC[14:10:11] *** ntx has joined ##OpenGL[14:16:11] *** Crehl has joined ##OpenGL[14:23:15] *** clincher has quit IRC[14:24:46] *** clincher has joined ##OpenGL[14:26:28] *** luxigo has joined ##OpenGL[14:28:08] *** BitPuffin has quit IRC[14:31:25] *** Gamecubic has joined ##OpenGL[14:38:38] *** Beetny_ has quit IRC[14:47:48] *** telex has quit IRC[14:48:38] *** telex has joined ##OpenGL[14:51:00] *** urraka has joined ##OpenGL[14:52:37] *** roboman2444 has quit IRC[14:53:41] *** Jeanne-Kamikaze has quit IRC[14:56:54] *** ManDay has quit IRC[15:00:34] *** meoblast001 has joined ##OpenGL[15:06:55] *** paul424 has joined ##OpenGL[15:08:02] *** paperManu_ has joined ##OpenGL[15:23:24] *** RyanPridgeon has joined ##OpenGL[15:32:36] *** Alina-malina has quit IRC[15:33:02] *** Alina-malina has joined ##OpenGL[15:34:46] *** paul424 has quit IRC[15:35:18] *** paperManu_ has quit IRC[15:36:07] *** StarLight has quit IRC[15:37:28] *** Biliogadafr has quit IRC[15:38:05] *** slidercrank has joined ##OpenGL[15:38:22] *** StarLight has joined ##OpenGL[15:38:45] *** StarLight is now known as Guest96816[15:38:55] *** Alina-malina has quit IRC[15:43:12] *** Orion] has joined ##OpenGL[15:43:42] *** terabit has quit IRC[15:47:21] *** Jack_ has joined ##OpenGL[15:47:54] *** Ariadeno has joined ##OpenGL[15:48:10] *** Alina-malina has joined ##OpenGL[15:48:30] *** razieliyo has joined ##OpenGL[15:50:42] *** paul424 has joined ##OpenGL[15:53:09] *** ManDay has joined ##OpenGL[15:54:07] *** ManDay has quit IRC[16:00:04] *** xjiujiu has quit IRC[16:04:59] *** ruuns has joined ##OpenGL[16:06:09] *** DrBenway has quit IRC[16:08:24] *** DrBenway has joined ##OpenGL[16:17:30] *** lasserix_ has joined ##OpenGL[16:18:12] *** hdon has quit IRC[16:18:13] *** slidercrank has quit IRC[16:19:33] *** lasserix__ has joined ##OpenGL[16:19:55] *** lasserix has quit IRC[16:21:14] *** chirpsalot has joined ##OpenGL[16:21:17] *** footagegg has joined ##OpenGL[16:21:41] *** lasserix has joined ##OpenGL[16:21:52] <footagegg> hello, I've made a program using glfw and currently I want to draw vertices from a .raw file. I have made a function for this but I don't know what to do now. Can someone point me in the right direction?[16:22:10] *** lasserix_ has quit IRC[16:22:21] *** xjiujiu has joined ##OpenGL[16:23:58] *** lasserix__ has quit IRC[16:24:33] *** lasserix_ has joined ##OpenGL[16:24:58] *** footagegg has quit IRC[16:26:53] *** lasserix__ has joined ##OpenGL[16:27:07] *** lasserix has quit IRC[16:28:37] *** diegov_ has joined ##OpenGL[16:29:22] *** lasserix_ has quit IRC[16:31:37] <Bloodust> aww, he left[16:32:49] *** lenarhoyt has joined ##OpenGL[16:36:59] *** groton has quit IRC[16:38:13] *** DrBenway has quit IRC[16:40:25] *** navitsu has joined ##OpenGL[16:43:24] <Madsy> Err.. call the function? :p[16:44:43] *** DrBenway has joined ##OpenGL[16:45:24] *** TyrfingMjolnir has quit IRC[16:46:20] *** lenarhoyt has quit IRC[16:53:02] *** PasNox has joined ##OpenGL[16:56:17] *** shingshang has quit IRC[16:59:23] *** CptRageToaster has joined ##OpenGL[17:01:23] *** kapil__ has quit IRC[17:01:53] *** mukunda has quit IRC[17:02:14] *** mukunda_ has joined ##OpenGL[17:06:12] *** MLM has joined ##OpenGL[17:07:25] *** CptRageToaster has quit IRC[17:09:40] *** shingshang has joined ##OpenGL[17:09:52] *** Match has joined ##OpenGL[17:13:54] *** centrinia has quit IRC[17:20:19] *** foreignFunction has quit IRC[17:27:11] *** stefkos has joined ##OpenGL[17:30:50] *** centrinia has joined ##OpenGL[17:32:43] *** mizux has quit IRC[17:36:24] *** Mango_Man has joined ##OpenGL[17:37:46] *** Mango_Man has quit IRC[17:43:14] *** abs25 has left ##OpenGL[17:43:28] *** Waynes1 has joined ##OpenGL[17:45:06] *** Waynes has quit IRC[17:48:50] *** HunterD has joined ##OpenGL[17:49:32] *** jmcarthur has joined ##OpenGL[17:49:57] *** aethersis has joined ##OpenGL[17:50:34] *** waysc has joined ##OpenGL[17:52:57] *** xjiujiu has quit IRC[17:53:00] *** Ariadeno has quit IRC[17:53:24] *** footagegg has joined ##OpenGL[17:53:54] *** tcsc has joined ##OpenGL[17:56:56] *** Ariadeno has joined ##OpenGL[17:58:54] *** unreal has quit IRC[18:01:35] *** Jeanne-Kamikaze has joined ##OpenGL[18:04:22] *** unreal has joined ##OpenGL[18:06:44] *** bookmark has joined ##OpenGL[18:10:16] <bookmark> good afternoon or morning[18:10:25] <bookmark> or evening?[18:10:56] *** RyanPridgeon has quit IRC[18:11:30] <aethersis> evening here[18:11:39] <bookmark> :)[18:11:57] <Yaniel> morning for you, since you just joined[18:12:09] <bookmark> well its 12:11pm[18:12:14] <bookmark> you're very close[18:13:18] <bookmark> anyone here ever used shake? they had something called an over node, i was wondering the math behind it.[18:13:28] <bookmark> so i could do that in glsl[18:13:59] * aethersis haz no idea what bookmark is talking about[18:14:01] <bookmark> im having a devil of a time compositing some colored lights into my scene[18:14:05] <aethersis> what kind of shake[18:14:20] <Yaniel> shake?[18:15:27] <bookmark> http://www.apple.com/support/shake/[18:15:43] <bookmark> its an older apple program[18:16:09] <footagegg> Can someone help me with a problem I'm having reading a vertex array[18:16:11] <bookmark> actually maybe its still around i dunno[18:16:56] <footagegg> When I render t he object, it doesn't show as 3d[18:16:59] <footagegg> it shows as 2d[18:17:24] <footagegg> http://codepad.org/m5YdjSIe[18:17:33] <footagegg> I'm just experimenting at the moment.[18:21:20] <derhass> well, you're using an ortho projection, so you'll get an ortho projection[18:21:46] <footagegg> not really[18:21:49] <footagegg> i'm getting weird things[18:22:00] <footagegg> what I need at the moment is figuring out the number of vertices in that vertexbuffer array[18:22:07] *** snakenerd has joined ##OpenGL[18:22:10] <bookmark> use instea a glFrustum or a gluPerspective[18:22:30] <derhass> with the projection matrix you set up you will never get any meaningful result[18:22:34] <derhass> lOrtho(-ratio, -ratio, -1.f, 1.f, 1.f, -1.f);[18:24:08] <derhass> footagegg: see that you set left and right to the same value?[18:25:14] <derhass> you of course shouldn't use that depracted stuff at all, but that is another issue[18:25:56] *** snakenerd has quit IRC[18:26:56] *** Ariadeno has quit IRC[18:27:09] <footagegg> yeah sorry, I'm actually following a guide on the official glfw website.[18:27:14] <footagegg> I don't understand OpenGL a lot.[18:27:30] <derhass> a guido on the official glfw website?[18:27:32] <derhass> *guide[18:27:35] <footagegg> yeah[18:27:36] <derhass> hmmmmm[18:27:44] <derhass> what would that be?[18:28:09] <footagegg> http://www.glfw.org/docs/latest/quick.html#quick_example[18:28:46] <derhass> see the difference in that line?[18:28:56] <footagegg> yes[18:29:00] <footagegg> well[18:29:00] <derhass> they still use deprecated gl[18:29:07] <footagegg> yeah[18:29:20] <footagegg> but then again gl deprecates good features every version[18:29:23] <footagegg> so what's the point really[18:30:41] <derhass> the point is that we don't have gpu's with hard-wired fixed-function any more[18:31:12] <derhass> +pipeline[18:31:17] <footagegg> so what am I supposed to do?[18:31:22] *** konom has quit IRC[18:31:24] <footagegg> what functions are the "deprecated" ones[18:31:28] <footagegg> and what should I change?[18:31:30] <derhass> footagegg: dirst of all: fix your projection matrix[18:31:36] <footagegg> the matrix modes?[18:31:49] <derhass> footagegg: if you want to switch to modern GL or stay with legacy is up do you[18:32:07] <derhass> footagegg: no. the error I pointed out[18:32:11] <footagegg> glOrtho thing?[18:32:19] <derhass> yes[18:32:31] <footagegg> left and right are the same values[18:32:35] <footagegg> i see[18:32:35] <footagegg> ok[18:33:05] *** shingshang has quit IRC[18:33:25] <footagegg> I fixed the projection matrix[18:34:03] <derhass> and what is the problem now[18:34:17] <footagegg> there's nothing[18:34:19] <derhass> "it shows as 2d" is exactly what you should expect[18:34:25] <footagegg> glDrawArrays(GL_TRIANGLES, 0, 13);[18:34:35] <footagegg> 13 is supposed to be the number of vertices, how do i get that[18:34:53] <derhass> it is your code[18:34:59] <footagegg> yes it is[18:35:01] <derhass> you must know how many vertices you have[18:35:17] <footagegg> my array has 8192 values[18:35:21] *** staylor has joined ##OpenGL[18:35:21] <footagegg> most of them are blank[18:35:27] <footagegg> or 0.0000000000[18:35:40] <footagegg> 8192 is too big and i'll buffer overflow[18:35:45] <derhass> well, you read stuff from some gile[18:35:52] *** emilknievel has quit IRC[18:36:14] <derhass> *file[18:36:19] *** cranfield has joined ##OpenGL[18:36:32] <derhass> and you definitively use sizeof incorrectly there[18:36:47] <derhass> but both has nothing to do with opengl[18:37:46] <footagegg> where am i using sizeof[18:37:49] <footagegg> oh right[18:38:02] <footagegg> that's the size of my array[18:38:07] <derhass> in bytes[18:38:19] <footagegg> 8192[18:38:35] <derhass> no[18:38:45] <derhass> (8192+1)*4[18:38:50] <footagegg> oh[18:39:26] <footagegg> but you see[18:39:33] <footagegg> I just changed it to 8192 which is the real size[18:39:47] <derhass> but what would I see?[18:39:53] <aethersis> it's n*sizeof(datatype)[18:39:55] <footagegg> the problem remains with glDrawArrays[18:40:00] <footagegg> it doesn't draw anything[18:40:17] <derhass> well it feeds those vertices to the pipeline[18:40:29] <footagegg> however[18:40:33] <derhass> what appears on screen depends on what values you have in that array[18:40:35] <footagegg> if I change the "stride" of glvertexpointer[18:40:41] <footagegg> it will appear[18:40:44] <derhass> lol, yes[18:40:52] <footagegg> why is that and what is stride[18:40:54] <derhass> 3 as stride is also totally wrong[18:40:59] <derhass> the stride is in bytes[18:41:04] <footagegg> so what should be the stride?[18:41:11] <derhass> so you should use 3*sizeof(GLfloat)[18:41:21] <derhass> or just 0, in this case[18:41:39] <footagegg> alright[18:41:48] <aethersis> stride is how many vertices are being skipped[18:42:01] <aethersis> you could for example have few "objects" in the array[18:42:08] <derhass> aethersis: I wouldn't put it that they[18:42:20] <aethersis> I've never used it though[18:42:35] <derhass> aethersis: first of all, it is in bytes, not vertices. second, vertices are never skipped[18:42:38] <footagegg> so how do I make the program render the array[18:42:50] <aethersis> I thought it's like this: you have 2 objects in the array: a and b and it goes like this a0,b0,a1,b1,a2,b2 and so on so to display only a, you use stride = 1[18:43:19] <aethersis> or would that display only b.?[18:43:25] <aethersis> yeah, what's it for xD[18:43:32] <derhass> stride=1 would be nonsense[18:43:34] <aethersis> I always set it to 0[18:44:20] <footagegg> so[18:44:23] <footagegg> it feeds to pipeline[18:44:26] <footagegg> and it doesn't render?[18:44:30] <derhass> aethersis: https://www-user.tu-chemnitz.de/~heinm/tmp/va_ptr.pdf[18:45:03] <derhass> footagegg: you might "draw" outside the viewing volume[18:45:06] <derhass> nobody knows[18:45:09] <aethersis> yeah so it's more or less like what I thought[18:45:11] <Yaniel> more like having positions, normals and texture coordinates interleaved in one buffer[18:45:20] <Yaniel> stride that is[18:45:35] <footagegg> derhass: how can nobody know[18:45:38] <footagegg> someone has to know lol[18:45:42] <Yaniel> x,y,z,nx,ny,nz,u,v[18:46:06] <Yaniel> so for position you'd use 3 elements and a stride of 8*sizeof(one element)[18:46:13] <Yaniel> ie form one x to the next[18:46:13] <derhass> footagegg: _you_ must know. I, at least, don't have access to your hard drive, so i've no idea what values you have in that file[18:46:14] <Yaniel> in bytes[18:46:27] <footagegg> derhass: glViewport(0, 0, width, height);[18:46:32] <derhass> footagegg: so?[18:46:37] <footagegg> i don't know[18:46:52] <footagegg> glDrawArrays last parameter expects the number of vertices[18:46:55] <footagegg> I don't know the number of vertices.[18:47:04] <bookmark> footagegg: are you working c++ on windows, if so then i could help[18:47:05] <derhass> how can you render anything then?[18:47:16] <footagegg> bookmark: i'm working C on Windows 8.1[18:47:24] *** Gamecubic has quit IRC[18:47:44] <bookmark> http://www.andrews3d.com/images/GLSL4/[18:47:47] <bookmark> try this[18:47:54] <bookmark> it renders a textured triangle[18:47:58] <derhass> you have some values in your array which you yourself say are wrong, and some magic constant 13 (which doesn't make sense for GL_TRIANGLES), and expect exactly _what_ to appear on the screen?[18:48:18] <footagegg> A model from a .RAW file[18:48:27] *** cranfield has quit IRC[18:48:33] <footagegg> What would be a constant for GL_TRIANGLES, then?[18:48:40] <footagegg> 3?[18:48:52] <derhass> footagegg: something for which n%3 == 0 holds[18:49:15] <footagegg> do you literally mean the int n from my project[18:49:18] <footagegg> or n as in an example[18:49:42] <derhass> some random unsigned integer n[18:50:21] <bookmark> footagegg: you should find a working example and start from there, not from something broken hoping to turn it into something that works, imho[18:50:32] <footagegg> this isn't broken.[18:50:36] <footagegg> I actually got it to render[18:50:43] <footagegg> somehow[18:51:00] <bookmark> if its not in 3d and you want it in 3d its still broken[18:51:06] <footagegg> it's in 2d[18:51:11] <footagegg> just shows the top or bottom view[18:51:18] <bookmark> find one thats in 3d man[18:51:40] <bookmark> or not, like i said just an opinion[18:51:52] <bookmark> but there are tons of examples[18:52:18] <bookmark> the one i posted will yeild glsl support[18:52:28] <bookmark> and its very concise[18:52:43] <footagegg> i don't have a c++ compiler[18:53:00] <bookmark> get visual studio and use the cl.exe to compile my example[18:53:24] <bookmark> i use command line for everything :)[18:53:35] <xissburg> >_<[18:53:37] <bookmark> hehe[18:54:13] <footagegg> if it was up to me i'd use linux always[18:55:04] <bookmark> my example is in glut, but you could put it into any api fairly easy[18:55:33] <bookmark> however it has no asset loader[18:56:00] <bookmark> but it could teach you how to fix your project maybe if you look at it[18:56:00] <footagegg> like i said[18:56:01] <derhass> footagegg: as I said, your code draws this in 2d[18:56:02] <footagegg> i dont have C++[18:56:18] <footagegg> derhass: yeah, it does[18:56:20] <bookmark> so get it[18:56:22] <footagegg> how do I make it 3d[18:56:45] <derhass> perspective projection might be the thing you are looking for[18:56:52] <bookmark> use instead a glFrustum or a gluPerspective[18:57:20] <aethersis> footagegg if I can advise something, I'd use shaders[18:57:38] <bookmark> but that will likely make your model off screen and you won't know where it is to adjust[18:57:40] <footagegg> why do i need shaders lol[18:57:49] *** Twinklebear has joined ##OpenGL[18:58:03] <aethersis> it's not like you really need them, but it doesn't make much sense to start learning opengl without shaders[18:58:08] *** b4b has joined ##OpenGL[18:58:14] <bookmark> footagegg, you might not now, but at some point wouldn't it be good?[18:58:23] <footagegg> it would be but I just don't like using colors everywhere.[18:58:36] <aethersis> it's not about colours[18:58:38] <bookmark> shaders involve textures too[18:58:48] <aethersis> they involve perspective projection too[18:59:01] <footagegg> then again[18:59:05] <footagegg> I changed it to glFrustum[18:59:16] <derhass> footagegg: nut it is really funny. you say that "DrawArrays doesn't draw anything" but it does that in 2d[18:59:17] <footagegg> I still get a top view.[18:59:23] <derhass> footagegg: I definitively have to give up[18:59:40] <bookmark> footagegg, great at least its still in view[18:59:49] <aethersis> you need to set the "camera" properly[18:59:59] <bookmark> i just suggest applying minor translates and rotates to your projection matrix[19:00:14] <footagegg> what is my "camera"[19:00:18] <footagegg> the viewport?[19:00:19] <bookmark> 'til you get an understanding of your camera's position[19:00:37] <bookmark> i imagine that is true yeah[19:00:37] <aethersis> you most likely have it set improperly, it can point at black space and that's why you don't see the mesh[19:00:55] <footagegg> how is it black space if I see a white object fullfilling my window[19:01:03] <aethersis> if it works in 2d then it must work in 3d too, but you must set the projection matrix and glFrustum properly[19:01:15] <aethersis> so it may be for example inside your mesh[19:01:19] <aethersis> or just anything[19:01:24] <footagegg> there is no "mesh"[19:01:28] <footagegg> i'm loading a .RAW file[19:01:31] <bookmark> thats a mesh[19:01:56] <bookmark> i'm pretty sure[19:02:50] *** ManDay has joined ##OpenGL[19:03:51] <footagegg> oh well[19:04:29] <footagegg> well[19:04:35] <footagegg> after I mess around with the stride[19:04:37] <bookmark> you've almost got it just try moving your projection matrix[19:04:40] <footagegg> it moves it[19:04:55] <footagegg> can I take a screenshot of what I see when i move the stride[19:04:57] <derhass> we told you about the stride half an hour ago[19:05:10] <derhass> you shouldn't "move the stride"[19:05:15] <derhass> you should set it correctly[19:05:18] <bookmark> stride is probably correct since your seeing a model[19:05:35] <derhass> bookmark: I wouldn't bet on anything[19:05:36] <aethersis> not necessarily[19:05:47] <aethersis> set it to 0, and see if it looks right in 2d[19:05:49] <footagegg> bookmark[19:05:50] <bookmark> well true it could be overshooting[19:05:54] <footagegg> if I set it to 0[19:05:58] <footagegg> it shows a white screen[19:06:01] <footagegg> which is the object's top view[19:06:07] <bookmark> what is your clear color?[19:06:14] <footagegg> what[19:06:14] <derhass> a white screen can be anything[19:06:17] <footagegg> no[19:06:19] <footagegg> i tried changing viewport[19:06:22] <derhass> bookmark: there is no cleat at all[19:06:23] <footagegg> and it moves[19:06:39] <bookmark> lol[19:06:53] <footagegg> i can confirm it's the top view[19:07:06] <bookmark> you NEED to clear the screen my friend[19:07:25] <footagegg> how[19:08:11] <footagegg> glClear(GL_DEPTH_BUFFER_BIT);[19:08:44] <bookmark> glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);[19:08:54] <footagegg> but i have no colors[19:09:08] <bookmark> glClearColor ( 0,0,0,1.0 );[19:09:12] *** soulz has joined ##OpenGL[19:09:26] <footagegg> I did all that[19:09:31] <footagegg> still a top view of the object[19:09:49] <derhass> amazing[19:09:52] *** SleekoNiko has joined ##OpenGL[19:11:11] *** DolphinDream has joined ##OpenGL[19:11:47] *** jdolan_ has joined ##OpenGL[19:11:49] <footagegg> hmm[19:11:54] <footagegg> yeah I don't know anymore.[19:12:21] <bookmark> glClearColor ( 0,0,0,1.0 );[19:12:24] *** jdolan has quit IRC[19:12:51] <footagegg> still white[19:13:24] <derhass> and how do you know that is the "top view"?[19:13:33] <footagegg> because viewport[19:13:40] <derhass> after all, iut could be any single one of the 4 triangles you draw[19:13:51] <derhass> footagegg: what has the viewport to do with anything?[19:13:56] <footagegg> I don't know anymore.[19:14:00] <footagegg> and I didn't draw 4 triangles[19:14:04] <footagegg> i drew more than that[19:14:10] <derhass> you draw 4[19:14:13] <footagegg> no[19:14:15] <footagegg> i changed code[19:14:19] <derhass> ok[19:14:29] <derhass> but what I said still holds[19:14:31] <footagegg> apparently n supplies me with the number of vertices[19:14:53] <derhass> no, it doesn't[19:15:03] <derhass> it supplies you with the number of floats in your buffer[19:15:16] <footagegg> yes[19:15:23] <derhass> so you now have a huge change of drawing total nonsense _and_ crashing the app[19:15:30] <footagegg> "app"[19:15:35] <bookmark> this program is retarded if you don't clear the screen in the loop[19:15:38] <footagegg> why do you call programs "app"[19:15:54] <footagegg> bookmark: holy shit I have cleared it in the loop[19:16:12] <bookmark> but you didn't set the clear color[19:16:20] <footagegg> i[19:16:21] <footagegg> did[19:16:21] <slime> app is short for application, which is a common term for computer programs[19:16:22] <derhass> bookmark: who cares?[19:16:53] <bookmark> lol you guys amaze me[19:16:58] <footagegg> footagegg> I did all that[19:16:58] <footagegg> <footagegg> still a top view of the object[19:17:15] <footagegg> you have trust issues?[19:17:32] <bookmark> what color is your object what color is the background?[19:17:54] <footagegg> the object is white and well[19:17:58] <bookmark> i just think you're seeing all white and thing your seeing an object[19:18:02] <footagegg> the background is probably black from what it should be[19:18:02] <bookmark> think[19:18:26] <footagegg> yeah[19:18:30] <footagegg> the background is black..[19:18:48] <bookmark> ok good[19:19:05] <derhass> instead of mocking about the terms I used, you could fix the bug I pointed out[19:19:11] <derhass> but whatever[19:19:16] <footagegg> i fixed the ratio bug[19:19:18] <footagegg> http://prntscr.com/5bfo68[19:19:45] <derhass> i'm not talking about the "ration bug"[19:19:52] <bookmark> can you show your clear color and your viewport please?[19:20:02] <footagegg> glViewport(33,33, width, height);[19:20:06] <footagegg> I set this to show the background[19:20:16] <footagegg> glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);[19:20:16] <footagegg> glClearColor(0,0,0,1.0);[19:20:21] <bookmark> ok good[19:20:24] *** Guest71201 has quit IRC[19:20:24] *** Guest71201 has joined ##OpenGL[19:20:32] <derhass> footagegg: i'm talking about the vertex count bug[19:20:45] *** Guest71201 is now known as Garmine[19:20:53] <derhass> bookmark: actually, it is the wrong way around[19:21:03] <footagegg> for (startp = p; fscanf(fp, "%f", &f) == 1; *p++ = f)[19:21:03] <footagegg> if (p == startp + size)[19:21:03] <footagegg> return -1;[19:21:03] <footagegg> return p - startp;[19:21:17] <footagegg> I use n as a variable from the return value of this function.[19:21:21] <footagegg> and I draw it then[19:21:44] <derhass> footagegg: and I already told you not only that it is wrong, but also _why_ it is wrong[19:21:57] *** RyanPridgeon has joined ##OpenGL[19:22:02] <derhass> 19:15:09< derhass> it supplies you with the number of floats in your buffer 19:15:29< derhass> so you now have a huge change of drawing total nonsense _and_ crashing the app[19:22:12] <bookmark> footagegg, since you are now using glFrustum try moving the camera back some[19:22:44] <footagegg> bookmark: I did[19:22:53] <footagegg> still black background, white top.[19:22:59] <bookmark> try moving it back more[19:23:20] <bookmark> also may we see your frustum settings[19:23:36] <footagegg> glFrustum(-ratio, ratio, -1.f, 1.f, 1.f, -1.f);[19:23:48] <derhass> lol[19:24:14] <bookmark> try this: glFrustum(-1, 1, -1, 1, 1, 1000);[19:24:44] *** mizux has joined ##OpenGL[19:24:55] <bookmark> he's obviously got something rendering since the viewport is white is what i'm thinking[19:25:53] <derhass> bookmark: and it can be any part of any triangle. especially of the ones which have totally random vertex data[19:25:55] *** stef has quit IRC[19:26:20] <bookmark> also footagegg, it might be a good idea to backup at this point[19:26:32] <bookmark> derhass true enough[19:26:38] *** HuntsMan2 has quit IRC[19:26:47] <bookmark> but if he gets the object in view he can see that its screwed up at least[19:27:01] <footagegg> now i see...[19:27:02] <footagegg> well..[19:27:03] *** HuntsMan2 has joined ##OpenGL[19:27:03] <footagegg> nothing..[19:27:14] <bookmark> nothing as in black or same?[19:27:19] <footagegg> black[19:27:20] <footagegg> pitch black[19:27:21] <footagegg> nothing[19:27:37] *** stef has joined ##OpenGL[19:28:03] <bookmark> then put glFrustum back the way you had it[19:28:23] <footagegg> done[19:28:42] *** hexagoxel has quit IRC[19:28:50] <bookmark> wait[19:29:03] <bookmark> try this: glFrustum(-1, 1, -1, 1, 1, -1);[19:29:11] <derhass> the frustum they way he had it did _nothing_ besides producing a GL_INVALID_VALUE error[19:29:11] *** b4b has quit IRC[19:29:14] <bookmark> or this: glFrustum(-1, 1, -1, 1, 1, -100);[19:29:24] *** hexagoxel has joined ##OpenGL[19:29:45] *** b4b has joined ##OpenGL[19:29:47] <footagegg> the second one well[19:29:50] <footagegg> it shows the white screen[19:30:10] <footagegg> first one as well[19:30:13] <derhass> but have exactly the same effect[19:30:15] <footagegg> but it seems larger than the second one[19:30:17] <derhass> since they do nothing[19:30:40] <derhass> bookmark: I don't know what you're trying to do here, but that is not how glFrustum works[19:31:02] <bookmark> i was doing an experiment[19:31:09] *** zajfy has joined ##OpenGL[19:31:10] <bookmark> i was just going to say that he has it set wrong[19:31:20] *** CainJacobi has joined ##OpenGL[19:31:24] <derhass> he has all the time[19:31:26] <bookmark> your far clipping plane should not be negative[19:31:31] *** b4b has quit IRC[19:31:55] <derhass> as soon as he actually sets up a projection matrix, the image gets black[19:32:04] <derhass> which should not really surprise anyone[19:32:15] <bookmark> try setting it positive and try rotating your camera[19:32:27] <footagegg> I don't know how to rotate my camera[19:32:32] <footagegg> I don't even know what my camera is[19:32:36] <bookmark> 180 degrees on one axis[19:32:45] <bookmark> its the projection matrix stack most likely[19:32:52] <footagegg> right[19:32:54] <footagegg> and how do i access it[19:32:59] <footagegg> GL_PROJECTION?[19:33:03] <bookmark> one sec let me look at your code again[19:33:06] <derhass> bookmark: the projection matrix stack should never be used to move the camera[19:33:20] *** footagegg has quit IRC[19:33:37] <bookmark> derhass you can blow it out your ass[19:33:52] <slime> what[19:34:55] *** slidercrank has joined ##OpenGL[19:35:08] <derhass> questions upon questions upon questions[19:35:45] <bookmark> footagegg, change your glFrustum call to this: glFrustum(-1, 1, -1, 1, 1, 1000); and right after it put this: glRotatef( 180, 0, 1, 0 );[19:36:21] <bookmark> oh he's gone[19:36:44] <derhass> but I'm still here^^[19:36:48] <bookmark> ;p[19:39:08] *** delicado has joined ##OpenGL[19:39:59] *** RyanPridgeon_ has joined ##OpenGL[19:40:14] *** RyanPridgeon has quit IRC[19:43:03] *** Ephemeral has quit IRC[19:43:03] *** RyanPridgeon_ has quit IRC[19:43:23] *** Ephemeral has joined ##OpenGL[19:44:09] <delicado> hi i'm trying to use glTexSubImage2D with data format as GL_RED on an texture created with GL_RGBA format. will it work? cause i tried it, and the "blitting" part works cause i get an small area matching with glTexSubImage2D parameters that i used, but the color is black, but the image data source is set with 100 in every pixel.[19:44:46] *** maw_ has joined ##OpenGL[19:45:02] *** RyanPridgeon has joined ##OpenGL[19:45:19] *** maw has quit IRC[19:45:20] *** Apeiron` has quit IRC[19:45:37] *** Apeiron`- has joined ##OpenGL[19:47:41] <delicado> never mind guys, its working now. i thought i'm using GL_RED but was actually GL_ALPHA.[19:48:30] *** RyanPridgeon_ has joined ##OpenGL[19:49:52] <delicado> should i set glPixelStorei(GL_UNPACK_ALIGNMENT, 1); on opengl initialization, or should it be called in each texture created?[19:51:09] *** Lucretia has quit IRC[19:51:22] *** Match_it has joined ##OpenGL[19:51:22] *** centrinia has quit IRC[19:51:34] *** Match has quit IRC[19:51:45] *** suppahsrv has quit IRC[19:51:57] *** PortaLu has joined ##OpenGL[19:52:02] <Yaniel> it is global state IIRC[19:52:20] *** RyanPridgeon has quit IRC[19:52:54] <delicado> okay thanks.[19:53:56] *** roboman2444 has joined ##OpenGL[19:54:31] *** groton has joined ##OpenGL[19:57:45] *** Defaultti has quit IRC[19:58:20] *** clauswitt has joined ##OpenGL[19:59:16] *** Codex_ has joined ##OpenGL[19:59:56] *** ockomock has joined ##OpenGL[20:00:52] *** Defaultti has joined ##OpenGL[20:04:21] *** ockomock has left ##OpenGL[20:05:38] *** BitPuffin has joined ##OpenGL[20:09:44] *** PortaLu is now known as Lucretia[20:09:47] *** Lucretia has joined ##OpenGL[20:09:51] *** fatalhalt has joined ##OpenGL[20:13:43] *** jmcarthur has quit IRC[20:18:16] *** centrinia has joined ##OpenGL[20:18:48] *** tkeemon has joined ##OpenGL[20:20:40] *** groton has quit IRC[20:21:04] *** centrinia has quit IRC[20:23:00] *** groton has joined ##OpenGL[20:23:59] *** Kane_ has joined ##OpenGL[20:24:55] *** Zupo has joined ##OpenGL[20:26:30] *** Kane has quit IRC[20:31:21] *** CainJacobi has quit IRC[20:31:51] *** BitPuffin has quit IRC[20:32:14] *** tkeemon has quit IRC[20:33:09] *** MLM has quit IRC[20:34:54] *** ManDay has quit IRC[20:35:43] *** centrinia has joined ##OpenGL[20:40:05] *** BitPuffin has joined ##OpenGL[20:44:37] *** konom has joined ##OpenGL[20:57:15] *** samrat has quit IRC[20:57:57] <bookmark> im exporting lighting color per component AS vertex normals using Maya but its normalizing them after it turns the colors into normals. argh[20:58:15] <bookmark> dang[20:59:05] <bookmark> i wonder what it would do if i pass in black as a light color[20:59:11] <bookmark> would it normalize to white?[20:59:29] <bookmark> probably not i'll just do that[21:00:36] <bookmark> what do you guys all use blender?[21:00:40] *** ruuns has quit IRC[21:01:19] <roboman2444> blendah[21:01:24] <bookmark> i couldn't get the hang of their data block system[21:02:17] <bookmark> is there a way to export lightcolors as normals in blender? :D[21:02:27] *** PortaLu has joined ##OpenGL[21:02:57] <Codex_> I don't like to support someone elses file formats, so no blender for me.[21:03:13] <bookmark> how do you model?[21:03:21] <Codex_> write c++ code[21:03:39] <bookmark> and besides you could use a file export python script[21:03:55] <bookmark> jeez you guys all just code 3d models?[21:04:01] <bookmark> thats rough[21:04:17] <Codex_> this approach has some limitations though[21:04:38] <bookmark> you mean exporting using python?[21:04:41] <Codex_> the complexity of the model stays within reasonable limits[21:04:59] <bookmark> hmm sure i guess[21:05:06] *** Lucretia has quit IRC[21:05:08] <bookmark> if you're coding the dang thing[21:05:17] <derhass> well. I don't see that[21:05:30] <derhass> it is easy to calculate a gazillion of vertices[21:05:37] *** PortaLu is now known as Lucretia[21:05:40] *** Lucretia has quit IRC[21:05:40] *** Lucretia has joined ##OpenGL[21:05:44] <bookmark> sure but they'd be completely random[21:05:49] <derhass> and putting some fractals in one can generate really complex stuff[21:05:57] <Codex_> but I'm doing things like loading fonts or jpg files[21:06:12] <derhass> bookmark: complete random is actually very hard to code. if not impossible[21:06:18] <bookmark> oh[21:07:25] <roboman2444> IMO best way to do it is use mic input as seeds for srand[21:07:43] <bookmark> lol[21:07:44] <bookmark> yeah[21:08:00] <derhass> but then, you are laoding the model from the outside world[21:08:03] <derhass> just not a file[21:08:29] <bookmark> but then you can't have people skype while they run your sh[21:09:50] *** Jeanne-Kamikaze has quit IRC[21:09:54] <bookmark> i just realized something, its Mayas obj exporter that is normalizing these vertex normals[21:10:08] <bookmark> not the other command[21:10:10] <bookmark> hmm[21:11:29] <bookmark> i could always store the lights as vertex information[21:12:14] <bookmark> wait no[21:12:23] <bookmark> hmm[21:12:29] <bookmark> what do you guys think that would work?[21:12:46] <bookmark> probably depends how my wavefront loader is coded[21:13:28] <bookmark> wait sure it would work, its not changing how the verts are shared[21:13:41] <bookmark> in the face section[21:16:23] <bookmark> if you guys want i could post my .OBJ loader[21:18:01] *** jdolan_ has quit IRC[21:18:54] *** jdolan has joined ##OpenGL[21:20:52] *** drmugg123 has joined ##OpenGL[21:23:50] *** gbenga has joined ##OpenGL[21:24:15] <gbenga> Hello, i am wondering if its possible[21:24:19] <gbenga> to cover a heightmap with 1 texture[21:25:33] <gbenga> actually i know its possbile but i am trying to figure out how to do it from shaders[21:25:35] <Stragus> You can look up heights from a texture in the vertex shader to determines heights, yes[21:25:43] <Stragus> to determine*[21:26:44] *** tcsc has quit IRC[21:28:58] *** gbenga has quit IRC[21:30:16] *** Zupo has quit IRC[21:30:27] *** Zupo has joined ##OpenGL[21:35:32] *** kidnapped_robot has joined ##OpenGL[21:43:38] *** japro has joined ##OpenGL[21:47:29] *** aethersis has quit IRC[21:51:57] *** head|tail has joined ##OpenGL[21:52:14] *** void256 has joined ##OpenGL[21:53:43] <head|tail> Anyone know of a table of registers/states for OpenGL? Since it's mostly a state machine it'd be nice to have a formatted list... right now i just 0 everything[21:54:39] <head|tail> desktop GL is huge but a table for ES2/3 woudl be soo useful[21:56:13] <derhass> head|tail: the state tables are in the specs[21:58:35] *** suppahsrv has joined ##OpenGL[22:00:28] *** RyanPridgeon_ has quit IRC[22:00:39] *** Crisix has joined ##OpenGL[22:00:56] <head|tail> I remember a nice one which had a chart like this http://www.seas.upenn.edu/~pcozzi/OpenGLInsights/OpenGLES30PipelineMap.pdf and all of the state tables, but the link on opengl.org is dead, hmm[22:01:17] *** Zupo2 has joined ##OpenGL[22:03:51] *** Zupo has quit IRC[22:09:15] *** paul424 has quit IRC[22:09:29] *** waysc2 has joined ##OpenGL[22:12:15] *** HunterD has quit IRC[22:12:17] *** waysc has quit IRC[22:13:15] *** void256 has quit IRC[22:14:01] *** seangrove has joined ##OpenGL[22:21:55] *** PasNox has quit IRC[22:23:48] *** PasNox has joined ##OpenGL[22:28:25] *** razieliyo has quit IRC[22:32:17] *** o-|^_^|-o has joined ##OpenGL[22:38:49] *** Beetny has joined ##OpenGL[22:39:35] *** paul424 has joined ##OpenGL[22:41:59] *** RyanPridgeon has joined ##OpenGL[22:46:05] *** ikrima has quit IRC[22:48:17] *** Zupoman has joined ##OpenGL[22:48:27] <bookmark> you guys see the new star was trailer is up? :)[22:49:43] <japro> an apparently you are only allowed to have two opinions about it: "this looks awesome" and "DISNEY IS RUINING MY CHILDHOOD"[22:50:15] <head|tail> dumbest light saber ever[22:50:24] <bookmark> i thought it was bad ass[22:50:46] <bookmark> er.. maybe a better term is awesome[22:51:29] <Codex_> I think there is somehow more than one trailer. (or maybe the other ones are earlier versions)[22:51:42] <japro> i'm only disappointed by the lack of desert combing in the first shot[22:51:58] <head|tail> it's a space balls joke[22:52:04] <head|tail> (the lightsaber)[22:52:39] <bookmark> is the droid held together with magnets?[22:52:57] <bookmark> or am i imagining things[22:54:03] <bookmark> i like the lightsaber sounds[22:56:04] <bookmark> also i updated my lights: http://youtu.be/6M8Z8xEZfyE[22:56:37] <bookmark> the yellow shows better now and i made it so you can put one anywhere[22:56:58] *** centrinia has quit IRC[22:58:33] <bookmark> i was going for a neon sign though and it just doesn't look like one[22:58:57] *** kidnapped_robot has quit IRC[22:59:01] *** delicado has quit IRC[22:59:03] <Codex_> maybe you need bloom for neon sign[22:59:21] <bookmark> i could try baking one into the lightmap[22:59:44] <bookmark> codex maybe, i have some code for that somewhere[23:00:12] *** CainJacobi has joined ##OpenGL[23:00:43] *** o-|^_^|-o has quit IRC[23:01:04] <bookmark> I think the colors are just too transparent[23:07:07] <bookmark> yeah this looks a lot better, i'll post it again[23:07:58] *** junaidnaseer2 has joined ##OpenGL[23:09:08] *** ManDay has joined ##OpenGL[23:09:15] *** groton has quit IRC[23:10:12] *** groton has joined ##OpenGL[23:11:49] *** ManDay has quit IRC[23:16:09] *** Waynes1 has quit IRC[23:16:19] *** plixos has joined ##OpenGL[23:16:22] *** junaidnaseer2 has left ##OpenGL[23:17:01] *** K3nny94 has joined ##OpenGL[23:17:28] *** K3nny94 has left ##OpenGL[23:17:37] <bookmark> actually it still looks bad, i need to subdivide the geometry :([23:19:05] *** BtbN_ has joined ##OpenGL[23:19:05] *** Zupoman has quit IRC[23:20:02] *** junaidnaseer2 has joined ##OpenGL[23:20:04] *** Mallot1 has joined ##OpenGL[23:23:03] *** navitsu has quit IRC[23:23:07] *** clauswitt has quit IRC[23:23:45] *** clauswitt has joined ##OpenGL[23:24:22] *** groton has quit IRC[23:26:04] *** BtbN has quit IRC[23:26:04] *** Majiet has quit IRC[23:26:06] *** BtbN_ is now known as BtbN[23:28:22] *** jacres has joined ##OpenGL[23:29:56] <jacres> hey guys, for vertex formats - is it more common to declare a few fixed vertex format structs or to use a flexible vertex format system (where you can configure a buffer by adding any number of attributes)?[23:30:39] <Mallot1> I like glVertex B)[23:31:01] <jacres> haha, I wish it was still that easy :)[23:31:10] <Mallot1> jacres: ;) only if[23:31:23] <Mallot1> I never did learn modern OGL[23:31:25] <Codex_> I have fixed number of attributes[23:32:02] <Yaniel> jacres: the one that fits your use case better[23:32:04] <jacres> Codex_: for geometry that doesn't need normal, tangent, binormal, etc. do you just waste the space?[23:32:27] <Yaniel> ie what are you doing, what kind of data are you working with[23:32:32] <Codex_> jacres: sure, but that doesnt matter much[23:32:47] *** dusted has joined ##OpenGL[23:33:09] *** Match_it has quit IRC[23:33:15] <jacres> does it slow things down a little more though due to cache misses?[23:34:37] <Codex_> precalc time might be a little slower. Doesnt change rendering one bit[23:35:16] <Stragus> Depends how your vertices are stored, think of 128 bits wide cache lines with aggressive prefetching[23:35:55] <Codex_> I have separate arrays[23:36:20] <jacres> Codex_: hmm ok.. maybe I'm misunderstanding, but let's say you have normal, tangent, binormal, tex_coord1 unused and are only using position, color, and tex_coord0 (thats 40 bytes of 64 that are unused)[23:36:21] *** Jaus has joined ##OpenGL[23:36:27] <Stragus> Sorry, I meant 128 bytes wide cache lines[23:36:30] <Jaus> Hey everyone[23:36:43] <jacres> are you still buffering all that to the GPU and just specifying the stride to skip over those?[23:37:18] <Stragus> If you have unused data, then don't interleave![23:37:23] <Codex_> naah, I have stride 0[23:37:32] <Stragus> Use separate buffers in that case, or interleave what can be interleaved (and fully used)[23:37:43] *** kidnapped_robot has joined ##OpenGL[23:37:45] <jacres> Stragus: that makes sense[23:38:27] <jacres> so interleave attributes for base vertex format and then separate buffers for other things..[23:38:29] <jacres> hmm[23:38:41] <Stragus> Yes, that sounds very reasonable[23:38:47] <jacres> no nice clean way to create flexible buffer that allows customization of attributes?[23:39:01] <Stragus> I'm not following the question[23:39:14] <Stragus> A buffer is a chunk of memory, you store whatever you want in there, in any format[23:39:32] <jacres> right, so it's 100% flexible in that sense[23:39:35] <Yaniel> you can always interleave and use a different VAO[23:39:49] <jacres> that's true Yaniel[23:40:23] <jacres> Stragus: I guess I"m wondering if there's a nice way of defining a flexible vertex format that can contain different permutations of predefined attribute types[23:40:58] <jacres> ie. sometimes I'd only want position + color, sometimes position + color + normal, others position + color + normal + tex_coord0[23:41:03] <jacres> sometimes multiple texture coords, etc.[23:41:23] <Codex_> usually its useful to use the same index numbers... makes writing shaders much easier when the data is always is right place.[23:41:50] <Codex_> for example, some of my shaders use index numbers 0 and 2[23:41:58] <Codex_> for vertex data and colours[23:42:08] <jacres> I know solving for most common use case is usually best and trying to create a generalist system is a nightmare/not really possible in every case. But just curious if there's a common solution/approach to this problem[23:42:15] <Stragus> jacres, and that doesn't sound hard, what is the issue?[23:42:42] <Stragus> Use a bunch of different struct typedefs and that should look nice enough[23:42:47] <jacres> Codex_: I work that way, too. Fix my attribute locations in both shader and client side[23:43:02] <jacres> less flexible, but it's only for me and it's clear what is what[23:43:40] <Jaus> Is there a way to render a scene which GL_BLEND is disabled yet the correct alpha values are placed into the framebuffer? I am checking ray collision using scene rendering.[23:43:40] <Codex_> jacres: How I'm doing it is by creating a c++ interface like this: class I { virtual Point vertex_data(int face, int point) const=0; }; etc, and then I have code that turns it into an array by calling the function million times.[23:43:57] <jacres> Stragus: and I guess having them stored in a vector is out of the question without using inheritance or templates[23:44:24] <Stragus> For precise and flexible memory management, you better stick to C code[23:44:41] <derhass> Jaus: what are the "correct" alpha values in this case?[23:44:49] <jacres> Stragus: definitely.. I meant that I didn't want to have to resort to templates or inheritance[23:45:13] <jacres> would rather allocate a chunk of memory based on sizeof the vertex format * count[23:45:16] <jacres> and buffer[23:45:18] <Stragus> Yup[23:45:43] <jacres> and maybe have accessor functions to return the proper offset to attributesin the buffer based on vertex format[23:45:52] *** ManDay has joined ##OpenGL[23:45:54] <jacres> Codex_: thanks, that makes sense too[23:45:54] <Stragus> Then you can have structs holding a mix of floats, int16_t and whatever else, without the code becoming a mess[23:46:08] <Jaus> derhass, the values passed to the GPU[23:46:08] *** navitsu has joined ##OpenGL[23:46:32] <derhass> Jaus: when you are using an RGBA framebuffer, the values are of course wirtten into the color buffer[23:46:43] <jacres> for sure, that sounds like the best approach. I've really moved more towards C-like programming and away from C++ the past year. And it was definitely the right decision[23:46:50] * Stragus nods to that[23:47:01] <roboman2444> hell ye[23:47:06] <Stragus> I moved back to coding (almost) everything in C long ago[23:47:08] <derhass> Jaus: but I don't really see what you are trying to do[23:48:03] *** Majiet has joined ##OpenGL[23:48:35] <Jaus> derhass, when I disable the alpha values are always set to high.[23:48:52] <Jaus> when I disable GL_BLEND, the alpha values are always set to high[23:50:26] <Khlorghaal> in legacy GL, what affects the transformation of vertex position to clipspace? http://hastebin.com/zevakugute.avrasm isnt working as i expect, as drawing with program 0 behaves different than my shader using the ripped matrix[23:50:27] <derhass> the alpha values are set to what you set them to[23:50:38] <derhass> you just need an framebuffer with an alpha channel[23:51:19] <Jaus> derhass, does the default framebuffer have an alpha channel?[23:51:41] <derhass> depends on how you create it[23:51:51] <derhass> that's why I'm talking about that[23:52:05] <Jaus> I create it and can use it for transparency[23:52:39] <derhass> for normal alpha blending, the destination alpha is not even used[23:52:41] *** telex has quit IRC[23:54:39] *** telex has joined ##OpenGL[23:55:49] <Jaus> when I call glDisable(GL_BLEND) now the alpha values are stuck at 255 no matter what I pass to the GPU. When GL_BLEND is enabled the values change.[23:56:59] <Yaniel> not exactly[23:57:25] <Jaus> ?[23:57:27] <Yaniel> disabling blending has basically an equivalent effet to setting glBlendFunc(GL_ONE, GL_ZERO)[23:57:36] <Yaniel> effect*[23:57:47] <Yaniel> ie it just overwrites whatever RGBA values there were before[23:58:02] <Jaus> that is the effect I want[23:58:24] <Yaniel> techincally it is a bit different since it actually bypasses some logic in the hw[23:58:25] <Jaus> on NVIDIA cards the values are stuck at 255, on ATI and Intel graphics it works that way...[23:58:45] <Khlorghaal> lel im digging through forum threads from 2001[23:59:02] *** BreadProduct_ has joined ##OpenGL[23:59:19] <derhass> still. the alpha value the fragment shader outputs is written to the framebuffer[23:59:31] *** plixos has quit IRC[23:59:46] *** Mallot1 has left ##OpenGL[23:59:59] <Jaus> this is really annoying