getavalon / core

The safe post-production pipeline - https://getavalon.github.io/2.0
MIT License
218 stars 49 forks source link

Piper 0.1 #345

Open mottosso opened 6 years ago

mottosso commented 6 years ago

Found this, useful reference!

Piper is a basic, yet functional cross-platform VFX and/or 3D animation pipeline system

tokejepsen commented 6 years ago

Any ideas you wanted to highlight from this?

mottosso commented 6 years ago

One of the novel things that I'd like for Avalon is the Scene Builder aspect, at 02:10. Might provide good reference for #130.

Other than that, it's interesting to see that he's implemented a lot of things that seem better suited for a distributed web app, rather than a Qt (4) app (built with .ui files), such as the project/asset creation and management process. Curious about whether that's related to benefits of Qt or a lack of web development expertise.

I really like how he's using SQLite for a database, it means one isn't necessary to install and that it can be seamlessly transitioned into a distributed database, like SQL or Maria, once performance or sharing becomes an issue.

mottosso commented 6 years ago

Found that he's also got a GitHub account, hi @vikmpetrov!

davidlatwe commented 6 years ago

Wouldn't that be a pain when you want to change the data model while project growing if using SQL ? At least that's what I have heard, no production experience on SQL.

A bit sad that there isn't a workable lite version of mongo. :(

mottosso commented 6 years ago

Wouldn't that be a pain when you want to change the data model while project growing if using SQL ?

I'd imagine it wouldn't be as painless as with NoSQL, but that it has other benefits NoSQL doesn't have; for one, updating the schema would involve updating all data as well which is a pain, but on the other hand it means all data that you interact with always have the same layout. With Mongo, we need our code to support the many layouts currently in the DB. So the complexity doesn't necessarily go away, but rather moves to code-land instead of data-land.

A bit sad that there isn't a workable lite version of mongo. :(

I've heard someone is working on just that. :)

davidlatwe commented 6 years ago

but rather moves to code-land instead of data-land.

Good point !

I've heard someone is working on just that.

Haha, thanks for mention, but not workable yet though (next year maybe). :P


About the Scene (Shot) Builder, it seems that we need an extra Widget inside Loader app, able to stage our selected subsets, and able to display the subset-hierarchy like setdress embedded in another setdress or shotPackage some sort.

vikmpetrov commented 6 years ago

@mottosso thanks for the shoutout! Really glad to hear you've found some inspiration in Piper.

You're completely on point about why I'm using SQLite. It works well for small-to-medium sized teams, which is what Piper was intended for and can be transitioned to PostgreSQL (which is what I've most often used in industry) quite easily if necessary. I'm interested in NoSQL, but I haven't had the time to play around with it much so I've stuck to what I know. Might give it a go in the next iteration, though I'm not sure I see much of a benefit over SQL at the moment.

As for web apps vs Qt apps, I built the Piper UI a while back when I was lacking in web dev experience, it's unrelated to the benefits of Qt. I'll definitely go with web apps for the next iteration.

You guys are onto something here, looking forward to digging into Avalon when I've got the time, keep up the good work! Thanks!