I say again, I think DTA32 will do it even though I haven't checked.  All
you'd need do is append each frame as a post command via the INI file and
delete the frame after that.  A batch file would be needed also, use it to
set up DTA for the input with required parameters.  I may want to give DTA32
a try again myself just to see if this works.

Bob

Rick <pov### [at] dialpipexcom> wrote in message
news:381d71c6@news.povray.org...
> I dont think you can do this, not untill POVray directly supports AVI or
> MPEG export
>
> I have always used the huge stock of frames method !
>
> Rick
> David Vincent-Jones <geo### [at] galaxynetcom> wrote in message
> news:381cc1d0@news.povray.org...
> > Let me try again;
> > Rather than produce 500 frames which are to be stored prior to assembly
> and
> > compression I had hoped that there would be a program that took the
> > individual frames as they were produced and create the AVI on the 'fly'
> > without burdening my system with the multiple frames.
> >
> > Maybe I should have asked, what is the best software solution to
producing
> > AVI specifically from POV Ray?
> >
> > Nieminen Juha <war### [at] punarastascstutfi> wrote in message
> > news:381bfadb@news.povray.org...
> > > David Vincent-Jones <geo### [at] galaxynetcom> wrote:
> > > : Which , if any, animation programs are directly able to take POV Ray
> > output
> > > : files as they are produced and create an AVI or MPEG clip.
> > > : The descriptions that I am seeing, so far, look as if most programs
> are
> > only
> > > : assembling a series of frames.
> > >
> > >   I don't understand. The povray output are frames, so any program
that
> > > assembles a series of frames will do it.
> > >   Perhaps you could formulate your question better?
> > >
> > > --
> > >
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
> > > ):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*-
> Warp -*/
> >
> >
>
>

Post a reply to this message

omniVERSE wrote:
> 
> I say again, I think DTA32 will do it even though I haven't checked.  All
> you'd need do is append each frame as a post command via the INI file and
> delete the frame after that.  A batch file would be needed also, use it to
> set up DTA for the input with required parameters.  I may want to give DTA32
> a try again myself just to see if this works.

  IF it would work, and I'm not saying it will, I can only imagine
the amount of time overhead it would add to a long animation rendering
session. While disk space is still at a premium for some people it is
not nearly so for as many as it used to be. There is also the issue of
which command line parameters to use for the best results. Personaly
when I compile my animations I like to try different features like
frame averaging and specifying different frame speeds to optimize the
final animation to my liking. If you have it done automaticaly for you
there is a risk that the final animation will not be what you want
it to be and all of your render time is wasted with no recourse for
correction.

-- 
Ken Tyler -  1100+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

Ah, except that I think the Avi could be made with no compression and later
the frames extracted to redo in another way.  Again, I have little to no
experience with DTA32 and its Avi feature.

Bob

Ken <tyl### [at] pacbellnet> wrote in message
news:381EA144.2CE061E0@pacbell.net...
>
> If you have it done automaticaly for you
> there is a risk that the final animation will not be what you want
> it to be and all of your render time is wasted with no recourse for
> correction.
>

Post a reply to this message

Ken;
What approach do you take to 'frame averaging'
Can you achieve good intermediate frames from this?

Ken <tyl### [at] pacbellnet> wrote in message
news:381EA144.2CE061E0@pacbell.net...
>
>
> omniVERSE wrote:
> >
> > I say again, I think DTA32 will do it even though I haven't checked.
All
> > you'd need do is append each frame as a post command via the INI file
and
> > delete the frame after that.  A batch file would be needed also, use it
to
> > set up DTA for the input with required parameters.  I may want to give
DTA32
> > a try again myself just to see if this works.
>
>   IF it would work, and I'm not saying it will, I can only imagine
> the amount of time overhead it would add to a long animation rendering
> session. While disk space is still at a premium for some people it is
> not nearly so for as many as it used to be. There is also the issue of
> which command line parameters to use for the best results. Personaly
> when I compile my animations I like to try different features like
> frame averaging and specifying different frame speeds to optimize the
> final animation to my liking. If you have it done automaticaly for you
> there is a risk that the final animation will not be what you want
> it to be and all of your render time is wasted with no recourse for
> correction.
>
> --
> Ken Tyler -  1100+ Povray, Graphics, 3D Rendering, and Raytracing Links:
> http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

> Ah, except that I think the Avi could be made with no compression and later
> the frames extracted to redo in another way.  Again, I have little to no
> experience with DTA32 and its Avi feature.

Of course in that case, the AVI file would likely be the same size as
all of the frames seperate anyways, unless you take into account the
overhead of an OS for storing multiple files.

If that was the case, an alternative might be to call out to add each
file into a zip file. Then when you were going to make a movie, you
could temp. uncompress them all, or you could then make a script to
unzip them one at a time and add to an animation. That way you would
still have the zip file to work with in case something goes wrong.

I personally use png files for the frames of an animation and then zip
them up into one file. Then I unzip and do any necessary conversions
when the time comes...

Shawn =)

P.S. Just as a note, I found Bumper to be an extremely handy program
when doing test renders of animations. If anyone is not familiar with
it, it will take a bunch of loose frames and play them out without
actually making a movie. I couldn't get the real frame rate with it on
my 100mhz (having to decompress png probably didn't help it any), but it
was great to preview.

-------
sha### [at] the-spacom
http://www.the-spa.com/shawn.fumo/
-------

Post a reply to this message

Shawn Fumo wrote in message <382### [at] the-spacom>...
>> Ah, except that I think the Avi could be made with no compression and
later
>> the frames extracted to redo in another way.  Again, I have little to no
>> experience with DTA32 and its Avi feature.
>
>Of course in that case, the AVI file would likely be the same size as
>all of the frames seperate anyways, unless you take into account the
>overhead of an OS for storing multiple files.


An uncompressed AVI is approximately 12 percent larger than the total size
of the individual frames.

Mark

Post a reply to this message

The expanse of disk space I have now made me forget about the zip file
option, good thinking Shawn. The down side of course, as is the case for any
option, is the compilation time which increases with each successive frame
addition.

Bob

Post a reply to this message

Forget about ZIP and start using RAR...

Post a reply to this message

On Sun, 7 Nov 1999 13:02:07 -0500, "TonyB"
<ben### [at] panamaphoenixnet> wrote:

>Forget about ZIP and start using RAR...

Yeah, much better compression though quite slower. The good thing
about ZIPs is that they are cross-platform. Also, there are many
utilities that treat ZIPs as directories, so if you make an empty ZIP
and set it to be the output directory for POV...


Peter Popov
ICQ: 15002700

Post a reply to this message

I find RAR to be as fast, if not faster, than ZIP. What version are you
using?

Post a reply to this message