| 00:05.18 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:13.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 00:23.59 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:28.00 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:30.59 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:38.28 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:40.00 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:42.59 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:45.44 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 00:46.00 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:49.00 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:51.59 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:55.04 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 00:58.04 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 01:00.06 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 01:02.59 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 01:06.00 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 01:07.20 | *** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net) |
| 02:01.41 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 02:23.40 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-098.092.075.pools.vodafone-ip.de) |
| 04:26.43 | Notify | 03BRL-CAD Wiki:36.69.107.226 * 9516 /wiki/ARL_Technical_Reports: |
| 07:09.20 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 07:09.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 10:25.52 | *** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) |
| 11:54.02 | *** join/#brlcad DaRock (~Thunderbi@mail.unitedinsong.com.au) |
| 11:56.55 | DaRock | Hi guys. I'm hoping someone can help me, I'm just starting (like a few hours) with brlcad. I've been lead to it in order to solve a specific problem - coverting a stp file to stl (which creo was unable to do due to lack of memory). I modeled it quite a while ago, and don't want to have to go back and do it again as it took days, and it can't change as such as its a replacement of a specific part that is no longer available. |
| 11:58.08 | DaRock | unfortunately, when I convert from step using step-g, the file is small, and when I try to confert to stl it asks for objects, and I can't figure out which it is talking about, and when I open in mged it shows absolutely nothing |
| 11:58.57 | DaRock | what am I doing wrong? |
| 12:01.08 | ``Erik | mged doesn't load objects when you first start it, try running the "tops" command at the mged command line after the .g file is opened |
| 12:01.21 | DaRock | nada |
| 12:01.25 | DaRock | tried that already |
| 12:01.37 | DaRock | all my googling has not helped |
| 12:01.45 | DaRock | tried ls, summary as well |
| 12:02.11 | DaRock | basically comes up 0 in all summary |
| 12:02.27 | ``Erik | hm, then I guess step-g failed (exactly how big is the .g file and how did you invoke step-g ?) |
| 12:02.53 | DaRock | step-g -o output.g input.stp |
| 12:03.11 | DaRock | exactly as the docs and -h says |
| 12:03.40 | DaRock | files size of the g file is 208 bytes |
| 12:05.18 | DaRock | command output of step-g says instances found, 0 warnings 0 errors, a list of (seems) approx features, but nothing seems to actually go into the g file |
| 12:05.34 | DaRock | 1205 instances created |
| 12:05.44 | DaRock | instances valid |
| 12:06.09 | ``Erik | huh, I'd think step-g would want some object names to convert |
| 12:06.22 | DaRock | ? |
| 12:06.27 | DaRock | really? |
| 12:06.36 | DaRock | doesn't say so in any docs |
| 12:06.49 | DaRock | should be just one object anyway |
| 12:07.35 | DaRock | last lines: Used 49 entities of the available 254 in schema "Config_Control_Design |
| 12:07.35 | DaRock | Writing output file [handle.g] ...done! |
| 12:10.02 | DaRock | this is directly from the step-g command: step-g -h step-g: illegal option -- h |
| 12:10.02 | DaRock | Usage: step-g -o outfile.g infile.stp |
| 12:10.55 | DaRock | so %megd.sh |
| 12:11.06 | DaRock | file->open handle.g |
| 12:12.25 | DaRock | file loaded info dialog pops up with: Output from STEP coverter step-g. (units=mm) |
| 12:12.46 | DaRock | tops: |
| 12:12.54 | DaRock | ls: |
| 12:14.08 | DaRock | summary: 0 primitives, 0 region; 0 non region combinations, 0 total objects |
| 12:14.41 | DaRock | and there is no objects listed in the stp file either |
| 12:15.04 | DaRock | plenty of text, no object names as such though |
| 12:15.27 | DaRock | file size of the stp: 77.5k |
| 12:15.47 | DaRock | original prt file from creo is 341k |
| 12:16.16 | DaRock | actually... not sure. thats prt.1, prt.3 is 810k |
| 12:26.51 | DaRock | just opened the file in mged directly, and it came up with the stp file contents ok, but still no objects and a whole bunch of errors in the form of: db_scan Error: bad record |
| 12:33.16 | DaRock | weird. tried a different step file from a different source and it worked |
| 12:33.31 | DaRock | tops actually output something :) |
| 12:33.49 | DaRock | unfortunately, the one I want seems to be screwed |
| 12:35.47 | ``Erik | might be the file you're using has some unsupported aspect :/ starseeker would be the go-to guy I think, maybe he'll be online in a couple hours? (I don't think his work is open today due to that blizzard, but he might get online) |
| 12:36.33 | ``Erik | is the step geometry something you'd be able to share to help solve this? |
| 12:45.50 | DaRock | could... but I think it may have just been some quirk it wasn't happy with. It was showing elsewhere just fine, but I couldn't convert it as such. Anyway, I went back to creo and re-exported it as step. When I went back and did the convert using step-g again it responded differently, and it seemed to have worked. I went into mged then and opened the g file, and ran tops and it showed an object - yay! :) I'm just running draw on it |
| 12:46.18 | DaRock | its taking some time, but its outputting a whole lot of crap at least in the cli wondow |
| 12:47.29 | DaRock | that blizzard looks like some fun hey? Wouldn't want to be caught in the middle of that... then again, it'd probably suit me better than the heat we have here atm :) |
| 12:51.47 | DaRock | I have a wireframe now :) so to clarify how does the g-stl work then? What objects are required? If I run ls in mged it says ''0.r/R and ''0.s |
| 12:52.51 | DaRock | do I run g-stl -o handle.stl handle.g ''0.r/R |
| 13:01.50 | *** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) |
| 13:02.36 | DaRock | running it on "''0.r" is saying tesellation failure |
| 13:10.32 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 13:15.44 | ``Erik | the /R just says that the region flag is set, just 0.r should work... um, what does 'rt' in the cmd window do? does it raytrace correctly? (tesellation failure is something that was being worked on, I'm not sure what the current state is... once again, a starseeker issue ;) ) |
| 13:16.33 | ``Erik | if creo can output a facetized format, that might be a workaround? |
| 13:18.28 | DaRock | facetized format? Like stl? lol.... oh wouldn't that be nice :) |
| 13:19.31 | DaRock | main reason for taking this road is that creo runs out of memory while tessellating in stl, or other formats mind. PITA of a program if you ask me |
| 13:20.17 | DaRock | I upped the page file size, but basically it goes over around 2G of memory which a 32bit ssytem can't handle as far as I can tell |
| 13:21.28 | DaRock | 0.r came up with unknown object |
| 13:21.47 | DaRock | mged has frozen atm... give it a bit |
| 13:22.47 | DaRock | I'm trying to get away from creo, but it keeps dragging me back kicking and screaming :) |
| 13:24.03 | DaRock | when I do finally get rid of it I might have to have a ritual burning or something... kick its ass to the curb :) |
| 13:26.24 | DaRock | how does rt work? |
| 13:26.40 | DaRock | I've used rt ''0.r and it fails |
| 13:30.50 | ``Erik | if you have the wireframe up in the display window, just 'rt' |
| 13:31.12 | DaRock | so I have to draw first? |
| 13:32.05 | ``Erik | yeah, or 'e', if you just want to call 'rt' with no arguments... otherwise it'd be "rt 0.r" (and may take quite a while if your nurbs are hairy) |
| 13:32.56 | ``Erik | but it'll let you know if the nurbs's (?) converted correctly and seem valid |
| 13:36.12 | DaRock | how long should it take? |
| 13:38.59 | *** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:c906:a4f7:2483:b739) |
| 13:40.58 | DaRock | I have an ogl lingering window open, the graphics window is the same, and the cli says the command has finished - I think. The ogl window is black though, and I still only see wireframe |
| 13:42.04 | *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
| 13:50.11 | DaRock | well the ogl window is not so black now, but still not in any expected form - just some weird shape atm |
| 14:02.08 | DaRock | I'm going to have to call it a day, but thanks for the help ``Erik |
| 14:02.28 | DaRock | finally finished after 1017s cpu time |
| 14:03.07 | DaRock | recognisable shape, but I'm not 100% sure what I'm expecting to see as such |
| 14:03.27 | DaRock | not sure what errors should come up either |
| 14:03.59 | DaRock | did get a lot of assumptions made though about faces and seams |
| 14:56.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 15:52.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) |
| 16:18.04 | *** join/#brlcad merzo (~merzo@92.60.189.225) |
| 17:20.20 | andromeda-galaxy | ``Erik, brlcad: are either of you still around? |
| 17:47.48 | *** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-twdrqkpgphrmpakd) |
| 18:12.36 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) |
| 18:41.20 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 22:36.25 | *** join/#brlcad merzo (~merzo@78-117-133-95.pool.ukrtel.net) |
| 23:25.10 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |