- Dmitry_Milk
- Постоялец
Mikle
> Я делаю маленький тестовый проект на пару секунд
Я имел в виду наоборот, что попробовать искусственно уменьшить количество памяти до 2-х гигов.
skalogryz
> если внутренний формат опирался на какие-нить Multimedia API/ранние DirectX-ы, которые постепенно нетестировались в новых релизах винды, то он может вполне перестать их видеть.
Есть старые виндовые функции для разбора RIFF-файлов. Если bun тоже является риффом, то могли использоваться эти функции.
Может проблема в изменение какого-то типа данных? может там скрипт который использовал условный int, который в 32 битах был одного размера, а после появления 64 бит стал другого и все начало сыпаться при парсинге.
Aroch
> попробуй дизасм и посмотреть функцию открытия файла так будет быстрее чем гадать.
Все-таки пишут, что Кейквоковский/Сонаровский BUN является RIFF-ом. Так что скорее всего этот файл открывается/обрабатывается какими-то из этих функций:
https://learn.microsoft.com/en-us/windows/win32/multimedia/multim… i-o-reference
UPD. Кстати, если действительно используются они, то глюки могут быть не в самом кейквоке, а внутри этих функций. Майкрософт сами пишут, что забили на поддержку этих функций:
Multimedia File I/O, is a legacy feature. It has been superseded by Source Reader. Source Reader has been optimized for Windows 10 and Windows 11. Microsoft strongly recommends that new code use Source Reader instead of Multimedia File I/O, when possible. Microsoft suggests that existing code that uses the legacy APIs be rewritten to use the new APIs if possible
Dmitry_Milk
> пишут, что Кейквоковский/Сонаровский BUN является RIFF-ом
Там, кроме RIFF аудио данных, ещё куча своей специфики - тайминги, миди, огибающие, посылы на эффекты. Кроме того, моно и стерео содержатся в одном файле.
Mikle
Есть вариант такой файл (который не открывается корректно) скинуть на пробу? Скинь, если есть возможность, все вместе с самой прогой в которой открываешь.
Mikle
> кроме RIFF аудио данных, ещё куча своей специфики - тайминги, миди, огибающие, посылы на эффекты
Ну все правильно, RIFF - это не аудиоформат. Это универсальный иерархический контейнер для произвольных мультимедиа-данных, в том числе и с какими-то своими кастомными FOURCC-кодами чанков для каких-то своих специфических данных.
the trick
> такой файл (который не открывается корректно)
Не открывается любой со стерео данными.
the trick
> скинуть на пробу? Скинь, если есть возможность, все вместе с самой прогой
Программа:
https://disk.yandex.ru/d/DmHVODE03E27bj
Устанавливать из-под админа. Программа не понимает русских имён файлов\папок, в том числе пути ко временным папкам и т. п.
Вот файл с одной моно и одной стерео дорожками:
https://disk.yandex.ru/d/UVcIi_7hv7WGFQ
Mikle
> Вот файл с одной моно и одной стерео дорожками
Этот файл действительно RIFF. Точно без ошибок распарсился в такую структуру:
RIFF 7622648 WAVE
fmt 18
PAD 4042
data 1478158
PAD 490
LIST 6139896 WAVE
fmt 18
PAD 4042
data 6135768
PAD 32
Это парсил вручную питоном. Еще бы проверить, как распарсится вышеупомянутыми функциями для RIFF-файлов, может быть действительно они сбоят при парсинге.
Но вообще больше похоже на обычный WAV, да и при скачивании с яндекс-диска почему-то предлагает сохранить как wav, а не как .bun. И при сохранении и открытиии винампом нормально воспроизводит женский вокал про мягкий свет.
Ты точно .bun на яндекс-диск сохранил, а не .wav?
Dmitry_Milk
> при сохранении и открытиии винампом нормально воспроизводит женский вокал про мягкий свет.
Ха! Попробовал медиаплеером воспроизвести - то же самое. Но там ещё минусовая фонограмма этого фрагмента присутствует, но медиаплеер не воспроизводит её.
Dmitry_Milk
> Ты точно .bun на яндекс-диск сохранил, а не .wav?
А ты сравни размер файла и того момента вокала.
Mikle
> Но там ещё минусовая фонограмма этого фрагмента присутствует, но медиаплеер не воспроизводит её
Да, все правильно. Я сейчас руками сохранил вот тот вложенный LIST - это оказался обычный стерео-WAV на 31 секунду с музыкой.
Интересно, где вся остальная инфа, помимо WAV-ов, ведь все что я привел - это все чанки этого bun-риффа, других нет, в конце файла там только остаток на 20 байт, там вряд ли что-то поместится.
ЛИбо что-то спрятано внутри PAD-чанков, которые плеерами игнорируются. Но узнать их внутреннюю структуру RIFF-средствами невозможно, это уже дела, не касающиеся риффа.
Dmitry_Milk
> ЛИбо что-то спрятано внутри PAD-чанков, которые плеерами игнорируются
Странно, там нули.
В этом bun-файле вообще нет ничего, кроме двух вавов.
Один - на первом уровне вложенности, от которого стандартный fmt с информацией о формате wav-файла и data с данными вава, и второй вав - в чанке LIST, опять же, с обычными fmt и data.
Mikle
> У меня есть комп с XP, там всё открывается.
64-х битная?
Записывал с её помощью? И на новой системе работало нормально?
(извиняюсь, может уже отвечал)
Mirrel
> 64-х битная?
32 бита.
Mirrel
> Записывал с её помощью? И на новой системе работало нормально?
Записываю и в XP, и в новых системах - записывается нормально, файл получается корректный.
Dmitry_Milk
> В этом bun-файле вообще нет ничего, кроме двух вавов.
Тем не менее там, как минимум, информация о громкостях\балансах дорожек и три эффекта, холл, делэй и эквалайзер, со своими всеми настройками.
Видимо, эти данные просто приставлены в конце и не попадают в заголовок RIFF.
Добавлено:
А ещё там данные о темпе, о стартовом времени дорожек, много всего.
Тема в архиве.