Pierre Louis Beranek
My feedback
-
6 votes
An error occurred while saving the comment An error occurred while saving the comment Pierre Louis Beranek
commented
UPDATE:
Users should be given the option to add text to items in the Super Tools bar in TWO different ways:
1. Add identifying text to an item that will be visible in the bar itself (perhaps up to a maximum of 6-10 characters)
2. Add text to a tooltip that pops up after hovering over an item for a half second or so. This would allow users to write a much more detailed description (perhaps up to 50-150 characters) to remember or to instruct other fellow editors on what a certain color, clip, soundfx or title is for!
An error occurred while saving the comment Pierre Louis Beranek
commented
3 votes? This only goes to show how broken and pointless the voting system on User Voice is, given that this is a FR that would help ALL editors, not just a select group of editors that need a certain specialty feature.
Pierre Louis Beranek
shared this idea
·
-
77 votes
This is not a bug, it’s as designed. We specifically limit the visibility to one track at a time to avoid accidentally burning in multiple tracks. Also, when exporting to a format that only supports one captions stream like SRT or STL, we need to know which is the active track in order to export the correct track.
But I understand why you might need two tracks visible at the same time.
Multiple speakers:
If we could automatically identify speakers and designate a style associated with them, would that help? For example speaker 1 is blue and on the left, speaker 2 is yellow and on the right?Multiple languages:
Do you ever need to burn in both at the same time or is it just a matter of being able to see both to aid in translation and alignment?Thanks for the feedback, we really are listening :)
An error occurred while saving the comment Pierre Louis Beranek
commented
I'm curious why this is still marked as "Needs More Info" two and a half months later. Francis Crossman, you ended your message with "we really are listening", but actions speak much louder than words. This seems like something that could be fixed relatively easily. Will it be another few weeks before it's fixed, or a few years?
An error occurred while saving the comment Pierre Louis Beranek
commented
To answer your question Francis... yes, for the sake of translating captions, it would be very helpful to be able to turn on a second track of captions in the original language for reference!
I understand the reasoning behind forcing only a single captions track to be visible, but it would be handier for users to have the option to see more than one.
Perhaps a keyboard modifier could be added for this? Ctrl+clicking the eyeball icon on a second captions track could enable it while also keeping the previously enabled track visible. This would keep the current behaviour intact (enabling a new track automatically hides the previous one, which is desirable and handy for users in most cases), while also giving users that really need to see more than one track at a time an easy way to do so.
What do you and others think of this proposed solution?
Pierre Louis Beranek
supported this idea
·
-
1 vote
An error occurred while saving the comment Pierre Louis Beranek
commented
Sadly this problem persists in Pr v15.4.0 Beta.
What's the benefit of having the focus change from the Source to the Program monitor each time a clip is sent from the Source Monitor to the Timeline with the Insert or Overwrite shortcut? There simply isn't any, since this unwanted behaviour makes it impossible for users to edit efficiently with stacked Source & Program monitors.
Fixing this is an absolute no brainer IMO!
Pierre Louis Beranek
shared this idea
·
-
18 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Sean, while you and I don't ever want keyframes to slip along with a clip, there might be certain situations where users do want them to slip. Thankfully the solution is SO simple!
Slip clip = clip slips, keyframes don't
CTRL+slip clip = both clip and keyframes slipA simple keyboard modifier (could also be Shift) would give users on-the-fly control (with the default naturally being set to the behaviour most users want most of the time, i.e. keyframes don't slip!)
Here's my official FR for this
https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/38075233-slip-clip-keyboard-modifier-that-would-make-a-hugWhere's Adobe on this? All I hear so far are crickets. ;)
It's simple editing logic 101 that most of the time users don't want keyframes to slip with a clip, so the fact this still hasn't been fixed is disappointing to say the least. :(
Pierre Louis Beranek
supported this idea
·
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Andreas, I like you idea, but the need to set each individual keyframe to pin to the in/out point or stretch seems like it would be more work than the solution I propose here: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41391664-keyframe-pinning-options-in-effect-controls-pannel.
Your solution is more complete than mine, but would require more work on Adobe's part to implement and more work on user's part to use, thus my preference for the solution I proposed.
In the case of user created presets, you already can determine if keyframes stick to the in/out point or stretch.
-
642 votes
This is something we are looking into. Thanks for the feedback.
An error occurred while saving the comment Pierre Louis Beranek
commented
Along with background rendering, thumbnails in the Project window should be rendered in the background anytime the processor isn't exclusively needed for some other task. The way thumbnails only render when brought into view in pure insanity! Every time I open a Bin of shots, my computer slows down to a crawl as Pr renders thumbnails for the shots that can be seen in the Bin. If I scroll down to bring more shots into view, my computer slows down to a crawl yet again while thumbnails are rendered for those shots. It only slows everything down for a few seconds each time, but it's incredibly frustrating nonetheless! Please fix basic things like this before introducing any more niche tools!
Pierre Louis Beranek
supported this idea
·
-
287 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Mike and Dacia,
Thank you for your prompt replies!
I didn't know about those keyboard shortcuts, so thank you for letting me know. It seems extremely odd however that the arrow keys (and Shift+arrow keys) can't simply be used, since after all the arrow keys DO work for nudging clips, pictures and even entire EG titles when selected in the Program Monitor!
Not allowing individual EG title elements to be nudged with the same arrow or Shift+arrow keys breaks this convention and makes it inconsistent with the way users are used to nudging everything else in Pr (and other Adobe programs for that matter!)
While I appreciate the availability of keyboard shortcuts, resorting to new, separate shortcuts vs the existing ones users are used to is very inconvenient since it forces users to assign and remember new shortcuts when they really shouldn't have to.
I really do wish more thought was put in by the Pr team when designing new tools since time and time again they fall short of expectations due to appears to be incomprehensible lapses in basic 101 logic, such as the botched keyboard shortcuts for toggling off Lumetri Color effects (doesn't work in full screen since the Lumetri panel needs to be selected!) and the Remove Gaps shortcut that nonsensically doesn't work properly whenever there's unselected media on other tracks, to name but a couple.
Doesn't more work go into testing before releasing to the public?
Mike, you wrote "We do not assign them to the arrow keys by default because that would interfere with stepping the playhead." That argument is nonsense IMO. Rather than offer new shortcuts that are mutually incompatible with current arrow key functions, as you point out, why not respect existing workflows and simply continue to allow arrow keys to function differently based on what the user is doing at that given moment?It should be so simple and self evident:
EG layer(s) selected in Program Monitor = arrow keys move selected layer(s)
Nothing selected in Program Monitor = arrow keys act according to their shortcut assignments (move playhead forward/back, jump to previous/next edit, etc)Why didn't the Pr team see the simplicity, logic and downright convenience for end users of those options above? Did the Pr team cop out on this one because it was easier to program this way, rather than putting in the work to make it work as users would hope/expect?
Sorry if I sound overly critical, but at some point users need to speak up and say enough with the nonsense already. :( BTW, I only speak up about this and so many other issues because I care more about Pr and seeing it work properly than most users ever will.
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Dacia,
I want to add that not being able to nudge individual EG elements with the arrow keys when selected (blue bounding box) is a major, massive PITA. :(
Why this wasn't introduced from the get go given that LT has had this ability for ages defies all logic and frankly is a huge disservice to Adobe's customers.
PLEASE fix this ASAP!
Thank you!Pierre Louis Beranek
supported this idea
·
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi James,
Thanks for the reply.
Re: (1) "Can you help us understand what the actual editing/creative workflow is where someone would want to add 48 mogrts at once, all in a row in the same track?"
I'm not sure why you ask this since you already answered this question yourself when you wrote "I have requested this myself because it's often part of my testing process to analyze a lot of mogrts at once." Same goes for me and everyone else. Whether it's to test 2 different .mogrts at once or 48, what's the difference? The ability to drag multiple .mogrts to the Timeline at once would be very helpful anytime they don't have video previews and/or useful thumbnails.
What I'm suggesting is just a stopgap solution to help users evaluate their .mogrts which don't have a video preview. The best solution by far would be for Adobe to make video previews available for all .mogrts (also allowing users to easily create their own previews when an independent .mogrt developer couldn't do so previously or doesn't care to do so once they're able to).
Re: (2) "This could get dangerous." I don't see how deleting the junk files I mention could ever be dangerous. The only thing that should be deleted are the files that Pr automatically creates inside the "Motion Graphics Template Media" folder when adding a .mogrt to the Timeline. No user in their right mind would ever keep the only copy they have of a .mogrt inside a subfolder with a crazy name such as "7913d488-10cf-446e-a775-90d47351ea87". You wrote "I think we want to err on the side of NOT automatically deleting any user media from disk". While I agree 100% with that statement, the files I'm talking about Pr deleting are not 'user media', they're files created by Pr. If a user tests 10 .mogrts in their Timeline and discards 9 of them, what's the sense of Pr polluting the user's Project window and their "Motion Graphics Template Media" folder with a bunch of junk files the user does not need nor want? Hopefully, respecting an editor by keeping things clean and tidy is a "really compelling use case for this". ;) If a user ever wants to use any of the .mogrts previously discarded from their Timeline, they can easily do so by dragging them back into their Timeline from the EGP. Once again, to be crystal clear, an original .mogrt on a user's system should never be deleted by Pr just because a user deletes it from their Timeline. Only the supplemental files created by Pr should be removed. Please note that I'm not advocating for a destructive workflow in any way, shape or form.
I believe this is what most Pr users would like:
#1. Add video previews to all .mogrtsIf #1 can't be provided by Adobe in a timely fashion (i.e. by the end of 2021), then...
#2. Give us the ability to drag multiple .mogrts to the Timeline
and also, if possible, but of lesser importance...
#3. Automatically delete junk .mogrt files when they are not relevant to the user (i.e. when .mogrts are tested on the Timeline and then deleted)#2 and #3 are NOT an alternative to #1, but would be great to help us get by while work is done on providing #1.
If any of this still isn't clear, please let me know. Thank you!
An error occurred while saving the comment Pierre Louis Beranek
commented
Thanks for the tips James and Dacia!
Premiere Composer is fantastic, I highly recommend it to everyone! This plugin definitely solves the organizational limitations of EG.
The main thing that seems to be missing now is the ability to see previews for all .mogrts. The lack of previews is especially painful when the .mogrts in question don't even have a representative thumbnail, such as in the case of 48 of these 49 animated icons in the attached picture. Imagine having to go through all 48 .mogrts one by one in the Timeline to find the one you're looking for! Providing users with .mogrt previews (i.e. an easy way to generate them at the .mogrt creator and/or end user level) would make .mogrts so much easier to work with!
FR for this here: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/34344874-preview-the-motion-of-the-mogrt-inside-eg-panel
Another 2 things that would be helpful:
1. The ability to drag & drop multiple .mogrts in the Timeline at the same time. In the case of the 48 animated icons, if a user could at least drag them all to the Timeline at the same time to preview them in the Program Monitor, it would essentially reduce 48 drag & drop steps to just one!
https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/42578794-drag-multiple-mogrts-to-timeline-at-once-to-make2. If a user drags a .mogrt to the Timeline to test, and then deletes it, it would be nice if that same .mogrt were automatically deleted from the "Motion Graphics Template Media" Bin in the Project Window and from the "Motion Graphics Template Media" folder next to the project file in Windows Explorer. This would keep things a lot tidier!
https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/42579226-when-deleting-mogrt-from-timeline-also-delete-frThese two features would be a handy stopgap solution if providing proper video previews for all .mogrts isn't feasible due to software limitations.
As always, thanks for listening!
-
5 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi James, I agree, which is precisely why I structured my FR so that it would work out for ALL editors. ;)
Only want to have your nests tidily appear inside a 'Nests' Bin rather than all over you Project window's root level? Done!
Only want sequences gathered together? Easy!
Even if you have a very intricate Bin structure, Smart Bins would never get in the way of that since you can turn the feature off completely, but even with the feature on, it would only organize assets the moment they are imported or created. After that, you can move them to your heart's content and the auto-sorting wouldn't interfere, thus giving you the best of both worlds: automation + manual control whenever you need it!
Even if I intended to manually sort all of my titles, for example, I would still want them automatically placed inside a 'Titles' Smart Bin, since it would make them easier to find the moment I set out to manually organize them, keeping my Project window clean and tidy in the process.
Thanks for your comment and vote! :)
Pierre Louis Beranek
shared this idea
·
-
48 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Andreas, it is now possible to do this with the plugin Excalibur! (https://knightsoftheeditingtable.com/excalibur)
I have shortcuts set up that allow me to resize, move and even rotate all selected clips at once!
For example:
Ctrl+Shift+Left Arrow moves all selected clips to the left by 1 pixel
Ctrl+Shift+Alt+Left Arrow move all selected clips to the left by 5 pixelsExcalibur is truly a game changer since it solves dozens of essential FRs Adobe has been ignoring!
Pierre Louis Beranek
supported this idea
·
-
185 votesUnder Review · 126 comments · Premiere Pro » Essential Graphics · Flag idea as inappropriate… · Admin →
An error occurred while saving the comment Pierre Louis Beranek
commented
Sergiu's assessment is, sadly and unfortunately, spot on.
Adobe seems to want to force us to adapt to its vision of doing things, even when doing so has absolutely zero benefits for end users and is nothing but a detriment to our workflows.
Case in point: the continued insistence that universal selection conventions need not be respected in Pr - https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41277514-fix-selection-inconsistencies-in-timeline-ecp?fbclid=IwAR0dqF-txsgxLMQqiI85W7qiC1RAXjUxPHY_P1yJLtXaA9ZtPx2NHFK0UNo (see illustration)
When will the culture at Adobe become less one of "We'll do it our way" and more one of respect? i.e. Respect for users, for world-wide software conventions, for thoughtful consistency between (and even within) Adobe apps, for basic logic and for decency such as not wasting resources on petty things no one ever asked for (or did any user ever ask for Adobe's app icons to be changed to new colours everyone hates?)
I appreciate the feedback from Adobe staff, but actions speak much louder than words, and the words all too often are to say "we're not going to do what you want", as Sergiu points out.
An error occurred while saving the comment Pierre Louis Beranek
commented
@Annika "So thank you to everyone who has invested the time. The team sees it. I also want to ask to keep the tone respectful. No harm in being critical, but we are all humans here."
Thank you for your words Annika. There certainly are times that Adobe members participate and therefore we feel heard, but more times than not, what we get in exchange for the time and effort we put in our FRs, votes and comments (for free, mind you, unlike paid Adobe staff) is the sound of crickets. Sometimes the silence is truly hard to understand. For example, with regards to the gaffe Adobe made when changing the colours of its app icons, rather than simply admitting the error and fixing it promptly, dozens of FR posts requesting the reversal of that gaffe were met with silence for a long time. Situations like this erode trust between a company and it's users. How long would it have taken someone at Adobe to fix this gaffe? 1-3 hours? A day? After all, fixing something like that should be as simple as swapping the new icons everyone hates with the old ones people liked.
I think open, straightforward communication like in your post goes a long way towards building trust. More of it from Adobe team members is always welcome! Of course, words also needs to be met with action, and I think fixing some of the little things that would be a quick fix for Adobe Engineers yet speak volumes towards the company's consideration of its users is a good start.
I also think that the reason many users are dismayed by the coming loss of LT is because EG has been such an abject failure at performing some of the most basic things imaginable, such as resizing titles/shapes. Why was the perfectly functional resizing design in LT, Photoshop and Illustrator thrown out the window to be replace by EG's junk resizing code? It's a given that some users (and perhaps even Adobe staff members) won't complain about EG's lack of asset resizing options, but it's also a given that they're the wrong people to consult about design changes! The right people to consult are those who use and understand multi Adobe app workflows and who recognize and respect the incredible value of keeping things consistent whenever doing so is beneficial, by not redesigning the wheel when there's no need to.
I agree that Adobe staff members are humans and deserve respect.
Adobe's users are also humans that deserve respect... and over time, far too many design decisions and omissions have revealed a lack of understanding of and/or respect for our needs. Thus the palpable frustration that can be heard in this thread because of eroded trust. You post is a step in the right direction towards building trust so, once again, thank you!And as always, thank you for listening!
An error occurred while saving the comment Pierre Louis Beranek
commented
I agree 100% with Taran. Confirmation bias is a very real thing, and Microsoft's Windows 8 is proof of that.
When determining what users want/need in Pr, it's important to consult the right users, not just the greatest number of users (and certainly not the meek "I'm cool with whatever" users who are mostly responsible for confirmation bias in the first place) ;) After all, a lot of people don't even know what they want until they get it because they don't have the imagination to think of better ways of doing things.
I'd put incredibly dedicated and smart users like TaranVH at the top of the list of users who should be consulted before changes are made. I'd add myself to that list, as someone who's contributed more FRs then 99% of Pr users. And I'd add programming geniuses like Sir Ivan to the list as well (he's the genius behind the Excalibur plugin which absolutely should be on the radar of every single Pr team member since it not only points out dozens of shortcomings in Pr, but actually fixes them).
:)
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Mike, first of all, thanks again for participating in this thread! I'm sure everyone appreciates it, myself included.
The Styles option in EG that replaces the Styles tab that used to be available in the LT is very strange: Why replace a visual grid of styles (LT) with a text-only drop down list (EG)?
Are there plans to turn the current text-only list of EG Styles into a more visual interface? Perhaps an option to display a pop out window all saved styles displayed visually? I don't think there's any need to explain why a visual approach is better than text only since it's rather self explanatory.
Thanks!
An error occurred while saving the comment Pierre Louis Beranek
commented
I agree 100% with James that it would be helpful to have EG titles default as Source Graphics. This should be a user selectable option though. I'll add this idea to the Source Graphics thread I've been participating on in the Adobe Support Community. Here's the link if you'd like to check it out James, or anyone else: https://community.adobe.com/t5/premiere-pro-beta/discuss-upgrade-legacy-titles-to-essential-graphics/m-p/12039710#M3257.
And thanks for chiming in Mike. I agree with other posters that seeing more interaction from Adobe reps would be a big step towards creating a better sense of community here on User Voice.
I find there's much more interaction from Adobe reps on Adobe Support Community posts asking for feedback about new features than there is here on User Voice. It's too bad that sometimes that interaction seems intent on ignoring/discrediting real issues we point out with new tools/designs, but even in these cases, interaction is still better than none at all.
An error occurred while saving the comment Pierre Louis Beranek
commented
I feel this FR thread is going to explode now that v15.2 users are getting messages about the official demise of the Legacy Titler (LT).
Given that zero effort seems to have been put on maintaining the LT in recent years (LT is only getting worse as its features get axed), would any programming effort actually be needed to keep it around until EG at least matches LT in basic functionality?
While it's true that EG outperforms LT in some significant ways, it also fails to match some of LT's most basic functionality, such as:
1. Adding use adjustable rounded corners to a square/rectangle
2. Providing an easy way to preserve a shape's aspect ratio while resizing it towards any direction/corner.
3. Providing intelligent ways to resize titles and shapes in general (Resizing anything in EG is a disaster compared to LT. Here are 12 ways it can be fixed by matching LT's incredibly comprehensive resizing behaviors/keyboard modifiers: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41079490-fix-the-way-essential-graphics-resize
4. Missing previews for font styles
5. A way to easily create/view alternative versions of titles that don't interfere with our edit (see illustration): https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/43436316-see-eg-titles-outside-bounds-of-program-monitor-sc
6. An incredibly easy 1-step way to decide on the fly if a title in the Timeline should be duplicated (by cutting or copy/pasting title) or have a new, completely independent version created (by alt-dragging title)Etc, etc, etc...
Let's keep the conversation alive in the hopes Adobe will listen to at least match EG in basic LT functionality before axing it. We've been using LT for years now, so even if EG is far superior in some aspects, it's of little consolation to editors who stand to lose so many basic titling features.
As always, thanks for listening!
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi James and Dacia,
Here's another issue with the new EGP:
When typing a new block of text in a title, hitting 'Esc' to exit text editing does not automatically change to the selection tool as in does in the Legacy Titler. In order to move/resize/rotate the newly created title, the user also needs to hit 'V'. This is inconsistent with the simpler/easier workflow people are used to in the Legacy Titler.
Official FR for this to be fixed here: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41538067-egp-change-workflow-to-modify-newly-typed-title-f
Pierre Louis Beranek
supported this idea
·
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Dacia,
I'm glad you found my suggestions for fixing EGP assets resizing useful! Feedback from Adobe reps means a lot to us, so thank you!
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi James S,
Thanks for chiming in! There's a lot of issues with resizing Shapes and Text in Essential Graphics. I point out 12 issues and suggested solutions here:
https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41079490-keyboard-modifiers-to-control-resizing-of-eg-title?fbclid=IwAR16rJMZRJlPUgteAaswvlkHZwXN0W5fLEOrR3ThvQ6yZEy_Ae1wyTrkZy4I also started a FB group to discuss FRs, in case you'd be interested in checking it out. Here's the same FR on my FB group: https://www.facebook.com/groups/1638270639681590/permalink/1644399235735397/
Question: How can Pr users request to be selected to provide insights through a user study? I would love the opportunity to further assist Adobe through this venue as well!
An error occurred while saving the comment Pierre Louis Beranek
commented
Hi Dacia,
2 big ways Essential Graphics could be improved (and begin truly competing with the Legacy Titler):
1. Fix the way EG titles/shapes are resized. Currently, it's an utter disaster (or 'garbage' as Luke MacDonald would say ;) https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41079490-fix-the-way-essential-graphics-resize
2. Fix the way fonts are displayed. There currently seems to be zero consistency with how fonts are displayed between Adobe programs and even within Pr itself https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41109709-improve-font-lists-in-egp-and-ecp
Thanks for listening! If anything isn't clear in those FRs, I'd be glad to elaborate!
-
6 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
UPDATE:
to add to the 12 points above, even though it isn't a resizing feature per se...13. ROTATION LOCK: LT assets can be locked to 45 degree increments when rotating by using the Shift keyboard modifier. This is very handy and should therefore be added to EG asset rotation as well!
An error occurred while saving the comment Pierre Louis Beranek
commented
Thanks for the feedback James! I understand what you're saying, and it does indeed work. It's just that it isn't nearly as efficient as having an assortment of resizing options which can be accessed on the fly in the Program Monitor via keyboard modifiers. Since it seems Adobe's plans are to eventually ditch the Legacy Titler (LT), I hope EG titles and shapes can match the excellent resizing options the LT currently has. Adobe got it right with the LT as far as resizing goes, so no need to reinvent the wheel ;)
Pierre Louis Beranek
shared this idea
·
-
6 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
100% agree!
BTW, this is one of the many things the plugin Excalibur can do (https://knightsoftheeditingtable.com/excalibur). When creating a nest, it automatically places the nest inside the "Nested Clips" Bin it automatically creates. Even if you rename or move the Bin, it still places nests inside that Bin!
Unfortunately, being a 3rd party plugin, it can't create 'Smart' Bins for all media types. Only for some.
Pierre Louis Beranek
supported this idea
·
-
33 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
SOLVED!!!!
Even though this should have been programed into Pr years ago, there IS a solution, it's available NOW and it's FREE!
It's called Compass.
You can get this super simple and easy to use plugin here (Mac and PC)
https://knightsoftheeditingtable.com/compassYou're welcome!
An error occurred while saving the comment Pierre Louis Beranek
commented
Here is what I believe would be the best solution to Pr's exporting problem: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/42617104-relative-export-paths-please
Please take a look and add your votes there!
There are 6 or so FRs already asking for the same exporting issue to be fixed, so I'm hoping to consolidate all of the votes under a single thread.I've attached an illustration as a preview of my solution. Lets all vote to get this issue fixed once and for all! Thanks!
An error occurred while saving the comment Pierre Louis Beranek
commented
Yes!!!!!! Unfortunately, instead of fixing this, Adobe gave us a poorly designed Quick Export tool in v14.5 that also suffers from this same, insanely bad issue!
The Pr team's list of priorities is clearly out of whack!
Adobe, please fix what's already there rather than introduce new tools that seem to introduce more new issues than benefits!Here's a quick example of just how poorly designed the Quick Export tool is:
5. Last and worst of all, the same issue posted above by the OP.
:(
Pierre Louis Beranek
supported this idea
·
-
11 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Here's a VIDEO DEMO of this concept in action: https://youtu.be/vDpZK3ruET0. Please share it with anyone you know who could benefit from this currently working stabilization trick!
Correction: if Warp Stabilizer had built-in masking tools, it would only take ONE vs 6 extra steps to get AE-style selective motion analysis! (not 2 as mentioned above) :)
Pierre Louis Beranek
shared this idea
·
-
6 votesPierre Louis Beranek
supported this idea
·
An error occurred while saving the comment Pierre Louis Beranek
commented
I agree 100%! Why doesn't Pr have this yet? It's possible to create rounded corner PIPs using Legacy Titler titles and the Track Matte effect, but it's a very painful process given how bad the Track Matte effect is* and given that rounded corners on anything but a perfect square are not symmetrical (i.e. they're ugly).
I requested this feature (and that the Legacy Titler be fixed to have proper, symmetrical round corners) over 10 years ago! See illustrations.
*see this FR to understand what's wrong with the Track Matte effect: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/35708812-fix-the-track-matte-effect-with-a-motion-settings?fbclid=IwAR2qlOloKOYKTsEA5z_HwtwJn92PGAPs1fikyM521r4-dlCEMsepuS2hHrQ
-
1 votePierre Louis Beranek
shared this idea
·
-
1 votePierre Louis Beranek
shared this idea
·
-
4 votesPierre Louis Beranek
supported this idea
·
-
3 votesPierre Louis Beranek
shared this idea
·
-
345 votes
An error occurred while saving the comment Pierre Louis Beranek
commented
Wondering the same Tom. The time it took them to read and merge these threads is probably more time than it would have taken them to revert to the previous icons everyone prefers! :(
Pierre Louis Beranek
supported this idea
·
-
28 votesPierre Louis Beranek
supported this idea
·
Just want to add that in addition to being able to pin everything already mentioned, users should also be able to pin a drop down menu for their workspaces, as well as pin their favorite workspaces directly in the tools bar so that they can be accessed in a single click!