Hi Jordi Taking your point that it is more of a production management tool, do you know how they handle the versioning ?
Kind regards Angus On 2014/01/31, 11:05 AM, "Jordi Bares" <[email protected]> wrote: >I am using it at Realise and fits much much better to our model, I really >like Ftrack and their UX is second to noneŠ does not become cumbersome at >all although it is a production management (task tracking) more than >asset management. > >Highly recommend it because after trying others I use this, the other >offers felt too cumbersome to me. > >Jordi Bares >[email protected] > >On 31 Jan 2014, at 08:57, Jakob Schindegger <[email protected]> wrote: > >> 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/7d >>>29b368/attachment.html >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> Softimage mailing list >>> [email protected] >>> http://listproc.autodesk.com/mailman/listinfo/softimage >>> >>> >>> End of Softimage Digest, Vol 62, Issue 355 >>> ****************************************** >> >> > > <table width="100%" border="0" cellspacing="0" cellpadding="0" style="width:100%;"> <tr> <td align="left" style="text-align:justify;"><font face="arial,sans-serif" size="1" color="#999999"><span style="font-size:11px;">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. </span></font></td> </tr> </table>
