LDCad 1.6a (win+linux)


LDCad 1.6a (win+linux)
#1
Ok, I've hadn't any bug reports for awhile so I'm releasing the 1.6a version.

It's mainly a maintenance version but as there won't be a 1.7 version it also includes a couple of minor new features, namely:

- Direct color selection by number. This is done by typing the number followed by enter while the mouse is over a color name inside any color bin. Or click that text to open a input dialog for typing the number/hex code.
- Transparent color indication inside the color bin history bar.

It also includes a couple of new templates and a handful of snapping corrections etc.


Linux note: It might be needed to delete the whole partBin location before starting the program to really fix some of the template group problems resulting from the (now fixed) dos folder seps inside dirList bin groups bug.

   

Hope it's worth the upgrade Smile
http://www.melkert.net/LDCad/download
Reply
RE: LDCad 1.6a (win+linux)
#2
(2017-10-01, 19:45)Roland Melkert Wrote: - Direct color selection by number.

Thanks, Roland. This is an interesting feature. I remember someone suggested searching by a color name, that would be even better. More for humans, you know Smile

BTW, this touches the problem I just had this week. It was, again, so difficult to find some colors among all those dithered ones that I decided to create my own filter for partBin. Thanks a lot for both making LDCad so configurable and for your technical documentation. Life is so easy and nice now! :Big Grin Three wheels instead of 10 for solid colors and all those strange colors gone!

It works so well for me that I'm probably too lazy to learn color numbers Smile
Reply
RE: LDCad 1.6a (win+linux)
#4
Quote:BTW, this touches the problem I just had this week. It was, again, so difficult to find some colors among all those dithered ones that I decided to create my own filter for partBin.
There is a switch to disable dithered colors without messing with color bins:
Prefs->ldraw->calculate missing dithered
Prefs->ldraw->calculate missing transparent
Indeed, disabling them is mostly helpful!!!
Reply
RE: LDCad 1.6a (win+linux)
#5
(2017-10-02, 8:38)Philippe Hurbain Wrote: There is a switch to disable dithered colors without messing with color bins:
It's funny (after all that time with partBin definitions someone comes with a two-click solution and Murphy laughs) but very helpful. I do not need to transfer my partBin files to new LDCad versions, just click twice. Thanks, Philippe!
Reply
RE: LDCad 1.6a (win+linux)
#6
(2017-10-02, 9:07)Milan Vančura Wrote:
(2017-10-02, 8:38)Philippe Hurbain Wrote: There is a switch to disable dithered colors without messing with color bins:
It's funny (after all that time with partBin definitions someone comes with a two-click solution and Murphy laughs) but very helpful. I do not need to transfer my partBin files to new LDCad versions, just click twice. Thanks, Philippe!
You're welcome Wink
I personnaly think that dithered colors should default to disable...
Reply
RE: LDCad 1.6a (win+linux)
#8
(2017-10-02, 9:39)Philippe Hurbain Wrote: I personnaly think that dithered colors should default to disable...

You can also filter them out using the <filter> sections in a kind=filter cbg.


I initially enabled them because they seems widely used at the time.

Also when disabled models using them would still force them into the bin when needed (not kept when restarting). You can prevent that by using the filter.

Side-note: they aren't even really dithered but blended Big Grin
Reply
RE: LDCad 1.6a (win+linux)
#3
(2017-10-01, 19:45)Roland Melkert Wrote: Ok, I've hadn't any bug reports for awhile so I'm releasing the 1.6a version.

Hi Roland,

I just installed 1.6a (Windows 7, 32 bit) and when I opened LDCAD it displayed a dialog window titled "Scripting console" in which it displayed the following:


Quote:[string "samples.lua"]:244: "C:\Users\djm\AppData\Roaming\LDCad\scripts\default\global\samples.lua" execution exceeded the maximum duration of 250ms.

Script main run failed.

which is something which I suspect should not have occurred.

Regards,

David
Reply
RE: LDCad 1.6a (win+linux)
#7
(2017-10-02, 8:05)David Manley Wrote: I just installed 1.6a (Windows 7, 32 bit) and when I opened LDCAD it displayed a dialog window titled "Scripting console" in which it displayed the following:

