Activity › Forums › Creative Community Conversations › Could Adobe (or someone else) adopt magnetic timeline features in a tracked timeline?
-
Could Adobe (or someone else) adopt magnetic timeline features in a tracked timeline?
Alex Gollner replied 6 years ago 21 Members · 126 Replies
-
David Lawrence
March 6, 2015 at 1:21 am[Charlie Austin] “lol. well, there were no libraries when it was released, but I see your point. But, since everything in a project is placed relative to a Spine (which is the primary I think… I like to snoop around in app package files using BBEdit…) what happens? 2 spines? I think there are probably less “invasive” ways to accomplish the same ends…”
I like snooping code too! 🙂
I think they define a new parent container object that holds spine#1 thru spine#x. They could call this container a “sequence” (radical, I know, lol). The sequence parent object holds fixed time. All objects within have relative time. This is a drastic oversimplification, but you get the gist. It’s basically a one level expansion of the current data and UI hierarchy. I don’t think it would be more difficult that the restructuring of the library, but of course, I have no idea what’s going on under the hood. If the same goals could be accomplished more simply, I’m all for it!
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
https://lnkd.in/Cfz92F
facebook.com/dlawrence
twitter.com/dhl
vimeo.com/dlawrence/albums -
Walter Soyka
March 6, 2015 at 1:22 am[Charlie Austin] “Well, sure,but wouldn’t the ability to connect to a point in time in the sequence accomplish the same thing? And in your scenario, I bet it wouldn’t stay the same as now, at least “under the hood”. They’d kinda need to re-invent how the timeline works. IMO that’s unnecessary.”
Multiple primaries would require more UI stuff than a connectable time ruler, but the simplest way for Apple to accommodate that time ruler under the hood would probably be as a second primary. Imagine an invisible, uneditable gap clip to which absolute time elements are connected.
That’s easy because they can reuse the existing data model and just implement two parents in the same project; anything else would require a new data model or major revision to the current one.
So given that the absolute time ruler would really be a second primary anyway — why not have two primaries?
Walter Soyka
Designer & Mad Scientist at Keen Live [link]
Motion Graphics, Widescreen Events, Presentation Design, and Consulting
@keenlive | RenderBreak [blog] | Profile [LinkedIn] -
David Lawrence
March 6, 2015 at 2:15 am[Walter Soyka] “That’s easy because they can reuse the existing data model and just implement two parents in the same project; anything else would require a new data model or major revision to the current one.”
Walter, what do you think of my proposal above? – https://forums.creativecow.net/readpost/335/78526
Do you think something like that could work with the existing data model as you understand it?
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
https://lnkd.in/Cfz92F
facebook.com/dlawrence
twitter.com/dhl
vimeo.com/dlawrence/albums -
Walter Soyka
March 6, 2015 at 6:47 am[David Lawrence] “Walter, what do you think of my proposal above? – https://forums.creativecow.net/readpost/335/78526 Do you think something like that could work with the existing data model as you understand it?”
Yes, but what’s interesting is that while the user would perceive absolute time placement with your proposal, absolute time would almost certainly still be a derived property, not an intrinsic one.
The parent doesn’t have to hold fixed time per se; it can just hold stacks of the same independent relative time storylines we have now, with a common time scale.
Walter Soyka
Designer & Mad Scientist at Keen Live [link]
Motion Graphics, Widescreen Events, Presentation Design, and Consulting
@keenlive | RenderBreak [blog] | Profile [LinkedIn] -
David Lawrence
March 6, 2015 at 8:15 am[Walter Soyka] “Yes, but what’s interesting is that while the user would perceive absolute time placement with your proposal, absolute time would almost certainly still be a derived property, not an intrinsic one.”
That’s fine by me. In good UI design, the user shouldn’t have to understand the underlying data model in order to use the application. That should all be under the hood with a clear, consistent and appropriate metaphor to guide user interaction.
_______________________
David Lawrence
art~media~design~research
propaganda.com
publicmattersgroup.com
https://lnkd.in/Cfz92F
facebook.com/dlawrence
twitter.com/dhl
vimeo.com/dlawrence/albums -
Jeremy Garchow
March 6, 2015 at 5:42 pmIf you’re going to add another primary, then you might as well add infinite primaries, and then you’re back to tracks and all that comes with it.
Secondary storylines provide the functionality you require, especially if you pin it to zero, just like a track.
The big downside with multiple primaries is that you constantly have to manage multiple time functions, meaning if I move stuff in primary 1, primary 2 isn’t coming along for the ride.
I know that this is exactly what you’re arguing for in FCPX, but I think the developers could spend their time on other things to gain even more efficiencies in the current model.
-
Charlie Austin
March 6, 2015 at 5:52 pm[Jeremy Garchow] “The big downside with multiple primaries is that you constantly have to manage multiple time functions, meaning if I move stuff in primary 1, primary 2 isn’t coming along for the ride.
I know that this is exactly what you’re arguing for in FCPX, but I think the developers could spend their time on other things to gain even more efficiencies in the current model.”
I eschew one word replies but, uh… yep. 🙂 There, that’s eight words. I mean twelve… fiftee… uh, crap!
————————————————————-
~ My FCPX Babbling blog ~
~”It is a poor craftsman who blames his tools.”~
~”The function you just attempted is not yet implemented”~ -
Charlie Austin
March 6, 2015 at 6:08 pm[Jeremy Garchow] “Eschew.”
bless you
————————————————————-
~ My FCPX Babbling blog ~
~”It is a poor craftsman who blames his tools.”~
~”The function you just attempted is not yet implemented”~ -
Charlie Austin
March 6, 2015 at 6:11 pmOne of my favorite bumper stickers of all time: “Eschew Obfuscation” 🙂
————————————————————-
~ My FCPX Babbling blog ~
~”It is a poor craftsman who blames his tools.”~
~”The function you just attempted is not yet implemented”~
Reply to this Discussion! Login or Sign Up