Hi It hasn't been mentioned yet, but it seems to be similar to shotgun. http://ftrack.com Right now they have a seamless integration into maya, hiero and nuke, but apparently a softimage integration is in development. I just played around a bit with their api, but I haven't really used it yet. So I am not sure about their asset management. It is certainly not just an asset management, what Andreas was looking for. Anyway. It is good to hear what others are using. Jakob -------------------------- jakob schindegger perceptual activist since 1993 www.fakob.com trondheim / norway / europe +47 939 73 491
On Jan 30, 2014, at 11:53 PM, [email protected] wrote: > Message: 2 > Date: Thu, 30 Jan 2014 17:52:51 -0500 > From: Alan Fregtman <[email protected]> > Subject: Re: asset library + version control > To: XSI Mailing List <[email protected]> > Message-ID: > <CAN=pnlhgxkj+s89wj+hcpy9kybdjrk7vlz5diczl7gc7y94...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Tank.. err.. *Shotgun Pipeline Toolkit* is great. We use it here. > > That said, he requested: > > *>> We don't need it in combination with an job- user- taskmanagment, but > just as an server+database where we could upload our files and > drag-and-drop our assets to softimage.* > > > If you get Tank you get Shotgun, and that's a beast. It's a cool beast, but > if you're only after version control for files, you're gonna get a lot more > than that. I would also not suggest uploading files directly to Shotgun's > servers, but using pointers instead. > > Tank is awesome, but more for a complete pipeline rather than assets alone. > > > > On Thu, Jan 30, 2014 at 4:44 PM, Matt Lind <[email protected]> wrote: > >> We've been using perforce for a long time. You can put art content into >> it, but it's really designed for managing code. There are bugs where it >> doesn't handle binary data correctly in some situations, and the >> scripting/programming API is pretty weak. It's basically a UNIX command >> line even if you use C++. >> >> >> >> Perforce does provide the P4GT (P4 Graphical tools) which is a >> plugin/integration for managing content, but it's a black box. If you have >> needs outside of what the integration provides, you're kind of SOL as it's >> not programmable. I don't think the P4GT handles .scntoc files with .scn. >> That was a deal breaker for us. >> >> >> >> One feature that perforce lacks that is found in many asset management >> systems are client side hooks/events to automate transactions between user >> and source control. For example, if you want to check in a .scn, you'll >> likely want to check in the .scntoc as well. Perforce doesn't have a hook >> to script that process. You'll need to devise your own bindings. The >> closest thing Perforce has are 'triggers' which are server side events, but >> the best they can do is veto a transaction if criteria aren't met. >> Triggers cannot perform any actions on the client to make corrections. >> >> >> >> I'm surprised people haven't mentioned Shotgun/Tank, or Tactic. Tactic is >> open source and free. >> >> >> >> >> >> Matt >> >> >> >> >> >> >> >> >> >> >> >> *From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Jordi Bares >> *Sent:* Thursday, January 30, 2014 1:33 PM >> >> *To:* [email protected] >> *Subject:* Re: asset library + version control >> >> >> >> Thanks, looks very interesting... the most interesting of them... >> >> >> >> Is this something you guys use for actual 3D assets or you mix all of it, >> from production documents to other assets? >> >> >> >> thx >> >> >> >> Jordi Bares >> >> [email protected] >> >> >> >> On 30 Jan 2014, at 09:40, Michal Doniec <[email protected]> wrote: >> >> >> >> Perforce is the only solution I'd personally recommend. All other stuff >> it's just not suitable for large amount of binary data. >> >> >> >> Of course, it "only" provides versioning. All front end/middle end (asset >> database) work is up to you. >> >> >> >> On 30 January 2014 09:11, Szabolcs Matefy <[email protected]> wrote: >> >> We use perforce, and I can script it within Softimage, and as far as I >> know there was addon for Softimage too... >> >> >> >> *From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Andreas B?inghoff >> *Sent:* Thursday, January 30, 2014 9:40 AM >> >> >> *To:* [email protected] >> *Subject:* Re: asset library + version control >> >> >> >> >> >> Hey Guys, >> >> good tips here. I'll have a look at it. >> >> Alan, with "not as nice..." I meant, that my solution goes not far enough >> without rewriting and the other stuff has to much extra functionality + is >> overcomplicated for what I want from it. >> >> I'll have a look all your suggestions. If someone of you has an >> experiences with one of the solutions, I would be pleased if you share it ;) >> >> Andreas >> >> On 1/29/2014 10:55 PM, Angus Davidson wrote: >> >> Pretty sure it would be fairly easy to set up for mecurial as it should >> just be the command line syntax that would change a little. >> ------------------------------ >> >> *From:* Alan Fregtman [[email protected]] >> *Sent:* 29 January 2014 10:45 PM >> *To:* XSI Mailing List >> *Subject:* Re: asset library + version control >> >> That is cool but it's "regular git" and will be pretty slow for large >> files as Helge pointed out. >> >> >> >> >> >> On Wed, Jan 29, 2014 at 1:50 PM, Angus Davidson <[email protected]> >> wrote: >> >> https://github.com/csaez/gitforsoftimage >> >> >> >> >> ------------------------------ >> >> *From:* Alok Gandhi [[email protected]] >> *Sent:* 29 January 2014 08:31 PM >> *To:* [email protected] >> *Subject:* Re: asset library + version control >> >> You should check out git. >> >> >> >> It can work any kind of binary data and gives you control over versioning. >> >> >> >> You can ofcourse make a python app with qt as front end and some kind >> database as back end - MySql, Mongo etc. >> >> >> >> You can also make web based front end woth python using django if you want. >> >> Sent from my iPhone >> >> >> On Jan 29, 2014, at 12:41, Andreas B?inghoff <[email protected]> wrote: >> >> Hey! >> >> Over the last months, I've done some research what's the best way to store >> our assets in an library with a version control. >> >> I've tried an self programmed custom python solution, Tactic and Perforce. >> Everything works somehow, but it's all not as nice as I wish. >> >> Knows someone of you guys a good solution to handle all types of assets >> (abc, obj, fbx, emdl, ass, psd, tif, sgi, exr, hdr...) with a version >> control? >> >> We don't need it in combination with an job- user- taskmanagment, but just >> as an server+database where we could upload our files and drag-and-drop our >> assets to softimage. >> >> Any advices? >> >> Andreas >> >> -- >> >> >> >> >> >> >> >> ANDREAS B?INGHOFF >> >> 3D Artist >> >> >> >> >> >> >> >> sch?nheitsfarm production >> >> GmbH & Co. KG >> >> sch?nheitsfarm >> >> hamburg >> >> lippmannstrasse 79 >> >> 22769 hamburg >> >> t +4940 432 91 200 >> >> f +4940 432 91 222 >> >> >> >> >> >> sch?nheitsfarm >> >> d?sseldorf >> >> steinstra?e 11 >> >> 40212 d?sseldorf >> >> t +49211 913 701 0 >> >> f +49211 913 701 99 >> >> >> >> >> >> sch?nheitsfarm >> >> frankfurt >> >> hanauer landstrasse 151-153 >> >> 60314 frankfurt >> >> t +4969 484 484 90 >> >> >> >> >> >> >> >> >> >> w www.s-farm.de >> >> >> >> >> >> Gesch?ftsf?hrung Manfred Brunwey >> >> DE 214892548 | Amtsgericht Hamburg HRA 95793 >> >> >> >> >> >> >> >> >> >> >> >> This communication is intended for the addressee only. It is >> confidential. If you have received this communication in error, please >> notify us immediately and destroy the original message. You may not copy or >> disseminate this communication without the permission of the University. >> Only authorised signatories are competent to enter into agreements on >> behalf of the University and recipients are thus advised that the content >> of this message may not be legally binding on the University and may >> contain the personal views and opinions of the author, which are not >> necessarily the views and opinions of The University of the Witwatersrand, >> Johannesburg. All agreements between the University and outsiders are >> subject to South African Law unless the University agrees in writing to the >> contrary. >> >> >> >> This communication is intended for the addressee only. It is confidential. >> If you have received this communication in error, please notify us >> immediately and destroy the original message. You may not copy or >> disseminate this communication without the permission of the University. >> Only authorised signatories are competent to enter into agreements on >> behalf of the University and recipients are thus advised that the content >> of this message may not be legally binding on the University and may >> contain the personal views and opinions of the author, which are not >> necessarily the views and opinions of The University of the Witwatersrand, >> Johannesburg. All agreements between the University and outsiders are >> subject to South African Law unless the University agrees in writing to the >> contrary. >> >> >> >> -- >> >> >> >> >> >> >> >> ANDREAS B?INGHOFF >> >> 3D Artist >> >> >> >> >> >> >> >> sch?nheitsfarm production >> >> GmbH & Co. KG >> >> sch?nheitsfarm >> >> hamburg >> >> lippmannstrasse 79 >> >> 22769 hamburg >> >> t +4940 432 91 200 >> >> f +4940 432 91 222 >> >> >> >> >> >> sch?nheitsfarm >> >> d?sseldorf >> >> steinstra?e 11 >> >> 40212 d?sseldorf >> >> t +49211 913 701 0 >> >> f +49211 913 701 99 >> >> >> >> >> >> sch?nheitsfarm >> >> frankfurt >> >> hanauer landstrasse 151-153 >> >> 60314 frankfurt >> >> t +4969 484 484 90 >> >> >> >> >> >> >> >> >> >> w www.s-farm.de >> >> >> >> >> >> Gesch?ftsf?hrung Manfred Brunwey >> >> DE 214892548 | Amtsgericht Hamburg HRA 95793 >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> ---------- >> Michal >> http://uk.linkedin.com/in/mdoniec >> >> >> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://listproc.autodesk.com/pipermail/softimage/attachments/20140130/7d29b368/attachment.html > > > ------------------------------ > > _______________________________________________ > Softimage mailing list > [email protected] > http://listproc.autodesk.com/mailman/listinfo/softimage > > > End of Softimage Digest, Vol 62, Issue 355 > ******************************************
