CGTalk > Software > Autodesk Maya > Maya Programming
Login register
Thread Closed share thread « Previous Thread | Next Thread »  
 
Thread Tools Search this Thread Display Modes
Old 09-13-2005, 03:57 PM   #1
nikopol_gfx
Veteran
 
nikopol_gfx's Avatar
Nikopol King
student
UNITBV
Brasov, Romania
 
Join Date: May 2005
Posts: 56
Huge MEL Scripts - can they do harm to Maya environment ?

I'm planning to do a MEL code generator in Java for automating tasks like spreading an object in scene, randomize attributes of multiple objects at once, and other stuff like that. It is working in a pipeline like this:

JMEL code->Java interpreter->MEL code

where JMEL is a specialized programming language I've recently designed. It's not implemented yet. It can do a lot of useful stuff, like spreading a tree object on a grid to create a forest, with input bitmap images controlling density, scale etc.

This program can generate thousands of lines of MEL code, or even more, where a lot of objects are translated, scaled one by one.

This is the problem:
---------------------
can Maya execute without problem so many lines of code in a single script, without beeing disturbed? If my procedurally generated scripts would cause problem to Maya MEL interpreter, this could cause big instability problems, and would make my language useless.



Thank you, and sorry for my english.
__________________
"Realize that more magic exists in making magic than in watching it."
 
Old 09-13-2005, 04:44 PM   #2
harmless
Frequenter
James Gaczkowski
USA
 
Join Date: Jul 2002
Posts: 197
The largest problems you will run into will be speed (or lack thereof), the ability to debug, and the consumption of memory.


Of course these are all dependent:
memory -- how long the script is for a single tool (it would be possible to have a mel script that is 120,000 lines long and only source a procedure when needed)...but you would have to hope that the user doesn't put all of the procedures into memory during a single session...there is no way to clear global variables in a single maya session

speed -- use the API or get used to slowness for complex and iterative/recursive operations

debug -- imagine if you get a bug in your melscript. Is it a problem with the interpreter? or the java code? or is it a user-error? It would be quite time consuming to hunt down the smallest of errors.


It sounds like quite a task to write a scripting language for a scripting language. If you have some method figured out that writes bug-free melscript then you are home free. If this is not the case you may want to consider writing your scatter tool in C++.
 
Old 09-13-2005, 07:09 PM   #3
AndersEgleus
Lord of the posts
 
AndersEgleus's Avatar
portfolio
Anders Egleus
FX TD/R&D
Ghost VFX, Cph
Malmö, Sweden
 
Join Date: Sep 2002
Posts: 513
I assume you have a good reason for writing your own java interpreted language (maybe to utilize java functions that don't exist in mel?), so I won't go into the hazards of that.

As for the size of mel scripts, I can only add that I don't think it would be a problem in most cases - the .ma format is actually script which executes the nessecary mel commands to recreate a saved scene (at least I assume so after looking at a few .ma files in a text editor), and maya files can be really huge without causing problems.
 
Old 09-14-2005, 08:42 AM   #4
Robert Bateman
Lord of the posts
 
Robert Bateman's Avatar
Robert Bateman
Software Engineer
United Kingdom
 
Join Date: Aug 2004
Posts: 1,160
well, if it spits out code like :

sphere;
move 1 0 0;
sphere;
move 2 0 0;
sphere;
move 3 0 0;

etc, then i'd suggest it'd not be the greatest idea, but it will work. The only problem you may run into is an issue with construction history. To avoid those issues, you probably want to use a minimal subset of mel, ie crateNode / getAttr /setAttr / connectAttr.

The Maya Ascii file is a good example. It only uses 9 mel commands (check the file formats section of the maya help - devloper resources). Infact, writing out a maya ascii file may be the way to go (though it's not pleasant). You'd probably want to do things like flush the undo queue etc after importing etc, and try to avoid calls that generate construction history..... (ie, sphere will generate a nurbSphereCreator node, a transform, and the nurbs object itself)

generally though, it'd be nicer to write an output that uses loops and other control structures (ie functions, switch statements etc).
 
Old 09-14-2005, 05:17 PM   #5
CaptainSam
Frequenter
 
CaptainSam's Avatar
portfolio
jo jurgens
Senior TD
Qvisten Animation
Norway
 
Join Date: Jul 2002
Posts: 245
If you creating or modifying insane amounts of objects, try to do it as several commands and insert flushUndo after each command has run, so memory isnt filled up.
__________________
CaptainSam
 
Old 09-14-2005, 05:17 PM   #6
CGTalk Moderation
Lord of the posts
CGTalk Forum Leader
 
Join Date: Sep 2003
Posts: 1,066,480
Thread automatically closed

This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.
__________________
CGTalk Policy/Legalities
Note that as CGTalk Members, you agree to the terms and conditions of using this website.
 
Thread Closed share thread


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
CGSociety
Society of Digital Artists
www.cgsociety.org

Powered by vBulletin
Copyright ©2000 - 2006,
Jelsoft Enterprises Ltd.
Minimize Ads
Forum Jump
Miscellaneous

All times are GMT. The time now is 01:36 AM.


Powered by vBulletin
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.