As I edit long-form programming, I often duplicate the sequence and keep the older one as a reference point while I make changes using the new sequence. Over time, I end up with several sequences that are essentially archival, if you will. However, since b-roll usage changes quite a bit across the different versions, the video usage parameter in the b-roll bins show usage even though I'm not actively using the clip in the current version.

In short, it would be extremely useful to hide from the usage count any sequence I wish, perhaps by using the "Hide" command, or you could create a new command. That way, when a clip says it's being used, I know for certain that I am currently using it.

Sorry to be so long winded, but I wanted to be completely clear about my request.

When synchronising large amounts of audio and video, working solely from the timeline or creating merged clips one-by-one is messy and tedious. Ideally, it should be possible to automatically synchronise media from a bin or the project panel, so a pile of separate audio and video becomes a neat list of synchronised merged clips.

Avid has this sorted with their AutoSync feature, which has existed for years. (https://www.youtube.com/watch?v=T4frJqkc5EI) This feature looks and works much like Premiere's existing 'Synchronise' option, except that rather than synchronising media on a timeline, it acts on media selected in a bin, and creates synchronised subclips from that media.

Premiere almost has this feature. Selecting a number of audio and media files in a bin, right clicking and selecting 'Create Multi-Camera Source Sequence' does allow the user to turn a bunch of audio and video files into nicely organised and synchronised media - even moving the original media to a 'Processed Clips' bin to keep the project tidy, but the resulting clips are obviously multicam sequences rather than merged clips.

Many editors choose to then edit with these multicam sequences, though this is less than ideal, and requires work to clean up before delivery (https://blog.frame.io/2018/05/14/premiere-batch-syncing/)

If I want to create merged clips from these sequences, I have to drag them into a new sequence, flatten the multicam sequences, and then go through one-by-one and create merged clips. This is only marginally faster than creating merged clips one-by-one in the project panel, but at least I don't have to figure out which audio file goes with which video file by hand.

Ideally, Premiere would offer an option that works exactly like 'Create Multi-Camera Source Sequences', except that the resulting media is merged clips rather than multicam sequences.

For any project created in Premiere CC 2019 and converted to Premiere 2020, all media is loaded on every launch of the projects. It does this on the bottom status bar and while you could try to work with the project during this time it is not ideal. For 4000 media items, this is taking about an hour before I can work with the project. Please resolve so that once the media has been loaded, and the project saved, the media does not need to re-load on the next launch.

MacBook Pro 15-inch 2019, MacOS Mojave 10.14.6, 2.3 GHz Intel Core i9, 16 GB 2400 MHz DDR4, USB-C connection to LaCie portable hard drive and same problem for another project on USB-C connection to G-Tech desktop drive.

FR : La créations de sous-clip est indispensable à tout monteur, elle est déjà existante dans beaucoup d'autres logiciels de montage comme Da Vinci et FCPX, sa consiste à partir d'un clip, d'en créer un autre avec uniquement la partie entre le point In et le point Out...
Vraiment indispensable pour organiser ses rushs surtout quand ils sont longs...

EN / US :
The sub-clip creations is essential to any montage is already existing in many other software such as Da Vinci and FCPX, it's consists of a clip, to create another with only part between the In point and the out point ...Really essential to organize his rushes especially when they are long ...

Sorry it's a traduction of Google Translate... 😣

Steps to Reproduce Bug:

1. Open a Project




2. Open another project




3. Look at your screen

Results:

Multiple projects are open and it is very difficult to understand which project is which. It is much too easy to close the wrong project or affect an asset in the wrong project. Many users complain that the workspaces also change when if this is a workflow you want people to use then the workspace should stay the same throughout. A few suggestions:

1. Let the user disable this feature. It does not make sense for all of your users.




2. Make the highlighted/active project very obvious. Drop the other project into the background by maybe greying it out.

Expected Results:

A more obvious workspace.

Please just make it where it will search multiple selected drives and look at a set amount of "character" in the file name!!!

please fix this!!!!! I work as a colorist at a television/film production company, and every time I need to relink from offline media, I have to individually select each folder because the (offline) file extensions are different from the (online) raw files... and it takes hours if not days!!

Please just make it where it will search multiple selected drives and look at a set amount of "character" in the file name!!! That way I can select the first 15 or so, letters/numbers in the filename and it will reconnect based on those characters and timecode. This would be such an easy fix, yet still no decent work around. the couple dozens of editors at our studio are about to switch to Resolve once and for all.

Sometimes I'll be working from x4 4tb drives and off our server... you should let us select exactly which folders Premiere is allowed to search so it can just run the auto connect process and be done with it. This is why no one uses your software in the professional film world. just fix it or we'll find software (Resolve) that actually works

Request: Improve and support more robust "Search Bins" functions

• Currently does not seem to accommodate ("contains", "is", "is not", "begins with", "ends with", wildcards, etc.).




• It accommodates searching a total of 21 specific XMP metadata properties plus the umbrella "All Metadata", but a far cry from the huge array of XMP properties available. User-added custom XMP properties are nowhere to be had. That not only reduces its power, it would seem to contradict PPro's otherwise gregarious embrace of MetaData management.




• The only access to editing the search terms seems to be via context-clicking the Search Bin from the Project Panel. Would be extremely convenient to access search terms from the open Search Bin panel itself.




• An ability to save Search Bin terms would allow a smart bin to change contents quickly and fluently -- allowing you "one bin to rule them all".




• A Search Bin Panel's "Video Usage" and "Audio Usage" column pulldowns work differently than they do in a regular Bin Panel. Although they do show the related clips, the pulldowns are mysteriously are greyed out and won't pull up the item when selected.

Reason for request

MetaData / search / filter -based approaches to project management are far superior to bin-based structures. Faster to build, easier to use, faster to find contnet, infinitely extensible with the right set of data-setting and search tools.

Earlier versions of Premier would create recovery project files that I could reliably open and resume work. I know this all too well, as those versions of Premiere crashed on a daily basis, and I have likely opened over 300+ recovery files.

Sadly, Premiere 2020 still crashes, but the recovery files are no longer usable. If I attempt to open one, my iMac Pro goes to a white screen with spinning beach ball...end of story. BTW, I have the same issue with opening the last auto-save file. The ONLY way to resume work is to build a new project and import the one that crashed. It essentially works like the old recover files did, BUT it takes much more time.

What has changed and why can't I rely on recovery files? Of course, the preferred solution would for Premiere Pro to stop crashing, but I will settle for recovery files that work.