Well I'm starting my own little business in a couple of months, but until then I'm working for a small company that only have 3 years in the market. We don't develope games for ourselves, we create assets and cutscenes for games, slot machines and other media. That's why we have to use the version our client uses, or the game SDK supports. Only in pre-rendered works we have some liberty but we mainly do real time.
What's going on here? well, comparing it to a few years ago, we do more complex models with almost the same schedule, and almost the same budget :D Cheers, Martin On Mon, Aug 26, 2013 at 9:27 PM, Nicolas Esposito <[email protected]> wrote: > Thats a news! Anyway something like "pay for what you export" in my case > would be perfect, but hey, at least if there are some plans for renting > that is a step in the right direction > > Martin, are you in game development in Japan? sounds awesome > If you can tell it, which studio you're working for? > I never met someone into game development in Japan, so I'm really curious > to see whats going on there > > Cheers > > > 2013/8/26 Martin <[email protected]> > >> Thanks Stefan, Great news! >> >> Now I just hope they offer a rent option for old versions ( I don't think >> they will ). >> >> We usually never use the latest version in game development here in >> Japan. I'm using SI 2011 in my current project that started 1 year ago. >> Using a 3 years old version is almost the standard so it kinda obligates >> you to use a subscription, if you haven't already purchased a permanent >> license 3 years ago. >> And paying a Max subscription only to convert my SI data before sending >> it to my client is just too expensive. >> >> Damn I hate this system, but let's hope that something better comes with >> this "evolution". >> >> Regards, >> >> Martin >> >> >> >> On Mon, Aug 26, 2013 at 6:19 PM, Stefan Kubicek >> <[email protected]>wrote: >> >>> For these cases, it would be great if you could rent Autodesk's packages >>>> like you can with Adobe's. Sometimes I need 3DS Max for a couple of >>>> months >>>> but buying a Max license just isn't worth it. >>>> >>>> Martin >>>> >>> >>> You have been heard! >>> http://www.studiodaily.com/**2013/08/autodesk-may-be-next-** >>> to-offer-rental-model/<http://www.studiodaily.com/2013/08/autodesk-may-be-next-to-offer-rental-model/> >>> >>> >>> On Mon, Aug 26, 2013 at 8:18 AM, Raffaele Fragapane < >>>> [email protected]> wrote: >>>> >>>> Maya doesn't make it easy either thanks to a staggeringly retarded >>>>> descriptor of the FCurves. >>>>> >>>>> We did write such a thing (something to move curves seamlessly and >>>>> below >>>>> the float precision threshold between Soft and Maya), and in the end >>>>> the >>>>> only way to propely re-interpret from or to Maya was a large hash >>>>> table for >>>>> some elements like the handles. The Maya SDK doco and Devkit examples >>>>> don't >>>>> help either since they largely revolve around exporting animation (a >>>>> plot), >>>>> not FCurves, sidestepping entirely the problem of sparse animation with >>>>> higher order data. >>>>> >>>>> In Short: It's not quite trivial, and it's a gigantic pain in the ass >>>>> that >>>>> takes a handful of days, not hours, to write. >>>>> >>>>> >>>>> On Mon, Aug 26, 2013 at 7:28 AM, Stefan Kubicek <[email protected] >>>>> >wrote: >>>>> >>>>> Converting a Maya ASCII file (I suppose this is what you refer to as >>>>>> MEL?) to a softimage scene is very hard to do, there are some >>>>>> concepts in >>>>>> Maya that don't translate well over to Softimage. For simple >>>>>> animation and >>>>>> Polygon Meshes it should be a bit easier, I thought about writing a >>>>>> Maya >>>>>> ASCII reader for Soft, but demand wasn't really high so I never dug >>>>>> deeper. >>>>>> >>>>>> Try baking your animations first before exporting the fbx file, and >>>>>> make >>>>>> sure you have checked the animation export flag in the exporter >>>>>> settings in >>>>>> the first place. >>>>>> >>>>>> >>>>>> >>>>>> As far as I saw there is the possiblity to modify the python script >>>>>> in >>>>>> >>>>>>> order to be read from Softimage...but programming is not my thing... >>>>>>> I was just looking for animation to transfer over SI ( basically the >>>>>>> scene >>>>>>> is some animated nulls ) >>>>>>> >>>>>>> >>>>>>> 2013/8/25 Alan Fregtman <[email protected]> >>>>>>> >>>>>>> No, there isn't. It'd be a good learning experience to try making >>>>>>> one >>>>>>> >>>>>>>> though. :) >>>>>>>> >>>>>>>> Do you expect a full 1:1 conversion of MEL to the Softimage SDK? Or >>>>>>>> just >>>>>>>> for animation to transfer over? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Sun, Aug 25, 2013 at 11:23 AM, Nicolas Esposito < >>>>>>>> [email protected] >>>>>>>> >wrote: >>>>>>>> >>>>>>>> Hello there, >>>>>>>> >>>>>>>>> I'm currently testing a software to expand my pipeline, but the >>>>>>>>> main >>>>>>>>> problem is that currently it only supports Maya scripts as export ( >>>>>>>>> MEL ) >>>>>>>>> I succesfully exported the MEL script from Maya to Softimage and >>>>>>>>> everything is working properly ( however don't know why in FBX the >>>>>>>>> animations are not recognized, while with Collada .DAE files >>>>>>>>> animations are >>>>>>>>> ok ) but I don't own Maya, so: >>>>>>>>> Is there any kind of converter for Mel scripts in order to be read >>>>>>>>> from >>>>>>>>> Softimage? >>>>>>>>> Something like Mel to Python/FBX or something similar... >>>>>>>>> >>>>>>>>> Cheers >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> -- >>>>>> ------------------------------****--------------- >>>>>> Stefan Kubicek [email protected] >>>>>> ------------------------------****--------------- >>>>>> >>>>>> keyvis digital imagery >>>>>> Alfred Feierfeilstraße 3 >>>>>> A-2380 Perchtoldsdorf bei Wien >>>>>> Phone: +43 (0) 699 12614231 >>>>>> www.keyvis.at >>>>>> -- This email and its attachments are -- >>>>>> -- confidential and for the recipient only -- >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Our users will know fear and cower before our software! Ship it! Ship >>>>> it >>>>> and let them flee like the dogs they are! >>>>> >>>>> >>>> >>> >>> -- >>> ------------------------------**--------------- >>> Stefan Kubicek [email protected] >>> ------------------------------**--------------- >>> keyvis digital imagery >>> Alfred Feierfeilstraße 3 >>> A-2380 Perchtoldsdorf bei Wien >>> Phone: +43 (0) 699 12614231 >>> www.keyvis.at >>> -- This email and its attachments are -- >>> -- confidential and for the recipient only -- >>> >>> >> >
