POV-Ray : Newsgroups : povray.unofficial.patches : 2 Problems with Megapov .5 Server Time
2 Sep 2024 06:18:46 EDT (-0400)
  2 Problems with Megapov .5 (Message 1 to 10 of 25)  
Goto Latest 10 Messages Next 10 Messages >>>
From: H E  Day
Subject: 2 Problems with Megapov .5
Date: 16 May 2000 12:52:16
Message: <39217ACA.9C5D0A4D@heday.freeservers.com>
#1  When I render a post processed animation, the frames of the
animation do not get post processed.  Instead, every frame is written to
a file called *PP.* so I get only the last frame.  This is obviously
wrong.  How do I turn this feature off?
#2 There is mention in the HTML docs (at the end of the convolution
matrix) of a blur matrix.  Yet I can find no other references, anywhere
in the docs.  May I have a example, and usage for this feature, if it
exists?
And thanks, Nathan, good job on .5.

--
H.E. Day


Post a reply to this message

From: Chris Huff
Subject: Re: 2 Problems with Megapov .5
Date: 16 May 2000 16:56:29
Message: <chrishuff_99-25FA82.15595916052000@news.povray.org>
In article <39217ACA.9C5D0A4D@heday.freeservers.com>, "H.E. Day" 
<The### [at] hedayfreeserverscom> wrote:

> #2 There is mention in the HTML docs (at the end of the convolution
> matrix) of a blur matrix.  Yet I can find no other references, anywhere
> in the docs.  May I have a example, and usage for this feature, if it
> exists?

The blur matrix *is* the convolution matrix, I just called it a 
different thing earlier in development.

-- 
Christopher James Huff - Personal e-mail: chr### [at] yahoocom
TAG(Technical Assistance Group) e-mail: chr### [at] tagpovrayorg
Personal Web page: http://chrishuff.dhs.org/
TAG Web page: http://tag.povray.org/


Post a reply to this message

From: DEPerere
Subject: Re: 2 Problems with Megapov .5
Date: 16 May 2000 19:15:47
Message: <3921D7D9.6A33CFD3@infomaniak.ch>

> 
> #1  When I render a post processed animation, the frames of the
> animation do not get post processed.  Instead, every frame is written to
> a file called *PP.* so I get only the last frame.  This is obviously
> wrong.  How do I turn this feature off?

PP for post-processing I suppose. I noticied a similar problem than
yours.

This process seems to keep the non-processed image intact and to create
a new image -based on it- renamed with 8 letters including PP. This mean
I have to use a very short name, max 6 letters.

I suppose that if you have an animation of "Final_Frame=999", your name
should be of 3 letters max. At the end of the calculation of the frames,
you'll have a serial of frame with 6 caracters and another serial with
those same caracters and ending by "PP", also 8 caraters.

Well, I hope I'm clear enough, my english is quite poor!

Another solution could be to rename each frame ending by "PP" with an
external program. But I don't know how to.

Anyone knows better?

Hoping this can help.

DEPerere


Post a reply to this message

From: Nathan Kopp
Subject: Re: 2 Problems with Megapov .5
Date: 16 May 2000 21:21:13
Message: <3921f409@news.povray.org>
H.E. Day <The### [at] hedayfreeserverscom> wrote ...
> #1  When I render a post processed animation, the frames of the
> animation do not get post processed.  Instead, every frame is written to
> a file called *PP.* so I get only the last frame.  This is obviously
> wrong.  How do I turn this feature off?

global_settings{
post_process{overwrite_file}
}

-Nathan


Post a reply to this message

From: Nathan Kopp
Subject: Re: 2 Problems with Megapov .5
Date: 16 May 2000 21:23:37
Message: <3921f499$1@news.povray.org>
DEPerere <per### [at] infomaniakch> wrote...
>
> This process seems to keep the non-processed image intact and to create
> a new image -based on it- renamed with 8 letters including PP. This mean
> I have to use a very short name, max 6 letters.
>
> I suppose that if you have an animation of "Final_Frame=999", your name
> should be of 3 letters max. At the end of the calculation of the frames,
> you'll have a serial of frame with 6 caracters and another serial with
> those same caracters and ending by "PP", also 8 caraters.
>
> Well, I hope I'm clear enough, my english is quite poor!

