Я хочу смешать файлы 96 кГц .w64 друга из Sonar, но Logic Pro X не может их прочитать

Мой друг записывает джемы на частоте 96 кГц с помощью Cakewalk Sonar на ПК, а звук сохраняется в формате .w64 (формат Sony). Я предложил микшировать треки, но Logic Pro X DAW моего Mac не может прочитать файлы.

В Интернете есть конвертеры, но некоторые из них ограничены 1 ГБ, тогда как мои файлы достигают 7 ГБ. Я не хочу вкладывать деньги в дорогой конвертер только для того, чтобы обнаружить, что он либо не работает, либо я теряю много информации при преобразовании (в конце концов, файл WAV не может содержать 7 ГБ, поскольку он ограничен 4 ГБ).

Мой друг хочет продолжать работать на частоте 96 кГц и не собирается возвращаться к меньшим форматам.

Предложения?

Ваш друг не сохранит их как волну вещания или AIFF? Тогда вам не нужно конвертировать, и оба формата поддерживают 96 кГц.
Причина, по которой Sonar использует формат .w64, заключается в том, что файл слишком велик для хранения в формате .wav. Очевидным решением было бы разделить файлы на более короткие аудиосегменты, чтобы их можно было сохранить в формате .WAV. вы можете сделать это и присоединиться к ним в другой DAW без потери данных.
@alephzero Broadcast wave определенно поддерживает файлы размером более 4 ГБ - вплоть до эксабайтов. Насчет AIFF не уверен.
@ToddWilcox уверен, что фактические данные в файле .wav (почти всегда) хранятся в формате PCM, который точно такой же, как необработанные аудиоданные, поэтому ограничений по размеру нет. Но контейнер RIFF , содержащий данные, может обрабатывать только сегменты данных размером 2 ГБ. Концептуально вы можете иметь несколько сегментов данных по 2 ГБ в одном файле «.wav», но, насколько мне известно, разработчики программного обеспечения никогда не рассматривали это как «стандартный» способ использования .WAV. В любом случае ограничение размера файла в 32-битных файловых системах было еще одним жестким ограничением, когда разрабатывались методы работы с файлами .WAV (и закреплялись в компьютерном программном обеспечении).
Есть также довольно очевидный факт, что он тратит впустую полосу пропускания при записи в милях (ну, километрах) выше Найквиста для человеческого слуха. Скажите ему, что если он хочет, чтобы работа по микшированию была сделана бесплатно, ему нужно пойти на компромисс.
Или (и вы потеряете друга, но получите удовольствие в процессе) возьмите 96k файлов и запустите их через ac, или Matlab, или скрипт python, чтобы уменьшить их до 2-битной глубины выборки :-)
@CarlWitthoft на самом деле, с подходящим дизерингом можно было бы добиться не совсем мусорной точности в 2-битном файле 96 кГц ...

Ответы (2)

Я считаю , что VideoLan, также известный как медиаплеер VLC, может читать файлы .w64, а также способен транскодировать. Вы также можете разделить файлы, оставив нетронутой частоту дискретизации. Как указал Карл Витхофт, 96 КБ, вероятно, является чрезмерным и может быть проблемой для некоторых эффектов трека и т. д.

VLC — это бесплатное программное обеспечение с открытым исходным кодом, для которого доступен бинарный файл OSX .

Вы также можете проверить документы для ffmpeg/libavcodec, которые могут поддерживать w64.

Да, ffmpeg поддерживает w64 (как и VLC, полностью основанный на ffmpeg).
Загрузил VLC, и он принимает мой файл .w64 размером 7 ГБ, но показывает продолжительность как 0:00, и ничего не воспроизводится.

Приложение Sony Sound Forge может читать 24-битные файлы .w64 96 кГц и преобразовывать их в 24-битные файлы 48 кГц, которые я могу использовать. Но это очень громоздко (прочитайте файл, подождите, пока соберутся пики, затем сохраните и конвертируйте). Мне потребовалось несколько часов, чтобы преобразовать около 20 файлов по 6 ГБ.

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

Я хотел бы знать, почему 96 кГц является излишним.