0 Пользователей и 1 Гость просматривают эту тему.
Приложил первый попавшийся CUE. В нем не отображаются треки: 3,4,8,9,10,12. Версия плейера 3.10 build 1065
Удалите все INDEX 00, должно заработать.
Повторить не удалось. Можно сами треки увидеть? (хотя бы для 3-его и 8-го)
Гениальный ответ!!! Удалив все INDEX 00, я потеряю всю информацию о длительности предзазоров перед треками и дальнейшее точное восстановление образа диска, ради которого собственно и создаётся индексная карта, станет невозможным! К тому же (ради интереса попробовал всё-таки удалить все Index 00) это не устраняет описанную мною выше проблему. И, уж раз зашла речь об удалениях, мне было бы проще удалить Aimp и пользоваться другим плейером, чем курочить врукопашную каждый .Cue файл.P.S. В песнях где не отображается длительность также не отображается размер трека (mb) во второй информационной строке.
Вот скрин, пожалуйста. Для сравнения ещё могу сделать скрин когда открываю через .Cue
Насчёт кривых .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 некорректно зазоры определяет? Проверьте разные методы поиска, будет ли разница.
Если предполагается писать рип на диск, то рипать лучше образом (или искать такие). Потрековые же даже для хранения неудобны, а уж для записи - вообще засада.
а время конца третьего трека и начала зазора четвертого трека который равен 15 фреймам.
который, исходя всё из того же лога, равен 15 фреймам.
вы считаете Index 00 4:13:55 как время зазора, тогда как это не время зазора, а время конца третьего трека и начала зазора четвертого трека который равен 15 фреймам.
Уж кому как удобнее записывать и тем более хранить рипы решать не вам. Я например терпеть не могу рипы образом из-за неудобства поиска отдельных песен.
Значит все претензии Артёму, что не научил AIMP понимать и подобные (имеющие право на существование) CUE.
Если вы познали истину - расскажите и мне, как плеер должен трактовать 3ий и 4ый трек из CUE? Какая длительность должна быть у них?
О_о, круто... Я до такого и не додумался бы... Если трек 4 является всего лишь зазором, то почему он имеет Title и Performer? Проще говоря, визуально понять, что это зазор, никак нельзя.
В общем всем спасибо, что помогли выяснить в чём же на самом деле было дело. Если бы я догадался, что несовместимый тип cue не поддерживается плейером, то скорее всего не стал бы здесь мутить воду и отнимать ваше время, но как говорится, в спорах рождается истина.И последний вопрос вдогонку: возможна ли в будущих версиях плейера поддержка несовместимой индексной карты или же это никому ненужная фича, не стоящая усилий?С уважением! ЧК
Лично мне не ясно, как отличить нормальный CUE от ненормального.
А как узнать, что трек 04 это зазор, а не реальный трек?