Как мы восстанавливали поврежденный .wav файл

[QwertyOFF]

Должно было бы помочь просто сделать корректный заголовок с правильным количеством байт и перебрать пару вариантов с удалением байта-двух в зависимости от того где слетела запись (по краю сэмпла или в середине, если это вообще возможно исходя из разрядности).

UPD: посмотрел по заголовку, у вас не PCM, так что возможно все иначе.

[AlNi89]

Потому что с РСМ такого не получится:

Оказалось что, если удалить в хексРедаторе 1 байт в нормальном файле и сохранить, картина становится похожей. А если вернуть байт, даже пустой забитый нулями, то все становится нормально.

файл может исказиться, но в звуковом редакторе не будет таких явных блочных проблем. И вообще, судя по ступенькам, там скорее всего АДИКМ сжатие.

[yesworld]

Ну не то чтобы не пытались… Может действительно, что-то не так сделали.

Я правильно вас понял, что при помощи заголовков можно всегда все исправить и не важно на каком участке были удалены данные?

[vassabi]

Совсем «всё» — нет, во-вторых — не только при помощи заголовков, а при помощи выравнивания (т.е. удалением невосстановимых или добавлением пустых данных,
так как типичное кодирование видео\аудио редко когда не содержит опорных данных внутри потока), когда установлены правильные заголовки.

[vassabi]

судя по гистрограммам — можно было сначала передавать «восстановленные кандидаты» аудио в ffmpeg, который бы отрезал первые Н секунд, и выдавал бы ее громкость, а потом фильтровать слишком громкие, чтобы не смотреть все подряд.

[Methos]

ничего непонятно, что же КонкретнО вы сделали

[ashumkin]

Мне грустно видеть статью плана бложика "мы взяли битый файл, нашли спецификацию файла, ничего в ней не поняли, и путём полуручного подбора нашли что-то похоже, и, о, счастье, нам повезло, и мы восстановили файл"

Ладно бы, автоматизировали (как указано выше; или путем спектрального какого-нибудь анализа...) хотя бы определение подходящих кандидатур для ручного просмотра из множества перебора… а так...