 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks, Ron, I'll keep that in mind.
For now, I've found IrfanView which seems to be adequate for my needs.
Thanks for the tip, though.
One can never have too many utilities. :)
Tom Bates.
Ron Parker <ron### [at] povray org> wrote in message
news:slr### [at] fwicom...
> On Fri, 4 Jan 2002 11:40:47 -0700, Tom Bates wrote:
> > Does anyone know of a utility that I can use to convert 700 bmp's into
> > tga's?
>
> http://netpbm.sourceforge.net/README
>
> --
> #macro R(P)z+_(P)_(P)_(P+1)_(P+1)+z#end#macro Q(C,T)bicubic_patch{type
1u_steps
> 6v_steps 6R(1)R(3)R(5)R(7)pigment{rgb z}}#end#macro _(Y)#local
X=asc(substr(C,Y
> ,1))-65;<T+mod(X,4)div(X,4)9>-2#end#macro
O(T)Q("ABEFUQWS",T)Q("WSXTLOJN",T)#
> end O(0)O(3)Q("JNKLCGCD",0)light_source{x 1}// ron### [at] povrayorg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I love infranview. Very nice for conversion and for flipping through the
irtc zips.
Tom Bates <tho### [at] shawca> wrote in message
news:3c360568@news.povray.org...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Does anyone know of a utility that I can use to convert 700 bmp's into
> tga's?
You can use POVRay:
putting an imagemap (with your bmp) on a cube/plane, use an adequate
orthographic camera turn off AA and render... (original size)
be sure to set tgaoutput: "Output_File_Type=T" in inifile
You may use povray 3.5 beta, because there's the solved problem of "camera a
half pixel off"...
and you will have to write a script in povray to get through the 700
filenames...
Ok, you can use IrfanView, just wanted to point out that you can use povray
for many, many imageprocessings
If you want to use cmpeg more, you may set tgaoutput as default; no
converting to tga anymore...
cukk
--
light_source{-9 1}#macro p(N,_,Y)sphere{<-_,Y-7,15>,.5pigment{color
<2,3,1>/(mod(N,2)?3:9)}}#if(-_<9)p(div(N,2),_-1,Y)#end#end p(463141
9,9)p(69973,9,8)p(201075,9,7)camera{}p(69973,9,6)p(489301,9,5)// KK
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Well, I'm sold.
Of the three MPEG encoders that I've tried, CMPEG is my favorite.
It took a bit getting it to work (and I couldn't get the Windows Front-End
to work for me at all) but both the image quality and the mpeg file size are
better than the other two that I've tried.
It's not as easy to use as the others, but that's ok, I'm a programmer.
One more thing not to worry about as the IRTC deadline looms ever nearer.
--
Tom Bates
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3c36ca66@news.povray.org>, "KalleK" <kal### [at] gmxde> wrote:
> > Does anyone know of a utility that I can use to convert 700 bmp's into
> > tga's?
>
> You can use POVRay:
> putting an imagemap (with your bmp) on a cube/plane, use an adequate
> orthographic camera turn off AA and render... (original size)
> be sure to set tgaoutput: "Output_File_Type=T" in inifile
> You may use povray 3.5 beta, because there's the solved problem of "camera a
> half pixel off"...
> and you will have to write a script in povray to get through the 700
> filenames...
You would have to make sure to set POV up to not do gamma
correction...also, use an ambient of 1 and no light sources. And there
is still the possibility that it will introduce errors...you should
really use an image conversion program. On the Mac, GraphicConverter
would be perfect. The ImageMagick package should be helpful no matter
what the platform:
http://www.imagemagick.org/
--
--
Christopher James Huff <chr### [at] maccom>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sat, 5 Jan 2002 14:50:33 -0700, Tom Bates wrote:
> Well, I'm sold.
>
> Of the three MPEG encoders that I've tried, CMPEG is my favorite.
>
> It took a bit getting it to work (and I couldn't get the Windows Front-End
> to work for me at all) but both the image quality and the mpeg file size are
> better than the other two that I've tried.
I'm pretty sold on the mpeg2enc that comes with the Linux mjpeg tools.
I think there might be a cygwin version available, too.
--
#macro R(P)z+_(P)_(P)_(P+1)_(P+1)+z#end#macro Q(C,T)bicubic_patch{type 1u_steps
6v_steps 6R(1)R(3)R(5)R(7)pigment{rgb z}}#end#macro _(Y)#local X=asc(substr(C,Y
,1))-65;<T+mod(X,4)div(X,4)9>-2#end#macro O(T)Q("ABEFUQWS",T)Q("WSXTLOJN",T)#
end O(0)O(3)Q("JNKLCGCD",0)light_source{x 1}// ron### [at] povrayorg
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <slr### [at] fwicom>,
Ron Parker <ron### [at] povrayorg> wrote:
> I'm pretty sold on the mpeg2enc that comes with the Linux mjpeg tools.
> I think there might be a cygwin version available, too.
Maybe the tools here would be helpful:
http://www.mpeg.org/MPEG/MSSG/
--
--
Christopher James Huff <chr### [at] maccom>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
YKYBRTTL when someone asks:
> > Does anyone know of a utility that I can use to convert 700 bmp's into
> > tga's?
And you respond:
> You can use POVRay:
:-)
> You may use povray 3.5 beta, because there's the solved problem of "camera
a
> half pixel off"...
This bug was promised to be fixed in a future beta, but it isn't fixed yet.
Anders
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ron Parker <ron### [at] povrayorg> wrote:
: I'm pretty sold on the mpeg2enc that comes with the Linux mjpeg tools.
It's just incredible how *fast* that program is.
Besides that, it also has network distribution support...
--
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 4 Jan 2002 11:40:47 -0700, "Tom Bates" <tho### [at] shawca>
wrote:
snippage
>Does anyone know of a utility that I can use to convert 700 bmp's into
>tga's?
>
>Thanks.
>
>Tom Bates.
>
Povray (on windows, anyway) can be used to do this. Simply code up
a new scene that points an orthogrphic camera at a box that is in
turn image mapped. Have the clock variable determine which input
file to use. Don't use anti aliasing. You might have to tune the
"assumed_gamma" setting to get the brightness/contrast of the
output to match the input.
hmmm
#frame_to_read = concat("c:\old_pic", str(int(clock * num_of_frames,
0, 0)), ".bmp")
Or something like that.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
