Franz Bieberkopf
Forum Replies Created
-
[David Lawrence] ” I just got nailed by the Pr project handling stupids.”
David,
I’ve been very hesitant to dive in on anything large (quite aside from the relinking issue). Any details worth sharing?
Franz.
-
Aindreas,
Your thoughts and misgivings, and the listed shortcomings of PPro mirror my own.
You seem to be closer with the birdies though.
I was referring more to database architectures and other things just over the horizon of my knowledge.
Franz.
-
[Aindreas Gallagher] “… there are implications for project sharing in core data apparently”
Aindreas,
Thanks for the link, some interesting stuff there.
(Aside – the blog notes that Quicktime Pro 7 is still available from Apple, in 2013.)
Yes, from what I was reading it seems like Core Data is a good solution for dealing with a database that exists in one place and doesn’t get up beyond some large number (which does seem to raise questions about using it for iCloud syncing, and multiple-users, and large projects …).
Nonetheless, all interesting, not least since I haven’t come across any info on how Avid or PPro projects are structured …
Franz.
-
[Marcus Moore] ” I’ve been wanting to get these ideas out …”
Marcus,
Please do.
Franz.
-
Charlie,
The link within the link is sort of interesting (comparing Core Data and databases)
https://www.cocoawithlove.com/2010/02/differences-between-core-data-and.html
I also found some discussion on strengths and weaknesses of Core Data (generally positive, though it seemed to have some controversy attached to it circa 2010):
https://bluerope.org/?p=82
https://inessential.com/2010/02/26/on_switching_away_from_core_dataFranz.
-
Aindreas, Chris, Charlie, David, et al.,
I’m going to go out on a limb and hazard a guess that we’re all out of our depth here (except maybe Chris since he’s used the secret password phrase “object graph”) – basing this guess on the fact that no one has yet pointed out that Core Data is not a database:
https://maniacdev.com/2010/02/using-iphone-core-data-vs-a-database/
Which is maybe why Andrew Richards talks about Core Data in conjunction with SQLite in my previously linked post:
https://forums.creativecow.net/readpost/335/43894
Which is why I’d love to hear his take on this. But it isn’t really apparent that it’s relevant to the way FCPX works.
At least I’ve learned today that an object and data are not the same thing (though I don’t really know what the difference is – I suppose objects need to be managed after being graphed, while data needs to be based).
Franz.
-
Aindreas,
Andrew Richards was talking about the database foundations of FCPX a while back. It would be interesting to hear if he has a perspective on this.
https://forums.creativecow.net/readpost/335/43894
Franz.
-
[Craig Seeman] “Which is why I’d say trust no company.”
Craig,
I think the more interesting questions are why and how people come to rely on their software and electronics.
You can see it here in these forums for example – people expect Apple to continue to develop and support Final Cut Pro X. They trust, or want to trust, that the software will be there, and be better, in the future (however vaguely defined).
Another example (discussed recently) – the question of software rental vs. purchase. (Purchase seems to require less trust on the face of it.)
I don’t think it’s a binary question – it’s a question of how far and in what ways we are willing to trust corporations, and maybe more interestingly what sort of agency we might be able to develop in that relationship (be it through government tools like consumer protections or private collective initiatives like Murch’s mythical “professional editor certification” for products).
Franz.
-
[John Davidson] “Apple’s initial release of FCPX may have been somewhat upsetting, but it’s getting better.”
John,
I’m not sure how this addresses the trust issue.
Franz.
-
Franz Bieberkopf
March 25, 2013 at 8:28 pm in reply to: John Siracusa perspective on Mac Pro SuccessorWalter,
Welcome back. Your perspective and insight (and court comportment) have been missed.
Franz.