[help-3dldf] Re: Web animations

[lfinsto1]

Thanks for the quick response.

> Probably your problem is related with bad encoding parameters.

> These parameters are contained in a file, say encode.Params.

I "borrowed" one that was there and tried to adapt it.

> GOP_SIZE                 3

The GOP_SIZE was 10, and I tried different values.  However, I didn't know
what I was doing, so I'm not surprised it didn't work.


> But your images should have a standard size (320x240 or 640x480).

Aha! That could be the problem.

> Anyhow this rather old. Shift to "mencoder" (gstreamer: gst-launch,
> ImageMagick: animate, are other, less powerfull, possibilities).

Okay, I'll look for mencoder.  animate worked fine.  However, when I tried
to pack the individual graphics into a mng file, it failed when I tried to
use more than 10 input files.  That is, an animation was produced, but
some of the frames were missing.  In any case, I don't think this is a
practical approach for longer animations.  I tried calling animate with
multiple png files as its arguments, and it seemed to work.  I haven't
tried to use a larger number of input files yet.

> Plans AND elevations into 3DLDF? Do you mean photogrammetry??!!
>

I don't know.  It seems to me that if you can vectorize data and produce
MP output, it should be possible to do so for a plan and an elevation and
combine the output into 3DLDF code.  It would require a means of
recognizing the correspondences between the plan and elevation, i.e., a
way of marking the objects.  I suppose it would work with photos;  I was
thinking more of drawings or blueprints.

I've managed to get surface hiding to work for two intersecting polygons. 
I'm about to start working on the case that the polygons don't intersect
but the projections do.  My routine fails in this case.  Did you have this
problem in FEATPOST, or did you go about it in a different way?  From what
you said before, I think the basic way you went about it is the same as
mine.

Thanks for your help.

Laurence