Probably one of two things:

1: The script really takes too long to run, meaning your system is extremely slow (background work running?) as that script shouldn't take more then 1ms even on old systems.

2: The timing functions LDCad use are unreliable on your system, this should be visible by also having very low frame rate numbers in the lower left corner while the graphics are clearly not that slow.

Both issues can be fixed by deleting the scripts in "C:\Users\djm\AppData\Roaming\LDCad\scripts\default\global", none of those are essential for LDCad's basics. Or just ignore the message at startup.
Reply
RE: LDCad 1.6a (win+linux)
#9
Roland,

did you change something in regard of the LDraw path? Despite the fact that I write the LDraw path in the AIOI via the main.cfg I've got a pop-up at the first launch. Could it be because of the zipped/unzipped version of the library? If so, just let me know what has to be done to point to the complete.zip in the LDraw root folder (as I did for LeoCAD).

w.
LEGO ergo sum
Reply
RE: LDCad 1.6a (win+linux)
#10
(2018-01-30, 19:48)Willy Tschager Wrote: Roland,

did you change something in regard of the LDraw path? Despite the fact that I write the LDraw path in the AIOI via the main.cfg I've got a pop-up at the first launch. Could it be because of the zipped/unzipped version of the library? If so, just let me know what has to be done to point to the complete.zip in the LDraw root folder (as I did for LeoCAD).

w.

I didn't change anything on that front in recent versions.

Maybe youi forgot the last backslash needed to indicate a directory, other wise it will try to open it as a zip.

So In main.cfg:
Code:
<LDrawPaths>
off->C:\Users\Public\Documents\LDraw\

or
Code:
<LDrawPaths>
off->C:\Users\Public\Documents\LDraw\complete.zip



You can also use LDCad.cfg (or e.g LDCad64.cfg if LDCad64.exe is used) so it works for all users (main.cfg is on a per user base).
by using:
Code:
[defaults]
defMainLib=C:\Users\Public\Documents\LDraw\

It will also accept a zip absfilename.

setup will also automatically look for complete.zip if no parts and p folders are present in the main library location at first start.
Reply
RE: LDCad 1.6a (win+linux)
#11
Hello Roland. I see new update of parts is released, what recalled me the question of snap data for the previous one. Please, do you have it ready and is it downloadable somewhere? Maybe I missed a link (if it was in the middle of some thread only). Thanks!
Reply
RE: LDCad 1.6a (win+linux)
#12
(2018-01-31, 11:08)Milan Vančura Wrote: Hello Roland. I see new update of parts is released, what recalled me the question of snap data for the previous one. Please, do you have it ready and is it downloadable somewhere? Maybe I missed a link (if it was in the middle of some thread only). Thanks!

I processed the 1701 library in preparation of 1.6b, I also made some changes to the bin which I posted here:
https://forums.ldraw.org/thread-22656.html

I will also make shadow files for the new 1801 lib before releasing 1.6b (will cause a slight delay in its release though).
Reply
RE: LDCad 1.6a (win+linux)
#13
(2018-01-31, 18:18)Roland Melkert Wrote: I processed the 1701 library in preparation of 1.6b, I also made some changes to the bin which I posted here:
https://forums.ldraw.org/thread-22656.html
Thanks, this is what I installed. I see some changes in part bin structure but snapping is still missing for new parts. For example 24299 (missing antistuds on bottom).
And I was surprised the zip file contains .sf files for seeds/ directory only, I expected an update of shadow/ directory as well - this is how I came up with (probably wrong) assumption the snap info is not a part of that .zip file and I need to get an extra update... ?
Reply
RE: LDCad 1.6a (win+linux)
#14
(2018-02-01, 13:03)Milan Vančura Wrote:
(2018-01-31, 18:18)Roland Melkert Wrote: I processed the 1701 library in preparation of 1.6b, I also made some changes to the bin which I posted here:
https://forums.ldraw.org/thread-22656.html
Thanks, this is what I installed. I see some changes in part bin structure but snapping is still missing for new parts. For example 24299 (missing antistuds on bottom).
And I was surprised the zip file contains .sf files for seeds/ directory only, I expected an update of shadow/ directory as well - this is how I came up with (probably wrong) assumption the snap info is not a part of that .zip file and I need to get an extra update... ?
That package contains shadow.sf which is the seed for snapping info.

