At some future stage, will AME have a batch frame rate conversion feature with interpolation? That being I can send to a queue a stack of clips with varying frame rates and output all the input files to a same end output file frame rate but leave the audio part of the file untouched to same pitch and duration? Say a collection of 12, 23.97, 24, 29.95, 30, 60 fps and all resulting output conversions at 25 fps. At present I am using AWS Elemental Media Converter which is pretty costly.

Also, why when converting an AOMedia AV1 video file to h.264, the resulting AME conversion only carries audio through and not vision? Does AME have support for AV1 files, or is that still coming?

I need to be able to batch modify "Source Settings" on ProRes Raw clips in Media Encoder. Currently the colorspace for ProRes Raw clips has to be set on a per clip basis by right-clicking clips in the Media Encoder queue and choosing Source Settings and then setting the colorspace as desired (the colorspace always defaults to Rec709). If I select multiple ProRes raw clips and try to modify Source Settings, the change is applied only to the first clip in the selection. I need to render hundreds of clips using the Sony slog3/sgamut3.cine colorspace setting but as it is, they will all have to be modified one at a time. It also does not make sense to that colorspace is segregated into a separate "source settings" dialog - it should be a setting that is set and stored as part of the encoder preset settings. I cannot use the "generate proxy" feature directly from Premiere because I cannot store the desired prores raw colorspace setting in the ingest/encoder preset. Please fix this. Move Prores Raw colorspace settings into the encoder preset settings, so it can be saved as part of the encoder preset and then batch applied to all clips in the queue. Thank you.

Currently, adding a subfolder to an ingest preset involves recreating the ingest path in full. I always use the same path for my ingest preset but need new folders for each media card. Just a simple addition of adding a subfolder without needing to create a new custom path would streamline the ingest process. Overall, ingesting through Media Encoder is the only way I can ingest to multiple locations at the same time and much better than needing a third app like Prelude (which I only ever used for ingesting). I like not having to create a prelude project just for ingest, but the ingest features need to be ported into Media Encoder for easier sending to multiple locations and creating subfolders.

Problem:

When "all items in queue finish encoding" notifications are turned on, but a previously failed or cancelled render exists in the queue, the resulting notification reads: "Queue Failed - Queue stopped before finishing all items." This leads a user to believe that one of their intended render items failed, rather than one of the items that was failed/cancelled when the queue was started. We can assume that the user already knows (or doesn't care) about such failed/cancelled items and doesn't need to be notified of them.

Ideal fix:

Include more descriptive data in queue finished notifications, like number of successful/failed items eg. "Queue Failed - 5 items done / 1 item failed" Bonus: Maybe even total render time could be included!

Simple fix:

Keep the current notifications but only evaluate the status of items where the status was "ready" when the queue was started. If one of those items fails, send the Queue Failed notification.

Current Workaround:

Delete any failed/cancelled render items before starting the queue.