Copy link to clipboard
Copied
Hi guys,
will there ever be something like avids ScriptSync available on premiere pro?
Now when adobe is developing the transcript feature the next step has definitely to be adobes own version of ScriptSync . I don’t even understand why there is still nothing like this feature implemented in premiere especially Hollywood editors love this feature and don´t want to miss it on avid. I still have to use avid just because of script sync. I am really convinced that this would bring premiere pro to the next level…soo please we need ScriptSync for premiere pro!
Copy link to clipboard
Copied
You should post this on the Premiere Pro Public Beta forum, which is where all the discussions really on the new transcript process development are taking place. And the engineers do follow and respond over there.
This forum is for peer to peer help within Premiere Pro.
Neil
Copy link to clipboard
Copied
[we read over here too]
It's a fine feature request, and something we're investigating...
Copy link to clipboard
Copied
@marios94 +1!
I actually built a quick ScriptSync-style feature using a custom panel feature yesterday morning.
The takeaways from this little endeavor were revealing and seem worth sharing:
Keep in mind: this wasn't an attempt to create a marketable enterprise panel for all possible use cases. Just something developed quickly sufficient for the current project.
Also it also wasn't designed to mimic a lined script the way Avid's ScriptSync does. But the results after one morning of coding exceeded our expectations. What seemed like a workaround -- abandoing the "lined script" design, for our purposes, turned out to be a strength.
Here's why: While Avid's ScriptSync delivers a polished & familiar look, it has a number of down-sides:
• The relentless double-clicking that wears on you when auditioning lots of takes.
• The clumsiness with which it handles takes in series (do-overs, mistakes, resets) -- that great look can, in real world situations, can bog itself down into a busy, clumsy mess.
• It uses a proprietary "Script" file that cannot be customized and extended
Here are the unexpected up-sides of the custom panel hack job we did:
• Everything is single-click-to-play. We have lots of takes. It seems like a small thing, but in practice single vs double clicking makes a big difference.
• Because we're in HTML the UI is extremely flexible. We went with buttons appended to the end of every line. We might switch to pull-downs in a few days, or, as we go forward, develop something more sophisticated. Anything is possible. It's a custom panel. We decide.
• It takes in a Final Draft script and extends it without changing the original. You can try and evolve your ideas as your show evolves. In other words we're working with an human readable industry standard format whereas ScryptSync uses opaque binary files that are closed to 3rd party developers.
Bottom line: For our purposes intended hack job we did in about 4 hours is outperforming ScriptSync
Implications:
• This is very doable in Adobe. With a slightly bigger team (i.e. more than one coder) you can have an enterprise level solution beta testing in short order.
• The power Adobe has unleashed for post production with its Custom HTML Panels is nothing short of revolutionary. It can't be overstated. I hope posts like these motivate Adobe to commit more resources to extending custom automation on its software... because....
Shorcomings of the API (@Bruce Bullis)
• It's possible to get the playhead time in the source monitor but not set it using the standard API. Setting requires the notoriously unsupported QE DOM (works great though!)
• It's possible to set the active projectItem in the sourceMonitor, but there's no direct way (that I'm aware of) to get it. It's possible to get both the projectItem and playhead time from the activeSequence. Our solution was to make strict use of multicam source clips, which was perfect for this project. But our solution is not for everyhone.
Ultimate takeaway:
Adobe's underlying architecture is positioned not just to outperform Avid's ScriptSync but far outperform it: Greater ease of use, greater flexibility of UI, ability to work with industry standard script sources like Final Draft. BUT the limitations of the API can undermine that potential.
Request:
Please give more attention to the API development.
IMHO custom automation is among the more exciting and empowering concepts in post production, and Adobe is onto it like no other platform.
Copy link to clipboard
Copied
Convincingly put!
> Please give more attention to the API development.
We are paying loads of attention...to moving to UXP-based extensibility.
Though it remains possible, it's unlikely we'll expand/improve the ExtendScript API further.
Copy link to clipboard
Copied
From what it seems UXP will be a dramatic improvement over the existing API.
ETA?
Beta release avail?
Biggest concerns:
- Possibility of losing features currently available.
- Possible pain points of migrating to it.
- Will it still be Browser JS / Node JS-based?
- Will it continue to allow cURL and other CLI calls?
Concerns aside, very much looking forward to it.
Copy link to clipboard
Copied
>ETA?
We had hoped UXP extensibility would be here by now; it's in no danger of appearing (even in beta), any time soon.
> Possibility of losing features currently available
A valid concern, and a contributing factor to why this is taking so long...
> Possible pain points of migrating to it.
The experience of Photoshop partners, moving from CEP to UXP, may be illustrative.
>Will it still be Browser JS / Node JS-based?
UXP is JavaScript-based, not necessarily browser-based. Node.js is supported.
>Will it continue to allow cURL and other CLI calls?
cURL = ¯\_(ツ)_/¯
CLI = Exceedingly doubtful. CLI has never been encouraged, or fully supported.
Copy link to clipboard
Copied
> UXP is JavaScript-based, not necessarily browser-based. Node.js is supported.
So where CEP uses HTML for the front end UXP might have a different front ened?
One of the very cool things about CEP has been its similarity to Electron.
We frequently migrate code, with very minor changes, from the Electron to Adobe.
It's been amazing, and it means even on Avid-based TV series, we still integrate Adobe because of all the additional automation that can be provided.
>>Will it continue to allow cURL and other CLI calls?
>cURL = ¯\_(ツ)_/¯
Basically from Node do cURL to remote-hosted databases.
It's precisely that ability to read and write to those databases that is key to empowering editing.
Copy link to clipboard
Copied
> So where CEP uses HTML for the front end UXP might have a different front ened?
Yes; Photoshop UXP docs may help.
Copy link to clipboard
Copied
Hallo Bruce,
so now after "Everything Everywhere All at Once" the first movie that won an oscar which was edited with premiere are there any new plans for something like scriptsyn for PP? I still think more editors would work with premiere when something like scriptsync would be available...and win more oscars 😉
Copy link to clipboard
Copied
EEAAO seemed to do just fine without ScriptSync. 😉
It is 100% not a ScriptSync equivalent, but the PPro Beta has introduced text-based editing; worth a look!
https://community.adobe.com/t5/premiere-pro-beta-discussions/now-in-beta-introducing-text-based-edit...
Copy link to clipboard
Copied
Is this HTML custom panel something you would be willing to share? This sounds incredible!
Copy link to clipboard
Copied
Here's the PProPanel example:
https://github.com/Adobe-CEP/Samples/tree/master/PProPanel
Here's the much prettier 'CEP HTML Test Panel', which shows off what's possible at the CEP level:
https://github.com/Adobe-CEP/CEP-Resources/tree/master/CEP_11.x/Samples/CEP_HTML_Test_Extension-10.0
Here are PPro's ExtendScript API docs: https://ppro-scripting.docsforadobe.dev
Copy link to clipboard
Copied
Happy to share but it can be a little involved since it was created quickly for a specific show without worrying about making it for the general public. It could certainly be extended. Feel free to DM.