I got a stud.io file with all inlined parts, size is about 7 MB. Opening this file in Stud.io is nearly impossible as I'm waiting now for about 45 minutes and still having "parsing a file 0%", while LDCad opens it in a few seconds. Unfortunately, all colors are Stud.io/Bricklink-colors, so they are "MISSING" in LDCad.
Is there an easy way in LDCad to activate an import-filter replacing all Stud.io/Bricklink-colors by LDraw-colors on load or is there a small script to replace colors after loading? If so: does such a script exist already? As far as I understand, especially the -1 and -2 colors need special attention as they map to 16/24 in the LDraw universe.
Thanks for any hint, I'm willing to implement the converting script if this is the way to go and not done yet.
It is a simple macro to transpose two colors in a selection. You might use it if you have built a huge checkered floor out of tiles and realized you have the pattern backwards!
I'm sure there are ways to improve it, but I'm actually pleased I was able to work it out in one day.
Here it is:
Code:
genTools=require('genTools')
function runColorSwap()
local ses=ldc.session()
local sel=ses:getSelection()
local cnt=sel:getRefCount()
if not ses:isLinked() then
ldc.dialog.runMessage('No active model.')
return
end
if cnt==0 then
ldc.dialog.runMessage('No selection active.')
return
elseif cnt<2 then
ldc.dialog.runMessage('At least two items must be selected.')
return
end
local colors={}
local function has_value (tab, val)
for k, v in ipairs(tab) do
if v == val then
return true
end
end
return false
end
for i=1,cnt do
local ref=sel:getRef(i)
local col=ref:getColor()
if not has_value(colors, col) then
table.insert(colors, col)
end
end
if #colors==2 then
for i=1,cnt do
local ref=sel:getRef(i)
local col=ref:getColor()
if col==colors[1] then
ref:setColor(colors[2])
elseif col==colors[2] then
ref:setColor(colors[1])
end
end
else ldc.dialog.runMessage('The selection must contain exactly two colors.')
end
end
--===================
function register()
local macro=ldc.macro('Color swap')
macro:setHint('Transposes two colors in a selection.')
macro:setEvent('run', 'runColorSwap')
end
An updated version of the LDraw All-In-One-Installer, in short AIOI, containing the LDraw Parts Library update 2022-02 with 366 new files (including 196 new parts and 12 new primitives) has been released.
The AIOI supports Windows XP (Home and Pro), Windows Vista or higher (all versions). There are two installer files available: Use the 64 Bit AIOI to install all the main 64 Bit programs, while the older 32 Bit programs are offered in a separated .exe file. Please note that only the 64 Bit version contains the LDraw Parts Library. If you want to use the 32 Bit programs it is mandatory that the library has been installed previously. The Installer will NOT run on Windows 95, 98, ME, NT Ver 4, 2000, or XP below SP2.
It contains the following changes:
* Update to Parts Library 2022-02
* Update to MLCad.ini 2022-02
* Update to Offline Parts Catalog 2022-02
* Update to LDView 4.4.1
You can download the AIOI from:
LDraw.org >> Help >> Get Started >> Windows >> LDraw All-In-One-Installer
Many thanks to all the programmers who contributed to this release.
Recently I have noticed that some axle primitives are incompatible with HD circular primitives. On almost any model using axle primitives have holes show up in some places. Probably, we can introduce series of HD axle primitives that would match the HD circular primitives?
I wanted to report more about the animation playback issue I'm having, as mentioned here.
In the 1.7 alpha, I tried each of the scripted example models and found no issues, except for 8860. When I started the animation for this one, unlike the others, it played the colorfest animation rather than the 8860 demo. I switched to the 8860 animation and started it. The play button highlighted but the animation did not start, and it remained stuck like that for maybe two minutes. Then the program gave up and just want back to a ready state, and the animation never played.
I switched to 1.6d and went through the same process. The first scripted model I tried, 5510, had the same issue, but the hang time was much shorter, just a couple of seconds. Other scripted models worked fine, as did a second attempt at 5510. Then came 8860, and it had the same behavior as it did in 1.7, except for two things. First, it seemed to get through a single frame (the camera view changed and the counter moved to 0.16 seconds), but otherwise froze up like before. I've attached of screenshot of this stage. Second, it didn't default to the colorfest this time, but opened with its own demo script loaded.
I've also attached log files from these two sessions. (I did try again in 1.7 and it was exactly like the first time except without the colorfest. It didn't get through even one frame.)
I'm quite sure I've run this animation perfectly fine in 1.6d before, so I don't think it's a version-specific problem. But it does seem to be related to the 8860 model somehow.