POV-Ray : Newsgroups : povray.unofficial.patches : 2 Problems with Megapov .5 Server Time
2 Sep 2024 10:14:01 EDT (-0400)
  2 Problems with Megapov .5 (Message 6 to 15 of 25)  
<<< Previous 5 Messages Goto Latest 10 Messages Next 10 Messages >>>
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

From: Sigmund Kyrre Aas
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 07:50:25
Message: <39228755.F640A210@stud.ntnu.no>
Glen Berry wrote:
> 
> 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

What about creating a folder with the scene name and place the numbered
files there?

sig


Post a reply to this message

From: Mr  Art
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 09:14:56
Message: <39229AE6.8ABE3A6A@gci.net>
This one seems to make the most sense. Every platform
suports a directory. And even if you still stuck to
the 8.3 name for each of the files inside, going from
00000000.xxx to 99999999.xxx is just more frames than
I would want to render.

Mr. Art

Sigmund Kyrre Aas wrote:

> What about creating a folder with the scene name and place the numbered
> files there?
> 
> sig


Post a reply to this message

From: PoD
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 14:59:00
Message: <3922F223.BA027B9D@merlin.net.au>
Warp wrote:
> 
>   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.
> 

I agree, how many people use the MS-DOS version?

PoD.


Post a reply to this message

From: Ken
Subject: Re: 2 Problems with Megapov .5
Date: 17 May 2000 15:29:29
Message: <3922F26B.E689B3A6@pacbell.net>
PoD wrote:

> I agree, how many people use the MS-DOS version?

Still quite a few using it from what I have heard. Chris Colefax
for example still uses the dos version for all of his include file
development work.

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


Post a reply to this message

From: Glen Berry
Subject: Re: 2 Problems with Megapov .5
Date: 18 May 2000 00:51:21
Message: <x3EjOTSGDcxUi7SXcL8103twtI1O@4ax.com>
On 17 May 2000 07:34:05 -0400, Warp <war### [at] tagpovrayorg> wrote:

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

I would prefer Sigmund Kyrre Aas's idea of using a subdirectory for
animation frames output. If we are using DOS, then output the frames
into a subdirectory. The name of the subdirectory could be taken from
the "+O" command line parameter. Alternately, it could be named after
the parent POV scene file. Each frame in the subdirectory would be
sequentially named  from 00000001.tga, to a possible 99999999.tga
(assuming a tga output format.)

This could be done conditionally with #ifdef's in the source code, and
make it a DOS-specific feature. If we'd rather, it could also be an
option for all platforms, by adding an option to POV's ini file, or
command line. That way, the end user could pick the behaviour that
suited them best.

I don't really like truncation at all. It's simply an awkward
arrangement.

Later,
Glen Berry

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


Post a reply to this message

<<< Previous 5 Messages Goto Latest 10 Messages Next 10 Messages >>>

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