I was fooling around with LPub for the first time in a long time, and an issue came up. While I could see all of the filenames that are in my .mpd file in the dropdown on the LPub toolbar, I could only see the instruction pages for the first .ldr from the .mpd file. Is it possible to get LPub to render the other .ldrs contained in my .mpd file, or do I have to do it the brute force way (move each .ldr to the top of the list, then open in LPub and render the instructions one sub-model at a time)?

Also, I could have sworn when I used LPub a few years ago, it was able to use POV-Ray as it's renderer. Is that no longer the case?

Thanks in advance for your help.

Those other .ldr files need to be submodels of the first one. If they're not referenced in the first .ldr, they won't show up in LPUB. If they currently aren't submodels, you could add an additional step at the end of the first model for each of the other .ldrs and then just navigate to those in LPUB. Hope that all makes sense.

I don't know the answer to your question about POV-Ray.

Walter

Lpub only sees the model at the top of the list in Mlcad.I always make the first model the master model with all of the sub assemblies.

I also had problems with Lpub not reading some files but when i looked at them i found out i had unknown parts and duplicate entries in the text file of the model but once I took those out it worked fine.

Files to be used in povray have to be exported from Ldview to be formatted right for Povray.

Bill

Edited May 15, 201311 yr by Bamos

Thanks, Kristel and Bill. While all of the submodels are in the same .mpd file, none of them are referenced in the first .ldr file. Which explains why they aren't having the instructions generated.

I suppose I could start combining .ldrs using buffer exchanges, but I won't be able to do that for the entire MOC. I think I have 30+ .ldr files, and MLCad is limited to 26 exchanges.

That's not a bad thing, as having 420 steps in one .pdf is going to make it pretty substantial. Better to make it three or four .pdfs, similar to TLG having two or three instruction booklets.

Back to work...

Thanks, Kristel and Bill. While all of the submodels are in the same .mpd file, none of them are referenced in the first .ldr file. Which explains why they aren't having the instructions generated.

I suppose I could start combining .ldrs using buffer exchanges, but I won't be able to do that for the entire MOC. I think I have 30+ .ldr files, and MLCad is limited to 26 exchanges.

That's not a bad thing, as having 420 steps in one .pdf is going to make it pretty substantial. Better to make it three or four .pdfs, similar to TLG having two or three instruction booklets.

Back to work...

Basically the main model needs to include all the others, like they said be referenced. If they are there becaus of being e.g. a house of a town which is an independent structure, you need to create seperate instructions. LPUB does not handle this.

Regarding buffers, you can use the same buffer repeatedly, so no need to change them.

Basically the main model needs to include all the others, like they said be referenced. If they are there becaus of being e.g. a house of a town which is an independent structure, you need to create seperate instructions. LPUB does not handle this.

Regarding buffers, you can use the same buffer repeatedly, so no need to change them.

Thanks. I'll go test it.

Alrighty then. Moving the complete assembly up to the top did what I wanted it to. But a new problem has cropped up. Now whenever I use a sub-assembly multiple times, LPub tries to give me a x2 or x4, etc. Only the numbers are wrong. Instead of building something 3 times, it only gives me 2 times. Or if it is used 6 times, it gives me a x4. I'm not sure how to get LPub to recognize the error of it's ways.

The instructions are looking better. It's progress.

I take advantage of the situations saying that, if someone want to create a simple, complete step-by-step guide to LPub, he/she is welcome and the guide will be indexed.

I take advantage of the situations saying that, if someone want to create a simple, complete step-by-step guide to LPub, he/she is welcome and the guide will be indexed.

Are you aware of this tutorial?

Are you aware of this tutorial?

If I may, I would say that the tutorial the Philo linked too really only covers the basics of Lpub.

There is a lot of advanced stuff that that tutorial does not show well or not cover at all.

Are you aware of this tutorial?

Didn't know specifically this one, anyway I think that have our tutorial, that we can update according to our experience and followed by an experienced user, would be better.

Besides, it will be the first part of a topic where people can ask and receive help about LPub.

Didn't know specifically this one, anyway I think that have our tutorial, that we can update according to our experience and followed by an experienced user, would be better.

Besides, it will be the first part of a topic where people can ask and receive help about LPub.

I'd be happy to help with this.

I'd be happy to help with this.

And we are glad of your availability!

I'll send you a private message.

I figured out why I'm having problems with the number of sub-model callouts. I'm trying to word this so you don't get completely lost. Suppose you have submodel A, which is used in two submodel Bs and one Submodel C. Submodel B is built first. So when the instructions for Sub A come up, it gets a x2, and the third one for Sub C gets lost in the shuffle. I have no clue how to fix this, other than using a .PDF editor to change the number of instances, or putting a qualifying message into the instructions, something along the lines of "On page 43, make three instead of two."

I'd be happy to help with this.

Way cool.

I figured out why I'm having problems with the number of sub-model callouts. I'm trying to word this so you don't get completely lost. Suppose you have submodel A, which is used in two submodel Bs and one Submodel C. Submodel B is built first. So when the instructions for Sub A come up, it gets a x2, and the third one for Sub C gets lost in the shuffle. I have no clue how to fix this, other than using a .PDF editor to change the number of instances, or putting a qualifying message into the instructions, something along the lines of "On page 43, make three instead of two."

The only way I've found to get around this is to have seperate submodels with a different name for each instance you use it. In your example, it would be SubmodelA1 and Submodel A2