IRC log for #brlcad on 20080818

20:32.31 *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
20:32.31 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || Only a few days left in the 2008 Google Summer of Code! || ACM SIGGRAPH 2008 is under way!
20:32.58 csanyipal sean: and again, the color of the wireframe is light green, and the object color in the framebuffer is light green too.
20:34.43 csanyipal sean: The color of the Geometry Default in Active Pane is red.
20:37.43 brlcad csanyipal: in the screenshot you showed, I don't see a wireframe -- if that was underlay, that's probably a bug
20:38.11 andrecastelo hey guys
20:38.18 andrecastelo hi brlcad , hi ``Erik
20:38.22 brlcad howdy andrecastelo
20:38.28 brlcad how goes things?
20:39.03 csanyipal sean: it is underlay, because you can see the dot in the center that marks the center of the view.
20:39.31 csanyipal sean: so that's probably a bug.
20:39.45 andrecastelo brlcad: pretty good :D
20:40.55 brlcad csanyipal: yes, probably -- do you know if that is an ogl or x11 display?
20:41.23 csanyipal sean: I don't know how to determine that..
20:41.35 brlcad run "fbhelp" outside of mged
20:41.43 csanyipal sean: OK
20:41.45 brlcad does it list /dev/X or /dev/ogl
20:41.48 brlcad first
20:43.01 csanyipal sean: Description: Silicon Graphics OpenGL Device: /dev/ogl
20:44.20 brlcad on linux?
20:44.23 *** join/#brlcad Elperion (n=Bary@p5B14E57C.dip.t-dialin.net)
20:44.36 csanyipal sean: Debian GNU/Linux Etch an a Half. :D
20:45.23 CIA-23 BRL-CAD: 03brlcad * r32465 10/brlcad/trunk/BUGS:
20:45.23 CIA-23 BRL-CAD: csanyipal reports that the wireframe is failing to draw when the framebuffer is
20:45.23 CIA-23 BRL-CAD: displayed in mged (regardless of selecting underlay/overlay) when using the ogl
20:45.23 CIA-23 BRL-CAD: display manager. problem seen on linux (debian), unknown if it occurs using the
20:45.24 CIA-23 BRL-CAD: x11 dm.
20:45.43 brlcad since you compiled it, you could try recompiling using --without-opengl on configure and see if that fixes it
20:45.59 brlcad that would help narrow down the problem
20:45.59 csanyipal sean: OK
20:46.20 pacman87 how do i use a checker pattern to test my uv()?
20:46.28 pacman87 i've forgotten since the last time i used it
20:50.00 andrecastelo brlcad: ``Erik thinks that the no-shadow problem with rtmlt is due to bad material setting
20:50.32 andrecastelo but i've done the same as in rt, even used the same function
20:51.02 andrecastelo another clue is that rtmlt outputs lots of 'shader not found' errors, while rt doesn't
20:51.19 andrecastelo do you have any suggestion?
21:06.37 *** join/#brlcad Ralith (n=ralith@c-71-197-213-172.hsd1.or.comcast.net)
21:12.08 *** join/#brlcad punkrockgirl (i=Pandora@c-69-247-220-102.hsd1.mo.comcast.net)
21:14.14 csanyipal sean: I have compiled now using --without-opengl.
21:15.14 csanyipal sean: I noticed that that when I run the command: B shapes2.r then the wireframes changed the clor from red to light green.
21:16.11 csanyipal sean: but, now is everything OK!! I can see the wireframe in underlay mode!! :)
21:20.24 csanyipal sean: You can see it here: http://img185.imageshack.us/my.php?image=kepernyoaa7.png
21:20.55 csanyipal sean: Thank you for help! By for now!!
21:22.48 CIA-23 BRL-CAD: 03brlcad * r32466 10/brlcad/trunk/BUGS: wireframe bug is specific to the ogl dm, x11 is fine
21:24.24 brlcad pacman87: you just set a material property of checker
21:24.43 brlcad or if you want it to look nice shaded, use stack with checker and plastic
21:25.11 brlcad which is on the edit menu, edit combination, select shader button
21:25.41 brlcad another way to debug the uv mapping is to use rt's 6th lighting model ( rt -l 6 )
21:26.19 brlcad that'll show you the uv coordinates as a blue/red palette
21:29.14 Ralith that's odd -- I've been getting the tiny console on open bug almost every time I start mged lately
21:30.07 brlcad hm? "tiny console on open"?
21:30.18 brlcad never heard/seen that
21:30.34 pacman87 brlcad: thanks
21:30.39 Ralith brlcad: I described it to you a while back
21:30.45 Ralith can't seem to work out what makes it happen
21:31.03 Ralith when I run mged for the first time since reboot it *seems* to happen every time though
21:31.09 brlcad do you have an .mgedrc file?
21:31.19 Ralith nope
21:31.37 brlcad that's odd
21:31.52 brlcad so it's a really small command window, but graphics window seems fine?
21:31.58 Ralith it happens at other times too
21:32.00 Ralith yeah
21:32.02 *** join/#brlcad clock_ (n=clock@77-56-82-36.dclient.hispeed.ch)
21:32.05 Ralith graphics window shopes up normal size every time
21:32.29 Ralith command window sometimes shows up with 0 width and only about 2cm height on my 1680x1050 15" display
21:32.45 Ralith (I can still resize it thanks to wm decorations)
21:33.33 brlcad i'd be completely guessing as to a cause without being able to reproduce it, :/
21:33.48 Ralith I know :/
21:34.28 Ralith it seems to be happening more often than not today
21:34.31 *** join/#brlcad smurfette (i=Pandora@c-69-247-220-102.hsd1.mo.comcast.net)
21:34.59 brlcad Ralith: just to annotate -- which os, which dm?
21:35.13 Ralith FreeBSD, XFCE
21:35.36 Ralith 7.0-STABLE
21:35.48 brlcad does it happen with other wm's?
21:36.13 Ralith haven't tested yet
21:36.36 Ralith wm at use here is actually metacity
21:36.38 brlcad that's the only anamoly I can think of that would affect window dimensions
21:39.04 CIA-23 BRL-CAD: 03brlcad * r32467 10/brlcad/trunk/BUGS: Ralith notes that the mged command window is showing up as an empty 0x0 dimensioned window under some unknown conditions.
21:39.17 Ralith not 0x0 -- it has height
21:39.32 Ralith thought he was clear about that
21:40.25 brlcad content height or wm height?
21:40.35 brlcad I took that to mean wm height
21:40.45 brlcad since the wm will always draw something
21:40.53 brlcad sounded like an empty context
21:41.46 Ralith it looked a bit tall for that for me
21:41.55 Ralith it's stopped doing this in a different dir opening a different file O.o
21:42.18 Ralith and in the original case, now, too
21:43.12 Ralith anyway, brlcad, it was much taller than I think the wm would make it by default, although I can't speak with certainty
21:43.29 Ralith four or five times the height of the titlebar alone
21:49.48 Ralith brlcad: also, is brl-cad supposed to not support $EDITOR being set to a value incl. arguments (e.g. "pico -w")?
21:50.07 Ralith 'cuz the way it's calling it certainly doesn't
21:50.51 Ralith (when using 'ted')
21:52.14 brlcad ah, more than titlebar height you say?
21:53.37 brlcad not supporting editor args isn't intentional, though that's the way the shell behaves too -- just try vipw or something similar
21:56.01 Ralith vipw launches vi, oddly enough.
22:12.57 brlcad not if you set EDITOR to something else :)
22:13.38 brlcad if you're running sudo vipw or somesuch, root's config might be setting it back
22:13.54 brlcad but you can see it if you go root, set EDITOR, and run vipw
22:21.56 Ralith vipw: pw_edit(): No such file or directory
22:22.03 Ralith O.o
22:26.19 brlcad case in point
22:26.34 brlcad just tries to exec whatever EDITOR is set to
22:28.07 Ralith kay
22:28.10 Ralith guess it's reasonable then
22:30.13 *** join/#brlcad jonored (n=jonored@pool-72-74-125-20.bstnma.east.verizon.net)
22:31.20 brlcad I wouldn't be opposed to supporting it if you want to patch it, just not sure about the benefit
22:32.23 Ralith if it's the way the shell does it there's not really any point
22:32.59 Ralith odd that I hadn't noticed that my $EDITOR was broken for this long though O.o
23:34.53 *** join/#brlcad punkrockgirl (i=Pandora@c-69-247-220-102.hsd1.mo.comcast.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.