Moho Forum

Hello there,
I've downloaded Moho today, for trying this out ..and it looks really nice !!
I am running it on mandrake 10 and just finished part1 of the basic tutorial
Now i cannot export to quicktime, is this correct ?? The option is simply not available.

The moho-dir is installed in a place on PATH and i have the quicktime-libs, so i hope it's just something i am missing..

QuickTime and AVI export are not available on the Linux version of Moho.

What does that leave? (Not set up on Linux at the moment, just curious)

Bitmap sequences and swf ...
mind you if they are on linux atm they probably enjoy doing things the hard way or coding their own little app to turn the sequence into an avi or something

That's funny because the code I write myself generates bitmap sequences; it's the only image file format I actually know well enough to be able to produce a valid file from three arrays (red, green, and blue). I wish I knew how to then convert those sequences into avis.

AcouSvnt wrote:I wish I knew how to then convert those sequences into avis.

A quick Google search came up with this:

http://www.wischik.com/lu/programmer/avi_utils.html

Hmmm, that may be just what I need. And since it's raw code I can just build it in instead of having to run a converter afterwards ...

I am no linux-guru nor a coder, so i would be very glad if someone could give some tips on saving an moho-animation(jpeg or bmp sequence) as a movie.

will support for quicktime be implemented in the near future ??

thanx for the answers!

kazuka wrote:will support for quicktime be implemented in the near future ??

No. It may happen someday, but definitely not in the near future.

Just found out that conversion to quicktime(or dv) is just 2 commands away with smilutils for kino.
That seems easy enough..

One Linux solution for image sequences to AVI files is mencoder:

http://www.mplayerhq.hu/DOCS/HTML/en/me ... mages.html
This is what I have used in Mandrake 10.0 (mencoder can be installed as a binary from the CDs)

Another possibility is transcode, available as source here:
http://www.theorie.physik.uni-goettinge ... transcode/

Regards, Myles.

I wonder if I already have mencoder. I have mplayer. The webpage doesn't say anything about taking .BMP files, but for me that's not a moho-related problem (see my earlier post in this thread).

Getting a little off-topic:

AcouSvnt wrote:The webpage doesn't say anything about taking .BMP files, but for me that's not a moho-related problem (see my earlier post in this thread).

TGA 1.0 files - particularly uncompressed 24-bit unmapped TGA files - were particularly easy to write if I recall correctly, although they could take up a fair bit of space. They were just a header followed by pixels specified as R G B R G B R G B ... (one byte for each colour). Version 2.0 TGA files added a simple footer and a few other fields.

A quick Google should retrieve some more information and source code e.g. http://astronomy.swin.edu.au/~pbourke/dataformats/tga/

Otherwise, ImageMagick should let you convert BMPs to TGAs (or some other format).

Regards, Myles.

BMP files are that simple too. I was managing to write bitmaps before even looking at any docs about header data; just a little trial and error experimenting using a hex editor. The only weird thing I discovered about them is that if the width isn't a multiple of 4, you have to add extra filler bytes after each row.

TGA files can have an alpha channel too, though, can't they? This might be a good reason for me to take a day just to add alpha support to the homemade BMP code I've already got ... just add another 2D array to the object, and a function called writeTGA(). Then I can auto-prep my scanned drawings for use in Moho and so forth.

AcouSvnt wrote:TGA files can have an alpha channel too, though, can't they?

Yes. A minor header change (to indicate 32 bit format) and pixels of R G B A R G B A ... (or something like that)

AcouSvnt wrote:This might be a good reason for me to take a day just to add alpha support to the homemade BMP code I've already got ... just add another 2D array to the object, and a function called writeTGA(). Then I can auto-prep my scanned drawings for use in Moho and so forth.

Sounds cool.

Regards, Myles.