May 3, 2008 
< | 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 | >
May 3, 2008 [00:00:10] <Madsy> I guess I could remove one or several of those "obvious" FAQ questions too.[00:00:11] <NeoThermic> I'd also be silly and suggest to use phpBB 3 ;)[00:00:38] <Madsy> Can I upgrade without losing my forum settings? :-)[00:00:44] <NeoThermic> yes[00:00:51] <NeoThermic> we did make a converter :)[00:00:52] <Madsy> I'll look into that.[00:01:18] <Madsy> Oh. You are in the phpbb project? :)[00:01:22] <NeoThermic> Yes :)[00:01:27] <Madsy> Great system, I'd give you that.[00:01:33] <NeoThermic> Thanks :)[00:01:36] <Madsy> s/'d/'ll[00:01:45] *** tmccrary has quit IRC[00:01:51] <NeoThermic> for the price and the licence, you can't beat it :)[00:05:35] *** Chaku has quit IRC[00:05:38] *** tython has quit IRC[00:07:21] *** joakim__ has quit IRC[00:09:22] <NeoThermic> ugh, I hate buttering up benchmark results.[00:09:32] <NeoThermic> http://defcon_benchmarks.pastebin.com/d2eabc15e[00:09:43] <NeoThermic> thing is, I have no better way to say that the hardware was the extereme limitation.[00:12:03] *** tython has joined ##OpenGL[00:12:35] *** Suprano has quit IRC[00:15:21] <garou> Hm. Maybe I should start with no optimisation at all, just add functionality and just somewhen later look what Scheme functions to replace by more efficient C-code...[00:17:12] *** Lemml has quit IRC[00:20:53] *** Yustme has quit IRC[00:22:34] *** amalon has quit IRC[00:27:28] *** Suprano has joined ##OpenGL[00:29:05] *** |t4bz| has quit IRC[00:31:16] *** t4bz has joined ##OpenGL[00:36:48] *** neoneurone has joined ##OpenGL[00:39:16] *** speedy1 is now known as speedy_away[00:41:13] *** neoneurone has quit IRC[00:45:00] *** juanmabc has quit IRC[00:46:50] *** Bollinger has quit IRC[00:48:47] *** charlie55 has quit IRC[00:57:47] *** juanmabc has joined ##opengl[00:57:52] *** scy has left ##opengl[00:58:13] *** juanmabc has quit IRC[00:58:16] *** juanmabc_ has joined ##opengl[00:59:19] *** juanmabc_ is now known as juanmabc[01:01:03] *** thesquib has quit IRC[01:09:01] *** groton has quit IRC[01:10:37] *** elite01 has quit IRC[01:17:57] *** [this] has joined ##opengl[01:20:55] *** Madsy has quit IRC[01:25:45] *** JernejL_ has joined ##OpenGL[01:30:35] *** neoneye has quit IRC[01:38:13] *** [this] has quit IRC[01:44:19] *** Burga_ has quit IRC[01:44:23] *** Jernej has quit IRC[01:45:08] *** rsp has left ##opengl[01:49:17] *** prophile has quit IRC[01:52:18] *** Jorachim has joined ##openGL[01:59:03] *** Gudy_ has joined ##OpenGL[02:01:53] *** Jorachim has quit IRC[02:14:03] *** Gudy has quit IRC[02:19:17] *** dvoid__ has quit IRC[02:22:54] *** Gudy_ has quit IRC[02:23:26] *** Gudy has joined ##OpenGL[02:27:13] *** LordMetroid has quit IRC[03:01:59] *** tython has quit IRC[03:05:26] *** LiQuiDninja has quit IRC[03:06:49] *** tython has joined ##OpenGL[03:09:24] *** Burga_ has joined ##OpenGL[03:09:25] *** nerdzyboy has quit IRC[03:10:26] *** hibread has joined ##opengl[03:11:48] *** bbeausej has quit IRC[03:16:41] *** Madsy has joined ##OpenGL[03:22:15] *** Eltran has quit IRC[03:22:56] *** Suprano has quit IRC[03:30:36] *** Neo|Laptop has joined ##OpenGL[03:35:52] *** t4bz has quit IRC[03:35:54] *** amz has quit IRC[03:35:54] *** morgajel has quit IRC[03:35:57] *** TenOfTen has quit IRC[03:35:58] *** marcheu has quit IRC[03:36:00] *** phrosty has quit IRC[03:36:00] *** Seeb_ has quit IRC[03:36:17] *** t4bz has joined ##OpenGL[03:36:17] *** amz has joined ##OpenGL[03:36:17] *** morgajel has joined ##OpenGL[03:36:17] *** phrosty has joined ##OpenGL[03:36:17] *** marcheu has joined ##OpenGL[03:36:17] *** TenOfTen has joined ##OpenGL[03:36:17] *** Seeb_ has joined ##OpenGL[03:36:31] *** amz has quit IRC[03:43:29] *** NeoThermic has quit IRC[03:43:58] *** NeoThermic has joined ##OpenGL[03:50:46] *** NeoThermic_II has joined ##OpenGL[03:50:47] *** juanmabc has quit IRC[03:59:54] *** NeoServer has quit IRC[04:00:09] *** NeoServer has joined ##OpenGL[04:00:58] *** Neo|Laptop has quit IRC[04:02:47] *** mastro has joined ##OpenGL[04:05:38] *** NeoThermic has quit IRC[04:08:10] *** rnx has left ##opengl[04:12:55] <samuel> anyone had experience with glsl arrays ?[04:24:45] <hibread> samuel: maybe just ask the question?[04:24:59] <samuel> could you get them to work?[04:25:18] *** XypherOrion has joined ##OpenGL[04:25:27] <hibread> ive never used them[04:25:40] <samuel> const float c[3] = float[3](5.0, 7.2, 1.1) won't compile, but its directly from the 1.20.8 spec[04:27:44] *** blight_ has quit IRC[04:30:17] <Madsy> I doubt you can use float arrays as a constructor.[04:32:08] *** NeoThermic_II has quit IRC[04:35:38] *** deniz_ has quit IRC[04:35:41] *** deniz_ has joined ##OpenGL[04:35:55] <samuel> Madsy: It is in the specification[04:36:19] <samuel> http://www.opengl.org/registry/doc/GLSLangSpec.Full.1.20.8.pdf[04:37:09] <Madsy> Yes.[04:37:18] <samuel> Madsy: have a look at the top of page 20 for example[04:37:55] <Madsy> And while some of the older specs simply is about the "additions" since the last specification, that pdf document holds the full spec.[04:38:16] <Madsy> Err.. nevermind. The GLSL specification yes.[04:38:19] <samuel> Do you think it is strange[04:38:26] <Madsy> Somehow I can't read this late :-P[04:38:28] <samuel> that it doesn't compile on either nvidia or ati hardware[04:39:32] <Madsy> Oh. So it has array constructors.[04:39:45] <samuel> but they don't compile!![04:39:46] <Madsy> Hm.. don't you need the version pragma?[04:39:48] <samuel> ARRR[04:39:58] <samuel> i've got #version 120[04:40:03] <samuel> is that all I need?[04:40:04] <Madsy> And make sure that the version of GLSL is supported on you card.[04:40:09] <samuel> yep it is[04:40:20] <Madsy> Then I don't know. That's a good question.[04:40:23] <Madsy> I'll ask around.[04:42:10] *** NeoThermic has joined ##OpenGL[04:43:25] <samuel> I created a post[04:43:26] <samuel> http://groups.google.com/group/comp.graphics.api.opengl/browse_thread/thread/1ff14b402404d62e#[04:43:38] <samuel> if you find any more information, please reply to that one[04:44:02] <Madsy> I don't think you can initialize an array during the declaration.[04:44:22] <Madsy> Try to split up the assignment and declaration.[04:44:25] <samuel> but it specifies it in that document[04:44:30] <samuel> it doesn't work[04:44:31] <samuel> i've tried that[04:45:05] *** Rangar has quit IRC[04:48:14] <Madsy> What does the compiler whine about then?[04:49:15] <samuel> constructor not supported for type[04:49:20] <samuel> and points to float[] (...)[04:49:51] *** tython has quit IRC[04:52:25] <Madsy> I'll be back later[04:52:29] *** Madsy has quit IRC[04:56:39] *** samuel has quit IRC[05:01:39] <RTFM_FTW> you can always work around this issue via (constant) matrices... i.e. something like void main( void ) { const mat4 A = mat4( 1.0, 0.0, 0.0, 1.0, 0.0, 1.0, 0.0, 1.0, 0.0, 0.0, 1.0, 1.0, 0.0, 0.0, 0.0, 1.0 ); gl_FragColor = vec4( A[1] ); } ...for example[05:02:18] <RTFM_FTW> which may or may not work for your intended usage cases (depending upon how simple the array happens to be)[05:03:10] *** Madsy has joined ##opengl[05:07:51] *** Goran_ has joined ##OpenGL[05:08:25] <Goran_> are directx 'shared handles' (in vista) useable under opengl?[05:08:32] *** samuel has joined ##OpenGL[05:08:57] <Goran_> ie texture handles of dwm windows[05:13:08] * NightBird goes ugh from 12 hour day at work[05:15:58] *** Goran_ has left ##OpenGL[05:16:25] *** m4ggus has joined ##opengl[05:17:23] *** dispraekailo has quit IRC[05:24:26] *** Chrizo has joined ##OpenGL[05:27:58] *** thesquib has joined ##OpenGL[05:28:24] *** speedy_away has quit IRC[05:32:48] *** rutski has joined ##OpenGL[05:37:03] *** ghenriks has joined ##opengl[05:46:32] *** thesquib has quit IRC[05:47:28] *** Ademan_ has quit IRC[05:48:09] *** Ademan_ has joined ##OpenGL[05:52:02] *** dispraekailo has joined ##OpenGL[05:52:05] *** Ragnarok has joined ##opengl[05:52:28] <Ragnarok> im using opengl in Qt, is there a function i need to enable double buffering?[05:53:04] *** dispraekailo has quit IRC[05:53:21] *** Neo|Laptop has joined ##OpenGL[06:00:43] *** XypherOrion has quit IRC[06:02:56] *** NeoThermic has quit IRC[06:03:14] *** NeoServer has quit IRC[06:05:40] *** BahamutZERO has quit IRC[06:05:53] *** NeoThermic has joined ##OpenGL[06:06:50] *** NeoServer has joined ##OpenGL[06:15:22] *** Neo|Laptop has quit IRC[06:16:08] *** charlie5 has joined ##OpenGL[06:19:22] *** samuel has quit IRC[06:30:40] *** dispraekailo has joined ##OpenGL[06:33:01] *** dispraekailo has quit IRC[06:35:37] *** NeoServer has quit IRC[06:35:42] *** NeoServer has joined ##OpenGL[06:39:28] *** Madsy has quit IRC[06:41:08] <Ragnarok> I can't seem to figure why my points drawing isn't showing :( http://pastie.caboo.se/190897[06:42:47] *** t4bz has quit IRC[06:43:41] *** catxu has joined ##OpenGL[06:43:47] *** catxu has left ##OpenGL[06:46:48] *** sohail has quit IRC[07:00:30] *** mm^away has joined ##opengl[07:04:44] *** Lemml has joined ##OpenGL[07:07:49] *** Osah has quit IRC[07:07:58] *** Osah has joined ##OpenGL[07:10:50] <Ragnarok> nvm i got it[07:17:37] *** mm765^sleep has quit IRC[07:22:10] *** stef has quit IRC[07:25:24] *** Madsy has joined ##opengl[07:26:04] *** sohail has joined ##OpenGL[07:28:05] *** cyates has joined ##OpenGL[07:39:39] *** HyperNewbie has joined ##OpenGL[07:45:30] *** HyperNewbie has quit IRC[07:47:36] *** Osah has quit IRC[07:58:00] *** korff has joined ##OpenGL[07:59:21] *** korff has quit IRC[08:18:37] *** dolphin has joined ##OpenGL[08:19:54] *** kaotrix has joined ##OpenGL[08:29:18] *** t4bz has joined ##OpenGL[08:32:32] *** dispraekailo has joined ##OpenGL[08:39:00] *** Baba_ has joined ##OpenGL[08:39:53] *** Baba_ is now known as baballama_[08:44:30] *** baballama_ has quit IRC[09:05:08] *** [this] has joined ##opengl[09:12:50] *** Bollinger has joined ##opengl[09:15:32] *** mm^away is now known as mm765[09:25:14] *** Yustme has joined ##opengl[09:35:29] *** neoneye2 has joined ##OpenGL[09:35:59] *** DR0ID_ has joined ##OpenGL[09:38:41] *** stef has joined ##opengl[10:02:30] *** [AD]Turbo has joined ##OpenGL[10:04:32] *** scy has joined ##opengl[10:20:19] *** LordHavoc has joined ##OpenGL[10:26:26] <garou> I've meditated on the topic of using different projection matrices within a frame for a while now; I can only think of quite limited uses, i.e. one per viewport and an orthogonal one per 2D overlays. Changing it in a continuous 3D scenery doesn't make any sense, does it?[10:31:21] *** [this] has quit IRC[10:40:24] <Madsy> garou: ..what?[10:41:05] <Madsy> You want to change your projection matrix between draw calls?[10:41:08] <Madsy> Why?[10:42:05] <garou> I want to know whether there's a meaningful application for that. Doesn't seem to me like it.[10:43:15] <Madsy> Well.. kind of.[10:43:42] <Madsy> For example if you want to mix 3D with 2D overlays[10:43:56] <Madsy> Or fake more depth buffer precision[10:46:18] <garou> Mmkay, thank you.[10:48:42] *** predaeus has joined ##opengl[10:50:07] <Madsy> Just know that depth comparsion between primitives is invalid if you change the near and/or far planes between two drawing calls.[10:50:54] <Madsy> You can "fake" more precision that way if you split your scene up in several slices, and render then back-to-front[10:51:59] <Madsy> Best of both worlds really. Sorting a whole scene is inefficient, but splitting a scene in N parts doesn't need to be complex.[10:52:59] <Madsy> Then you only need to sort each "sector". You don't care about the order of the primitives in them.[10:53:24] <Madsy> I've yet to implement this, but it *should* work.[10:56:15] *** servus has quit IRC[10:56:31] <garou> Sounds sound.[10:56:55] *** servus has joined ##opengl[10:57:38] <garou> And I'll not care for problems with big scenes yet, but needed the info earlier for my now-made decision to have one projection matrix per scene graphs and, well, multiple scene graphs. ^^[10:58:13] *** CNU has joined ##opengl[10:58:19] <Madsy> Well, that sounds like a valid idea to me. You can make FOV effects, for example[10:59:14] <garou> That was about the idea, or at least part of it. ^^[11:00:12] *** BahamutZERO has joined ##OpenGL[11:01:09] <garou> THEN again, assigning projections to sceneries does actuially *not* make a lot of sense. One per camera would be more like it...[11:04:15] *** dvoid_ has joined ##OpenGL[11:09:20] *** cplusplus has joined ##OpenGL[11:11:30] *** sohail has quit IRC[11:13:00] *** MatthiasM has quit IRC[11:13:07] *** MatthiasM has joined ##opengl[11:13:34] *** [AD]Turbo is now known as TurboAWAY[11:21:02] *** MrPrise has joined ##OpenGL[11:21:09] <MrPrise> hello[11:21:16] <garou> Hi, MrPrise[11:22:09] <MrPrise> is there any tutorial on how can I create lightradius for a tile based 2d game with OpenGL? I want to have lightradius around some items, like player, boss, etc like in Diablo[11:22:42] <MrPrise> I'm reading a tutorial how to create vertex shader, but I'm not sure if that is what I need.[11:23:19] <MrPrise> I also have the ShaderDesigner tool, but I see there are only 8 lights in this. The 8 lights might not be enough[11:23:32] <Madsy> Vertex and fragment shaders is the new way to do literally everything in OpenGL[11:23:48] <Madsy> However, what you want can be done trivially with the fixed-function pipeline as well[11:24:08] <Madsy> With either multitexturing or additive blending[11:24:13] <MrPrise> I know I can put textures[11:24:33] <Madsy> Just use a lightmap[11:24:48] <MrPrise> Madsy: could you point me to a tutorial?[11:24:58] <Madsy> Nope,[11:25:44] <MrPrise> Madsy: no problem. thanks your help anyway. I try to use google ;-)[11:25:57] <quicksilver> if you just want the light on the floor, it's really easy[11:26:03] <quicksilver> your lightmap is just a gently faded out circle[11:26:06] <garou> Something like this? http://www.opengl.org//resources/code/samples/mjktips/StenciledHaloEffect.html[11:26:18] <quicksilver> and you use a suitable blending mode to superimpose it over the floor texture[11:26:37] <quicksilver> if you want the light to go 'up the walls' correctly a bit more thought is required.[11:26:47] <Madsy> It's so trivial, that if you know what you're doing, it should become obvious to you. Make a grayscale lightmap, and enable blending and set the blend function to GL_ZERO, GL_SRC_COLOR[11:27:06] <Madsy> Render the lightmap where you want it.[11:27:17] <MrPrise> quicksilver: I don't need this. that is a 2d only game with OpenGL. I use opengl only to draw the tiles and for the scaling[11:27:24] <Madsy> Preferably, use multitexturing and just set the apropiate texture environment function[11:27:51] <quicksilver> yes, if it's literally just 2D then yoru lightmap is just a faded out circle.[11:28:01] <quicksilver> and you just need to read about blending modes / multitextures[11:28:34] <quicksilver> a quick google and http://www.morrowland.com/apron/article/gl/lightmap/index.php[11:28:38] <quicksilver> looks rather relevant[11:28:50] <quicksilver> try googling for lightmap, lightmap 2D and lightmap 2D opengl[11:29:03] <MrPrise> quicksilver: ok, thanks[11:29:26] <quicksilver> that's a very simple multi texture tutorial and looks like it covers the essentials.[11:29:29] <quicksilver> (the one I pasted)[11:47:44] *** rhythm has joined ##Opengl[11:48:40] <MrPrise> I don't understand something with the lightmap. does the lightmap work when on texture borders? from the tutorial I see I have to put the lightmap on an existing texture. does that mean the texture's size and the lightmap size must be equal? and what will happen if I want to have the light's focus at one of the edge of my texture? will be visible the light radius on the next texture too?[11:53:38] *** rhythm has quit IRC[11:53:54] <MrPrise> it seems I have to translate the lightmap for the tiles[11:58:54] <Madsy> It becomes what you can concider a "sprite"[11:59:03] <Madsy> A quad, triangle strip or two triangles[11:59:21] <Madsy> Yes, it must have its own unique position[11:59:35] <Madsy> Either absolute, or transformed there[11:59:52] <Madsy> I don't get what you mean with borders.[12:00:28] <Madsy> Unless you are thinking about drawing order.[12:00:40] <Madsy> You might need to draw the lightmaps last.[12:01:25] <MrPrise> with border I mean the border of the tiles. the tiles in my game are textures.[12:02:20] <Madsy> Well? What about them? Why would they affect the primitive which is drawn on-top of it?[12:02:41] <Madsy> Just draw your tiles first, and lightmaps second[12:03:07] <MrPrise> I thought the lightmap must be connected to my normal texture.[12:03:30] <Madsy> Ah.[12:03:39] <Madsy> If you use multitexturing, yes. If it crosses a tile, split it up.[12:03:57] <MrPrise> I don't use multitexturing[12:04:06] <Madsy> Just using normal additive blending fixes that problem.[12:04:16] <Madsy> Then just draw it individually after the tiles.[12:04:26] <MrPrise> ah, ok I see now.[12:04:28] <MrPrise> thank you[12:05:09] <MrPrise> how big should be the lightmap texture to behave well when I want to scale?[12:06:13] <Madsy> It's an artistic question, and I'm a coder.[12:06:16] <Madsy> :-)[12:06:27] <Madsy> And it depends on the resolution of your window.[12:06:54] <MrPrise> I suspect if it is too small there could be some big blocks when I stretch it[12:07:08] <Madsy> It would look aliased, yes.[12:07:19] <Madsy> Full of jaggies[12:07:37] <MrPrise> I think that needs some experiment[12:07:45] <Madsy> Just make a big one, and provide mipmaps.[12:08:35] <Madsy> Besides, I'm sure you can come up with some tricks in order to control the detail during runtime[12:09:11] <Madsy> Perhaps you can blend with primitives with a constant color instead of a texture.[12:09:42] <Madsy> Here's a hint: Use GL_TRIANGLE_FAN[12:10:58] <MrPrise> I'm not sure what do you mean. I'm totally new to opengl[12:16:19] *** predaeus has quit IRC[12:22:16] *** Xmas| has joined ##OpenGL[12:35:53] *** rutski has quit IRC[12:35:54] <quicksilver> alternatively if you use multitexturing you just supply different tex coords for lightmap texture[12:35:59] <quicksilver> to bas texture[12:36:02] <quicksilver> when you draw the tiles[12:36:11] <quicksilver> then it 'automatically' goes over boundaries smoothly[12:36:59] <quicksilver> I think you'll fine a 128x128 light 'splodge' with Linear interpolation will look fine even scaled up quite a lot[12:37:11] <quicksilver> especially if the underlying floor texture has detail of its own[12:37:19] <Madsy> quicksilver: It would make the position of the light fixed[12:37:36] <quicksilver> well no, not if you change the coords each frame :P[12:37:52] <quicksilver> you calculate the lightmap coords (over each grid square) based on the position of the light[12:37:55] <Madsy> The multitexturing was a bad idea on my part[12:37:56] <quicksilver> if the light moves, the coords change.[12:38:52] <Madsy> That's not what I meant[12:39:41] <Madsy> It's just that you would probably get problems due to the texture wrapping function.[12:40:14] <Madsy> Hm, perhaps it could work with CLAMP_TO_EDGE[12:40:53] <quicksilver> either clamp to edge and make sure the border of your texture is pure black (or transparent depending how you want to look at it)[12:41:02] <quicksilver> yeah, that's the best way.[12:47:02] *** rsp has joined ##opengl[12:47:11] <rsp> Hi all[12:47:57] *** charlie5 is now known as charlie_zzz[12:54:10] *** oogaw has joined ##opengl[12:54:39] *** druggy_ has joined ##opengl[12:55:10] <Madsy> quicksilver: The idea is to use GL_ZERO, GL_SRC_COLOR and grayscale[12:55:37] *** juanmabc has joined ##opengl[12:55:47] *** Yustme has quit IRC[12:55:47] *** NeoServer has quit IRC[12:55:47] *** cyates has quit IRC[12:55:47] *** m4ggus has quit IRC[12:55:47] *** mastro has quit IRC[12:55:48] *** Plagman__ has quit IRC[12:55:49] *** druggy has quit IRC[12:55:50] *** adampetrone has quit IRC[12:55:50] *** braden has quit IRC[12:55:52] *** Wagoo has quit IRC[12:55:52] *** Hypnosekroete has quit IRC[12:55:52] *** folays has quit IRC[12:56:17] <quicksilver> Madsy: *nod*[12:56:26] *** NeoServer has joined ##OpenGL[12:56:26] * rsp nods[12:56:30] <quicksilver> Madsy: it's just a matter of perspective whether you call it 'black' or 'transparent' then :)[12:56:39] <Madsy> Of course.[12:56:48] <quicksilver> it's black if you're thinking of it as grayscal,e but it's 'transparent' in the way you choose to blend it.[12:56:49] *** Hypnosekroete has joined ##OpenGL[12:57:03] <Madsy> I think "intensity" is a bit more fitting.[12:57:20] * quicksilver nods[12:57:24] *** Yustme has joined ##OpenGL[12:57:24] *** cyates has joined ##OpenGL[12:57:24] *** m4ggus has joined ##OpenGL[12:57:24] *** mastro has joined ##OpenGL[12:57:25] *** Plagman__ has joined ##OpenGL[12:57:25] *** druggy has joined ##OpenGL[12:57:25] *** adampetrone has joined ##OpenGL[12:57:25] *** braden has joined ##OpenGL[12:57:25] *** Wagoo has joined ##OpenGL[12:57:25] *** folays has joined ##OpenGL[12:57:28] *** Plagman__ has quit IRC[12:57:38] *** Plagman_ has joined ##opengl[12:58:08] *** druggy has quit IRC[13:00:10] *** Suprano has joined ##OpenGL[13:09:33] *** Wagoo has quit IRC[13:14:58] *** neoneurone has joined ##OpenGL[13:18:29] *** mm765 is now known as mm765^away[13:19:13] *** Chrizo has quit IRC[13:20:31] *** korff has joined ##OpenGL[13:24:59] *** charlie_zzz is now known as charlie5[13:52:15] *** blight_ has joined ##opengl[13:56:34] *** m4ggus has quit IRC[13:57:47] *** cplusplus has quit IRC[13:58:46] *** korff has quit IRC[14:02:31] *** korff has joined ##OpenGL[14:02:34] *** petervv has joined ##OpenGL[14:07:16] *** Xmas| has quit IRC[14:11:34] *** korff has quit IRC[14:12:16] *** petervv has left ##OpenGL[14:35:10] *** charlie5 is now known as charlie_zzz[14:43:03] *** juanmabc has quit IRC[14:59:44] *** rnx has joined ##opengl[15:01:27] *** MrPrise has quit IRC[15:08:32] *** magnet has joined ##OpenGL[15:24:57] *** hang3r has joined ##OpenGL[15:34:56] *** LordMetroid has joined ##OpenGL[15:45:11] *** hang3r has quit IRC[15:51:30] *** Muzzle has joined ##OpenGL[15:51:35] <Muzzle> hi all[15:58:41] <kaotrix> hey[15:58:57] <kaotrix> What questions can I expect for an entry level graphics programming job? I think I already know everything there is to know about the *fundamentals* of 3D graphics programming.[15:59:02] <kaotrix> I'll be pissed if they surprised me with some really difficult question about advanced graphics concepts.[15:59:42] <kaotrix> keyword: entry level[16:02:58] *** DR0ID_ has quit IRC[16:05:59] *** DR0ID_ has joined ##OpenGL[16:11:25] *** mm765^away is now known as mm765[16:13:15] *** Ragnarok has quit IRC[16:34:42] *** Jorachim has joined ##openGL[16:38:11] *** neoneye2 has quit IRC[16:49:46] *** Xmas| has joined ##OpenGL[16:51:16] *** m4ggus has joined ##opengl[17:03:34] <Madsy> kaotrix: Depends on what you apply for. "entry level graphics programmer" is a bit vague[17:03:51] <Madsy> Assume they will test your C skills.. with paper and pencil[17:04:39] <Madsy> Assume they will ask about what you know about testing.[17:04:55] <Madsy> And how to benchmark[17:05:44] <Madsy> What is fillrate? How do you measure fillrate as oposed to measuring triangles/sec[17:06:11] <Adrinael> By changing resolution[17:06:22] <Adrinael> If fps changes, the application is fillrate-limited[17:06:32] <Madsy> The question wasn't for you..[17:06:35] <Adrinael> Oh, damn, misread[17:06:37] <Adrinael> Sorry :3[17:06:46] * Adrinael reads the full conversation[17:07:33] <Madsy> Adrinael: And I respectfully disagree :-P[17:07:40] <Adrinael> You do?[17:07:54] <Madsy> Fillrate can be measures by changing triangle sizes, and triangle count[17:07:57] <Madsy> measured*[17:08:12] <Adrinael> Well, that's the same effect more or less[17:08:30] <Adrinael> Changing the resolution is just easier, for getting rough results fast[17:08:44] <geocalc> even if i had the level i didn't work for this company of loosers[17:09:21] <Madsy> You could say that measuring fillrate is *not* to measure the cost of triangle setup ;-)[17:10:05] <Adrinael> Apropos, can anyone give me hints for profiling GLSL shaders.[17:10:20] <Madsy> By measuring triangle setup cost and fillrate and draw them on a graph, you will probably see an intersection somewhere.[17:10:23] <Adrinael> I hear the Apple tools are nice, but I need something for other platforms[17:10:56] <geocalc> new nvidia tool Adrinael ?[17:10:58] <Madsy> Google for Gremedy OpenGL debugger[17:13:28] <Adrinael> gDebugger looks awesome[17:13:32] <Adrinael> Er, gDEBugger[17:14:42] <Adrinael> So does NVIDIA Shader Debugger[17:14:56] * Adrinael moves on to create cool stuff[17:16:23] <Adrinael> And NVIDIA ShaderPerf is in fact exactly what I need right now[17:16:44] <Adrinael> Except that it supports HLSL or DX assembly shaders only[17:17:07] <Adrinael> Er, the new version is restricted like that. I'm saved![17:18:20] <Madsy> lol.. this Debian installation has soon taken three hours[17:23:19] <rsp> lol[17:28:52] *** Madsy has quit IRC[17:29:34] *** Madsy has joined ##opengl[17:31:43] *** prophile has joined ##opengl[17:38:12] *** Tibor__ has joined ##OpenGL[17:42:12] *** RamboZa has joined ##opengl[17:45:42] *** Ragnarok has joined ##OpenGL[17:46:07] <Ragnarok> where can i find in the docs an option to switch between file and wireframe mode?[17:46:41] <rsp> file?[17:46:54] <rsp> www.opengl.org[17:46:57] <rsp> www.google.com[17:47:09] *** aalex has joined ##OpenGL[17:48:07] <Ragnarok> fill*[17:48:08] <Ragnarok> sorry[17:48:24] <rnx> glpolygonmode[17:50:57] *** juanmabc has joined ##opengl[17:51:34] <Ragnarok> thank you[17:52:34] <Ragnarok> i <3 wireframe[17:57:19] <Ragnarok> this is the only thats going to get me confused in opengl is triangle strip[17:58:17] <Xmas|> hm?[17:59:09] <Ragnarok> is trying to figure out the algorithm to make it work like, v0, v1, v2(1) v1, v2, v3(2) etc[18:01:41] *** Bollinger has quit IRC[18:21:49] *** DMINATOR has joined ##OpenGL[18:32:42] <Muzzle> Anyone played around with the collision detection algorithm written by Kasper Fauerby?[18:33:02] <Muzzle> I almost have it working :)[18:34:48] *** TheLorax has joined ##opengl[18:36:16] *** amalon has joined ##opengl[18:36:23] *** Neo|Laptop has joined ##OpenGL[18:38:34] *** NeoServer has quit IRC[18:38:46] *** NeoThermic has quit IRC[18:38:49] *** Neo|Laptop is now known as NeoThermic[18:38:52] *** NeoServer has joined ##OpenGL[18:41:57] *** sohail has joined ##OpenGL[19:00:51] *** Neo|Laptop has joined ##OpenGL[19:01:39] *** ajww_ has quit IRC[19:03:29] *** Jorachim has quit IRC[19:04:50] *** Jorachim has joined ##openGL[19:05:48] *** NeoServer has quit IRC[19:06:09] *** NeoServer has joined ##OpenGL[19:10:38] *** NeoThermic has quit IRC[19:18:25] *** NeoThermic has joined ##OpenGL[19:18:42] *** NeoThermic has joined ##OpenGL[19:30:09] *** mapreduce has quit IRC[19:30:18] *** mapreduce has joined ##OpenGL[19:35:55] *** NeoServer has quit IRC[19:37:10] *** rodietze has joined ##opengl[19:38:20] *** ced117 has joined ##OpenGL[19:40:34] *** flowolf has joined ##opengl[19:45:10] *** nerdzyboy has joined ##OpenGL[19:45:45] *** aalex has quit IRC[19:46:36] <nerdzyboy> I have been using ffmpeg to decode frames from video and then loading them as tewxture to create a video player of sorts... But it seems to me that there might be a more efficient way to play video in opengl, could anyone help me?[19:47:36] *** aalex has joined ##OpenGL[19:51:34] *** elite01 has joined ##opengl[19:53:32] *** Madsy has quit IRC[19:54:36] <kaotrix> Madsy: It's for a local gamedev firm that specializes in 2D casual games.[19:54:57] <kaotrix> Madsy: Seems a bit unrealistic for them to propose technical 3D questions like that though.[19:55:45] *** ghenriks has quit IRC[19:56:12] <kaotrix> Madsy: About the fillrate question..I honestly don't know. I'm going to guess that the size of the window influences the fillrate.[19:56:38] <kaotrix> And I'm going to guess that the fillrate is how fast the framebuffer is filled with data? I don't know[20:02:02] <kaotrix> Madsy: Kind of glad you bought that up. Guess there's more I need to study. When learning 3D programming I pretty much skipped all of the basic, theoritical stuff. I only have a vague idea of some of those concepts.[20:02:33] *** rodietze has quit IRC[20:03:10] <TheLorax> nerdzyboy, maybe pixel buffer objects?[20:04:40] <RTFM_FTW> glTexImage*(...) for the initial texture creation operation, glTexSubImage*(...) for any update operations, then ARB_pixel_buffer_object or APPLE_client_storage, APPLE_texture_range as a client / server side data flow optimization[20:05:19] <RTFM_FTW> also using ARB_texture_rectangle would be useful as well since it allows for non normalized texture coordinates which is a common usage case when dealing w/ video[20:06:29] *** amalon has quit IRC[20:07:59] <RTFM_FTW> furthermore make sure that you are using native internalFormat, format and type options -- GL_RGBA8, GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV for the 32-bit RGBA case would be good, for YUV you can (if its available) target extensions like APPLE_ycbcr_422[20:08:41] <RTFM_FTW> another option is using the programmable fragment pipeline to perform the YUV -> RGB blit on the server[20:08:59] <RTFM_FTW> YUV 4:2:2, 4:4:4, 4:2:0 can all be done in this manner[20:10:29] <nerdzyboy> cool, thanks[20:14:08] *** rutski has joined ##OpenGL[20:14:32] *** elite01 has quit IRC[20:19:28] *** x0rx0r has joined ##OpenGL[20:27:31] *** LiQuiDninja has joined ##OpenGL[20:34:38] *** ajww has joined ##OpenGL[20:37:45] *** m4ggus has quit IRC[20:57:20] *** speedy1 has joined ##OpenGL[21:06:40] *** x0rx0r has quit IRC[21:07:59] *** x0rx0r has joined ##OpenGL[21:14:00] *** Xmas| has quit IRC[21:14:04] *** TheLorax has quit IRC[21:25:34] *** groton has joined ##OpenGL[21:28:49] *** groton_ has joined ##OpenGL[21:29:12] *** aalex has quit IRC[21:30:19] *** flowolf has left ##opengl[21:31:00] *** groton has quit IRC[21:31:07] *** groton_ is now known as groton[21:34:50] <nerdzyboy> OK, I give up, could anyone refer me to a guide on how to *easily* display video in opengl? (besides the one from nehe that doesnt compile)[21:41:04] *** dv_ has joined ##OpenGL[21:41:26] <Jupp3> no[21:41:51] <Jupp3> but I guess we could describe some ways todo it[21:42:56] <Jupp3> As one frame won't be displayed long, I guess using textures won't make that much sense[21:43:28] <Jupp3> So you could just decode video into a bitmap frame by frame, and use glDrawPixels() to draw it[21:43:39] <Jupp3> nerdzyboy: Something like that?[21:44:39] <Jupp3> Ah, you talked about that already before[21:45:16] <Jupp3> glDrawPixels() won't likely be faster than textures[21:46:36] <nerdzyboy> hmmm[21:46:46] <nerdzyboy> I am able to get frame data using ffmpeg[21:47:01] <nerdzyboy> but I have no clue on how to get audio working[21:47:21] <dv_> showing videos on a texture?[21:47:21] *** TheLorax has joined ##opengl[21:47:23] <Jupp3> Not with OpenGL obviously :)[21:47:40] <Jupp3> nerdzyboy: If you want 3D sound, you might want to consier OpenAL[21:47:46] <Jupp3> Or SDL[21:48:00] <nerdzyboy> the problem with the sound is to keep it synchronized with the video[21:48:25] <Jupp3> nerdzyboy: Or the other way around[21:48:27] <dv_> well "pulling" frames wont work[21:48:32] <nerdzyboy> yeah[21:48:45] <Jupp3> I guess you can achieve full speed audio easier than vieo with OpenGL[21:48:46] <dv_> so let ffmpeg handle the loop[21:48:58] <dv_> and let it "push" frames to your opengl code[21:49:28] <nerdzyboy> but then wouldn't I need two parallel threads? (one for opengl and one for ffmpeg)[21:49:30] <Jupp3> nerdzyboy: For optimization, source bitmap format can matter quite lot[21:49:33] <dv_> yes[21:49:45] <dv_> you need one anyway if you dont want lots of sync problems[21:49:55] <nerdzyboy> k[21:50:20] <nerdzyboy> that makes it much more complicated...[21:50:57] <dv_> well the other way round is to estimate the amount of audio and video data you have to pull to keep the output up to date[21:51:02] <dv_> and this isnt exactly trivial either[21:51:13] <nerdzyboy> hmmm[21:51:36] <nerdzyboy> I might be better off building my thing as a gui over mplayer...[21:51:38] <dv_> you picked a tough one :)[21:51:45] <Jupp3> But with rather big buffers for both, that might work[21:51:58] <Jupp3> Won't be easy though[21:52:09] <dv_> thing is, with the push model he might be able to reuse some sync code from mplayer, for instance[21:52:20] <dv_> but threading isnt fun[21:53:06] <dv_> hmm but well[21:53:12] <nerdzyboy> I'm stating to understand why there isn't any guide/tutorial describing how to do a video player...[21:53:26] <dv_> you could do this: run audio output + the demuxer in a thread[21:53:37] <dv_> have a buffer for the video frame[21:53:42] <dv_> (NOT a gl texture)[21:53:56] <dv_> now, if the thread decodes a frame, send the audio portion to the audio device,[21:54:14] <dv_> lock the frame buffer, copy the video frame to it, unlock[21:54:38] <dv_> main loop, lock, get the frame buffer contents, unlock, update gl texture[21:54:39] *** Jupp3 has quit IRC[21:54:40] *** x0rx0r_ has joined ##OpenGL[21:54:45] <dv_> this is the easiest way I guess[21:54:55] *** x0rx0r has quit IRC[21:55:18] <dv_> audio keeps running, video frames may be dropped if the main loop is stuck for some reason, but dropped video frames are tolerable, dropped audio isnt[21:55:28] <dv_> and you only need basic threading stuff[21:55:54] <nerdzyboy> k[21:56:00] <nerdzyboy> I guess that might work[21:56:02] <dv_> moreover, this is the push model, so you can reuse mplayer/xine sync code[21:56:05] <dv_> (BIG bonus9[21:56:07] <dv_> )[21:56:17] <nerdzyboy> k[21:56:23] <RTFM_FTW> the only *easy* solution to video based texturing through the GL API would be using a Mac[21:56:34] <RTFM_FTW> then using something like Apple's CoreVideo API for this[21:56:44] <nerdzyboy> i'm not using a mac[21:57:12] <RTFM_FTW> well then I'd suggest you learn how to stream textures manually :)[21:57:34] <RTFM_FTW> I gave you plenty of pointers earlier as I recall[21:57:45] <nerdzyboy> yeah[21:57:52] <nerdzyboy> it does work for the video output part[21:58:20] <nerdzyboy> So I guess I'll try the 2 threads approach for the decode and sync part[21:58:31] <dv_> oh, btw, ffmpeg is never stable, so you might as well pull the cvs version[21:58:46] <nerdzyboy> k[21:58:59] <dv_> and get ready for well-undocumented and hacked code :)[21:59:07] <nerdzyboy> lol[21:59:33] <nerdzyboy> thanks, that clarified a lot of concepts[21:59:50] <dv_> np[22:06:27] *** dolphin has quit IRC[22:11:53] *** juanmabc has quit IRC[22:25:31] *** groton has quit IRC[22:25:40] *** amalon has joined ##opengl[22:27:51] *** mm765 is now known as mm765^away[22:30:37] *** ced117 has quit IRC[22:36:32] *** DR0ID_ has quit IRC[22:39:06] *** TheLorax has joined ##opengl[22:39:11] *** ezeki3l has joined ##OpenGL[22:39:35] <ezeki3l> is there a way to assign texture to glutSolidSphere (1.0, 20, 16);[22:39:48] <ezeki3l> or, what's the simplest way to draw a sphere in OpenGL with texture[22:39:55] *** dv_ has quit IRC[22:40:10] *** dv_ has joined ##OpenGL[22:41:13] <dindinx> ezeki3l: you can use glTexGen[22:41:59] <ezeki3l> how would i get to vertex coordinate in glutSolidSphere?[22:42:59] <dindinx> uh?[22:43:18] <dindinx> glutSolidSphere generates the vertices[22:43:59] <ezeki3l> oh man[22:44:05] <ezeki3l> i need an example for glTexGen[22:44:06] <ezeki3l> heh[22:45:09] <dindinx> I think there is an exemple in the red book.[22:54:18] *** juanmabc has joined ##opengl[23:01:56] <kaotrix> http://youtube.com/watch?v=knKWVG6blIA&feature=user[23:03:15] *** ghenriks has joined ##opengl[23:09:40] *** Muzzle is now known as |Muzzle|[23:10:01] *** |Muzzle| is now known as Muzzzle[23:14:05] *** [this] has joined ##opengl[23:16:32] *** Justme has joined ##opengl[23:25:55] *** Yustme has quit IRC[23:41:08] *** Suprano has quit IRC[23:41:57] *** Suprano has joined ##OpenGL[23:47:47] *** Lemml has quit IRC[23:58:50] *** Justme has quit IRC[23:59:07] *** Yustme has joined ##opengl[23:59:13] *** TheLorax has quit IRC