Seed files are simply my solution to the multi user environment thing, they are renamed zip files with the default settings for partibin, colorbin, shaow etc. They will auto extract when the matching root folder (as set in LDCad.cfg or besides the main exe if no cfg is present) doesn't exist (first start for this user) or when the last extraction date is older then the .sf timestamp.
Reply
RE: LDCad 1.6a (win+linux)
#15
(2018-02-01, 20:32)Roland Melkert Wrote:
(2018-02-01, 13:03)Milan Vančura Wrote: Thanks, this is what I installed. I see some changes in part bin structure but snapping is still missing for new parts. For example 24299 (missing antistuds on bottom).
That package contains shadow.sf which is the seed for snapping info.
Yes. I can look into them on filesystem - like into any other zip file. And I see that shadow.cf contains 24299.dat file with the snap definition I'd expect (two antistuds at part bottom). But after I put all these .sf files into seeds/ subdirectory and start LdCAD, I see no antistuds there for part 24299. Checked with "show snap info" function (F12).
Is there any special action I need to do? Or LdCAD setting?

I expect that it starts to work when I extract .csl file from the .sf file manually and put it into shadow/ directory (replace the old/original version of the same file). But why it does not work with seeds/ directly?
Reply
RE: LDCad 1.6a (win+linux)
#16
(2018-02-01, 23:07)Milan Vančura Wrote:
(2018-02-01, 20:32)Roland Melkert Wrote: That package contains shadow.sf which is the seed for snapping info.
Yes. I can look into them on filesystem - like into any other zip file. And I see that shadow.cf contains 24299.dat file with the snap definition I'd expect (two antistuds at part bottom). But after I put all these .sf files into seeds/ subdirectory and start LdCAD, I see no antistuds there for part 24299. Checked with "show snap info" function (F12).
Is there any special action I need to do? Or LdCAD setting?

I expect that it starts to work when I extract .csl file from the .sf file manually and put it into shadow/ directory (replace the old/original version of the same file). But why it does not work with seeds/ directly?
The .sf only updates the .csl, but it seems you are using the shadow library unpacked. If so you'll need to manually unpack the updated csl again. It's probably better to first delete the old unpacked folder as I have deleted some files because those parts who have been moved/renamed in the new library (~moved in description)
Reply
RE: LDCad 1.6a (win+linux)
#17
Bug report:

If you have an invalid path set for the shadow library of the official library, LDCad crashes with no error upon navigating to parts bin where an official file thumbnail is generated.
Reply
RE: LDCad 1.6a (win+linux)
#18
(2018-02-11, 4:48)Orion Pobursky Wrote: Bug report:

If you have an invalid path set for the shadow library of the official library, LDCad crashes with no error upon navigating to parts bin where an official file thumbnail is generated.
What filename were you using? as I can't get it to crash by setting non existing shadow locations, also the log reported a "could not locate ...." in such cases.
I also tried setting a non zip as a csl but gives only gives a "invalid zip file" message dialog without.
Reply
RE: LDCad 1.6a (win+linux)
#19
(2018-02-11, 19:54)Roland Melkert Wrote:
(2018-02-11, 4:48)Orion Pobursky Wrote: Bug report:

If you have an invalid path set for the shadow library of the official library, LDCad crashes with no error upon navigating to parts bin where an official file thumbnail is generated.
What filename were you using? as I can't get it to crash by setting non existing shadow locations, also the log reported a "could not locate ...." in such cases.
I also tried setting a non zip as a csl but gives only gives a "invalid zip file" message dialog without.

Hmm. That’s what I changed to solve the crash but maybe that wasn’t the real cause. I’ll try to reproduce when I get home.
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: 1 Guest(s)
Forum Jump:


Users browsing this thread: 1 Guest(s)