Good to hear ! In case you want to study some more actual application code, feel free to have a look at the AnimIO. Its going to be a demo project from which a template project will be extracted to ease development.
http://gitorious.org/~byron/animio/byrons-sideline Cheers, Sebastian On Apr 27, 2:49 am, Judah Baron <[email protected]> wrote: > Ok, that fix does allow me to import mrv without error. Haven't gotten much > past that today, but it looks like I should be able to make some forward > progress now. > > thanks, > -Judah > > On Mon, Apr 26, 2010 at 12:53 AM, Sebastian Thiel > <[email protected]>wrote: > > > > > Oh, such a system is in Place - unknown nodes are either of type > > "Unknown" or "UnknownDag", in case of plugin types, there are plenty > > of "UnknownPlugin..." type names as well. > > You ran into a bug related to a type missing in the static portion of > > the node hierarchy database, and I am glad that this happened now as > > such an ungraceful import error is quite a bad sign for the quality of > > software. Although a test exists for the correctness of the node > > hierarchy, manipulators are left out as they tend to crash maya if > > created outside the context of a specific tool. > > > Thanks for bringing this up, > > Sebastian > > > On Apr 25, 9:29 pm, Judah Baron <[email protected]> wrote: > > > Great! Thanks for the response. We are not loading anything with a > > > custom manipulator, but I'll turn things off to see what happens. > > > > Question: > > > If mrv does find something that it doesn't recognize is it possible to > > > fail more gracefully? So instead of failing to load, could that > > > nodetype just not be tracked/supported by mrv? Maybe such types could > > > be wrapped with something like a safeUnknown interface that would be > > > consistent with the general class generation paradigm already in > > > place, but would generate something that the user/developer could then > > > use to investigate the problem, should it become apparent. > > > > Thanks again, > > > -Judah > > > > On Sun, Apr 25, 2010 at 8:09 AM, Sebastian Thiel > > > > <[email protected]> wrote: > > > > Hi Judah, > > > > > Please pull the master branch on gitorious or github for a potential > > > > fix. Its just a potential one as I have had no way to reproduce the > > > > issue, although I believe to know what is happening there. > > > > > Apparently you have a plugin loaded that is registering a plugin > > > > manipulator. As a quick workaround and verification, try to import MRV > > > > without that plugin being loaded. > > > > The reason for the failure is that the node hierarchy does not contain > > > > the plugin node type called "UnknownPluginManipContainer" which MRV > > > > uses to classify these custom manipulators. The reason for that was a > > > > bug in the node hierarchy creation procedure which is now fixed. Using > > > > that fix, I recreated the type hierarchy which now includes the > > > > missing type, hence the initialization should be fine with the latest > > > > version. > > > > > Please let me know whether it works for you, > > > > Sebastian > > > > > On Apr 23, 8:06 pm, Judah Baron <[email protected]> wrote: > > > >> I am looking at MRV and I like what I see so far, although I am > > getting an > > > >> UnknownPluginManipContainer upon import. > > > > >> Any idea what this means? > > > > >> import mrv.maya.nt > > > >> # Error: ('UnknownPluginManipContainer',) > > > >> # Traceback (most recent call last): > > > >> # File "<maya console>", line 1, in <module> > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\__init__.py", > > > >> line 365, in <module> > > > >> # _init_plugin_db() > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\__init__.py", > > > >> line 189, in _init_plugin_db > > > >> # pluginDB = PluginDB() > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\__init__.py", > > > >> line 223, in __init__ > > > >> # self.plugin_registry_changed() > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\__init__.py", > > > >> line 237, in plugin_registry_changed > > > >> # self.plugin_loaded(pn) > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\__init__.py", > > > >> line 297, in plugin_loaded > > > >> # typ._addCustomType( nt, parentclsname, tnc, force_creation=True > > ) > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\typ.py", > > > >> line 428, in _addCustomType > > > >> # mrvmaya.initWrappers( targetmoduledict, [ newclsname ], > > metaclass, > > > >> **kwargs ) > > > >> # File > > "C:\dev\projects\Main\TnT\Tools\sdk\python\mrv\maya\__init__.py", > > > >> line 184, in initWrappers > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\util.py", > > > >> line 286, in createCls > > > >> # self._createdClass = self.classcreator( self.clsname, tuple(), > > {} ) > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\nt\typ.py", > > > >> line 317, in __new__ > > > >> # nameToTreeFunc = func_nameToTree ) > > > >> # File > > > "C:\dev\projects\Main\TnT\Tools\sdk\python\Lib\site-packages\mrv\maya\util.py", > > > >> line 326, in __new__ > > > >> # parentcls = module.__dict__[ parentclsname ] > > > >> # KeyError: ('UnknownPluginManipContainer',) # > > > > >> thanks, > > > >> -Judah > > > > >> On Wed, Apr 7, 2010 at 7:15 AM, Sebastian Thiel < > > [email protected]> > > > >> wrote: > > > > >> > MRV is an open-source multi-platform python development environment > > to > > > >> > ease rapid development of maintainable, reliable and > > high-performance > > > >> > code to be used in and around Autodesk Maya. > > > > >> > MRV adds a lightweight convenience layer on top of the Maya API > > > >> > exposed to python, correcting inconveniences and sources for common > > > >> > programming errors on the way. It essentially enables a more > > efficient > > > >> > way of using the Maya API by allowing more intuitive access to > > maya's > > > >> > nodes, the DAG and the dependency graph. In effect, it greatly > > > >> > improves the programmers productivity. > > > > >> > As programming convenience within python is achieved at runtime, it > > > >> > clearly comes at the cost of performance, which is why MRV will > > always > > > >> > allow you to operate directly on MayaAPI objects, bypassing the > > > >> > convenience wrapper to optimize tight loops or performance critical > > > >> > sections if needed. > > > > >> > As an additional benefit, it provides an extensible undo system to > > > >> > enable undo for the most common wrapped API operations, hence > > programs > > > >> > requiring user interaction will work natively within maya at no > > > >> > additional development costs, undo usually does not need to be > > > >> > implemented explicitly. If no undo is required, MRV can > > automatically > > > >> > use alternative implementations which incur no undo overhead at all > > to > > > >> > additionally boost performance in non-gui modes of operation. > > > > >> > MRV is versatile, as it runs on all platforms supported by Maya, > > > >> > starting at Maya 8.5 up to the latest version. Using MRV it is easy > > to > > > >> > write standalone applications, using a standalone python interpreter > > > >> > as long as access to the maya python libraries is available. > > > > >> > MRV is extensible, allowing you to add convenient interfaces to your > > > >> > plug-in nodes without any boilerplate code. You can configure and > > > >> > define every aspect to your liking or your specific needs, making it > > > >> > especially useful for 3D-production pipeline development. > > > > >> > Reliability is a major concern, hence everything within MRV is > > backed > > > >> > up by unittests. New features are implemented using test-driven > > > >> > development practices , new releases are only done if no unittest > > > >> > fails on any supported platform. > > > > >> > If you want to learn more, please have a look at the online > > > >> > documentation at > > > > >> >http://packages.python.org/MRV/index.html > > > > >> > Kind Regards, > > > >> > Sebastian > > > > >> > -- > > > >> >http://groups.google.com/group/python_inside_maya > > > > >> > To unsubscribe, reply using "remove me" as the subject. > > > > >> --http://groups.google.com/group/python_inside_maya > > > > > -- > > > >http://groups.google.com/group/python_inside_maya > > > > --http://groups.google.com/group/python_inside_maya > > > -- > >http://groups.google.com/group/python_inside_maya > > --http://groups.google.com/group/python_inside_maya -- http://groups.google.com/group/python_inside_maya
