So far for my animations, In order to produce animations that others can
view I've been using the pjBmp2Avi.exe and AVI2MPG.exe utilities. (for my
own personal viewing, I just stop at the AVI).

The results have been adequate and the file size reasonable.

However, with my current project, (IRTC entry, 10 days to go *crosses
fingers*) there's a few seconds in the middle of the animation where the
picture quality goes right out the window.

I did a quick search and found another utility called CMPEG.exe with
cmpg63m.exe as a windows front-end (I'm sure some of you know it).  The
challenge is that this utility doesn't seem to take BMP images as input, but
it rather wants TGA images.

Does anyone know of a utility that I can use to convert 700 bmp's into
tga's?

Thanks.

Tom Bates.

Post a reply to this message

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

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] povrayorg> 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