LDCad 1.4 (win+linux)


LDCad 1.4 (win+linux)
#1
After two beta's I think 1.4 is stable enough to justify a definitive version, so here you go.

I've fixed all the issues reported in the beta 2 thread and some direct mails. I've also implemented a few small changes suggested in those same sources.

No big changes (besides the 17 bug fixes Smile ) otherwise, just:
  • Missing files dialog (disabled by default)
  • Edge anti alias (disabled by default as I'm not a big fan of aa myself)
  • Reorganized the selection menu hoping to make it more intuitive.

Like always you can get the newest version from www.melkert.net/LDCad/download

Here's a preview of the edge AA, in means of an OpenGL export without it and one with it enabled

   

   

And somewhat unrelated to 1.4 I also made a short tutorial clip showing how to work with the flexible part templates.

With this version I'm closing the book on 1.4 in order to get started with 1.5. In which I'm hoping to extend the animation and scripting possibilities, and it will also introduce detachable/floating bins (default gui will remain visually identical though)

Have fun
Reply
Re: LDCad 1.4 (win+linux)
#2
I'm really excited about the animation stuf but I really don't feel like rebooting my machine into windows. Any hope for an OSX version? If your compiling for Linux, OSX shouldn't be to hard. If it's a lack of hardware, I'll willingly volunteer to do test compiles.
Reply
Re: LDCad 1.4 (win+linux)
#3
well...

Good news: LDCad uses wxWidgets for the os dependent gui layer, which has a OSX version. and I'm fairly sure the other libraries I use (freetype, boost, lua) are also osx compatible.

Bad news: I kinda gave up on an apple version some time ago as they seem to actively hamper people creating free software for mac's etc by forcing registration and making it impossible to (legally) run an osx VM on windows/linux etc.

But your post made me revisit the cross compiling approach, which led me to this gcc tool chain I'm willing to give this tool a try next weekend or so as compiling on a new platform usually is an adventure on it's own Smile.

In the meantime you could go the other way around, by running Linux in a VM on your osx. I don't know if parallels has decent OpenGL performance but besides that LDCad should run just fine on most Linux (e.g. suse, kubuntu, ubuntu etc) live iso's, so no further installation is needed to take a look inside a vm.
Reply
Re: LDCad 1.4 (win+linux)
#4
I just tried the 64 bit Linux version with Ubuntu 14.04 x64 running under the current version of Parallels, and performance seemed fine. I also tried the Windows version running in a Windows 8.1 VM under Parallels, and that performed fine also. (Speaking of that, is there a reason there's no 64-bit Windows version?)

Having said that, if you don't already have a VM set up, then it's an awful lot of work just to run one app. My Windows 8.1 VM is VM-only; I don't have Boot Camp configured on my Mac at all. It is my understanding that if you do have Boot Camp set up, you can configure Parallels to run that Windows without having a separate VM, but only some Windows versions have a license that supports that. (My OEM copy of Windows 8 that I got with the Mac to use in Parallels doesn't have such a license.)

From my past experiences with OpenGL in Linux in VirtualBox, I strongly suspect that the performance there would be lacking. LDView performance sucked rocks in VirtualBox, but isn't bad in Parallels. (Ubuntu desktop performance sucked rocks in VirtualBox, too, the last time I checked.)
Reply
Re: LDCad 1.4 (win+linux)
#9
Thanks for testing Travis.

Quote:Speaking of that, is there a reason there's no 64-bit Windows version?
Well I can compile a 64 bit version if needed, but at the moment I don't have a nice setup solution for it. I'm also a bit unclear on the License mingw64 uses. It differs from the the 32 bit stuff on it's threading component, I have to look into that some more as I statically link to it and all.

Just gave it a low prio as the 32 bit version has no current problems only solvable with a 64 bit version (for example even datsville only uses ~500MB mem), the 64 bit version does run a bit faster rendering wise though.
Reply
Re: LDCad 1.4 (win+linux)
#5
Quote:(disabled by default as I'm not a big fan of aa myself)
Can you elaborate on this? I find display looks better with it... Performance penalty?
Quote:And somewhat unrelated to 1.4 I also made a short tutorial clip showing how to work with the flexible part templates.
Thanks for this, helpful! What's the purpose of DYNHP mode? something more than transparency?
Reply
Re: LDCad 1.4 (win+linux)
#6
[This shouldn't be a reply to philo's post...]

Nice. As I said before, I really like LDCad. I wish I started using it earlier Wink

In my "quest" to build the Tumbler to really get to know LDCad, I found a few things so far, which can be improved (in my opinion):
  • When using a custom grid orientation (if it's called like that, when I press "o"), copy/pasting of parts gets screwed up. I guess, it's because it doesn't copy the new grid orientation.
  • LDCad uses the tags AUTHOR and NAME, but it would be better if it uses the tags Author: and Name: . Notice the : and the upper/lower case. It may sound useless, but that's the way the official standard says it should be. And, other software is sometimes unable to identify that AUTHOR is the same as Author: (like MPDcenter).

I'm sure I'll find a few more things, but that would probably just usability things, because so far, I haven't found any bugs (except if you cound the first point above as a bug...).
Reply
Re: LDCad 1.4 (win+linux)
#8
Quote:When using a custom grid orientation (if it's called like that, when I press "o"), copy/pasting of parts gets screwed up. I guess, it's because it doesn't copy the new grid orientation.
It's dependent on the copy past options (prefs/edit) as the info is placed on the clipboard using abs coordinates, but pasted on tup of the grid orientation (thus rotating twice in your case). You can prevent that by ether choosing always (or yes) for the "The selection has rotational information......" for copy action or by setting the "The main part on the clipboard has rotat....." to always (or yes). Also if your copy pasting inside LDCad it self you probably better of just using the ins key as it clones the selection no matter t's orientation.

Quote:it would be better if it uses the tags Author: and Name:
For some reason I could have sworn the all caps version where the (old?) standard. But you are right it should use the human friendly format. I'll change this in the next version as I was planning to extend the header dialog meta's anyway.

Quote:I'm sure I'll find a few more things, but that would probably just usability things, because so far, I haven't found any bugs
All suggestions are welcome, as I tend to set things up (as defaults) the way I like it myself so I'm sure there are many things I wouldn't even think about without some pointers Smile
Reply
Re: LDCad 1.4 (win+linux)
#7
Quote:Can you elaborate on this? I find display looks better with it... Performance penalty?
Personally I think it makes things somewhat blurry in certain conditions. It also messes with your transparent background if any. And it seems to increase Z-fighting on lines currently in the selected color.
Performance wise it shouldn't really matter as I'm using the extremely cheap smooth lines AA baked into OpenGL itself.

Quote:What's the purpose of DYNHP mode? something more than transparency?
DYNHP stands for "give DYNamic part gui stuff Hotracking Priority" (might need a better name Smile ) it's useful in situations where the bezier control point end up inside the tube skin or something, in the older versions you wouldn't be able to select/adjust them in those cases.
Reply
Re: LDCad 1.4 (win+linux)
#10
1.4 is great so far. I just love being able to hover over the parts bin tabs and see what I've filtered them to, that's so nice now. Thanks for the quick update on that one.

Question: I did something wrong in a sub file. I need to go into nested view in the sub file to select just one part. Normally I only have to go into nested to change a sub file part when in the main file. For some reason though I need to do the same, only in one of my subs though. I don't know what that grouping behavior is called but can I undo it somehow?

Oh and copying over my main.gui file with my changes worked great for this revision bump. I imagine for 1.5 it'll be a different story though huh?
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#11
Quote:I did something wrong in a sub file. I need to go into nested view in the sub file to select just one part. Normally I only have to go into nested to change a sub file part when in the main file. For some reason though I need to do the same, only in one of my subs though. I don't know what that grouping behavior is called but can I undo it somehow?
I'm not sure what you mean here.

If you mean to undo a part move/del/etc you need to use ctrl+z in the model you did the action no-matter which subfile it affected (through nesting).

If you mean you grouped something after the change, a undo will not affect the grouping it will undo movement/ins/color/etc of the individual parts only.

If you want to change individual parts in a group you need to degroup the group (1.5 will have a better solution though) first.

Hope it's one of these answers you looking for.

Quote:copying over my main.gui file with my changes worked great for this revision bump. I imagine for 1.5 it'll be a different story though huh
The executable holds all the defaults so any field not in the main.gui file will revert to it's default. I don't expect to add/change much for the 1.5 version but I simple file comparing tool should give insight quite easily.
Reply
Re: LDCad 1.4 (win+linux)
#12
I guess it's the grouping behavior that I'm having an issue with.

In the main model when I click on a part that's part of a sub file the whole sub file and all its parts are selected. To select just one part I need to go into nested mode.

When in the sub file I can just select any part while staying in normal mode, I don't need to go into nested.

But with one sub file I do need to be in nested mode to make changes which I think isn't normal. I'm remembering that I copied the parts from another sub file (mirrored sub assembly) so that's probably why it happened.

I guess my actual question is how do I ungroup them in 1.4 while leaving them in the subgroup? It's not a big deal though, my model is done, I'm just cleaning up the mpd.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#15
Quote:I guess my actual question is how do I ungroup them in 1.4 while leaving them in the subgroup? It's not a big deal though, my model is done, I'm just cleaning up the mpd.
I think you mean submodel when talking about groups. I think you have a single reference to another model in the problem file. This causes you to have to go into nesting to select loose parts because the model containing the parts is not at top level.

I thik it's something like this:

Code:
model A
  - model B
    - parts
  - model C
    - parts
  - model D
    - model E
      - parts


You can remove the unwanted layer (D) by ether referring to the parts containing model (E) directly from model A. Or by in-lining E into D, folowed by removing E from the file (it not used elsewhere)

In-lining can be done from the new reorganize menu after you selected it in model D.

hope this is somewhat clear, recursion is fun Smile
Reply
Re: LDCad 1.4 (win+linux)
#13
TwoThree little things with user interface (that may well be too personnal to be worth considering!)
- I find field of view too wide for my taste, causing unwanted distortion
- I would expect ESC key to abort current operation (when a part is attached to cursor), select none when a part or group is selected.
- When navigating the part bins, I often miss a "back" button to come back to previous bin.
Reply
Re: LDCad 1.4 (win+linux)
#14
Don't seem that personal to me, thanks for suggesting.

The field of view is 75 deg horizontal by default (widescreen), but you can change it in the prefs/editing menu (horizontal FOV). You could calculate the 'correct' value by taking into account your eyes to screen distance and the width of a editing window, or just try some values Smile

Using the esc to cancel a selection seems very handy, I might add that. In the mean time you could also use ctrl+shift+a to deselect all.

You are right there is no key to go a level back up, I'll add use 'backspace' for that in the next version.
Reply
Re: LDCad 1.4 (win+linux)
#16
Ah - I set fov to the lowest possible (?) value, 45°, and I'm much more happy with this...
New experiments, new questions and wishes...
- I find quite strange that minifigs arms belong to "other minifig parts" and hand to "accessories"... But connectivity between minifig parts work great, making "minifig generator" useless!
- I did not noticed this previously (might be 1.4 new?), but sometimes a part "jumps" to another place when I click on it to select it.
- Is it possible to change screen background color? I think I browsed every options/config entries, but found nothing...
- If possible I suggest the use of DEL key when mouse is over filter field to clear it.

One this I did was to create a rope spool with hook (below)... with its own set of wishes!
- Is it possible to create a template from an existing assembly like this spool?
- It would be interesting to be able to extend something like a string past the end instead of adding points in the middle. Of course it's difficult to integrate with parts that have a different segment on the end...
- I wish I could copy/paste control points... for this highly repetitive structure I ended up editing MPD text - workable but not very elegant Wink

   
Reply
Re: LDCad 1.4 (win+linux)
#17
Philippe Hurbain Wrote:- I did not noticed this previously (might be 1.4 new?), but sometimes a part "jumps" to another place when I click on it to select it.

I have this happen a lot as well. I've noticed it on beta 2 as well as 1.4. You go to click on a part and it jumps away. I always have part snapping enabled if that means anything.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#18
I also have the same. I thought it was because I maybe moved the mouse little bit after selecting, but I'm not sure about that.
Reply
Re: LDCad 1.4 (win+linux)
#19
Quote:I maybe moved the mouse little bit after selecting
This is the cause indeed. When snapping is enabled parts jump to their origin to the mouse cursor location when moving them as that location determines where it snaps too next.

When snapping is disabled you don't have the jump as grid movement corrects for the cursor's grab location.

I'll try to improve this in the next version by ether having a similar correction during snapping or by trying to decrease the movement detection sensitivity.
Reply
Re: LDCad 1.4 (win+linux)
#20
It may also depend on the resolution of our mice. I'm using a gaming mouse which is quite sensitive.

Maybe a sensitivity control would help more people?
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#21
Quote:I set fov to the lowest possible (?) value, 45°
Yes current range is 45-150 but it has no technical reason, I'll lower it. Did not expect such low values to be used in real life though, given people complain about the low value in LDD Smile

Quote:I find quite strange that minifigs arms belong to "other minifig parts" and hand to "accessories"
Yes those are a bit odd, but I thought it would be even weirder to have a bin for only two parts. The way I usally create minifigs using 1.4 is by placing the official shortcut minifig and inline it using the reorganize menu afterwards. You can then select e.g. the torso and replace it by a double click on a different torso in the bin and change the colors as needed. No need to search all the individual parts that way.

Quote:but sometimes a part "jumps" to another place when I click on it to select it.
See answer below.

Quote:Is it possible to change screen background color? I think I browsed every options/config entries, but found nothing...
Yes, by editing the main.gui file in gui\default (located in C:\Users\Roland\AppData\Roaming\LDCad or something when the setup version is used, otherwise alongside the exe's location). Look for the editor_BG property, but keep in mind the file will revert to defaults when upgrading. This seems to be requested a lot so I'm making it a gui option in the next (big) version.

Quote:If possible I suggest the use of DEL key when mouse is over filter field to clear it.
You mean the dialog editing fields? Should be possible I'll look into it.

Quote:Is it possible to create a template from an existing assembly like this spool?
Yes, using a text editor copy the path subfile (excluding the GENERATED portion) from the mpd into a new ldr and place it in a template location (templates\path or a custom one). Copy keywords and category from one of the exiting default templates to make it appear in the bins. If you send it to me I could also add it to the default set of templates too.

Quote:It would be interesting to be able to extend something like a string past the end instead of adding points in the middle. Of course it's difficult to integrate with parts that have a different segment on the end...
I could make it a path option, or only apply it if caps are used. I usually put the last point at the destination so it doesn't move during shaping the path.

Quote:I wish I could copy/paste control points... for this highly repetitive structure I ended up editing MPD text - workable but not very elegant Wink
Path points should be copy/pasteable and also respond to the ins key combined with multiple selection etc, seems to be a bug I'll have to check this. If so this could be grounds for a 1.4a as 1.5 won't be ready for some time.
Reply
Re: LDCad 1.4 (win+linux)
#22
Quote:Did not expect such low values to be used in real life though, given people complain about the low value in LDD Smile
I guess it's just a matter of personal feeling, but I really never understood these complaints! After all, the "standard" lens is a 50 mm that has a 45° fov, and my current LDView setting is 30°...
Quote:Yes those are a bit odd, but I thought it would be even weirder to have a bin for only two parts.
Maybe it would be more rationale to put these parts with legs and rename that bin "limbs"? And there will be more parts soon (patterned arms), don't forget hook hand (that doesn't seem to have connectivity btw).
Quote:by placing the official shortcut minifig and inline it using the reorganize menu afterwards
That's the method I used for Friends figures, but AFAIK there is no such "official shortcut minifig" in my library? Actually I expected to find something in the templates...
And thanks for the double click trick, I missed that one!
Quote:You mean the dialog editing fields?
I meant in the search field above bins.
Quote:Copy keywords and category from one of the exiting default templates
OK, works fine (once you find the right folder). Attached the mpd of the 1st version I made in my model (with a loop at the end for the hook, just missing a sphere to fake a knot) and the simplified template.
Quote:I usually put the last point at the destination so it doesn't move during shaping the path.
Yes, but I find it a bit disturbing to see the unrouted part bending wildly during edit.


Attached Files
.mpd   Reel&Hook.mpd (Size: 24.45 KB / Downloads: 0)
.ldr   Spool&Loop.ldr (Size: 3.55 KB / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#25
Quote:but I really never understood these complaints! After all, the "standard" lens is a 50 mm that has a 45° fov
I'll change it to 0<fov<180, I might also make it an option to use horizontal or vertical fov as the master.

Quote:don't forget hook hand (that doesn't seem to have connectivity btw).
If only those minifig tools used a primitive for handles Smile, anyway the minifig aso/hats etc are pending for full snap info.

Quote:Attached the mpd of the 1st version I made in my model (with a loop at the end for the hook, just missing a sphere to fake a knot) and the simplified template.
Thanks, you could include the hook and a knot part as end caps don't know if they're official (sub) parts though. I'll add this hook template to the default ones for the next version.

Quote:I find it a bit disturbing to see the unrouted part bending wildly during edit.
Things can get pretty messed/wrapped up indeed, but it shouldn't be harmful (crash wise) far I know. I'll adjust the next version so it only applies the insert before last rule when (a) end cap(s) are used.
Reply
Re: LDCad 1.4 (win+linux)
#23
Hello,

I am getting more and more used to this wonderful piece of software. And every now and then I am detecting a new feature.

But still I have a question: Is there a way to remap short cut keys? Background information:
I like the short cut "Ins" to insert the last selected part. But on my Lenovo keypad, I need to press two keys to activate it.
One (Fn) is at the lower left of the keyboard and the second is on the right. They cannot be pressed with one single hand, you need both hands. Doing that, you are lacking another hand for moving the mouse. So if I can map the "Ins" to another key, I would be able to use the mouse with one hand and press the Ins with another hand.

It's strange, but premium notebook manufacturer Lenovo does not offer one single key for the Insert functionality.

Maybe the remap is already available, and I just did not find it yet.
Reply
Re: LDCad 1.4 (win+linux)
#24
Thanks,

But I'm sorry there's currently no option to remap hotkeys.

A while back another user with a similar problem indicated he used a key mapping program to solve the problem for the time being, he was using autohotkey.

Remapping is on my 1.5 list of features but it has low prio, so it might not be in the first beta.
Reply
Re: LDCad 1.4 (win+linux)
#26
Yes, Roland.

This is of low priority.

Attached there is a very basic autohotkey script for those who suffer from the same problem.

For my specific notebook I mapped the Insert-Key to F12 if the active window is LDCad. It is easy to change, if someone has other preferences.

In order to upload it, I needed to append an "txt" extension. Just remove it from the filename, so that the extension is "ahk".

Hope that I did not violate any rules attaching a file like this.


Attached Files
.txt   Map INS Key to F12.ahk.txt (Size: 983 bytes / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#27
It seems that connectivity of small panels pegholes (11946/11947) is off by 0.5 studs...
Reply
Re: LDCad 1.4 (win+linux)
#28
You are right, it behaves as if it has should 3 holes.

Only needed a small correction, so attached the corrected seed file.

To use it drop it in the program files\ldcad\seeds folder while the program is closed and remove the extra .zip form the filename.


Attached Files
.zip   shadow.sf.zip (Size: 260.23 KB / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#29
Thanks, worked fine.
Reply
Re: LDCad 1.4 (win+linux)
#30
Haha. I guess we're working on the same "project", since I discovered this bug too today Wink
Reply
Re: LDCad 1.4 (win+linux)
#31
Pardon me for my stupid questions but I'm just taking my first steps into LDCad:

* I cannot find any "Search" (contextual) menu entry beside the "Search" in the top part bin grid, which is always some mouse-clicks "up".
* Is there a "Search" feature in the color bin?
* Looks like filter doesn't support exclusion like a "-Duplo". Say filter by "Plate" but do not show "Duplo plates" (plate -duplo)
* Is there an operator for the first word in the description such as < in MLCad?
* Like the "switch between different groups" a lot
* Like the fact that holding down the STRG key I'm able to rotate the parts in the part bin even more
* Is there a key which places the part automatically at 0, 0, 0?

w.
LEGO ergo sum
Reply
Re: LDCad 1.4 (win+linux)
#32
I don't mind Smile ...

Quote:I cannot find any "Search" (contextual) menu entry beside the "Search" in the top part bin grid, which is always some mouse-clicks "up".
The bin is currently the only place you use for searching parts. If you need it often it's best to keep it open in one of the (last) bin pages. In the 1.5 version you will also be able to open a second part bin if you want it to be always visible (optionally in a floating window).

Quote:Is there a "Search" feature in the color bin?
Currently there is no search for the color bin as I was thinking there arn't that many items to begin with. But I might add a search group and or direct number input in a future version.

Quote:Looks like filter doesn't support exclusion like a "-Duplo". Say filter by "Plate" but do not show "Duplo plates" (plate -duplo)
Is there an operator for the first word in the description such as < in MLCad?
Currently only the options in the filter dialog control how the text is used in searches, but I see how those operators could be useful so I'll try to add them in a future version.

Quote:Like the "switch between different groups" a lot
Like the fact that holding down the STRG key I'm able to rotate the parts in the part bin even more
Thanks

Quote:Is there a key which places the part automatically at 0, 0, 0?
a part will only be placed at 0,0,0 when you drag it from the bin without an open model. After that you can shift any selection to 0,0,0 with shift+c
Reply
Re: LDCad 1.4 (win+linux)
#33
+1 for search in colors... either by word (allowing for example to see all "yellow" variations) or number.
Reply
Re: LDCad 1.4 (win+linux)
#34
+2 by word.

It would certainly make building the favorites that much quicker as well as finding the odd ball colors.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#35
I thought I'd share a completed pic of my model. It's a 2013 Harley Davidson Electra Glide Police Version. I think they look cool so I built this to learn LDCad. All built on 1.4 beta to 1.4.

Features:

- Chain drive, should be belt but the chain looked better.
- Working pistons
- Suspension front and rear.
- Seat suspension.
- Emergency buttons (red)
- Mirrors
- Crash Bars
- Side and upper luggage bags.

[Image: Electra%20Glide%20Wallpaper%20LeftS.jpg]
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#36
Looks very nice.

I usually buy the official LEGO technic bike models when they come out, and this is certainly on par with those.

Only thing missing is a custom technic figure at scale Smile

fyi: If needed you can get a clean (no gui /grid lines etc) in a particular resolution using the view/OpenGL export feature.
Reply
Re: LDCad 1.4 (win+linux)
#37
Thank you for the kind words. LDCad made it easy and fun so kudos to you as well.

Great idea about the figure, making a motor cop should be an interesting project indeed.

I'll try out the export feature, had no idea it even existed, clearly I need to explore more.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#38
I agree on both points, this is a great model, and LDCad is an excellent program. Actually the "feature" that appreciate most is that it is rock solid. Never had a crash...
Reply
Re: LDCad 1.4 (win+linux)
#39
Thanks,

Seems all those assert statements have paid off Smile
Reply
Re: LDCad 1.4 (win+linux)
#40
Roland, once again I want to express my admiration for the work you have done. This program is great, but what it certainly lacks is the proper documentation. Currently I'm curious about what does each of "copy paste options" mean, in particular 2 of them:
- "the main line is not the first, move it to the top";
- "there is non zero work orientaion active".
From some point of editing I started to receive this dialog every time I copy-paste even a single part. It seems that I changed some global option, but I can't understand which one and how to switch it back to default.

Sorry if this is not right topic to post questions.
Reply
Re: LDCad 1.4 (win+linux)
#41
I'm working on documentation but as I'm making some gui changes for 1.5 I decided to wait with it until those are done in order to prevent having to rewrite again.

As for the copy paste options those can be seen as import/export options as it allows some control over the LDraw lines coming in or going out of LDCad.

Copy paste inside LDCad itself should only be really necessary when copying between two models, in almost any other case it is more efficient / easier to use the ins key on the selection to (silently) clone it.

As for those two options:

Quote:the main line is not the first, move it to the top
When selecting parts, the first one selected is the mainline of the selection and acts as it's center point. When copying to the clipboard the resulting LDraw lines are taken in the placement (.ldr/.mpd line) order. This option can be used to force the selection main item to the top of the resulting LDraw list so other software automatically also use that line as the center (it being the first in the text and all).

Quote:there is non zero work orientaion active
LDCad remembers the orientation of the last selection and applies it to new parts so you don't have to rotate e.g. every 2x4 brick to make a wall in a certain direction. But when pasting something this extra rotation is not always wanted therefore you are given the option to override it.


The dialog will only appear if an option is relevant to the current copy/past action and some needed option has currently a yes/no value. So to get rid of the options all together you could set all options to either always or never.

Hope this make things more clear.
Reply
Re: LDCad 1.4 (win+linux)
#42
Thanks, somehow I missed insert hotkey.

By the way, any plans to implement built-in instruction maker tool? It seems to be almost impossible to work with large technic models in LPub. It would be a nice feature to control instructions formatting directly from LDCad. For example, you can add some parts to a step, then preview the instructions' page and rearange parts/steps if necessary.
Reply
Re: LDCad 1.4 (win+linux)
#44
Denis Smirnov Wrote:By the way, any plans to implement built-in instruction maker tool?
Not in the short term, but it will become easier to edit non visual / meta LDraw content in a nearby version as I'm introducing a 'source' window with the upcomming 1.5 version. This will make it at least possible to edit the LPub meta's from within LDCad.

Denis Smirnov Wrote:For example, you can add some parts to a step, then preview the instructions' page and rearange parts/steps if necessary.

Jason Smith Wrote:Maybe if there was a way to make a "snapshot" as you progress along side of adding the steps. The steps could auto populate a box and attach to the corresponding snapshot... I have no idea what I'm talking about but have always thought of this approach.

Alternative might be using the animation/scripting feature of LDCad as I plan to add access to stepping related things to the api. That way it will be (easier, as it's already sort of possible) to create building instruction animation videos.

I'm also thinking about adding a special build mode animation mode, which lets you play a scripted step to step transformation animation (e.g. falling bricks).
Reply
Re: LDCad 1.4 (win+linux)
#45
Roland Melkert Wrote:I'm also thinking about adding a special build mode animation mode, which lets you play a scripted step to step transformation animation (e.g. falling bricks).

Unless a person really wants their instructions in print form I think your idea would be excellent. I can see me using that because I usually use digital instructions from a tablet. Would we need to do write the scripts for that just like the animations?
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#47
Jason Smith Wrote:Would we need to do write the scripts for that just like the animations?

I imagine the scripts universally handling the animation transition from step a to b, and thus I'll probably include a couple of simple universal ones which will enable the feature for any model containing steps.

Custom scripts would then only be needed for very complicated models which would need camera rotations and or moving sub assemblies spanning multiple instructions steps or something.
Reply
Re: LDCad 1.4 (win+linux)
#46
This seems interesting to me: is there an easy way to figure out from which direction the part shall appear?

Thanks,
Jakub
Reply
Re: LDCad 1.4 (win+linux)
#48
Sorry for late reply, I missed you're post as I was in the process of posting myself Smile

Jakub Trznadel Wrote:This seems interesting to me: is there an easy way to figure out from which direction the part shall appear?

You mean while using a falling bricks step to step animation? I think the easiest way would be to determine the target locations distances to the model's 6 bounding box planes. And let the part 'fall' into the model from the closest side.

Although it might also depend on the theme as with creator etc it's probably ok to always let new things drop in from the top (-y).
Reply
Re: LDCad 1.4 (win+linux)
#43
Maybe if there was a way to make a "snapshot" as you progress along side of adding the steps. The steps could auto populate a box and attach to the corresponding snapshot... I have no idea what I'm talking about but have always thought of this approach.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#49
Roland, is there a way to see the !HELP section of a part (or more generally the whole header)?
Reply
Re: LDCad 1.4 (win+linux)
#50
No currently only the name, author, keyword and category tags are editable/viewable through the model header dialog.

But I'm working on a 'source' window you can optionally dock left/right/top/bottom in the upcoming 1.5 version. It will show all LDraw text content of the current model and it will also be usable for selecting parts.

And depending on time etc it might also allow for editing any LDraw content but I might push that to the next next version.
Reply
Re: LDCad 1.4 (win+linux)
#51
OK, thanks. LDfind does the trick, but I think it would be nice to see that information directly in model editor...
Reply
Re: LDCad 1.4 (win+linux)
#52
Roland,

I miss one feature, or -maybe- I cannot find it Smile

I would love to have a feature like 'favourites' part, but which shows only bricks from particular set, including proper color.
(This is because I do nxt or wedo models)

Best way I can imagine would be some keyboard shortcut that shows full-screen pallete in some kind of table with all bricks from set (including proper color).

At the moment I usually look at brickset, then do searching in ldcad, apply proper color... and then I can use the brick (and add it to favourites)

I guess that 50% of time I spent on creating a model is lost on searching the part. Probably this is also because ldcad is incredibly productive CAD for LEGO creation so I do not lost time on placing the bricks Wink

And yes - I can define the list of bricks with colors in some kind of text file if needed.

Please, add this to my wish list Smile

Regards,
Jakub
Reply
Re: LDCad 1.4 (win+linux)
#53
Somewhat related, I just discovered a great feature of LDCad that I missed so far: bins with recently used parts (24h, 1 week, 1 month, all)...
Reply
Re: LDCad 1.4 (win+linux)
#54
Jakub Trznadel Wrote:I would love to have a feature like 'favourites' part, but which shows only bricks from particular set, including proper color.
This is possible in the current version by creating a custom part bin group. downside is it currently has to be done by editing/adding to the pbg files in the partbin folder.

I'm hoping to improve this in the 1.5 (or 1.6) version by making it possible to edit/extend the bin using the gui it self. Preparations for this are already in my dev version of 1.5 as it is now possible to open multiple bin windows. This will enable later versions (or the def 1.5) to drag/drop parts from one bin to another in order to create new custom bin groups.
Reply
Re: LDCad 1.4 (win+linux)
#55
Still about history feature, is there a way to sort this bin by description instead of use order?
Reply
Re: LDCad 1.4 (win+linux)
#56
Yes, by manually adding a file (eg allByDescr.pbg) with the following content:

Code:
[options]
kind=history
caption=All by descr
description=All parts used by descripton
picture=all.png
id=101
sortOn=description
sortDesc=false
timeFrame=0

to the

C:\Users\Roland\AppData\Roaming\LDCad\partBin\default\history

folder (or just the "partBin\default\history" sub folder when the non setup version was used).

Do this when LDCad is closed, after you restart it there will be a second 'all' group in the history tree. Optionally you also give it a different / custom picture.
Reply
Re: LDCad 1.4 (win+linux)
#57
Excellent, works great. I was hoping for a right click/configure, but a new type bin works for me too.
Reply
Re: LDCad 1.4 (win+linux)
#61
gui oriented part/color bin config control is very high on my 1.5 todo list.
Reply
Re: LDCad 1.4 (win+linux)
#62
Thanks!

I've created (for myself use) nxt.pbg and it greatly speeds up creating NXT models. Please find it attached, with changed extension to comply with forum rules.

Place it as (change extension!, probably need to add also some .png):
C:\Users\<user>\AppData\Roaming\LDCad\partBin\default\sets\nxt.pbg

Missing parts I cannot find:
57482 - USB cable
61069 - Design Shell W. Ribs Ø4.85
85543 - V-Belt Ø15, White
13972 - Caterpillar Track

Regards,
Jakub


Attached Files
.txt   nxt.txt (Size: 1.05 KB / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#63
- 57482 - USB cable : Never created indeed.
- 61069 - Design Shell W. Ribs Ø4.85 : Official, Technic Panel Side Flaring Intake 4 x 6.5
- 85543 - V-Belt Ø15, White : Official, Rubber Belt Round 15 / 1.6 (but it needs to be shaped anyway)
- 13972 - Caterpillar Track : Exist as unofficial 53992c01 / c02 / c03 (different shapes)
Reply
Re: LDCad 1.4 (win+linux)
#64
Very handy indeed,

You also might want to add some relevant templates to the items list like so:

Code:
path\nxtCable.ldr:[sourceInv=templates]
path\rubberBandRound.ldr:[sourceInv=templates]

I would like to add this pbg to the next version if you don't mind. I'm also thinking in about adding ones for the other nxt/evo sets and maybe some of the older technic expansion sets.
Reply
Re: LDCad 1.4 (win+linux)
#65
Phil, Roland,

Thanks for hints Smile

I like the idea of adding these (attached as .txt) files to ldcad.
(just... don't forget about my wish about having color definition within pbg Wink )

All,

I created also part listing for 9580 (Wedo) set.

Parts that I cannot find, but with good substitution:
88395 Brick 1X1 " No. 3" , substituted by 3005pe1.dat (not sure if it is not the same brick actually)
85546 V-Belt Ø33, Yellow, substituted by path\rubberBandRound.ldr:[sourceInv=templates]
59877 Mini Head No. 500, substituted by 3626bp01.dat
59630 Mini Head No. 495, substituted by 3626bp01.dat

Part that I cannot find and I cannot find good substitution:
76382 Mini Upper Part "No. 1204". Is there upper torso _with_ hands? like 979.dat?
14224 String 40 M W. 2 Knobs,


I updated 8547 (NXT 2.0) with:
- removed USB cable. Seems not to be essential.
- removed 13972 (caterpillar track), but added 53992c0(1,2,3).dat before parts list as a comment (ldcad seems to ignore them). It will be easier to add them when 53992 will become official.
- 85543 and 61069 are indeed in library - I had to update my local repository.
- added path\rubberBandRound.ldr:[sourceInv=templates] and path\nxtCable.ldr:[sourceInv=templates].

Please note that these files is based on brickset.com listing, and parts are sorted by color.
If one part exists in different colors in the set, I added it couple of times (in future it will be easier to add color mapping):
54821.dat (color ball, 4 colors) 32140.dat (L-shaped beam, 2 colors) 32009.dat (Double Angular Beam, 2 colors)

Regards,
Jakub


Attached Files
.txt   9580.txt (Size: 841 bytes / Downloads: 5)
.txt   8547.txt (Size: 1.16 KB / Downloads: 1)
Reply
Re: LDCad 1.4 (win+linux)
#69
Jakub Trznadel: "don't forget about my wish about having color definition within pbg"

It's already possible/supported, it's used in the 8071.pbg file.

Basically you'll have to add ":[color=nn]" after the .dat item (note: use ':' only if it isn't already in the line.). 'nn' is the LDraw color number.
Reply
Re: LDCad 1.4 (win+linux)
#67
I didn't know about this sets feature in the parts bin. But it looks very useful to me.
Could someone maybe make a simple tool to generate such a pbg file from a .xml/.bsx or .csv file?
Reply
Re: LDCad 1.4 (win+linux)
#78
Here you go: Generate LDCad parts bin custom list.

Cheers,
Trevor
Reply
Re: LDCad 1.4 (win+linux)
#58
Hi Roland,
I just found a way to crash LDCad (and unfortunately I discovered it after a long period without saving Wink
Select a part, then right click -> reorganize -> move to current level. BAM!
Reply
Re: LDCad 1.4 (win+linux)
#59
Philippe Hurbain Wrote:Hi Roland,
I just found a way to crash LDCad (and unfortunately I discovered it after a long period without saving Wink
Select a part, then right click -> reorganize -> move to current level. BAM!

Just tried this and I can confirm the crash.
______________________________________________
OS = Ubuntu 14.04 LTS (64bit)
Reply
Re: LDCad 1.4 (win+linux)
#60
Philippe Hurbain Wrote:Select a part, then right click -> reorganize -> move to current level. BAM!
I just tried myself and it only seems to crash while not in nested mode, as the move to current level feature should be disabled / blocked while not in nested mode.

I'll fix this in the next version. Thanks for reporting / checking.
Reply
Re: LDCad 1.4 (win+linux)
#73
Another sure way to crash: inadvertantly select a submodel, then use models -> delete this submodel...
(you can always count on me for monkey tests Wink
Edit: Seems more complex than that, seem to be unable to delete any submodel. More when I figured out things...
Edit 2: OK, I was actually attempting to delete main model (did I say monkey test?). But this shouldn't crash, and it doesn't with other files, but for some reason this one does (attached).


Attached Files
.zip   42036 - Street Motorcycle - Copie.zip (Size: 175.4 KB / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#74
I think it's caused by the groups, as it didn't crash anymore when I removed grouping by select all / ungroup (twice as there is a group using another group.)

So any model containing groups probably causes a crash while deleting that model, thanks for reporting.

I'm going to create a 1.4a soon as this is the second bug regarding groups and 1.5 is still nowhere near the beta stage. So if you or anyone else has additional issues please let me know.

Thanks again.
Reply
Re: LDCad 1.4 (win+linux)
#75
Roland Melkert Wrote:I'm going to create a 1.4a soon as this is the second bug regarding groups and 1.5 is still nowhere near the beta stage. So if you or anyone else has additional issues please let me know.
Most probably a video (NVIDIA GeForce GTX 280) driver issue, but... I recommended LDCad to a friend, and he gets this ugly display. Any hint?

   
Reply
Re: LDCad 1.4 (win+linux)
#76
It looks like LDConfig.ldr isn't loaded/found. The color wheel should be empty as well in such a case.

Manually locating the color def file using the prefs/ldraw/configuration files dialog should fix it.
Reply
Re: LDCad 1.4 (win+linux)
#77
Sometimes I just feel dumb... should have thought of that!!!
Reply
Re: LDCad 1.4 (win+linux)
#66
I noticed a few connectivity issues with the smooth Technic panels (64680, 64693, 87086, etc...), several holes can be used only from inside of the panel, not from outside, and top hole of wide panels can't be used at all.
Also 6141 1x1 round plate is missing bottom tube connectivity...
Is there any way to fix these issues at "user level"? No big deal anyway since gridded moves come to the rescue...
Reply
Re: LDCad 1.4 (win+linux)
#68
I checked all panels, and you are right the info is a mess Smile

Luckily many of those panels use the same subpart, so correcting them wasn't that big of a deal.

Attached is a (rename .zip to .sf) updated shadow.sf, place it in the LDCad installation's seed folder while the program is closed.

Tweaking the info yourself is possible but it's currently undocumented and VERY user unfriendly. Editing snapinfo inside LDCad it self is high on my 1.5 wish list so it might become alot easier in the future. Currently I myself use the dev version (which has the option to visuallize the info, like below) and notepad.

   

You can give it a try/look by unzipping the .sf file (as it's a plain zip file containing a LDraw library tree). If you do make changes you need to point LDCad to the unpacked version of the shadow using the LDraw paths dialog.


Attached Files
.zip   shadow.zip (Size: 260.75 KB / Downloads: 0)
Reply
Re: LDCad 1.4 (win+linux)
#70
Thanks Roland, I have not checked extensively but it seems to work fine now.
Quote:Tweaking the info yourself is possible but it's currently undocumented and VERY user unfriendly. Editing snapinfo inside LDCad it self is high on my 1.5 wish list so it might become alot easier in the future. Currently I myself use the dev version (which has the option to visuallize the info, like below) and notepad.
I see... not utterly clear at first sight Wink

One question, is there a way to duplicate a submodel? Case in point, two almost identical flex parts. I created one, duplicated it and edited the other side before realizing that both flex parts referenced the same submodel Wink
Reply
Re: LDCad 1.4 (win+linux)
#71
Quote:I see... not utterly clear at first sight Wink
Indeed, although most of the time you only have to describe the radius changes inside holes and on pegs. Side note in the previous note I wrote to unzip the .sf file, but I forgot it actually contains another file (.csf) which you also need to unzip first Smile.

Quote:is there a way to duplicate a submodel?
Not currently, but I like the idea I'll add it to my 1.5 todo list.
Reply
Re: LDCad 1.4 (win+linux)
#72
Quote:I forgot it actually contains another file (.csf) which you also need to unzip first Smile.
I figured that...
Quote:Not currently, but I like the idea I'll add it to my 1.5 todo list.
In the meantime I'll use a text editor Wink
About submodel duplication, it would be nice to offer the option of mirroring it, at least for flex parts where there are no assymetric parts problems.
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)