|
![](/i/fill.gif) |
Ken wrote:
>
> Peter Popov wrote:
> >
> > On Fri, 23 Jul 1999 19:13:35 -0700, Ken <tyl### [at] pacbell net> wrote:
<...>
>
> What if... there were an option to render the image and store the frame into
> the animation. That way if you need to recompile it the images are still present
> to work with without the need to render the thing over agian. Can't do that with
> the jpeg output but I think you can with this.
>
> --
> Ken Tyler
>
> mailto://tylereng@pacbell.net
> http://home.pacbell.net/tylereng/links.htm
Sorry Ken, but...
most video formats and at least mpeg have different types of frames.
With mpeg there are 'real' frames and two different types of
intermediates. One is approximated by two ends, the other just a forward
difference. Something like that. Anyway the distance between two frames
stored as such in an animation is something about 5 or 7, depending on
your options. If you change any frame in an animation, about 5 or 7
frames have to be recalculated to make up for the change. And as mpeg
(and all other) encoding is lossy, redoing single frames again and
again, would lead to a sum up of errors, getting you nowhere.
And last but not least, any solution based on the video libs of Windows
or Mac is of course nothing close to portable. I guess, only mpeg and
avi without compression are suitable for this.
OR, completely other way, there is a quicktime encoding based on png.
There are several sources available, like a pure Matlab implementation.
This could be handled quite cross-platform. May not compress good,
though.
Axel
Post a reply to this message
|
![](/i/fill.gif) |