2 XChesser:
Спасибо за замечания, исправлю.
'--pitch' действительно неверно, ошибка в коде. Может и сработало бы без параметра, но лучше не рисковать.
В каких полях кроме "Stretch" и "Raise pitch" нужны дробные значения? Я сделал только для этих двух исходя из описания утилиты.
Добавил пипку для минимизации.
Регистр букв - вроде бы как должно быть, в заголовках все первые строчные, в названиях параметров - обычные правила строчных и прописных.
Команда, отображаемая в окне - это и есть командная строка, из этого окна она и идет в консоль запуска. Можно скопировать ее и запустить в своем консольном окне.

Скажи какой набор параметров соотвествует каждому из профилей - и сделаю профили.

2 starsoft:
Потыкал консольную версию - дробные значения допустимы абсолютно во всех полях группы "Pitch Ratio Options".

В таком случае надо бы заменить:
Debug Level => Debug level
Command line => Command Line
Впрочем, это всё такие мелочи! shurikkein вообще не понял, о чём я, - настолько это несущественно.

А вот для профилей сам пока ещё не знаю параметры для стретчинга с сохранением тона. Это на будущее.
Можно пока сделать первые 2 профиля:
PAL=>NTSC: '--tempo 1001:960'
NTSC=>PAL: '--tempo 960:1001'

При вводе дробных надо потестить, какой разделитель используется. Может оказаться так, что разделитель зависит от локали - тогда и в GUI надо так же сделать. А может получиться наоборот: требуется точка, а в проверке будет использована системная локально-зависимая функция, которая в русской версии запятую будет пропускать, а в английской - точку.
В Linux-версии только точка. Как и всегда

Обновил програмку. Взять здесь или здесь.

Для преобразования дробных используется дифолтный метод - 6 значащих цифр не считая разделителя. Разделитель - точка. Поскольку код утилиты кроссплатформенный, я думаю что в любой реализации там будет точка. Я выставил в системе запятую, утилита параметры с запятой округлила до целых значений, а с точкой взяла как есть дробными.

Похоже, авторы через другое место сделали
Растяжение 25-->23.976 с сохранением тона
-f 1 (т.е. по умолчанию)
Растяжение 25-->23.976 без сохранения
-f 0.95904
время обработки приблизительно одинаковое 480 секунд и 520 секунд соответственно

У Аудишн растяжение этой же дорожки с сохранением высоты составило около 7 минут (похоже по времени на rubberband)
без сохранения - около 2 минут

получается, в отличие от audition, обработка для высоты тона в rubberband включается всегда. Хорошо это или плохо, не знаю.

При выборе пресета в GUi выставляется значение только для длительности, параметры для частоты или полутона не меняются. Выставишь , например, 25 - будет 25.

2 shurikkein:
Погоди, я мало что понимаю в обработке звука кроме общих принципов. Ты хочешь сказать что для пресета "PAL=>NTSC без сохранения тона" надо выставить "--tempo 1001:960 -f 0.95904" а для "PAL=>NTSC с сохранением тона" надо только "--tempo 1001:960"?

2 starsoft:
получается так, вчера тянул дорожку , слушал, сравнивал результаты .
Не думаю, что слух меня обманул.
(я, правда, не заморачивался с упрощениями и ставил --tempo 25000:23976)

Будем знать.

Правильнее 25025:24000. Погрешность небольшая, 8 мс с двухчасового фильма, но всё же.

2 shurikkein:
Главный вопрос: как дела с качеством?

да, так точнее должно быть, если округление не съест.
В адобе и лабе, как ни высчитывай, всё ограничено точностью ratio 104.271
здесь пока не понял.

не сравнивал пока.
и тогда встречный вопрос, как и с чем сравнивать?
Растянуть, потом обратно "стянуть", в адобе вычесть из оригинальной дорожки и посмотреть на разницу? так?

Неа, ИМХО это не критерий качества. По этому критерию лучшим окажется как раз самый тупой алгоритм, по -моему: ASOLA выиграет у того же WaveLab наверно.
Я бы на слух оценивал. А чтобы не мешали предубеждения, "слепое сравнение" можно устроить. В foobar, например.

Посравнивал звучание двух дорожек, растянутых в адобе и в rubberband, приклеил ас3 к фильму. Не заметил никакой разницы.

здесь тоже самое, только запятая перенесена, в командной строке высвечивается:
1.04271
загрузить сэмпл не могу - провайдер тестирует повышенные скорости, поэтому скорость околомодемная

Проверил в Linux - то же самое. Такое же округление.
Посмотрю, что на выходе получается. Может, это вывод в консоль округляется, чтобы не пугать полным double.

А на выходе вот что:


Как видно, разница есть, т.е. округление производится при выводе на консоль, а сам алгоритм работает с более высокой точностью.

2 shurikkein:
2 XChesser:
Так какой параметр изменения частоты надо поставить для "NTSC=>PAL без сохранения тона"?

NTSC=>PAL без сохранения тона
-f 1.04271
так получается

Обновил програмку для ваших параметров профайлов, проверяйте, говорите что исправить.

Взять тут или тут.

2 starsoft:
Спасибо!

Наткнулся на странную сборку. Качнул двд (с тру, golden child), ntsc, четыре звуковых дорожки.
Разобрал DGIndex-ом, три дорожки "нормальные", а одна короткая, расчитанная на 25 фпс, пришлось растягивать.
Внутри двд воспроизводится нормально, без опережения.
Как так можно собрать ? Просто любопытно стало.

в двд афаик так быть не должно.

какая продолжительность у нормальной и короткой дорожек?