| 00:45.46 | starseeker | gets a definite no on the siggraph poster |
| 00:48.59 | starseeker | well, glad I didn't spend any more time fussing with it |
| 01:10.56 | brlcad | starseeker: ahh, darn -- sorry to hear that |
| 01:11.02 | brlcad | did they provide any feedback? |
| 01:25.20 | starseeker | they did |
| 01:25.41 | starseeker | generally, seems like it was too specialized and "niche" for siggraph |
| 01:29.19 | brlcad | starseeker: nah, some posters are *way* more niche |
| 01:30.04 | brlcad | at least I don't buy it, curious to see the actual verbage if they provided anything |
| 01:30.17 | brlcad | more believe it was just a matter of not making the N% cut line |
| 01:30.41 | starseeker | is working on getting a pdf of the review - one sec |
| 01:32.55 | starseeker | there we go |
| 01:34.56 | brlcad | looks |
| 01:39.18 | starseeker | Reviewer #16720 wants a lot packed into a small abstract... |
| 01:39.38 | brlcad | wow, actually looks like you almost had it |
| 01:40.57 | starseeker | basically one yea, one "nothing novel", and two "too specialized" |
| 01:41.05 | brlcad | first two were generality based while still impressive, third was a thumbs up, four was 'almost' had he thought the poster was detailed enough |
| 01:42.24 | starseeker | actually though tire spec -> primitive parameters was the less novel part... |
| 01:44.29 | brlcad | what the third read into was what I was talking about having you emphasize, the procedural modeling aspect |
| 01:44.47 | starseeker | yeah, probably |
| 01:45.32 | starseeker | wonders if he should finish the form1 anyway... |
| 01:47.06 | starseeker | I guess one take-away is to include a graphic of the poster in the "extra" materials |
| 01:48.06 | brlcad | oh, what gave you that idea? |
| 01:48.29 | brlcad | that would have been great, think if they'd actually seen the full poster over the abstract |
| 01:48.34 | starseeker | the last reviewer asking for so much detail |
| 01:48.41 | brlcad | ah yeah |
| 01:48.54 | starseeker | packed the abstract to the limit as it is... |
| 01:50.44 | brlcad | i'm sure there's another forum that will be great for the poster, given how close that was (and more importantly just how well put together it is) |
| 01:50.59 | starseeker | cool :-) |
| 01:52.08 | starseeker | the "well put together" is due to your help - thanks for all the time/help you put into it brlcad |
| 01:52.40 | brlcad | nah, you did all the heavy lifting |
| 01:53.11 | starseeker | it's that polish that makes all the difference though - I seem to lack the "make good color choices" gene |
| 01:53.37 | starseeker | glances around to make sure better half didn't see me admit that... |
| 01:53.49 | brlcad | hehe |
| 04:27.55 | *** join/#brlcad d-lo (n=claymore@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 07:02.03 | *** join/#brlcad _clock_ (n=_sushi_@84-72-91-14.dclient.hispeed.ch) |
| 08:01.10 | *** join/#brlcad Ralith (n=ralith@216.162.199.202) |
| 09:25.37 | *** join/#brlcad mafm (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
| 10:34.48 | d-lo | Mernin all |
| 12:14.18 | *** join/#brlcad suryajith (n=suryajit@202.3.77.38) |
| 12:21.35 | *** part/#brlcad hippieindamakin8 (n=suryajit@202.3.77.38) |
| 12:24.28 | *** join/#brlcad n00b_in (n=suryajit@202.3.77.38) |
| 12:24.40 | *** part/#brlcad n00b_in (n=suryajit@202.3.77.38) |
| 12:40.56 | *** join/#brlcad docelic (n=docelic@78.134.199.252) |
| 13:02.24 | *** join/#brlcad docelic_ (n=docelic@78.134.198.23) |
| 13:35.03 | *** join/#brlcad madant (n=madant@117.196.133.164) |
| 14:56.07 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 14:56.48 | brlcad | howdy d_rossberg, gl?cklicher Freitag zu Ihnen! |
| 14:57.00 | brlcad | doubts that is right :) |
| 14:58.34 | archivist | sees strange black background |
| 14:59.32 | d_rossberg | brlcad: oje |
| 15:00.07 | d_rossberg | w"unscht einen sch"onen Freitag! |
| 15:01.20 | d_rossberg | and a happy Whitsun |
| 15:03.30 | archivist | ö ü I dont see the proper chars from you two |
| 15:03.50 | archivist | are they correct from me |
| 15:05.30 | d_rossberg | "o and "u are the LaTeX (Babel package) replacements for ö and ü |
| 15:06.29 | archivist | ah ok /me is a latex free zone |
| 15:06.51 | CIA-28 | BRL-CAD: 03d_rossberg * r34598 10/brlcad/trunk/misc/win32-msvc/Dll/ (BrlcadCore.rc CMakeLists.txt brlcad.rc): |
| 15:06.51 | CIA-28 | BRL-CAD: renamed the file with the BRL-CAD version defines and copied it into the rc^3/include/brlcad directory |
| 15:06.51 | CIA-28 | BRL-CAD: this way an application is able to memorize the BRL-CAD version it was compiled with at compile time |
| 15:06.51 | CIA-28 | BRL-CAD: i.e. it can compare the BRL-CAd version of the DLL it is using with the one it was compiled with |
| 15:09.58 | CIA-28 | BRL-CAD: 03d_rossberg * r34599 10/rt^3/trunk/ (include/brlcad/globals.h src/coreInterface/globals.cpp): 3 functions to get the interface's version information |
| 15:26.19 | CIA-28 | BRL-CAD: 03brlcad * r34600 10/brlcad/trunk/BUGS: found some bad light behavior with infinite lights. seems like several bugs depending on the light fraction and surface orientations and light angles. |
| 15:42.51 | CIA-28 | BRL-CAD: 03Pacman87 07http://brlcad.org * r1445 10/wiki/User:Pacman87: |
| 16:51.11 | *** join/#brlcad jdoliner (n=jdoliner@c-98-227-157-38.hsd1.il.comcast.net) |
| 16:52.52 | pacman87_ | waves to jdoliner |
| 17:49.02 | brlcad | waves to pacman87_ :) |
| 18:11.57 | *** join/#brlcad _sushi_ (n=_sushi_@77-58-236-35.dclient.hispeed.ch) |
| 18:36.45 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light1.png]]": Example of three colored light sources over a box. Scene rendered with default (30%) ambient illumination. |
| 18:41.23 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light2.png]]": Example of three colored light sources over a box. Scene rendered with 0% ambient illumination. |
| 18:44.25 | starseeker | hmm - apparently someone working on Cairo-in-OGRE3D rendering |
| 18:46.51 | starseeker | http://www.ogre3d.org/forums/viewtopic.php?f=11&t=47237 |
| 18:48.10 | brlcad | heh, neat |
| 18:49.21 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light3.png]]": Example of three colored light sources over a box. Scene rendered with 0% ambient illumination. Light fraction is 2.0 for double intensity. |
| 18:49.32 | starseeker | brlcad: how did it end up - are we doing Qt in OGRE or OGRE in Qt? |
| 18:50.55 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light4.png]]": Example of three colored light sources over a box. Scene rendered with 0% ambient illumination. Light fraction is 10.0 for blooming intensity. |
| 18:51.14 | brlcad | it should be 'ogre in qt' |
| 18:51.30 | starseeker | OK |
| 18:51.46 | starseeker | wonders if this would help any? http://www.qt-apps.org/content/show.php/QtOgre+Framework?content=92912 |
| 18:51.49 | brlcad | Qt is used to create the context/window, that is passed to ogre's initialization (a lower level one iirc) |
| 18:52.38 | brlcad | yeah, that looks like someone did exactly that with that project |
| 18:53.07 | Ralith | ooh, handy! |
| 18:53.20 | starseeker | zlib license looks ok, I think... |
| 18:53.30 | Ralith | zlib is a BSDalike, no? |
| 18:53.35 | brlcad | yeah |
| 18:53.40 | starseeker | http://www.gzip.org/zlib/zlib_license.html |
| 18:53.59 | brlcad | I'd be surprised if that 'project' was more than a couple files |
| 18:54.09 | Ralith | nevertheless, it's a great place to start. |
| 18:54.14 | brlcad | yeah |
| 18:54.16 | Ralith | or looks like one anyway |
| 18:54.21 | brlcad | save you a few days |
| 18:54.45 | brlcad | or at least a day :) |
| 18:54.54 | Ralith | some amount of time, anyway |
| 18:54.57 | starseeker | http://www.ogre3d.org/forums/viewtopic.php?f=11&t=45709 |
| 18:55.01 | Ralith | it's nonzero so it's good |
| 18:55.42 | Ralith | looks great! |
| 18:56.03 | Ralith | nice find :) |
| 18:56.23 | starseeker | apparently the original author (PolyVox) is still active in the forums - perhaps he could answer questions |
| 18:56.29 | Ralith | grabs the code |
| 18:58.06 | Ralith | hmm... that castle model looks familiar |
| 18:58.39 | Ralith | er, that's on a different page. |
| 18:58.55 | Ralith | looks like this guy's working on continuing some voxel work I was looking into a while back as well; neat |
| 19:00.53 | starseeker | ooo, destructible environments in games |
| 19:01.02 | Ralith | not properly, yet |
| 19:01.23 | Ralith | it's just voxels, and has the predictable horrible performance for worlds large enough to be interesting |
| 19:02.20 | Ralith | but it looks like he's considering various LoD approaches. |
| 19:04.09 | Ralith | isn't sure if voxels, even somehow optimized, are really the way to go for large-scale destruction, but it's certainly cool. |
| 19:05.03 | starseeker | Ralith: might want to check that thread on the Qt+OGRE framework and make sure there isn't more current code floating around somewhere |
| 19:05.29 | Ralith | Last edited by PolyVox on Tue Apr 14, 2009 10:21 pm, edited 4 times in total. |
| 19:05.36 | Ralith | seems like he's been keeping the first post up to date. |
| 19:06.01 | starseeker | This one has May 27th: http://www.ogre3d.org/forums/viewtopic.php?f=11&t=45709&p=342063#p342063 |
| 19:06.50 | starseeker | yeah, OGRE forums seem to work like that - work centers around threads |
| 19:07.01 | starseeker | seems a bit haphazard, but if it works it works |
| 19:07.22 | Ralith | oh, it looks like it's in ogreaddons |
| 19:07.33 | Ralith | syncs |
| 19:07.56 | starseeker | ah https://ogreaddons.svn.sourceforge.net/svnroot/ogreaddons/trunk/QtOgreFramework/ |
| 19:08.01 | Ralith | yup |
| 19:08.01 | starseeker | oh, you win :-) |
| 19:08.06 | Ralith | ^^ |
| 19:08.11 | Ralith | do I get a prise? |
| 19:08.13 | Ralith | prize* |
| 19:08.19 | starseeker | just free source code |
| 19:08.23 | Ralith | yay! |
| 19:09.05 | Ralith | oh cool, it uses cmake |
| 19:09.14 | Ralith | that answers my worry about how well qt works with non-qmake |
| 19:09.54 | Ralith | (probably still depends on qmake and/or related tools, but at least this allows a consistent build system) |
| 19:11.52 | starseeker | nods |
| 19:11.55 | Ralith | hm, can't *quite* get the demo to run. |
| 19:17.21 | Ralith | argh. |
| 19:17.36 | starseeker | hmm? |
| 19:17.53 | Ralith | found an error log that confirms what I suspected was wrong, but doesn't actually tell me anything useful re: solving it. |
| 19:18.15 | Ralith | ah here we go. |
| 19:18.46 | Ralith | facepalms |
| 19:18.56 | Ralith | he hardcoded the GL render system dynlib path. |
| 19:19.16 | Ralith | ...or so it appears? |
| 19:19.55 | Ralith | yup. |
| 19:20.13 | starseeker | oops |
| 19:20.20 | starseeker | code change #1 |
| 19:20.32 | Ralith | indeed. |
| 19:20.48 | Ralith | pretty sure there shouldn't even need to be a path, much less a hardcoded one. |
| 19:20.57 | Ralith | that's what ldd is for. |
| 19:22.49 | Ralith | hm, perhaps there is need after all. |
| 19:23.11 | *** join/#brlcad BigAToo (n=BigAToo@pool-96-230-124-117.sbndin.btas.verizon.net) |
| 19:27.45 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: |
| 19:27.45 | CIA-28 | BRL-CAD: uploaded "[[Image:Phong.png]]": Example of Phong illumination, pulled from the Wikipedia. |
| 19:27.45 | CIA-28 | BRL-CAD: Provided under GFDL. |
| 19:34.00 | Ralith | gah! |
| 19:34.17 | Ralith | why do people "support linux" but always forget case sensitivity? >:| |
| 19:34.39 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light5.png]]": Example of three colored light sources over a box. Scene rendered with 0% ambient illumination. Light fraction is 10.0 for high intensity. Specular is 0.7 and diffuse is 0.3 (default). |
| 19:35.19 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: |
| 19:35.19 | CIA-28 | BRL-CAD: uploaded "[[Image:Light6.png]]": Example of three colored light sources over a |
| 19:35.19 | CIA-28 | BRL-CAD: box. Scene rendered with 0% ambient illumination. Light fraction is 10.0 for |
| 19:35.20 | CIA-28 | BRL-CAD: high intensity. Specular is 0.5 and diffuse is 0.5 for more 'dulled' |
| 19:35.20 | CIA-28 | BRL-CAD: reflectance. |
| 19:36.18 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: |
| 19:36.18 | CIA-28 | BRL-CAD: uploaded "[[Image:Light7.png]]": Example of three colored light sources over a |
| 19:36.18 | CIA-28 | BRL-CAD: box. Scene rendered with 0% ambient illumination. Light fraction is 10.0 for |
| 19:36.18 | CIA-28 | BRL-CAD: high intensity. Specular is 0 and diffuse is 1 for maximally diffuse |
| 19:36.18 | CIA-28 | BRL-CAD: reflectance. |
| 19:37.02 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: |
| 19:37.02 | CIA-28 | BRL-CAD: uploaded "[[Image:Light8.png]]": Example of three colored light sources over a |
| 19:37.02 | CIA-28 | BRL-CAD: box. Scene rendered with 0% ambient illumination. Light fraction is 10.0 for |
| 19:37.02 | CIA-28 | BRL-CAD: high intensity. Specular is 1 and diffuse is 0 for maximally specular |
| 19:37.02 | CIA-28 | BRL-CAD: reflectance. |
| 19:37.43 | Ralith | hm, that's interesting; it doesn't seem to really handle a tiling wm well. |
| 19:41.41 | Ralith | or perhaps this is a deeper problem. One way or another, the windows that are supposed to be within Ogre end up as separate windows, except for the FPS counter, and that one ends up outside if I mess with the window in a certain way. |
| 19:41.51 | Ralith | perhaps this isn't such a good starting point. |
| 19:42.14 | Ralith | shall try to contact the author. |
| 19:44.04 | starseeker | sorry - thought it might help :-/ |
| 19:44.15 | starseeker | didn't dig too deep into it though |
| 19:44.27 | Ralith | it certainly looked that way, and it may yet. |
| 19:44.31 | Ralith | we'll se |
| 19:45.31 | Ralith | although the way it states that it can only do transparent windows on systems with compositing WMs makes me wonder if it's actually embedding the Qt windows in OpenGL properly. |
| 19:48.40 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light brg.png]]": Example of three colored light sources over a box looking down from above. Scene rendered with 0% ambient illumination with a 1.0 light fraction on all three lights. |
| 19:50.31 | Ralith | yeah, it does kind of look like it's just drawing the Qt windows on top of, rather than in, the context. |
| 19:51.51 | starseeker | ah, poo |
| 19:52.39 | starseeker | https://www.ogre3d.org/forums/viewtopic.php?f=2&t=47381 |
| 19:53.49 | starseeker | Perhaps there are some hints here: |
| 19:53.53 | starseeker | http://www.ogre3d.org/forums/viewtopic.php?p=258064 |
| 19:55.00 | Ralith | that's ogre-in-qt rather than qt-in-ogre |
| 19:55.18 | Ralith | hm. |
| 19:55.37 | Ralith | brlcad: so, wait, do we just want an Ogre context within a Qt window? |
| 19:55.56 | Ralith | as opposed to everything within an OpenGL context? |
| 19:56.26 | Ralith | it should be relatively straightforward to simply create an Ogre widget. |
| 19:56.38 | Ralith | that's not what I thought we'd decided on, though |
| 19:57.02 | starseeker | thought we would be rendering the Qt widgets on the OGRE context |
| 19:57.06 | starseeker | or in |
| 19:57.11 | Ralith | thought so as well. |
| 19:57.33 | starseeker | so we essentially need to do "right" what that code tried to fake |
| 19:57.40 | Ralith | yeah |
| 19:57.58 | Ralith | brlcad: confirm? |
| 19:59.56 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light brg10.png]]": Example of three colored light sources over a box looking down from above. Scene rendered with 0% ambient illumination with a 10.0 light fraction on all three lights. |
| 20:02.56 | Ralith | brbs for a couple hours |
| 20:04.12 | starseeker | Ralith: Hmm, the comments of pmax here may be of interest: http://www.ogre3d.org/forums/viewtopic.php?f=2&t=42733&start=25 |
| 20:07.46 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Light brg20.png]]": Example of three colored light sources over a box looking down from above. Scene rendered with 0% ambient illumination with a 20.0 light fraction on all three lights. |
| 20:08.43 | starseeker | Ralith: If I'm not mistaken, pmax was trying to do it the "right way" and PolyVox thinks perhaps a new feature in 4.5 would make it possible |
| 20:10.40 | starseeker | if I'm understanding this correctly, it's 1. Qt gets going and then creates either a window or a fullscreen context (if those are actually different) |
| 20:11.05 | starseeker | 2. In the QT window/context, Qt asks for an instance of Ogre |
| 20:12.19 | starseeker | 3. Qt then takes that instance of Ogre, and uses it as the output for its widget renders. Qt still manages things like I/O, passing things specific to Ogre through the Qt system to the Ogre system |
| 20:15.37 | starseeker | I suppose other possibilities would be to have Qt request an opengl graphics system and then shoehorn OGRE in between QT and its graphics system, but that doesn't feel right |
| 20:16.37 | starseeker | would require that whatever Qt wants from opengl is the same as what OGRE wants, so that a Qt requested opengl context could serve as the "target" for Ogre |
| 20:20.48 | starseeker | this probably comes under the "check what stellarium does" heading |
| 20:21.27 | starseeker | don't think they use OGRE, but what they do do might be helpful as a technique illustration (they're GPL so no code grabbing) |
| 20:37.20 | starseeker | Ralith: also possibly of interest (see comment from gunnar at 10/23/2008 6:39) http://labs.trolltech.com/blogs/2008/10/22/so-long-and-thanks-for-the-blit/ |
| 20:39.10 | starseeker | may help as well: http://labs.trolltech.com/blogs/2008/06/27/accelerate-your-widgets-with-opengl/ |
| 20:39.35 | starseeker | hopes we won't have to try creating a whole Ogre rendering system for Qt, but it might come to that... |
| 20:48.22 | starseeker | well, custom QPaintDevice backends are possible apparently - need to create an engine that derives from QPaintEngine |
| 20:51.19 | starseeker | don't know if that works though, because QWidget is also a subclass of QPaintDevice |
| 20:52.48 | starseeker | neat stuff |
| 20:52.53 | CIA-28 | BRL-CAD: 03Sean 07http://brlcad.org * r1458 10/wiki/Lighting: Initial (brief) overview of how BRL-CAD lighting works with examples |
| 20:53.42 | brlcad | woot, http://brlcad.org/wiki/Lighting <-- proofreads welcome for clarity/typos/etc |
| 20:55.15 | starseeker | looks |
| 20:55.35 | starseeker | well, this sounds hopeful for QWidget: Warning: If you are using a custom paint engine without Qt's backingstore, Qt::WA_PaintOnScreen must be set. Otherwise, QWidget::paintEngine() will never be called; the backingstore will be used instead. |
| 20:55.45 | starseeker | implies a custom paint engine can be used |
| 20:59.42 | starseeker | brlcad: first line after Phone "Plastic" Shader - maybe say "Initially, you may think..." ? |
| 20:59.46 | starseeker | just a nitpick |
| 21:01.57 | starseeker | nice job! |
| 21:49.20 | poolio | howdy all! |
| 21:49.43 | pacman87 | hi poolio |
| 21:50.39 | poolio | ahoy pacman87, how's gsoc going? |
| 21:51.01 | pacman87 | bit of a slow start, rereading code |
| 21:51.04 | pacman87 | picking up now |
| 21:53.16 | poolio | cool cool. so you're done classes and what not? |
| 21:53.49 | pacman87 | yeah, graduation was last weekend |
| 21:54.18 | pacman87 | just found out i got accepted to the EE program for grad school at UT Austin today |
| 22:01.35 | poolio | congratulations! was that your top choice? |
| 22:02.03 | pacman87 | yeah, i didn't really apply to that many |
| 22:02.30 | pacman87 | i just finished my undergrad in ME there |
| 22:07.58 | Ralith | starseeker: actually, there are Qt demos doing in-OpenGL drawing using that new 4.5 feature. |
| 22:08.05 | Ralith | just none that use Ogre too |
| 22:09.20 | Ralith | starseeker: that last link is in fact what I'm referring to |
| 22:09.35 | Ralith | I guess it's a 4.4 feature |
| 22:10.13 | Ralith | hm, so I guess what would be needed would be override QGraphicsScene::drawBackground to call Ogre's frame render function |
| 22:10.39 | Ralith | the trick being, as discussed, getting Ogre to do the render into the same context. |
| 22:11.41 | Ralith | starseeker: there's also this really cool demo someone wrote with Qt widgets mapped into a 3D world in an OpenGL context, and one of the widgets was an OpenGL context (or something?) that controlled a camera in the world, so you could view it through itself to an arbitrary level of recursion |
| 22:28.45 | Ralith | tries to build that. |
| 22:30.30 | Ralith | oh hey, qmake generates a makefile despite the apparent absence of build instructions. handy. |
| 22:31.02 | Ralith | works perfectly out of the box! I think we have a starting point, if it's licensed well. |
| 22:35.39 | mafm | don't worry Ralith, USA's Army has good funding :P :) |
| 22:35.51 | Ralith | :P |
| 22:36.05 | Ralith | aw, it's GPL'd |
| 22:36.44 | Ralith | well it's simple enough |
| 22:37.17 | mafm | wasn't Qt LGPL'd recently? |
| 22:37.26 | Ralith | this code in particular is GPL |
| 22:37.33 | Ralith | it's not actually Qt, just an example |
| 22:37.45 | mafm | oh |
| 23:42.08 | brlcad | kicks off a nifty Goliath render for the weekend |