Yes, Justin stated what I was trying to say and got my responses out before I could, lol It sounds very focused on implementation just for Maya's api. I am not stating that isn't useful but could be more useful to put in effort for a system designed around a pipeline that doesn't just involve Maya. Maybe this could be a starting point for a bigger framework. I know this is a group based around python for "Maya" but I rarely have a day in years where I didn't have to involve several other programs, be it at work or my home set of tools.
I am not trying to down your efforts, just responding to your question of whether I personally would have interest in it and my answer is yes, but not just a set focused entirely on Maya. On Mon, Nov 3, 2014 at 10:31 AM, Justin Israel <[email protected]> wrote: > > On Tue, 4 Nov 2014 7:13 AM Marcus Ottosson <[email protected]> > wrote: > > I remember long ago, i maya there where an web interface, where you could > pass commands from the > web browser, cant remember well, but was something like mel:// and your > command. > > > That’s interesting! Looks like it’s still going. > > > http://knowledge.autodesk.com/support/maya/learn-explore/caas/CloudHelp/cloudhelp/2015/ENU/Maya/files/Interface-overview-Install-the-Maya-Web-browser-plugin-htm.html > > Haven’t heard nor tried that, but I’ll have to give it a go. > > Is there any easy - open source -tool to do those “screen captures turned > into gif” you usually post? > > > I’m sure Google would have a better answer for you, but if you ain’t got > Photoshop to do Save for Web.. then there’s also FFMpeg that can supposedly > do similar things; although from what I gather you’ll need to first convert > your videos to images and then to .gif. > > I have been using redis for my application communications. > > > Hi Damon, thanks for sharing. > > Redis is a message queue/broker much like ZeroMQ and has similar > advantages and disadvantages. One of the reasons not to go with ZeroMQ or > Redis is their binary requirements - Redis requiring an externally running > server and ZeroMQ requiring binaries especially compiled for Maya; per > version of Python. > > Redis is a key-value database. It happens to have messaging added on. > It's initial intent is high throughput persistent storage. It also offers a > number of data types like sets and maps. > > It is also possible to find pure python client libraries for ZeroMQ and > Redis. > > What is nice is that it allows back and forth communications, not just > 1-way.. Makes it so I am not completely stuck with just Maya’s versions of > python and Qt. I can even execute commands in other open mayas on the > network. > > > That is quite useful, however the same is true for any type of > inter-process communication; including HTTP calls. It’s called brokerless > messaging <http://zeromq.org/whitepapers:brokerless>. > > To summarize; HTTP communication: > > Supports bi-directional communicationRuns natively in any language that > supports HTML; which includes Python, but also JS and C# and so on. > > bi-directional? Is your httpserver making requests to your httpclient? > Usually with http, a client makes a requests and waits for a response. > > Whereas a message queue requires an initial setup, and in the case of > Redis, a central broker. > > Yes. Redis is a database, so it allows for persistent storage, > regardless of how fast Maya can consume from it > > I may even be so bold as to claim that the only real benefit of an MQ is > performance; however as Python is only capable of producing a certain > amount of information per second, that benefit may never actually surface. > Thoughts? > > Durability. > Also I don't know what your bold claims are based on. Do you have anything > to back up your claim that python cannot produce enough data to see any > benefit from a TCP or Unix sockets connection, vs an httpinterface? > > It sounds like the RESTful interface would serve a very specific purpose > as opposed to a more open solution. > > > I’d love for you to elaborate on this. What does “open” mean, if not > standardized HTTP calls following a widely used architectural pattern like > REST? And in what way does it strike you as specific? > > > What I think is being said here, is the same as what I was stating. While > someone may have a specific use case to expose a Restful interface for > their application, I don't think it would be as useful to have a completely > generic restful implementation of the Maya commands api. It sounds like you > were asking if anyone would find that useful. But if you are asking if > Restful interfaces into application are useful, then yes. > > > Thanks again! > > Best, > Marcus > > > > -- > You received this message because you are subscribed to the Google Groups > "Python Programming for Autodesk Maya" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOA6Lde7ce63zRxLdfF%2BV3O9rfAMnoxmA%3D2Bt65pvuCJ8g%40mail.gmail.com > <https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOA6Lde7ce63zRxLdfF%2BV3O9rfAMnoxmA%3D2Bt65pvuCJ8g%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google Groups > "Python Programming for Autodesk Maya" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA1Rqfbtknyw1i6DaJR%2BLBE9RPKmrmSO2P%3Db%3D73aSasfFA%40mail.gmail.com > <https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA1Rqfbtknyw1i6DaJR%2BLBE9RPKmrmSO2P%3Db%3D73aSasfFA%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/CAM9RXoL6LWPFFb7MBH%2BP35cVVkmwLKCc%3Dgjxecrnf8cC0owZKQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
