 | | | | | |
In lugnet.cad, Don Heyse wrote:
> Or maybe it's time to switch to ldview for the part tracker pictures. I
> suspect the ldglite excutable used by the part tracker scripts predates the
> ldglite support for LDConfig.ldr. So you probably need to do a recompile
> with the current sources to see the expected results in the tracker pictures
> after moving all the colors around. Since a recompile may be needed, why not
> build an ldview executable instead?
Travis has worked on a switch after this post:
http://news.lugnet.com/cad/?n=14787&t=i&v=a
but I do not remember why there was no happy ending.
w.
| | | | | | | | | | | | | | | |
In lugnet.cad, Willy Tschager wrote:
> In lugnet.cad, Don Heyse wrote:
> > Or maybe it's time to switch to ldview for the part tracker pictures. I
> > suspect the ldglite excutable used by the part tracker scripts predates the
> > ldglite support for LDConfig.ldr. So you probably need to do a recompile
> > with the current sources to see the expected results in the tracker pictures
> > after moving all the colors around. Since a recompile may be needed, why not
> > build an ldview executable instead?
>
> Travis has worked on a switch after this post:
>
> http://news.lugnet.com/cad/?n=14787&t=i&v=a
>
> but I do not remember why there was no happy ending.
I created a command line-only version of LDView and got it built on the peeron
server, but nobody took the next step of creating a new LDView-based image
generation script. I'd be happy to help out anyone who has the access to do
this and is willing to do so; LDView itself should be ready.
--Travis
| | | | | | | | | | | | | | | | |
In lugnet.cad, Willy Tschager wrote:
> In lugnet.cad, Don Heyse wrote:
> > Or maybe it's time to switch to ldview for the part tracker pictures. I
> > suspect the ldglite excutable used by the part tracker scripts predates the
> > ldglite support for LDConfig.ldr. So you probably need to do a recompile
> > with the current sources to see the expected results in the tracker pictures
> > after moving all the colors around. Since a recompile may be needed, why not
> > build an ldview executable instead?
>
> Travis has worked on a switch after this post:
>
> http://news.lugnet.com/cad/?n=14787&t=i&v=a
>
> but I do not remember why there was no happy ending.
>
> w.
If anyone interested, my application (SR 3D Builder) can generate parts images
based on the contents of a text files or taking the single image directly from
the screen.
It generates the images for itself, but anybody can use them for any purpose,
included part tracker
| | | | | | | | | | | | | | | | | |
| |
|
In lugnet.cad, Sergio Reano wrote:
> In lugnet.cad, Willy Tschager wrote:
> > In lugnet.cad, Don Heyse wrote:
> > > Or maybe it's time to switch to ldview for the part tracker pictures. I
> > > suspect the ldglite excutable used by the part tracker scripts predates the
> > > ldglite support for LDConfig.ldr. So you probably need to do a recompile
> > > with the current sources to see the expected results in the tracker pictures
> > > after moving all the colors around. Since a recompile may be needed, why not
> > > build an ldview executable instead?
> >
> > Travis has worked on a switch after this post:
> >
> > http://news.lugnet.com/cad/?n=14787&t=i&v=a
> >
> > but I do not remember why there was no happy ending.
> >
> > w.
>
> If anyone interested, my application (SR 3D Builder) can generate parts images
> based on the contents of a text files or taking the single image directly from
> the screen.
> It generates the images for itself, but anybody can use them for any purpose,
> included part tracker
But if I've understood correctly, the Peeron server is a *nix box and
sr3dbuilder is Windows-only. So it can't work on the parts tracker unless it
comes to support *nix too.
Would the swich to LDView give a fix to the part images not properly generating
on the PT? At some times the picture comes out uncomplete and sometimes
unrefreshed..
| | | | | | | | | | | | | | | | |
In lugnet.cad, Santeri Piippo wrote:
> Would the swich to LDView give a fix to the part images not properly generating
> on the PT? At some times the picture comes out uncomplete and sometimes
> unrefreshed..#
That's nothing to do with the rendering software, it's due to overload on the
webserver, causing the script that queues the rendering request to fail.
I requeue them manually when I notice.
Chris
| | | | | | |
