99455.dat part missing in LPub3d fade steps?


RE: 99455.dat part missing in LPub3d fade steps?
#15
(2016-08-06, 3:08)Kevin Wrote:
(2016-08-05, 22:35)Trevor Sandy Wrote:
(2016-08-05, 12:24)Kevin Wrote:
(2016-08-05, 10:05)Trevor Sandy Wrote:
(2016-08-05, 7:51)Kevin Wrote: Unfortunately, I'm still having the exact same problem.  Faded parts not showing up at all, and a crash when rebuilding the Fade Color Parts List.  Here are the last entries in the log file, if it's any help:

2016-08-05T14:29:49.965 STATUS  lpub.h void Gui:ConfusedtatusMessage(bool, QString) @ln 613 "Page display ready."
2016-08-05T14:30:33.206 INFO  threadWorkers.cpp bool ColourPartListWorker::processArchiveParts(const QString&) @ln 976 "Processing Unofficial Library - Parts Count: 2358"
2016-08-05T14:30:37.418 INFO  threadWorkers.cpp bool ColourPartListWorker::processArchiveParts(const QString&) @ln 1020 "Finished Unofficial Library"
2016-08-05T14:30:37.716 INFO  threadWorkers.cpp bool ColourPartListWorker::processArchiveParts(const QString&) @ln 976 "Processing Official Library - Parts Count: 13502"

I again refreshed the Official and Unofficial parts archives, but still the same issue.

I don't know if it's relevant, but every time I reset the Fade Files Cache, it reports "0 items removed" even after stepping through many pages of successfully faded steps.

Thank you.

Kevin

Well I'm completely stumped on why your fade step generation keeps crashing  Exclamation  

Try the fade generations a few times... It did complete the unofficial archive which but failed on cycle 2 of 3 - capturing the files from the official archive. Anyway, for now, use the provided fadestep list - the installation replaces your old one. You can see the generation date as Aug 01, 2016. 

Can you send the entire log? You can see in there if fade files are being generated or not.

Fore the fade parts not showing up, did you clear you model cache before generating ? It's the LPub3D directory created where you store you model file. If there are already renderings (old ones without fade parts displayed), LPub3D will not create new ones. So you might think the problem still exist when, if fact, it does not. Can you check this?

Cheers,

Some progress:  I'm able to generate the Fade Color Parts List now.  It took about 5 tries to get it to complete successfully, but it's worked 3 times in a row now.

Unfortunately, that hasn't translated into successful fading in my model.  The parts that aren't working are in the list, but that doesn't seem to be the fix.  I have also deleted the LPub3D subdirectory and cleared the caches to no avail.

I'm attaching the last 20+ minutes of the log file (the entire file is too big to attach), the .mpd file, and two pages of the PDF that show the failure. 

Thanks again for your time and attention with this issue.

Kevin

Kevin,

This block of logging tells that:
- You launched the application with FadeStep already enabled
- Your are using LDraw.ini
- LDraw.ini did not detect your fade directories ...unofficial/fade/parts & ...unofficial/fade/p (which means they are either not defined or does not exist)
- If LDraw.ini did not detect your fade directories then the renderers will also not detect them and; consequently, no image files will be generated for fade parts

Code:
2016-08-05T20:04:29.357 INFO  application.cpp void Application::initialize(int&, char**) @ln 247 "-Initialize: New gui instance created."
2016-08-05T20:04:30.048 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  .
2016-08-05T20:04:30.049 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\LEGO_Tools\LDraw\p
2016-08-05T20:04:30.050 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\LEGO_Tools\LDraw\parts
2016-08-05T20:04:30.051 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\LEGO_Tools\LDraw\Unofficial\Parts
2016-08-05T20:04:33.281 INFO  application.cpp int Application::run() @ln 287 "Run: Starting application..."
2016-08-05T20:04:34.322 INFO  application.cpp int Application::run() @ln 291 "Run: Application started."

For the launch criteria above, here is what a normal block of logging should look like if LDraw.ini is properly detecting your defined directories:

Code:
2016-08-06T00:04:57.159 INFO  application.cpp void Application::initialize(int&, char**) @ln 247 "-Initialize: New gui instance created."
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  .
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\P
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\PARTS
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\MODELS
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\P
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\parts
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\testParts
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\LSynth
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\customParts\p
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\customParts\parts
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\fade\p
2016-08-06T00:04:57.270 INFO  ldsearchdirs.cpp virtual bool LDPartsDirs::loadLDrawSearchDirs(const char*) @ln 377 LDRAW SEARCH DIR PUSHED:  C:\Users\Trevor\LDraw\Unofficial\fade\parts
2016-08-06T00:04:58.130 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 3 parts from C:/Users/Trevor/LDraw/MODELS"
2016-08-06T00:04:58.256 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 4 [3 + 1] parts from C:/Users/Trevor/LDraw/Unofficial/testParts"
2016-08-06T00:04:58.435 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 37 [4 + 33] parts from C:/Users/Trevor/LDraw/Unofficial/LSynth"
2016-08-06T00:04:58.573 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 41 [37 + 4] parts from C:/Users/Trevor/LDraw/Unofficial/customParts/p"
2016-08-06T00:05:00.175 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 78 [41 + 37] parts from C:/Users/Trevor/LDraw/Unofficial/customParts/parts"
2016-08-06T00:05:00.946 INFO  threadWorkers.cpp bool PartWorker::processPartsArchive(const QStringList&, const QString&) @ln 807 "Archived 118 [78 + 40] parts from C:/Users/Trevor/LDraw/Unofficial/fade/parts"
2016-08-06T00:05:01.748 INFO  application.cpp int Application::run() @ln 287 "Run: Starting application..."
2016-08-06T00:05:02.902 INFO  application.cpp int Application::run() @ln 291 "Run: Application started."

Notice all fade directories are pushed. In the end, only directories that are not empty are processed however.

Play around a bit with your directory settings to ensure LDrawini is detecting your fade directories. 

Also check again that fade parts are being generated for static colour parts in your model - the steps for this are defined somewhere in this post.

Cheers,

It's working now!

I'm not sure which piece I was missing, but whatever it was, it no longer appears to be missing. 

Thank you for all your help and your incredible patience.  I truly appreciate it.

Kevin

Excellent - good to see all is well.

Cheers,
Reply
« Next Oldest | Next Newest »



Messages In This Thread
RE: 99455.dat part missing in LPub3d fade steps? - by Trevor Sandy - 2016-08-06, 20:31

Forum Jump:


Users browsing this thread: 11 Guest(s)