-
Posts
4310 -
Joined
Content Type
Profiles
Forums
Gallery
Everything posted by MarkMc
-
For Gable ends as you describe decrease the countertop overhang by the amount you increase the depth of the cabinet (left hand version) Right had version is similar but a little trickier. If using a 1/16" reveal the counter overhang will not be drawn even with a custom counter. To get an overhang at the wall it has to be at least an 1/8". I also had an incorrect height on the right hand one (sorry in process of redoing all my library cabinets and had thrown them away ) Revised plan attached. Yes I noted - "in rare cases", doubt I've needed it 2 dozen times in 20 years as a full time KD. Of course YMMV. Flush Side Panel EZ_X12.zip
-
To clarify the behavior is correct for panels placed on the front of a run and for filler overlays, just not side panels. Then again Filler Overlays need a solution similar to the above to get into the schedule properly when those need to be a line item. I don't see a reason to have them go to the trouble to program for both/either/user input when there are workable solutions.'
-
You can also use the wall specification but beware it will only remove ALL the moldings for the side of wall selected. Kevin's suggestion gives more control allowing you to remove specific moldings..
-
Attached is plan that has the ez way to add side panels to cabinets that will dimension properly. Don't float a door, configure a cabinet to do what you need. These are configured for 1/16" reveal, make changes to match if different and save them to library. Be sure to set the Accessories/Panels to match your default door and these will comply. The one on the left just gets placed but is set to NOT include that in the schedule. Side panels are considered a modification in most brands. (already have to add mods in a custom OIP field so no big deal) The one on the right would be used if you need to order it loose as a door applied in the field. Then you want it in a schedule and want the size to read correctly. That one needs to be moved out from the wall by the size of reveal used, in this case 1/16", after placement. You can also resize these to function as gable ends that align with the doors when placed on the side of a cabinet, typical in frameless cabinets. This will match what is supplied by 99% of cabinet mfg. In the very rare cases we needed panels bumped out to align with a run of doors they were usually ordered as loose doors and that was a field install (naturally with full custom we could request that done by the maker instead.) I don't personally care if it is changed in Chief but I agree with Mick, it's wrong. Flush Side Panel EZ_X12.zip
-
Copy a door symbol to library, rename so you know it's for side panel, offset the Y origin 1/16" Use that for "Accessories, Panels" in your default. Alas will have to change all of your existing.
-
Check "Cap Live Samples" The GPU will continue to work for a while after it first resolves to look decent but it will stop which takes 3-6 minutes on my 3070 longer on the 2070. Time depends on image and settings. IF you adjust the rendering or move the camera it will start again but then settle.
-
I setup default sets, AKA annotation sets, for dimensioning kitchens. There is Cab All, Cab Base, Cab Wall, Cab Counters and Cab Centers, then for elevations the same group minus counters. NOTE that Cab Centers actually only measure fixture centers but I call it that to keep them in a group. Plan sets are prefixed with "1-", elevation sets with "2-" All the dimensions go to the same layer -cab dimensions. Each set changes a layout set and a dimension default. Cab Base annoset- the layerset only shows base cabinets, floors and walls. Dimension default is set to snap to cabinet sides. Cab Walls - layerset only shows wall cabinets floors and walls, same snaps. Elevation sets are similar just depends if you also want toe kick, counter and molding. For the elevations sets cross section lines is turned off in the layerset. Each dimension default has a different proximity fixed distance, I don't change the reach. That way the base cabinets are set X" outside the wall, Wall cabinets are set X+6" outside the wall and so on. I most often use end to end for the overall dimension. To use this select an annoset (default set), drag using manual dimension tool, switch set and repeat. When done revert to the cabinet all annoset. NOTE if you are dimensioning a wall elevation instead of a back clipped section you have to drag inside the elevation. Once you have a dimension string pull it to the outside of the elevation. It will snap based on the proximity fixed setting so there will be no overlap of dimension strings. Should you need to alter the proximity fixed setting for a string for some reason you need to select Extension/Markers- select Extension 1 You can dimensions a kitchen in minutes with this once you have it set up. NO dragging dimension lines and the only time you need to grab little triangles to change things is when there is a perpendicular wall on the other side that is within the reach setting (easy to avoid). Then you just throw the diamond away. Have been using this since they first gave us annosets. X13 has some great things that can be added to the system for openings and such but the basics remain. FWIW- I never ever use auto fillers, auto blind corners OR partitions (make those from cabinets and store in library or as a style palette)
-
Walk me through the steps to do this deck railing please
MarkMc replied to GeneDavis's topic in General Q & A
Change the bounding box for the panel symbol- go back and open the symbol I posted to get an idea. Takes trial and error to get it just right. -
Walk me through the steps to do this deck railing please
MarkMc replied to GeneDavis's topic in General Q & A
I had something like it so adjusted, was a bit further off than I thought (and don't exactly remember what I did first time :) This is in the plan, you can go from there I hope? Gene Rail.zip -
Wandered in after a lull, bit off today from dental surgery so.... printed a top view to PDF on archD at 1/4", converted PDF to dwg used default settings and did not check to see if it was set to scale up (sometimes it is) Line weights get a bit heavy in the DWG after conversion. Both included. _206Monarch-3DModel(3).zip
-
Now here is one with a similar problem to what you have. It should be obvious that this has to do with the roof condition and wall definitions and is understandable.
-
Without the plan it's hard to say. Roof, foundation, a polyline solid that goes through roof, settings? Did a very quick plan to try to re-create your problem but could not. Attached is a sample plan with a save camera. The saved camera, rendering technique and sun have settings similar to what I use for interior RTRT, at least a good starting point. Note there are no lights in the plan but as I posted this I tested having 3 point light sources in the next room and still no problem. I'd be curious if the issue reproduces with this on your system? PBR test.zip
-
I copy paste once I have a camera I'm happy with; yes the settings are different but it's a better start. (Be sure you are using light sets)
-
What version are you on? What video card do you have? What have you tried for settings? Do you have a roof and a foundation? And an enclosed room? (that helps) have you looked at the resources available here? https://www.chiefarchitect.com/search/?default_tab=all&q=physically+based+rendering This one started by Graham is long with lots of information and troubleshooting. https://chieftalk.chiefarchitect.com/topic/16430-physically-based-rendering-exteriors/ For X13 look at this one https://chieftalk.chiefarchitect.com/topic/31160-real-time-raytrace-rtrt-tips/ Or find Scott Harris webinar on that. (but also be sure to check off cap live samples) Once you get something that works set it for your default to make life easier and faster next time. In the meantime after checking the available resource, or if you have already, let us know what you're settings are. Might even strip down a plan and post it for advice. Off the top of my head you have too much light but there is no way to tell why from what you posted.'
-
Reducing .pdf size of Layout File for online submission
MarkMc replied to DeltaHome's topic in General Q & A
Use PDF program to reduce. Unchecking save to plan will only help plan file size NOT the PDF since they would still get printed to it. -
Try to sort by date if that's what you need, it's currently sorted by name and Windows isn't so smart.
- 2 replies
-
- 1
-
-
- archive file issue
- archive files out of sequence
-
(and 1 more)
Tagged with:
-
Slower Processor, but not an issue with RTX 3000 video card and x13?
MarkMc replied to aslan-Ryan's topic in General Q & A
Be a good idea to fill out your signature with complete system info. Until recently I'd been running 17" laptop with a 6700k, GTX980m 8GB Vram, 32 GB ram, fast M2 Nvme, with two 27" 2k external monitors. Was pretty good in 12 and tested in 13 and also ran ok. I'd already planned on getting a new machine. Laptop end of the summer is just a little snappier than that was, desktop this spring is faster. Both do real time ray trace which was the purpose. What to do depends on your total system now? then budget, type of work, and future plans. One issue is that the next gen of AMD and Intel CPUs are changing sockets so won't be upgradeable. Other thing is coming generation of GPUs are supposed to be a big leap in performance, third is that current GPU market is not great but improving. I normally look at 4-5 years for a system but might be changing the desktop sooner depending on what happens in the next year or two. I knew that before purchasing though but felt I needed RTRT. For reference- PBR in both 12 and 13 will peg GPU at 100% (all 3 machines), x12 usually uses 6GB Vram; 13 is 4-5. CPU use is not as much of an issue with PBR but was a bit higher with the 6700K Standard views with 6700 would see CPU peg briefly, not so with 13. Multiple views, other programs see ram usage though 16GB is fine. A fast C drive makes a big difference. At this point if it were me and I could tolerate waiting to mid winter I would prefer that but a lot depends on the complete system you have now. -
That is usually either - a roof connection issue or a psolid or symbol that goes through the roof. I'd bet on the second one but without a plan no telling. Also sun, and or backdrop intensity too high.
-
I'd say it's a fair bit different. I've used one version or another for over 20 years and prefer it but some things can throw you off a bit. 3D in it is a bear to learn IMO. Closest to ACAD clone is Intellicad and ProgeCad, though both now have 3D which I'm guessing is in current versions of ACAD. Those as well as NanoCad will support LISP and have similar command windows. NanoCad has a Free version. Of all the free CAD options I liked it the best for 2D, might start there.
-
Need to specify a new door/drawer for it. You can just rename them in library. Then they will allow different materials. You can change the material of the renamed symbol in the library, use a style palette, or in rare cases set as default cabinet.
-
That is what happens with the cabinets in plan, it is not what is happening with his cabinets in library. This appears to only apply to traditional overlay cabinets (which is why not picked up in Beta)-newly imported library base cabinet. Same item newly imported into X12 library As to the others the problem is with library content, the plan is just fine as are items added to it using the build menu. BUT dragging one of his cabinets from the library do NOT use the defaults for overlap. I believe the OP is sending in a ticket but feel free to download his plan and library to try it out.
-
Had a look. There are three primary problems all related to using traditional overlay. I missed this during the beta as I have not done a traditional overlay kitchen since Moses parted the Red Sea . In any case Chief does not import the "use default" for Traditional Overlay, Overlap. along with your library-it is correct in 12 there is only one overlap setting for traditional overlay that leads to the third problem in that your library cabinets do not use the default reveal vertically between the door and the drawer (even having a correct cabinet set to default) I suspect that is unavoidable since without having two setting for overlap-vertical and horizontal. I find it very odd that the cabinets appear ok in the plan brought over but not the library? A few things though as you say you have hundreds. I normally don't make a library symbol for every different size since that is slower than resizing IMO- you would need to change the label to a very simple macro to get double door bases to read automatically. I also include a lot more information in library cabinets than you have and rely heavily on defaults. I was already in the process of redoing library cabinets before X13 came along (mostly my clients nowadays since I'm no longer a kitchen) but was waiting for final release. I am not changing them to cabinets in the library though. I'm changing my cabinet brand libraries to be almost entirely Style Palettes. It's worth a look as it is more versatile and IMO faster. To your current predicament- I tested out a Style Palette that will solve the issue in your current plan if you have used the library cabinets you brought over. Attaching that here as a library. Alas you can't paint library cabinets with a style palette but as far as I can tell it works on your library cabinets ONCE the defaults are set properly in the plan. May save you some time. Note that IF your maker has specific and varied reveals for full overlay cabinets (B1D? Wood-Mode?) you will find the changes in X13 far better than using a traditional to hack those. SP test base.zip
-
Landing- used detail from view to get curve, copied and moved curve (concentric OR point to point then center), add sides and close pline, convert to landing, remove railing and alter height to suit.
-
Might take a look at the properties of the ceiling material.