0 Members and 1 Guest are viewing this topic.
Насчёт кривых .cue, если бы рипы были только моими, то это заставило бы меня засомневаться в правильности моих действий при извлечении или настройках EAC. Но рипы я скачиваю с нескольких трекеров, в том числе закрытых забугорных, и не думаю, что люди разных стран специально сговорились и штампуют кривые .cue-файлы. Видимо дело в неумении Aimp работать с предзазорами.
Так вот Index 00 показывает с какого времени начнется предзазор четвертого трека, который равен 15 фреймам.
Спихнуть проблему на кривой cue проще всего, почему же тогда aimp 2 прекрасно просчитывает все длительности?
посмотрите третий пример!
Я вижу, что написано 4 минуты 13 секунд и 55 фреймов. Откуда взялось 15 фреймов - непонятно.
В качестве примера приложу текстовый файл лога
Третий пример есть cue с откоректированными зазорами, в моём же случае подходит пятый пример, где предзазор (тишина) прибавляется к концу предыдущего трека. Этот тип cue называется Noncompliant - несовместимый синтаксис cue-файла. Нужен он для дальнейшего точного восстановления образа диска. Поэтому он используется в большинстве случаев при снятии точного рипа. Видимо Aimp3 не умеет работать с этим типом cue.
пока же предлагаю проверить подредактированный CUE (хотя длительности предзазоров явно некорректны, но трогать их я не стал, лишь поставил на место заголовки файлов).
AIMP работает согласно стандарту.
В качестве примера приложу текстовый файл лога. Например перед четвёртым треком идет предзазор в 15 фреймов - у третьего трека не отображается длительность и т.д.
такой cue не подхватывается программой AutoFLAC для записи этого рипа на диск
Как по логу Вы вычислили предзазоры, если начало трека + его длина = начало следующего, без всяких зазоров?Считаем: начало третьего 4:44.13 + длина 4:13.70 = 8:58.08, т.е точно начало четвёртого (по логу). Где Вы увидели 15 фреймов зазора? Зато в CUE зазор определён аж в 4:13:55, которые должны отняться от предыдущего третьего, оставив от его длины те самые жалкие 15 фреймов, плеером не отображаемых!Не представляю, что это за треки такие, в которых львиная доля отдана зазору Может у Вас EAC некорректно зазоры определяет? Проверьте разные методы поиска, будет ли разница.
Если предполагается писать рип на диск, то рипать лучше образом (или искать такие). Потрековые же даже для хранения неудобны, а уж для записи - вообще засада.