| 00:58.27 | *** join/#brlcad _AchiestDragon (n=dave@whipy.demon.co.uk) | |
| 02:03.43 | pra5ad | hey justin |
| 02:03.44 | pra5ad | http://media.putfile.com/WizardsofWinter-SM |
| 02:03.49 | pra5ad | u gotta top this guy |
| 02:41.53 | *** join/#brlcad DTRemenak (i=agent007@DHCP-170-143.caltech.edu) | |
| 02:44.57 | brlcad | omg that's freaking awesome! |
| 02:45.00 | brlcad | hehe |
| 02:45.13 | brlcad | oh man that had me crackin up |
| 02:55.08 | Twingy | if it aint lynx compatible don't bother |
| 02:57.23 | brlcad | it's not flash |
| 02:59.05 | Twingy | welp, it's some sort of pluggin |
| 04:10.28 | ``Erik | hrmmmm, won't play in the browser, but downloaded for me |
| 04:26.32 | ``Erik | and, uh, whoa |
| 04:27.04 | ``Erik | http://x702.putfile.com/videos/b4-32009062867.wmv for the straight wmv link |
| 13:12.12 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) | |
| 13:12.12 | *** mode/#brlcad [+o brlcad] by irc.freenode.net | |
| 14:01.12 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) | |
| 14:01.12 | *** mode/#brlcad [+o brlcad] by irc.freenode.net | |
| 14:03.17 | *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) | |
| 14:04.58 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) | |
| 14:04.58 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 14:06.19 | *** join/#brlcad brlcad_ (n=sean@bz.bzflag.bz) | |
| 14:08.22 | *** part/#brlcad brlcad_ (n=sean@bz.bzflag.bz) | |
| 15:41.39 | CIA-12 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: comment on the minimum version of autoconf required, add an initial --enable-everything option without implementing it yet |
| 15:43.00 | CIA-12 | BRL-CAD: 03brlcad * 10brlcad/m4/args.m4: create bc_VARIABLE_default variables that are set to the original default variable value |
| 18:32.16 | CIA-12 | BRL-CAD: 03erikgreenwald * 10brlcad/src/mged/points/process.c: |
| 18:32.16 | CIA-12 | BRL-CAD: OpenBSD lacks INT32_MAX, but provides INT_MAX which is (hopefully) |
| 18:32.16 | CIA-12 | BRL-CAD: equivelant. So we kluge^Wtest and set in the cpp. |
| 19:59.23 | *** join/#brlcad cad459 (n=9738f413@bz.bzflag.bz) | |
| 20:01.44 | *** join/#brlcad cad459 (n=9738f413@bz.bzflag.bz) | |
| 20:16.35 | *** join/#brlcad pier (n=pier@151.56.244.19) | |
| 20:17.19 | pier | hi everyone in the chat |
| 20:21.07 | pier | I wondered if anyone could give me some hint on the fbserv device problem with Linux OS |
| 20:34.21 | learner | sure |
| 20:34.23 | learner | what's what? |
| 20:34.30 | learner | er, what's the question? |
| 20:35.11 | pier | I was following the mug tutorial |
| 20:35.15 | learner | k |
| 20:35.48 | pier | and the rendering session with the command exec fbserv 1 /dev/sgip & |
| 20:35.48 | pier | 4574 |
| 20:35.48 | pier | mged> fb_open: no such device "/dev/sgip". |
| 20:35.54 | learner | ahh |
| 20:36.41 | learner | <PROTECTED> |
| 20:36.45 | pier | I've found some explanation on the net but I haven't been able to work it out |
| 20:37.05 | pier | go on please |
| 20:37.20 | learner | there are various framebuffer device types |
| 20:37.31 | pier | yep |
| 20:37.33 | learner | the /dev part is not at all related to the filesystem /dev |
| 20:37.42 | learner | but rather, framebuffer devices |
| 20:37.58 | learner | horrible naming convention, yes, but it made sense to someone 20 years ago ;) |
| 20:38.09 | learner | that said, the part after the /dev/ is what matters |
| 20:38.20 | learner | the form is /dev/DEVICEoptions |
| 20:38.33 | learner | where DEVICE is one of the known device types for your system |
| 20:38.51 | learner | and options are a set of available options that DEVICE allows |
| 20:39.04 | learner | lingering and shared memory are common options |
| 20:39.10 | learner | type fbhelp |
| 20:39.16 | pier | I tried with /dev/fb0 fb1 |
| 20:39.19 | learner | it should list the framebuffers that were compiled for you |
| 20:39.20 | pier | ok |
| 20:39.38 | learner | <PROTECTED> |
| 20:39.42 | learner | for displaying to a window |
| 20:39.47 | pier | no dice... command not found |
| 20:40.12 | learner | your path isn't set up |
| 20:40.21 | learner | export PATH=/usr/brlcad/bin:$PATH |
| 20:40.29 | learner | or just type /usr/brlcad/bin/fbhelp |
| 20:40.37 | pier | ok |
| 20:41.02 | pier | feel laike a jackass |
| 20:41.07 | pier | like |
| 20:41.13 | learner | rt and fbserv recognize all of the device types as well as the 100+ fb-* and *-fb commands |
| 20:41.31 | learner | nah, you wouldn't have known without reading the older manual pages |
| 20:41.54 | pier | got plenty of infos |
| 20:42.15 | pier | Device: /dev/ogl |
| 20:42.16 | pier | Max width height: 1280 1024 |
| 20:42.16 | pier | Default width height: 512 512 |
| 20:42.18 | learner | usually /dev/Xl is sufficient |
| 20:42.37 | learner | that's your "current"/default setting |
| 20:42.54 | learner | rt -F/dev/Xl some_file.g object |
| 20:43.12 | pier | so I ought to try fbserv 1 /dev/ogl? |
| 20:43.25 | learner | sure, that should work |
| 20:43.45 | learner | or just fbserv 0 since /dev/ogl is your default |
| 20:44.04 | pier | screen went black |
| 20:44.06 | learner | -S to specify the square size |
| 20:44.12 | pier | mmmh |
| 20:44.28 | learner | ah, then you have a system with the X11 opengl bug |
| 20:44.33 | learner | use /dev/Xl instead |
| 20:44.40 | pier | ok |
| 20:45.14 | learner | fbserv -S 1024 0 /dev/Xl |
| 20:45.21 | learner | for a 1024x1024 X11 window |
| 20:45.35 | learner | there's a manpage for fbserv |
| 20:45.36 | pier | now it is better.... the blank window is now a framed one |
| 20:45.53 | learner | if you don't set up your manpath, you can run /usr/brlcad/bin/brlman fbserv |
| 20:46.04 | pier | ok |
| 20:46.17 | learner | or brlman whatever .. there are a lot of manpages |
| 20:47.21 | pier | Lord I have to save all the infos you are providing |
| 20:48.30 | pier | the mug is still missing |
| 20:48.54 | pier | but yet I've made some step forward |
| 20:48.59 | pier | thanks |
| 20:50.04 | pier | I can see the mug in the dm_oglo window though |
| 20:50.31 | learner | fbserv just opens a framebuffer window |
| 20:50.40 | learner | you'll have to raytrace into that framebuffer |
| 20:51.03 | learner | rt -F0 or -F1 depending on what number you provided to fbserv |
| 20:51.37 | learner | you can also raytrace directly to a window just by specifying the framebuffer to rt also |
| 20:53.03 | ``Erik | sean, it's definitely a bug with bison on obsd, I replicated it on other software, and have sent in a bug report... I believe that's the last hitch for obsd, and I've already gotten rt to draw some crap for me... |
| 20:53.39 | pier | oh man... so sorry for such question... I stopped following the instructions in thje tutorial |
| 20:54.01 | ``Erik | your points_parse.l file seems to expect yylval to be handy without an extern define, which the default yacc on obsd lacks, tho :-/ |
| 20:57.23 | learner | that's easily added |
| 20:57.45 | learner | but I guess more problematic is bison |
| 20:57.52 | ``Erik | it's your baby, I'll let you fix it |
| 20:58.04 | ``Erik | bison isn't our issue, it's theirs, and it's reported |
| 20:58.12 | learner | oh wait, yylval? |
| 20:58.16 | ``Erik | ja |
| 20:58.32 | pier | may I...? |
| 20:58.41 | ``Erik | bathroom is down the hall |
| 20:58.48 | pier | :) |
| 20:59.05 | pier | I get an error while raytracing |
| 20:59.06 | learner | that's defined in the .h from bison |
| 20:59.51 | pier | pkg_open: client connect: errno=111 |
| 20:59.51 | pier | rem_open: can't connect to fb server on host "localhost ", port "5560". |
| 20:59.51 | pier | fb_open: can not open device ":1", ret=-3. |
| 20:59.51 | pier | rt: can't open frame buffer |
| 20:59.51 | pier | Raytrace complete. |
| 21:00.12 | learner | so, wrong -F |
| 21:00.32 | learner | are you going the fbserv route or the rt -F/dev route? |
| 21:01.26 | pier | I beg your pardon.. |
| 21:01.56 | learner | there are two ways to raytrace into a window |
| 21:02.21 | learner | you either start up a frame buffer server (fbserv) and tell rt to raytrace into it via -F and some number |
| 21:02.31 | pier | ok |
| 21:02.43 | pier | or.. |
| 21:02.44 | learner | or you tell rt to raytrace directly to a framebuffer window via -F/dev/something |
| 21:02.48 | ``Erik | rt -F/dev/Xl /path/to/ktank.g tank g17 |
| 21:02.49 | ``Erik | yo |
| 21:04.07 | ``Erik | all that's in oldschool yacc's generated header is the token name and numbers |
| 21:05.03 | ``Erik | but there is a yylval used in the .c, so I guess we need to test if yylval is defined, and extern it if it's not |
| 21:05.14 | learner | my .h has #ifndef YYSTYPE |
| 21:05.14 | learner | typedef int yystype; |
| 21:05.14 | learner | # define YYSTYPE yystype |
| 21:05.14 | learner | #endif |
| 21:05.14 | learner | extern YYSTYPE yylval; |
| 21:05.29 | learner | YYSTYPE is defined |
| 21:05.35 | learner | in the .y |
| 21:05.54 | ``Erik | ../../../../../src/mged/points/points_scan.l:128: error: `yylval' undeclared (first use in this function) |
| 21:06.07 | ``Erik | mmmmebbe your .h isn't being included by the old yacc? |
| 21:06.10 | ``Erik | *looks* |
| 21:06.52 | learner | the .c from the .l includes process.h which includes points_parse.h |
| 21:07.12 | learner | which is what's expected to provide the extern |
| 21:07.22 | ``Erik | oohhhh, not it doesn't, it includes ./process.h |
| 21:07.25 | ``Erik | and I build out of dir |
| 21:07.27 | learner | i.e. you have to successfully run bison/yacc before you can lex |
| 21:07.29 | ``Erik | that's probably the issue |
| 21:08.27 | ``Erik | nope, still getting the issue |
| 21:08.31 | learner | out of dir shouldn't be a problem, ./ is used throughout to mean a local header -- configure adds a builddir and a srcdir |
| 21:08.51 | ``Erik | you in tomorrow? |
| 21:08.55 | learner | ya |
| 21:08.59 | learner | unfortunately |
| 21:09.02 | pier | Thanks a lot.... have a nice day! |
| 21:09.03 | ``Erik | I'l give you an account and you can shell into it |
| 21:09.07 | learner | i should just take the day off |
| 21:09.11 | learner | s/day/week/ |
| 21:09.13 | learner | but I won't |
| 21:09.14 | ``Erik | it's snowing o.O |
| 21:09.21 | learner | yeah, maybe I'll get lucky |
| 21:09.28 | learner | pier, no problem |
| 21:09.36 | learner | feel free to hang out and ask questions whenever |
| 21:09.41 | learner | someone will eventually answer if they can |
| 21:10.25 | pier | Thanks again! (good night... I can call it a day) |
| 21:10.36 | learner | ``Erik: the real kicker will be to run g-nmg or one of the variety that tesselate .. :) |
| 21:10.45 | ``Erik | ok, I can do that right now |
| 21:10.48 | ``Erik | gimme a command line |
| 21:11.32 | learner | mm. g-stl path/to/stryker.g stryker |
| 21:11.42 | learner | or maybe something less pigish |
| 21:11.50 | ``Erik | gggghhhhaaaahhhh, that means getting the model to that machine, heh |
| 21:12.01 | learner | g-stl /usr/brlcad/share/brlcad/VERSION/db/havoc.g havoc |
| 21:12.14 | learner | er |
| 21:12.24 | learner | g-stl -o havoc.stl /usr/brlcad/share/brlcad/VERSION/db/havoc.g havoc |
| 21:13.19 | ``Erik | be a few minutes, heh, wdb isn't installed and I'd cleaned the build dir... |
| 21:14.09 | ``Erik | shouldn't you be working on bz? :D |
| 21:14.50 | learner | actually, i've been working on one of the old GSI mged extensions |
| 21:15.18 | learner | try to get it working before posting so I can get some testing on it |
| 21:15.26 | learner | but it's been a cascade of issues |
| 21:15.56 | learner | the mods are against a version over 10 years old so there's been several api changes |
| 21:16.28 | ``Erik | ew, probably needs an almost total rewrite, heh |
| 21:21.56 | ``Erik | chunking... |
| 21:27.37 | learner | nah, it |
| 21:27.50 | learner | it's actually surprisingly well written, pretty easy to follow |
| 21:28.39 | learner | more just, api was modified to take new params, so I add what I think it wants, only to watch it crash, then I debug why the hell did the api call crash for an hour applying fixes |
| 21:29.14 | learner | just cascading issues, some started by the script, but most in the api -- documentation needing updating, checks for crashables etc |
| 21:30.36 | ``Erik | woot, k0r3 |
| 21:31.02 | ``Erik | rerunning in gdb |
| 21:45.12 | ``Erik | ooh, not entirely trivial |
| 22:19.03 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/librt/view_obj.c: Add mrotPoint, v2mPoint and m2vPoint methods to the view object. |
| 22:45.20 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/librt/wdb_obj.c: |
| 22:45.22 | CIA-12 | BRL-CAD: Update wdb_do_trace() to consider WDB_EVAL_ONLY. Change erotate, etranslate and |
| 22:45.22 | CIA-12 | BRL-CAD: escale to orotate, otranslate and oscale, respectively. Also updated these |
| 22:45.22 | CIA-12 | BRL-CAD: renamed commands to consider any matrices along the path. Added the ocenter |
| 22:45.22 | CIA-12 | BRL-CAD: method. Added wdb_get_obj_bounds(), wdb_get_obj_bounds2() and |
| 22:45.22 | CIA-12 | BRL-CAD: wdb_get_objpath_mat(). |
| 22:48.31 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/View.tcl: Added m2vPoint, v2mPoint and mrotPoint methods |
| 22:52.17 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/ (Db.tcl Mged.tcl): Changed erotate, etranslate and escale method names to orotate, otranslate and oscale, respectively. Added the ocenter method |
| 22:56.09 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/Display.tcl: Added the following methods: orotate_mode, oscale_mode, otranslate_mode, screen2model, screen2view, handle_orotation, handle_oscale and handle_otranslation. Other minor stuff. |
| 23:00.07 | CIA-12 | BRL-CAD: 03bob1961 07bobWinPort * 10brlcad/src/tclscripts/lib/QuadDisplay.tcl: Added the following methods: m2vPoint, v2mPoint, orotate_mode, oscale_mode, otranslate_mode, screen2model and screen2view. |