Профиль Фильмы (оптимальный) не цепляет внешнюю аудиодорожку

Попробуем разобраться.
Не знаю, может вы знаете, но до меня не сразу дошло.... Что профили транскодирования можно выполнять в отладчике. Для этого нужно сначала выделить ссылку на видео фильм и потом пойти в Настройки, Транскодер, Профили, выбрать интересующий профиль, открыть его скрипт и начать отладку прям там. И он будет срабатывать на текущую ссылку.

Что удалось выяснить.

Оновные профили транскодирования принимают на входе вот эту переменную:

HmsTranscodingInputParams

И при наличии внешней аудиодорожки ее содержимое соответствует действительности:

HmsTranscodingInputParams = -probesize 7000000 -analyzeduration 10000000  -probesize 7000000 -analyzeduration 10000000 -i "<INPUT FILE>" -i "G:\download\!video\Practical.Magic.1998.HDRip.All.Films.RG\Practical.Magic.1998.HDRip.All.Films.RG.Eng.ac3"

Видим два параметра -i, один с шаблоном имени файла фильма, второй с файлом внешней аудиодорожки.
Потом эта конструкция обрастает опциями преобразования файла и размера картинки, субтитрами и прочим, а так же двумя параметрами -map для видео и аудио.
Все работает корректно.

А вот профиль "Фильмы (оптимальный)" собирает эту строку немного по-другому.
Сначала HmsTranscodingProbeParams (это первые две опции из примера),
затем проверка на смещение времени начала просмотра и добавление при необходимости опции -ss HH:MM:SS,
затем проверка на тип исходного файла и добавление опции -f mpeg при необходимости.
затем к этой конструкции лепятся опции размера картинки, видео и аудио кодеков, субтитров - в нашем случае несущественно.
И вот затем начинается самое интересное:

if bMapStreams then                           
sTranscodingParams := sTranscodingParams + Format(' -map 0:%d -map 0:%d', [HmsGetStreamIndex(stVideo, 0), HmsGetStreamIndex(stAudio, iAudioStreamNo)]);

Вот тут происходит второй "косяк". Ну то-есть по логике профиля все правильно. Он не предусматривает наличия внешней аудио дорожки.

Опция -map указывает транскодеру, какие потоки в исходных файлах нужно использовать. Первая цифра - (номер файла-1), вторая - (номер потока в файле-1)
Т.е. профиль всегда использует основной файл для выбора потока и видео и звука.
В нашем случае должно быть не -map 0:0 -map 0:2, а -map 0:0 (видеопоток) -map 1:0 (аудио дорожка).

Таким образом - понятно, что нужно сделать. Указать профилю на наличие внешней дорожки, выбранной в настройках HMS и учесть этот момент при формировании параметров использования потоков.

Не хочется писать очередной "костыль" для частного случая, а сделать универсальное решение, адекватно работающее в любых условиях, с различными типами файлов и устройствами воспроизведения.

Есть же переменная InputFileName, ну наверняка автор предусмотрел соответствующие переменные для внешних ресурсов.
Ну, например: mpAudioSelected не подходит. Она прокатит, если заранее пометить аудиодорожку в HMS. А если пользователь решил выбрать дорожку прямо с устройства через папку транскодирование? Правильно - mpAudioSelected = null.
Еще вариант. Сочетание двух переменных mpAudioStreamList и HmsGetStreamParam('A',iAudioStreamNo,siStreamFilePath). Оно на первый взгляд работает. Потестировал. Показывает идентичные результаты и при выборе дорожки в HMS и при запуске через транскодирование. Тут делов - отпарсить путь к файлу и пару условий внести в скрипт.

Но почти уверен, есть более правильное решение в недрах HMS.

Зачем это все? Да в этом профиле можно реализовать большую часть уже опубликованных на форуме наработок. И с AR, и scale, и с акселерацией, автоподстановкой субтитров  и пр.
Причем просто добавляя процедурку в профиль. Без костылей и регекспов.

UPD

Благодаря любезно предоставленному WendiH оффлайн справочнику переменных и функций HMS раскопал вот такую конструкцию:

HmsGetStreamParam('A',iAudioStreamNo,siStreamFilePath)

Если результат вызова этой функции не null, то он содержит искомый нами путь к внешней дорожке.

И потом так:

HmsTranscodingMapParams(iAudioStreamNo);