What you are saying is clear.  I hadn't thought of the truncation that
occurs because of the 8 character limit in relation to animation files.  Any
suggestions?  Could we forget about the 8-character limit (and simply append
the "_PP" without truncating), or would that cause big problems for DOS?  Is
there a better solution?

-Nathan


Post a reply to this message

From: Bob Hughes
Subject: Re: 2 Problems with Megapov .5
Date: 16 May 2000 22:58:04
Message: <39220abc@news.povray.org>
If something in DOS doesn't like the non-8.3 file name it doesn't "pass go",
at least nothing I've ever seen has any recognition of a file like
foobar~1.tga, so it can cause trouble.
Windows version would be fine like that though  ;-)  if you could surpass the
naming limit in POV.

Bob

"Nathan Kopp" <Nat### [at] Koppcom> wrote in message
news:3921f499$1@news.povray.org...
|
| DEPerere <per### [at] infomaniakch> wrote...
| >
| > I suppose that if you have an animation of "Final_Frame=999", your name
| > should be of 3 letters max. At the end of the calculation of the frames,
| > you'll have a serial of frame with 6 characters and another serial with
| > those same characters and ending by "PP", also 8 characters.
|
| I hadn't thought of the truncation that
| occurs because of the 8 character limit in relation to animation files.  Any
| suggestions?  Could we forget about the 8-character limit (and simply append
| the "_PP" without truncating), or would that cause big problems for DOS?  Is
| there a better solution?


Post a reply to this message

From: Glen Berry
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 00:38:34
Message: <0R0iOSdstqPqLfQ4yl=GvZPtm6li@4ax.com>
On Tue, 16 May 2000 21:21:08 -0400, "Nathan Kopp" <Nat### [at] Koppcom>
wrote:

> Is there a better solution?

What about outputing animation frames to an "archive file" of some
type (ie ZIP file)?  If you went this route, then there would only be
one file for all the frames, and its name would be easier to deal
with. The individual frames inside the archive could then have a pure
numerical sequence for their names. Something like 00000001.TGA could
be the first file name inside the archive, and 00000002.TGA could be
the second, and so on.

In case there is some objection to the compression of ZIP files,
remember that there is also provision for non-compressed ZIP files as
well. Of course, we could always use some other archive format. I just
mentioned this as an example case. If I'm not mistaken, DTA will work
with ZIP archives, for whatever that's worth.

Later,
Glen Berry

( Remove the "7" from 7no### [at] ezwvcom to email me. )


Post a reply to this message

From: H E  Day
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 01:34:39
Message: <39222D72.32A6F149@heday.freeservers.com>
> global_settings{
> post_process{overwrite_file}
> }

Thank you. Thank you. Thank you. Thank you. Thank you. Thank you. Thank you.
I mean it.
--
H.E. Day


Post a reply to this message

From: Thomas Willhalm
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 06:37:56
Message: <qqmya59h37f.fsf@schlatt.fmi.uni-konstanz.de>
Glen Berry <7no### [at] ezwvcom> writes:

> 
> What about outputing animation frames to an "archive file" of some
> type (ie ZIP file)?  If you went this route, then there would only be
> one file for all the frames, and its name would be easier to deal
> with. The individual frames inside the archive could then have a pure
> numerical sequence for their names. Something like 00000001.TGA could
> be the first file name inside the archive, and 00000002.TGA could be
> the second, and so on.
> 
> In case there is some objection to the compression of ZIP files,

For compression I suggest using zlib. This is the same as gzip and it
has the advantage that zlib is already included in POV-Ray.

Thomas
 
-- 
http://thomas.willhalm.de/ (includes pgp key)


Post a reply to this message

From: Warp
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 07:34:05
Message: <392283ad@news.povray.org>
Nathan Kopp <Nat### [at] koppcom> wrote:
: What you are saying is clear.  I hadn't thought of the truncation that
: occurs because of the 8 character limit in relation to animation files.  Any
: suggestions?  Could we forget about the 8-character limit (and simply append
: the "_PP" without truncating), or would that cause big problems for DOS?  Is
: there a better solution?

  Why do every platform have to suffer from the limitation of just one
platform? Why do Unix, Win9x, NT, Mac and any other platform have to use
a limited version which is intended to one platform: DOS?
  I would suggest some #ifdef's in the povray source code. If we are NOT 
compiling for DOS, then just use as long file names as needed. If we are
compiling for DOS, then truncate and don't care about the consecuences.

-- 
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

Goto Latest 10 Messages Next 10 Messages >>>

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.