 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hej all!
Another feature of the Windows version 3.1e of PovRay (WinNT 4 sp3) :
Long filenames for render scenes are pretty well accepted by the
pvengine but when it comes to animation rendering of such files, the
output filename is truncated in the old-fashionned 8.3 notation to a
length of only 8-x characters where x represents the number of digits
to
display the highest frame number - is this really neccessary, a bug or a
feature?
Uwe.
-------------------------------------------------
Uwe Zimmermann uwe### [at] geocities com
Dipl. Phys. uwe### [at] elekthse
Department of Electronics
Solid State Electronics
Royal Institute of Technology
Electrum 229
S-16440 Kista-Stockholm
Sweden
http://www.ele.kth.se/FTE/personal/pers_uwe.html
------------------------------------------------
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Uwe Zimmermann wrote:
>
> Hej all!
>
> Another feature of the Windows version 3.1e of PovRay (WinNT 4 sp3) :
> Long filenames for render scenes are pretty well accepted by the
> pvengine but when it comes to animation rendering of such files, the
> output filename is truncated in the old-fashionned 8.3 notation to a
> length of only 8-x characters where x represents the number of digits
> to
> display the highest frame number - is this really neccessary, a bug or a
> feature?
>
> Uwe.
It would be my guess that it is a hold over from Pov v2.2 where the animation
feature was first introduced and the file naming conventions were established.
Pov v2.2 was a dos command line version proior to the later windows versions.
I cannot however say how difficult it would be to change this behavior or if
it can be done at all. Long file names are a platform specific feature while
the naming convention for the animaiton output is universal on all platforms
so is maintained in the core of the programming code.
Ken is guessing about all of this by the way.
--
Ken Tyler
mailto://tylereng@pacbell.net
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken wrote:
>
> it can be done at all. Long file names are a platform specific feature while
> the naming convention for the animaiton output is universal on all platforms
> so is maintained in the core of the programming code.
But since DOS is the only platform of all the ones supported by PovRay,
that I wonder if it really is neccessary to carry on this restriction
into the far future of raytracing.
One idea might be to just clip away the last n characters of the
original filename without truncating it first to 8 characters. Another
way might be to save the animated outputfiles to separate directories,
named after the original file.
I encountered the problem when I had two different scenes with names
that didn't differ in the first 5 characters. Running the second
animation with 200 frames completely destroyed the output of the first
run...
Uwe.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Uwe Zimmermann wrote in message <3778C768.CCA86469@ele.kth.se>...
>Ken wrote:
>>
>> it can be done at all. Long file names are a platform specific feature
while
>> the naming convention for the animaiton output is universal on all
platforms
>> so is maintained in the core of the programming code.
>
>But since DOS is the only platform of all the ones supported by PovRay,
>that I wonder if it really is neccessary to carry on this restriction
>into the far future of raytracing.
One reason to keep this behavior is that both of the animation utilities
that I use only support 8.3 filenames. Just try getting a program to
alphabetize dummy~1.tga through dumm~99.tga properly! It would probably be
OK to change this sometime about five years from now, or to make changing
this a selectable option.
Mark
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Uwe Zimmermann wrote:
>
> Hej all!
>
> Another feature of the Windows version 3.1e of PovRay (WinNT 4 sp3) :
> Long filenames for render scenes are pretty well accepted by the
> pvengine but when it comes to animation rendering of such files, the
> output filename is truncated in the old-fashionned 8.3 notation to a
> length of only 8-x characters where x represents the number of digits
> to
> display the highest frame number - is this really neccessary, a bug or a
> feature?
Can't you say
*.ini: Output_File_Name=longname
and have it spit out longname0001.
I seem to recall doing that by accident once.
--
_,--"
dik `-._ ________-_______ "----
_----'--'--------------------------------'--'----_
//_| | \ dic### [at] buckosoftcom / | |_\\
(_____|_|__= Guilford CT +1.203.458.0389 =__|_|_____)
_\_____=___ http://www.buckosoft.com ___=_____/_
\/-(o)-~~-(o)-~~-(o)-`------'-(o)-~~-(o)-~~-(o)-\/
Early Klingon Poetry:
Wustl, Wustl, ERR RIP MIT BOOT, BIND Wustl
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Uwe Zimmermann wrote:
>
> One idea might be to just clip away the last n characters of the
> original filename without truncating it first to 8 characters. Another
> way might be to save the animated outputfiles to separate directories,
> named after the original file.
Personally, I like this suggestion for the new directory.
Yes, there are ways to set this in an .ini file, but it would be nice as
a default.
Mr. Art
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
