 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
in news:slr### [at] fwi com Ron Parker wrote:
> Fortunately, cmd.exe (and I think also command.com) support a FOR
> command that's almost identical to the one in bash.
>
Have not tried this FOR thing yet, but mentioning 'cmd.exe' triggered a
solution for my problem.
Post_Frame_Command=ppmquant -fs 256 %o | ppmtogif > gif.gif
does not work, nothing seems to happen.
Post_Frame_Command=cmd /c ppmquant -fs 256 %o | ppmtogif > gif.gif
works fine.
Post_Frame_Command=command /c ppmquant -fs 256 %o | ppmtogif > gif.gif
does not work. POV says: could not create process.
Is there something I can do to POV-Ray or my system (WinNT 4) that
autmatically cmd.exe is used?
Ingo
--
Photography: http://members.home.nl/ingoogni/
Pov-Ray : http://members.home.nl/seed7/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 21 Nov 2001 08:49:55 -0500, Warp wrote:
> Ron Parker <ron### [at] povrayorg> wrote:
>: Fortunately, cmd.exe (and I think also command.com) support a FOR command
>: that's almost identical to the one in bash.
>
> But at least with command.com there's no way to change the name of the
> file (for the output), so in that case the converter program has to change
> the name automatically (which fortunately most converters do).
But it can append to the existing name. So, for example:
D:\myfiles\POV>for %i in (*.bmp) do copy %i %i.bak
D:\myfiles\POV>copy dispersion.bmp dispersion.bmp.bak
1 file(s) copied.
D:\myfiles\POV>copy disp.bmp disp.bmp.bak
1 file(s) copied.
D:\myfiles\POV>copy sig000.bmp sig000.bmp.bak
1 file(s) copied.
--
plane{-z,-3normal{crackle scale.2#local a=5;#while(a)warp{repeat x flip x}rotate
z*60#local a=a-1;#end translate-9*x}pigment{rgb 1}}light_source{-9red 1rotate 60
*z}light_source{-9rgb y rotate-z*60}light_source{9-z*18rgb z}text{ttf"arial.ttf"
"RP".01,0translate-<.6,.4,.02>pigment{bozo}}light_source{-z*3rgb-.2}//Ron Parker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 20 Nov 2001 16:28:55 +0200, Kari Kivisalo
<ray### [at] engineercom> wrote:
>I have processed succesfully 16bpc images in Win98SE Photostop.
Me too.
>You are mixing presentation with processing.
I am not. What I meant was that truly professional graphics work is
done on graphics workstation where 48 bit color is native.
Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG e-mail : pet### [at] tagpovrayorg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Peter Popov" <pet### [at] vipbg> wrote :
>
> I am not. What I meant was that truly professional graphics work is
> done on graphics workstation where 48 bit color is native.
And I have to agree that your definition of "professional" is unusual.
Almost all professional computer art is -not- done on such workstations.
Some of the best and biggest jobs are, but not any large percentage of the
total of professional artwork.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Wed, 21 Nov 2001 17:28:03 -0500, "Bill DeWitt"
<bde### [at] cflrrcom> wrote:
> And I have to agree that your definition of "professional" is unusual.
>Almost all professional computer art is -not- done on such workstations.
>Some of the best and biggest jobs are, but not any large percentage of the
>total of professional artwork.
I know a girl who can draw a better sunset in MS Paintbrush (16
colors) than I would ever do in POV. But this is art, and I was
talking about work (although I have to agree that in CG the line is
quite blurred)
Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG e-mail : pet### [at] tagpovrayorg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Warp" <war### [at] tagpovrayorg> wrote in message
news:3bf8c7f1@news.povray.org...
> Thorsten Froehlich <tho### [at] trfde> wrote:
> : No, POV-Ray does not and will not *ever* support output to a palette
based
> : image format for exactly the same reason as there is no support for any
> : other lossy output image format. No putting it on wish-lists and no
number
> : of user requests will change the POV-Team policy not to support lossy
output
> : image formats of any kind.
>
> I personally support this principle.
>
> (Of course a nitpicker could argue that even a 24-bit image format is
> lossy because POV-Ray calculates images using a float for each color
> component, and a float has certainly a lot more accuracy than a byte, but
> I think that's too much nitpicking even for me...)
Aren't you able, in PNG, to specify the number of bits per color? Although
it only lets you go down to 5 bits per color, it's still pretty lossy :)
...Chambers
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ben Chambers <bdc### [at] hotmailcom> wrote:
: Aren't you able, in PNG, to specify the number of bits per color? Although
: it only lets you go down to 5 bits per color, it's still pretty lossy :)
Is this possible in POV-Ray?
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yes, it is, though that is *not* what I was looking for.
Warp wrote...
> Is this possible in POV-Ray?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Question about that: Is there a way to specify that it *only* use colors
from the Web palette when converting?
Jon A. Cruz wrote...
> ImageMagick
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
And how would I do that? Agent is *really* picky about colors- I think it'll
only work with the Web palette.
"Jon A. Cruz" <jon### [at] geocitiescom> wrote in message
news:3BF### [at] geocitiescom...
> Mahalis wrote:
>
> > Actually, I'm not intending to make an animated GIF out of the images.
> > There's a fairly new bit of software called Microsoft Agent- perhaps
you've
> > seen it as the Office Assistant in MS Word- and they have also released
a
> > software that lets you build your own characters. Unfortunately, space
> > requirements dictate that the program only accepts 256 color images. I'm
> > downloading DTA right now; it may be what I'm looking for.
>
> In general, things like that need all the images to share the same palette
of
> 256. Check to is if that is so for what you need? If so, it's best to
render
> all the frames, calculate an optimal palette for the whole series, then
convert
> them to 8-bit.
>
>
> --
> Jon A. Cruz
> http://www.geocities.com/joncruz/action.html
>
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
