roland

The method Snipe described is the intended way to copy dependencies into a new model. But it isn't necessary to do so, you can also just use the model as is and keep the two files paired together. If you really need / want to merge multiple files you can also just copy their contents using e.g. notepad, just keep an eye on the 0 FILE * lines in means of unique names and maybe add them to non mpd's etc.

This is a known bug and will be fixed in 1.6c

Any flexible non spring part is defined by adding points to the model the hose/string/etc must pass trough. Most of these points are of type bezier but can also be of type circle. Looping is an option of the generator which determines if the last point in the sequence connects back to the first one or not. See also http://www.melkert.net/LDCad/docs/advEdit For a short tutorial on flexible parts in LDCad.

Circle point generation lives in a 2D plane, so when you rotate them too far strange things happen :) For me the main trick was to temporary disable the loop generation then roughly place the beziers on one side, once that's ok you can add them in reverse on the other side.

Fun challenge so I gave it a try :) How about this: Could probably use a bit more tweaking, here's the model http://www.melkert.net/action/download/band.zip

You also need the unofficial LDraw library as those end connectors aren't official yet. See http://www.melkert.net/LDCad/faq#faq_unoflib for how to register the unofficial library in ldcad. It's basically the same as described in philo's ldraw forum thread only difference being this part exists out of 5 pieces, so you need to make sure all 5 are loose files.

Be careful with those comments, not all software can handle trailing comments and or will preserve them.

Why does it need flash? Is it only the installer whom refuses to proceed because of missing flash? If so you might fool it by copying some registry keys or folders from an older machine.

Some notes: ldr, mpd and dat are all correct LDraw extensions. The difference is in their usage guide lines: .dat for parts .ldr for single models .mpd for model with embeded supmodel/parts. In practice a parser/loader should not use the extension to do something specific, it should only use the content of the text file. 0 NOFILE Is optional, you could also just use the next 0 FILE . Anything after a NOFILE should be ignored until a new FILE meta is found. Also "0 NumOfBricks" is not an official meta.

I prefer the bigger sets. I just wished they had some without power functions as I like the pure manual mechanical sets from the past. It would also help keep the cost of these bigger sets down.

One thing though, some flexible parts will have generated subparts which will cause the 'loose' file to be an MPD. I'm not sure if stud.io supports that at the part level.

You need to add lsynth meta's for all 4 bars separately or make a submodel if all bars have the same shape. I did something similar using my own LDCad, if you're interested I posted it on the LDraw forum as attachment restrictions on this site are very strict. https://forums.ldraw.org/thread-22938.html

This is very cool, you're right about the car being a central character of the series. Season 11 even had an episode entirely shot from the inside of the car. Only thing missing is all the weapons in the trunk. :)

You can open it in any LDraw editor/viewer. But given its number of parts it will be extremely slow in MLCad as it uses software rendering.

It seems LPub doesn't consider those missing parts 'parts'. But the 1x3 tile with 2 studs is official in the 1701 library, so that one should be included no matter what. Have you tried clearing the part list cache in Lpub?

You could also try enabling LDView's part update feature so it will automatically download any missing unofficial files when you view your model in standalone LDView. Or is it already complete when viewed in LDView?

LPub(3d) has somewhat of a confusing library usage. This because it doesn't do the final rendering itself, this is usually done by LDView. So you have to make sure LDView has access to the same parts.

If you are using LDraw you can make (LPub) instructions for one and then copy the whole model file. After that you can use my LDCad to mirror the model (and submodels), this assuming the needed lpub meta's are (nearly) identical for both versions.

Rigid hose 3mm should fit in a stud hole / minifig hand. They can be bend, but only over long distances, it is available as a bendable template in LDCad. You'll have to find the real part number based upon the used length after use though.

"Add to favorites" will always add the current "working part", which is the last used/selected part indicated with a green rectangle in the bin.

Getting the brick on screen is only step one of about a hundred :)

The main issue with LPub(4/3d) and LDView is they use different LDraw library path settings, so the first step in fixing any issue is usually syncing those. Second LDView is known to consume huge amounts of memory when working with larger models at certain quality settings. Make sure you are using the 64 bit version and or try lower quality settings. my 2cts

If you only want to make simple static (so no knee bend in a minifig) animation you could also try my LDCad it should be considerably easier then full blown blender. You will need to do some scripting though.

changing the spec is easy, changing all the programs currently supporting that spec takes ages :(

I've released LDCad 1.6b. It contains mostly bugfixes and support for the newest LDraw libraries part snapping wise etc. Enjoy: http://www.melkert.net/LDCad/download