Ftrack is much more advanced solution than just versioning system. It has extensive production and review tools and many other things, might be overkill if someone just wants to store files on disk and manage versions, but if someone is willing to put work in and integrate it into existing pipeline, it makes a lot of sense to have a look at it, there is plenty of videos and evaluation on ftrack.com, easy to see what it does.
On 31 January 2014 09:30, philipp.oeser <[email protected]> wrote: > When using git etc. for asset-versioning I was wondering how to tackle > the "review" situation (where you want two or more versions of an asset > _simultaniously_ on disk/in a review session): any ideas/solutions on this? > > I assume this is why tactic/ftrack [not sure about shotgun] still use the > good old "v01", "v02" tokens when it comes to storing stuff on disk. > would be nice to hear from others who actually use git/perforce for > versioning how they do this. > > other than that I think git is great (and I use it -- for coding) > > > Helge Mathee <[email protected]> hat am 30. Januar 2014 um 18:28 > geschrieben: > > it's also quite useful to use things like jojodiff ( > http://jojodiff.sourceforge.net/) > in automated processes. you can use git annex to store all versioning > metadat, > and automated scripts to create diffs from the previous version. then you > can decide > if the diff is close to the size of the previous file, use the full file > or the diff based > on your own logic. of course this requires even more work but is a > flexible > and efficient solution. > > On 1/30/2014 4:00 PM, Alan Fregtman wrote: > > Has anyone ever transitioned from keeping all version files to a > diff-based version control system the likes of git or the others? > > Are the storage benefits considerable when using a system that only > stores binary differences between versions vs keeping all the files in > full? > > > > On Thu, Jan 30, 2014 at 6:06 AM, Cristobal Infante <[email protected]>wrote: > > We use our own MySQL database with a PyQt front end. It's basic, but > custom built for our needs. > > > On 30 January 2014 10:56, Szabolcs Matefy <[email protected]> wrote: > > If you are OK with scripting, using the system command you could do the > commands on your own. I did the same J > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Andreas Böinghoff > *Sent:* Thursday, January 30, 2014 11:02 AM > > *To:* [email protected] > *Subject:* Re: asset library + version control > > > > Maybe I have also to revisit the hole perforce thing. > > I had a look at perforce, obviously this is what I want, but the > documentation is confusing, or I haven't spend enough time with it. > > After installing the server, I've tryed to install an SI-Addon with the > "p4gt64.exe" - unfortunately there is no addon anywhere and I just don't > get it how the communication between SI and the server works. > > Andreas > > On 1/30/2014 10:40 AM, Michal Doniec 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 > > > > -- > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [image: nhb] Philipp Oeser Pipeline Engineer T +49 40 - 450 > 120 - 401 www.nhb.de > > nhb video GmbH | nhb ton GmbH > > Alsterglacis 8 | 20354 Hamburg > nhb video GmbH, HRB 61617 > Geschäftsführer: Michael Vitzthum, Matthias Rewig > nhb ton GmbH, HRB 73877 > Geschäftsführer: Michael Vitzthum, Matthias Rewig [image: dolby]nhb > is Dolby approved Diese E-Mail enthält vertrauliche und/oder rechtlich > geschützte Informationen. Das unerlaubte Weiterleiten dieser Mail ist nicht > gestattet. This e-mail may contain confidential and/or privileged > information. Any unauthorised disclosure of the material in this e-mail is > forbidden. > -- ---------- Michal http://uk.linkedin.com/in/mdoniec
