 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Remco de Korte wrote:
> I use POV for my work. My output of the last half year is somewhere around
> 50.000 images I guess. That's mostly because of animations or series of rendered
> objects. Still, you can imagine how much space that'll take. I like it that way!
> And still, technically speaking I'm still a beginner when it comes to POV.
> 8)
>
> Remco
I just searched my system and found the following number of POV-Ray files:
.pov = 2109
.inc = 745
.mcr = 56
------------
total 2910
I have even more .pov and .inc files stored away in .zip files.
Question for the Windows guru in the crowd:
I just used the windows file search feature to find the above files.
To simplify the search I entered: *.pov, *.inc, *.mcr and the results
were displayed in a window.
Is there any way, within windows, to redirect the results to a .txt file
for future reference ?
--
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yes, there is, as a matter of fact.
You can make your own Print Directory to File for use in Explorer anyway.
All you need do is Run Explorer, go into View/Folder Options and then File
Types tab. There scroll to Folder and choose Edit. Next choose New at
bottom there and put a description of the action at top field. In the lower
field put C:\Command.com /c dir > dir.txt for example to get a list of
files within a folder which you can right-click on and choose Print
Directory to File from (it shows up there after you close up that setup).
Nothing much to it really.
So, say you want all those particular files on entire drive...
Name it List all Pov Files maybe and use dir /s *.pov *.inc for example,
when after setup you right-click on a drive in Explorer you'd choose that
item and you'll get a complete list in the text file.
Make sense?
But now that I've told all this there's a problem so ignore some of what I
just said. Specific file types can't be looked for this way apparently,
don't know why, so only whole directories and subdirectory lists are
possible.
The next best thing might be to make a batch file (yes, DOS) having the
line: c:\command.com /c dir /s /b *.pov > povfiles.txt within it.
But then it's still only able to do one type at a time, unless someone knows
differently (wouldn't be the first time). Anyway, means you'd need a few of
these to get all listed.
The Find feature in Windows can Save Results if you have it set to do so in
Options, then you just use File/Save Search after doing one. This might be
the most easy to do, but then I see no way to print or otherwise make a text
file out of it. You can copy the icon (it goes onto Desktop) and paste it
into a Wordpad *.Doc file but that's all I know, it doesn't appear as
readable text and just stays clickable then reopens the Find utility again.
Bob
Ken <tyl### [at] pacbell net> wrote in message
news:38159022.BB9DE73C@pacbell.net...
>
> Question for the Windows guru in the crowd:
>
> I just used the windows file search feature to find the above files.
> To simplify the search I entered: *.pov, *.inc, *.mcr and the results
> were displayed in a window.
>
> Is there any way, within windows, to redirect the results to a .txt file
> for future reference ?
>
> --
> 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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken <tyl### [at] pacbellnet> wrote:
: Is there any way, within windows, to redirect the results to a .txt file
: for future reference ?
I think you have to use a dos command for that.
I don't remember if command.com supports multiple file names after the
dir command, but at least 4dos does. Ie. you would do it this way:
dir *.pov *.inc *.mcr /s > result.txt
in the root directory of the drive you want to examine.
Moreover, you can tell to the dir-command of 4dos to print only the
statistics of the search (if you don't care about the location of the
files). I don't remember which commmand line switch made that, but it should
be easy to find by typing "dir" and pressing F1.
I don't know if there's an easy way to tell to 4dos to search in all the
drives, but it certainly is possible some way (although it may be easier
to just type that command in each drive).
Of course this requires you to get 4dos... :)
--
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nieminen Juha wrote:
>
> Ken <tyl### [at] pacbellnet> wrote:
> : Is there any way, within windows, to redirect the results to a .txt file
> : for future reference ?
>
> I think you have to use a dos command for that.
> Of course this requires you to get 4dos... :)
Yep, I know how to do what I want in dos. It is in the windows environment
that I was hoping for an answer for. The problem with the dos approach
is as you pointed out that you can only do one drive at a time or you
are forced to use a batch file. With either method I can append the results
to the same file so that is no problem but I was just wondering if there
is a similar method you could use in windows. Probably not. Bob's answer
did not sound to encouraging either.
--
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > Maybe many of the readers have the same problem I have: disk space. As
> > far as I understand the mpeg standard it should be possible to generate
> > mpeg output directly from pov, without having to store every one and
> > single frame of an animaton on disk before compressing.
>
> When I made the suggestion that something similar be added to the
> Windows version of the program it fell mostly upon deaf ears and
> no one spoke up in favor of the idea except Thorsten who mentioned
> how easy it was with the Mac version.
Now this disappoints me. It's not that I'd think all my brilliant ;)
ideas should be hacked at once, but _if_ it can be done with a sensible
amount of work _and_ some users would like such a feature _and_ most
other render programs have a similar feature, then it should be taken
into account on the next wishlist, shouldn't it?
On the other hand, I really like the fact that pov, despite all it's
features, is not as bloated as many other render programs are. So if I
am sort of the only one who'd like such a feature, I could try and
program a modification of cmpeg that would do "incremental" writes. Such
a program could then be called from the shellout command of pov's
internal animation loop.
> The only problem I can see if you tried to integrate this into
> POV-Ray across the board you might have a cross platform compatibility
> issue to resolve. Which animation format do you adopt ? MpegI and
> MpegII, AVI, MOV, and all of the other animation formats that are
> currently available.
Hmmm, from the GNUish point of view, one should not support AVI or MOV,
since the fate (documentation and future extensions) of these formats is
in the hands of a single company. If you want a portable solution, MPEG
is the best choice IMHO, preferably MPEG2.
> Which video codecs do you support ? What happens
> like others mention if you choose the wrong frame rate and all of
> your render time goes for nothing ?
Video codecs? I think that is mostly an AVI issue, since AVI supports a
variety of compression codecs. But MPEG is pretty much standardized
AFAIK.
I do not have very detailed knowledge of the MPEG file format, but as
far as I remember it consists of a header (containing the resolution,
frame rate, DCF table, ..) and the movie data that does not contain
information on the frame rate. So it should be trivial to write a
utility that could adjust the frame rate (and maybe other parameters
like gamma) _after_ the animation has been rendered.
I mentioned this in my first posting, where I supposed to attach a
header to the partial MPEG file after every incremental write, so the
animation would be viewable at all times during the render process. Cool
feature, hm? ;)
> It seems there are a lot of what if's to work out before it could
> become a reality though I personaly am in favor of some form of
> built in animation support.
I agree. Maybe it's best to gather experience with a shell-out version
(external binary) first. If users like it, then that would be a reason
to put it on the povray wishlist.
/PETER/
--
>Ever heard of .cshrc?
That's a city in Bosnia. Right?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Peter Santo wrote:
> Maybe many of the readers have the same problem I have: disk space. As
> far as I understand the mpeg standard it should be possible to generate
> mpeg output directly from pov, without having to store every one and
> single frame of an animaton on disk before compressing.
>
> Here is the idea:
>
> - Tell povray the sequence scheme of I/P/B frames.
>
> - Write single frames into files (e.g. ppm)
>
> - Every time an I-frame is generated, compress the last I-to-I sequence,
> append it to the mpeg file, generate a valid mpeg header and delete the
> uncompressed images.
>
Just use QuickTime. It already does all of this and renders directly to
MPEG without the extra steps.
steve
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 26 Oct 1999 01:26:27 -0700, Ken <tyl### [at] pacbellnet> wrote:
> I brought this up a few months ago when I found out that the Mac
>version of POV-Ray had built in animation support. It seems that
>the way the the apple quick time support is so deeply associated
>with the Macintosh platform it was an easy task to write into the
>Mac POV-Ray interface.
I liked the idea back then and I still support it. AVI is as much
incorporated into windoze as is QT in MacOS so it shouldn't be
impossible, rather far from it.
<snip>
> The only problem I can see if you tried to integrate this into
>POV-Ray across the board you might have a cross platform compatibility
>issue to resolve. Which animation format do you adopt ? MpegI and
>MpegII, AVI, MOV, and all of the other animation formats that are
>currently available. Which video codecs do you support ? What happens
>like others mention if you choose the wrong frame rate and all of
>your render time goes for nothing ?
Do like DTA does. It does a quiery to the OS and gets the available
codecs, then the user can choose any of the ones available. And
windoze is pretty good at managing unknown codecs, downloading them
from the net and automatically installing them. Bink and Smacker are a
different story.
>It seems there are a lot of what if's to work out before it could
>become a reality though I personaly am in favor of some form of
>built in animation support.
There's always work. Let's not forget that Chris has a lot of work
beside supporting the windoze version. And then there's RL, too...
I will ask my VC guru what has to be done and (chances tend to zero!)
would he do it if it's not much work. This would eventually be an
unofficial version, which of course has its drawbacks. I promise
nothing, mind you.
Peter Popov
ICQ: 15002700
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > - Every time an I-frame is generated, compress the last I-to-I sequence,
> > append it to the mpeg file, generate a valid mpeg header and delete the
> > uncompressed images.
>
> Just use QuickTime.
AFAIC QT animation support is limited to Mac versions of povray. I do
not use a Mac and do not intend to do so.
> It already does all of this and renders directly to
> MPEG without the extra steps.
Doesn't QuickTime use information from preceding frames?
/PETER/
--
Peter Santo (PUMP development)
HP: http://www.exaweb.de
> Ever heard of .cshrc?
That's a city in Bosnia. Right?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Okay, I have the answer now, sloppy as it is. Yet it does the job okay.
Do the previously mentioned Explorer right-click addition and point to a
batch file instead which can then do each of the searches and append to a
text file.
If the batch file is named Povfiles.bat then you would just use
C:\Command.com /c C:\Povfiles.bat as the action to perform.
The batch itself is simply like:
@echo off
dir /s /b *.pov > povfiles.txt
dir /s /b *.inc >> povfiles.txt
Note the appending after first creation so as not to overwrite (although I
suppose overwriting from first use could be okay.
I've done this and found it fine for listing contents of one parent folder
and it's subfolders or doing the entire drive.
In the other message I stated how to do this and here it is again (edited):
You can make your own Print POV-list to File for use in Explorer.
All you need do is Run Explorer, go into View/Folder Options and then File
Types tab. There scroll to Folder, selecting it, and choose Edit. Next
choose New at
bottom there and put a description of the action at top field (like List POV
Files, etc.). In the lower
field put C:\Command.com /c C:\Povfiles.bat > Povfiles.txt for example to
get a list of
files within a folder or drive, which you can right-click on and choose this
new action from (it shows up there after you close up that setup).
Simple, huh...? Basically you could have several methods to choose from if
you wanted to make additional Right-Click options available.
I know, it's still using DOS not pure Windows. I tried more with the
"Find..." file which can be saved but it's a formatted mess.
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
This is one of the big problems of the graphical user interfaces (which
have no command line support). If you want a new feature, it has to be
programmed at core level thus increasing the size of the executables. Even
then it's not a perfect solution because you can only make that think but
not another thing which is similar but still different.
I don't think that it's possible to hard-code every possible feature which
is possible with command.com (not to speak of 4dos!) to windows explorer or
any other graphical program. There is always a borderline where you just have
to type a command or a script to do what you want because that specific
feature is not implemented in the graphical UI.
We can see this in moray. Hundreds of plugins have been made to it, but
still you can't make everything with it. If someone implements a scripting
language plugin for moray it will make moray a billion times more powerful
than the current version.
The funny thing is that this kind of scripting language plugin shouldn't
be very hard to do...
--
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
|
|
| |
| |
|
|
|
|
| |
|
|
