AIMP Forum
Разное => Архив / Archive => Вопросы (архив) / Questions (archive) => Topic started by: Чеширский Кот on July 30, 2012, 20:32:35
-
Сталкнулся с такой проблемкой: при проигрывании индексной карты (.CUE) в плейлисте не отображается длительность некоторых треков. При открытии же отдельного музыкального файла всё отображается корректно. Проблема появилась после перехода с Aimp2 на Aimp3.
-
Пример .cue?
Уточните билд плеера.
-
Приложил первый попавшийся CUE. В нем не отображаются треки: 3,4,8,9,10,12. Версия плейера 3.10 build 1065
-
Приложил первый попавшийся CUE. В нем не отображаются треки: 3,4,8,9,10,12. Версия плейера 3.10 build 1065
Судя по CUE, каждый файл представлен отдельным треком, откуда тогда там нулевые индексы, да ещё в несколько секунд длиной?!
Удалите все INDEX 00, должно заработать.
-
Удалите все INDEX 00, должно заработать.
Гениальный ответ!!! Удалив все INDEX 00, я потеряю всю информацию о длительности предзазоров перед треками и дальнейшее точное восстановление образа диска, ради которого собственно и создаётся индексная карта, станет невозможным! К тому же (ради интереса попробовал всё-таки удалить все Index 00) это не устраняет описанную мною выше проблему. И, уж раз зашла речь об удалениях, мне было бы проще удалить Aimp и пользоваться другим плейером, чем курочить врукопашную каждый .Cue файл.
P.S. В песнях где не отображается длительность также не отображается размер трека (mb) во второй информационной строке.
-
Приложил первый попавшийся CUE. В нем не отображаются треки: 3,4,8,9,10,12. Версия плейера 3.10 build 1065
Повторить не удалось. Можно сами треки увидеть? (хотя бы для 3-его и 8-го)
-
Повторить не удалось. Можно сами треки увидеть? (хотя бы для 3-его и 8-го)
Конечно можно, только подскажите пожалуйста как это сделать :-[
-
Гениальный ответ!!! Удалив все INDEX 00, я потеряю всю информацию о длительности предзазоров перед треками и дальнейшее точное восстановление образа диска, ради которого собственно и создаётся индексная карта, станет невозможным! К тому же (ради интереса попробовал всё-таки удалить все Index 00) это не устраняет описанную мною выше проблему. И, уж раз зашла речь об удалениях, мне было бы проще удалить Aimp и пользоваться другим плейером, чем курочить врукопашную каждый .Cue файл.
P.S. В песнях где не отображается длительность также не отображается размер трека (mb) во второй информационной строке.
Представьте скриншот плейлиста всех треков, добавив их в него непосредственно, а не через CUE. Я сильно подозреваю, что реальная длительность, например, третьего трека составит 4:14...
-
Вот скрин, пожалуйста. Для сравнения ещё могу сделать скрин когда открываю через .Cue
-
Скрин плейлиста открытого через .Cue:
-
Вот скрин, пожалуйста. Для сравнения ещё могу сделать скрин когда открываю через .Cue
Сравните длительности неотображаемых треков и нулевые индексы следующих за ними. Ничего не напоминает? Там, где длительность "предзазора" на 2 секунды больше длительности предыдущего ему трека, он, предзазор, должен быть равен этим двум секундам. Почему у Вас такие кривые CUE, не знаю, но беда, ИМХО, в них!
-
Насчёт кривых .cue, если бы рипы были только моими, то это заставило бы меня засомневаться в правильности моих действий при извлечении или настройках EAC. Но рипы я скачиваю с нескольких трекеров, в том числе закрытых забугорных, и не думаю, что люди разных стран специально сговорились и штампуют кривые .cue-файлы. Видимо дело в неумении Aimp работать с предзазорами. ???
-
Насчёт кривых .cue, если бы рипы были только моими, то это заставило бы меня засомневаться в правильности моих действий при извлечении или настройках EAC. Но рипы я скачиваю с нескольких трекеров, в том числе закрытых забугорных, и не думаю, что люди разных стран специально сговорились и штампуют кривые .cue-файлы. Видимо дело в неумении Aimp работать с предзазорами. ???
Вот, как раз в своих рипах можно и нужно быть уверенным, а скаченные с торрентов, особенно если это рипы потрековые, в большинстве случаев требуют особого внимания. С имиджевыми бывают проблемы лишь в части корректного заполнения инфы о треках, но то на совести "рипачей".
-
Провёл эксперимент, для нескольких треков сгенерил CUE (с помощью проги CUETools) и вбил кое где нулевые индексы с длительностью предыдущего файла. В плейлисте длительность треков отображалась нормально. Я ещё раз внимательно просмотрел представленный Вами CUE и обратил внимание, что в Вашем случае они ещё и стоят не на своём месте, точнее, не на своём месте почему-то информация о файле.
Вот пример из Вашего CUE:
TRACK 09 AUDIO
TITLE "Road Of The Lost"
PERFORMER "Miss May I"
ISRC USEK71215909
INDEX 00 02:56:62
FILE "09 - Road Of The Lost.wav" WAVE
INDEX 01 00:00:00
А должно быть:
FILE "09 - Road Of The Lost.wav" WAVE
TRACK 09 AUDIO
TITLE "Road Of The Lost"
PERFORMER "Miss May I"
ISRC USEK71215909
INDEX 00 02:56:62
INDEX 01 00:00:00
Советов давать не буду.
-
Нет не должно! Когда перед треком идёт предзазор (перед девятым треком он равен 2 секунды и 14 фреймов) порядок строк в .cue-файле должен быть именно как он представлен у меня, и именно тогда и появляется Index 00! Когда же перед треком нет предзазора порядок строк должен быть как вы указали только Index 00 там быть не должно!
-
Судя по логу извлечения у меня не отображаются те треки которые идут перед треками с предзазором. В качестве примера приложу текстовый файл лога. Например перед четвёртым треком идет предзазор в 15 фреймов - у третьего трека не отображается длительность и т.д.
И, кстати, я так же провёл небольшой эксперимент: поставил себе Aimp2 и открыл тот самый .cue, который приводил в примере и вуаля всё отображается! Так что проблема явно не в cue!
-
Насчёт кривых .cue, если бы рипы были только моими, то это заставило бы меня засомневаться в правильности моих действий при извлечении или настройках EAC. Но рипы я скачиваю с нескольких трекеров, в том числе закрытых забугорных, и не думаю, что люди разных стран специально сговорились и штампуют кривые .cue-файлы. Видимо дело в неумении Aimp работать с предзазорами. ???
Можете дать ссылку на треккер, откуда качали вот этот альбом?
-
Да без проблем: rutracker.org/forum/viewtopic.php?t=4116936 (http://rutracker.org/forum/viewtopic.php?t=4116936)
-
Судя по всему ошибка в куе:
3-ий файл имеет длительность 4:13. При этом он делится по кую на два файла - второй файл начинается с 4:13 + 55 фреймов, что, как не сложно увидеть, выходит за рамки этого файла. Поэтому АИМП и не может посчитать длительность.
-
Не совсем понял о каких двух файлах идет речь, но видимо под вторым файлом подразумевается преславутый Index 00, который равен 04:13:55. Так вот Index 00 показывает с какого времени начнется предзазор четвертого трека, который равен 15 фреймам. Предзазор трека прибавляется не к началу трека перед которым он стоит, а к концу предыдущего трека, т.е. предзазор четвертого трека равный 15 фреймам прибавляется к концу третьего трека который равен 04:13:55, что в сумме дает нам длительность третьего трека 04:13:70. Это прекрасно видно в логе извлечения. Спихнуть проблему на кривой cue проще всего, почему же тогда aimp 2 прекрасно просчитывает все длительности?
-
Дабы не быть голословным нашёл статью по синтаксису CUE (http://rutracker.org/forum/viewtopic.php?t=1942027), посмотрите третий пример!
-
Так вот Index 00 показывает с какого времени начнется предзазор четвертого трека, который равен 15 фреймам.
Я вижу, что написано 4 минуты 13 секунд и 55 фреймов. Откуда взялось 15 фреймов - не понятно.
Спихнуть проблему на кривой cue проще всего, почему же тогда aimp 2 прекрасно просчитывает все длительности?
Дак пользуйтесь вторым, если вы считаете его правильным! Дело в том, что AIMP2 интерпретировал правильные CUE не всегда верно. Проще говоря это был БАГ, который чудным образом выдавал вот на этом файле какой-то не нулевой результат. Далеко не факт, что этот результат вообще был верен.
-
посмотрите третий пример!
Третий пример есть cue с откоректированными зазорами, в моём же случае подходит пятый пример, где предзазор (тишина) прибавляется к концу предыдущего трека. Этот тип cue называется Noncompliant - несовместимый синтаксис cue-файла. Нужен он для дальнейшего точного восстановления образа диска. Поэтому он используется в большинстве случаев при снятии точного рипа. Видимо Aimp3 не умеет работать с этим типом cue.
-
Я вижу, что написано 4 минуты 13 секунд и 55 фреймов. Откуда взялось 15 фреймов - непонятно.
Всё просто - 15 фреймов определились EAC-ом как предзазор четвертого трека. В методе извлечения использовалась функция добавления зазоров к предыдущему треку, в логе извлечения это отображается так:
Gap handling : Appended to previous track.
Все предзазоры, если таковые имеются, так же отображаются в логе извлечения. Вот часть лога где указан предзазор в 15 фреймов:
Track 4
Filename E:\Miss May I - At Heart (2012) [FLAC]\04 - Leech.wav
Pre-gap length 0:00:00.15
Peak level 99.8 %
Extraction speed 3.3 X
Track quality 100.0 %
Test CRC 18BA277F
Copy CRC 18BA277F
Track not present in AccurateRip database
Copy OK
-
В качестве примера приложу текстовый файл лога
Попрбую разобраться в Вашем логе, пока же предлагаю проверить подредактированный CUE (хотя длительности предзазоров явно некорректны, но трогать их я не стал, лишь поставил на место заголовки файлов).
-
Третий пример есть cue с откоректированными зазорами, в моём же случае подходит пятый пример, где предзазор (тишина) прибавляется к концу предыдущего трека. Этот тип cue называется Noncompliant - несовместимый синтаксис cue-файла. Нужен он для дальнейшего точного восстановления образа диска. Поэтому он используется в большинстве случаев при снятии точного рипа. Видимо Aimp3 не умеет работать с этим типом cue.
AIMP работает согласно стандарту.
-
пока же предлагаю проверить подредактированный CUE (хотя длительности предзазоров явно некорректны, но трогать их я не стал, лишь поставил на место заголовки файлов).
Спасибо, все дительности треков корректно отображаются. Однако, это неудобно во-первых тем, что для каждого альбома придётся в ручную редактировать cue, а во-вторых такой cue не подхватывается программой AutoFLAC для записи этого рипа на диск (указывает на ошибку расположения индексов), ну и в-третьих не хотелось бы иметь в папке с альбомом кучу плейлистов.
AIMP работает согласно стандарту.
Бесспорно. Просто этот стандарт не поддерживает индексные карты Noncompliant в качестве плейлиста.
-
В качестве примера приложу текстовый файл лога. Например перед четвёртым треком идет предзазор в 15 фреймов - у третьего трека не отображается длительность и т.д.
Как по логу Вы вычислили предзазоры, если начало трека + его длина = начало следующего, без всяких зазоров?
Считаем: начало третьего 4:44.13 + длина 4:13.70 = 8:58.08, т.е точно начало четвёртого (по логу). Где Вы увидели 15 фреймов зазора? Зато в CUE зазор определён аж в 4:13:55, которые должны отняться от предыдущего третьего, оставив от его длины те самые жалкие 15 фреймов, плеером не отображаемых!
Не представляю, что это за треки такие, в которых львиная доля отдана зазору ???
Может у Вас EAC некорректно зазоры определяет? Проверьте разные методы поиска, будет ли разница.
-
такой cue не подхватывается программой AutoFLAC для записи этого рипа на диск
Если предполагается писать рип на диск, то рипать лучше образом (или искать такие). Потрековые же даже для хранения неудобны, а уж для записи - вообще засада.
-
Как по логу Вы вычислили предзазоры, если начало трека + его длина = начало следующего, без всяких зазоров?
Считаем: начало третьего 4:44.13 + длина 4:13.70 = 8:58.08, т.е точно начало четвёртого (по логу). Где Вы увидели 15 фреймов зазора? Зато в CUE зазор определён аж в 4:13:55, которые должны отняться от предыдущего третьего, оставив от его длины те самые жалкие 15 фреймов, плеером не отображаемых!
Не представляю, что это за треки такие, в которых львиная доля отдана зазору ???
Может у Вас EAC некорректно зазоры определяет? Проверьте разные методы поиска, будет ли разница.
Либо я плохо объясняю, либо вы плохо понимаете. Все правильно насчёт длинны третьего трека, по логу она равна 4:13:70, но только это длина третьего трека с уже прибавленным к нему предзазором четвертого трека, который, исходя всё из того же лога, равен 15 фреймам. Ваша ошибка в том, что вы считаете Index 00 4:13:55 как время зазора, тогда как это не время зазора, а время конца третьего трека и начала зазора четвертого трека который равен 15 фреймам. Прибавляем предзазор к третьему треку и получаем абсолютную величину третьего трека 4:13:70.
Выглядит это примерно так: 4:13:55 (время звучания третьего трека)+15фреймов (предзазор четвертого трека)=4:13:70 (абсолютное время третьего трека).
Если предполагается писать рип на диск, то рипать лучше образом (или искать такие). Потрековые же даже для хранения неудобны, а уж для записи - вообще засада.
Уж кому как удобнее записывать и тем более хранить рипы решать не вам. Я например терпеть не могу рипы образом из-за неудобства поиска отдельных песен.
-
а время конца третьего трека и начала зазора четвертого трека который равен 15 фреймам.
Именно так и трактует эту величину AIMP. Только проблема в том, что файл номер 3, который содержит 3-ий и 4-ый треки, имеет меньшую длину!
-
который, исходя всё из того же лога, равен 15 фреймам.
Где?! Где в логе Вы находите эти 15 фреймов ???
вы считаете Index 00 4:13:55 как время зазора, тогда как это не время зазора, а время конца третьего трека и начала зазора четвертого трека который равен 15 фреймам.
Правда Ваша, я сразу и не допёр, что это "несовместимый синтаксис", где всё через не как у людей :o
Уж кому как удобнее записывать и тем более хранить рипы решать не вам. Я например терпеть не могу рипы образом из-за неудобства поиска отдельных песен.
У любой медальки две стороны, вот и Вам удобство в одном, обернулось проблемами в другом.
ЗЫ У меня нет ни одного потрекового рипа, но я в два клика найду любой трек, для этого есть Фонотека! ;)
-
Наконец-то я понял структуру этого "несовместимого", где номер файла и номер трека не совсем одно и то же :o
Спасибо за науку, теперь-то я понял, за что я не люблю потрековые рипы. Я просто "не умею их готовить" ;D
Значит все претензии Артёму, что не научил AIMP понимать и подобные (имеющие право на существование) CUE.
-
Значит все претензии Артёму, что не научил AIMP понимать и подобные (имеющие право на существование) CUE.
Если вы познали истину - расскажите и мне, как плеер должен трактовать 3ий и 4ый трек из CUE? Какая длительность должна быть у них?
-
Если вы познали истину - расскажите и мне, как плеер должен трактовать 3ий и 4ый трек из CUE? Какая длительность должна быть у них?
Попробую на примере из CUE:
FILE "03 - Opening Wounds.wav" WAVE
TRACK 03 AUDIO
TITLE "Opening Wounds"
PERFORMER "Miss May I"
ISRC USEK71215903
INDEX 01 00:00:00
TRACK 04 AUDIO
TITLE "Leech"
PERFORMER "Miss May I"
ISRC USEK71215904
INDEX 00 04:13:55
FILE "04 - Leech.wav" WAVE
INDEX 01 00:00:00
TRACK 05 AUDIO
TITLE "Second To No One"
PERFORMER "Miss May I"
ISRC USEK71215905
INDEX 00 04:14:57
FILE "03 - Opening Wounds.wav" содержит в себе два трека: TRACK 03, являющийся непосредственно третьим треком, и TRACK 04 - передзазор следующего за ним четвёртого трека. Позиция начала этого TRACK 04 от начала файла указана в INDEX 00 04:13:55. Это же значение и является реальной продолжительностью TRACK 03. В свою очередь четвёртый трек начинается с начала FILE "04 - Leech.wav" и простирается до TRACK 05. Его длительность равна 04:14:57, после этой позиции в этом же файле но в TRACK 05 начинается предзазор следующего трека...
Очень надеюсь, что смог разжевать
-
О_о, круто... Я до такого и не додумался бы... Если трек 4 является всего лишь зазором, то почему он имеет Title и Performer? Проще говоря, визуально понять, что это зазор, никак нельзя.
-
О_о, круто... Я до такого и не додумался бы... Если трек 4 является всего лишь зазором, то почему он имеет Title и Performer? Проще говоря, визуально понять, что это зазор, никак нельзя.
Вот и я про то ж. Реально эти перформер и титл относятся к содержимому четвёртого файла, просто порядок здесь такой (точнее - беспорядок), не даром же это несовместимый тип CUE.
В статье про синтаксис прямо говорится: "...этот формат имеет несовместимый синтаксис, поэтому приложения, жестко ориентированые на спецификацию (подобно foobar2000), не способны его прочесть."
По всему выходит, что AIMP тоже придерживается спецификации, поэтому и проблемы с отображением "нестандарта". Думаю, стоит придерживаться её и дальше, - спецификация, всё же!
-
В общем всем спасибо, что помогли выяснить в чём же на самом деле было дело. Если бы я догадался, что несовместимый тип cue не поддерживается плейером, то скорее всего не стал бы здесь мутить воду и отнимать ваше время, но как говорится, в спорах рождается истина.
И последний вопрос вдогонку: возможна ли в будущих версиях плейера поддержка несовместимой индексной карты или же это никому ненужная фича, не стоящая усилий?
С уважением! ЧК :D
-
В общем всем спасибо, что помогли выяснить в чём же на самом деле было дело. Если бы я догадался, что несовместимый тип cue не поддерживается плейером, то скорее всего не стал бы здесь мутить воду и отнимать ваше время, но как говорится, в спорах рождается истина.
И последний вопрос вдогонку: возможна ли в будущих версиях плейера поддержка несовместимой индексной карты или же это никому ненужная фича, не стоящая усилий?
С уважением! ЧК :D
Лично мне не ясно, как отличить нормальный CUE от ненормального.
-
Лично мне не ясно, как отличить нормальный CUE от ненормального.
Я покумекаю, если это подвластно логике, постараюсь помочь
-
О_о, круто... Я до такого и не додумался бы... Если трек 4 является всего лишь зазором, то почему он имеет Title и Performer? Проще говоря, визуально понять, что это зазор, никак нельзя.
В предыдущем Вашему комменту посте чуть "наврал" про TRACK 05, сейчас поправил.
Поясню про перформер и титл. В имидж-файле нет фактической привязки зазоров к какому-то треку, ни к предыдущему, ни к последующему - зазор МЕЖДУ треками. В потрековом же рипе зазор нужно куда-то прикрепить. Если к последующему, то трек будет начинаться с тишины, что непривычно. В этом типе рипа зазор прикрепляется к концу трека, но поскольку считается предзазором, то и нумерацию имеет соответствующую.
Зазор между третьим и четвёртым треками физически находится в конце третьего, но как предзазор приписан к четвёртому. Поэтому логично, что тут же прописаны и Performer и Title, ведь один трек без другого смысла всё равно не имеет (по крайней мере с позиции их отображения в CUE). Сам-то понял, что написал?
-
А как узнать, что трек 04 это зазор, а не реальный трек?
-
А как узнать, что трек 04 это зазор, а не реальный трек?
Наверное по тому, что у него нулевой индекс... Ой, я кажется опять запутался, и Вас ввожу в заблуждение. Всему виной непоследовательность информации в этом извращённом CUE.
Короче:
FILE 03, TRACK 03, TITLE, PERFORMER и INDEX 01 описывают непосредственно содержимое трека (в конкретном рассмотрении третьего), затем идёт информация о четвёртом:
TRACK 04, TITLE, PERFORMER, INDEX 00, FILE 04, INDEX 01.
Здесь просто иной порядок, плюс нулевой индекс.
-
Начал эксперимент.
Пока выяснил, что AIMP2 отображает реальные продолжительности треков, но при воспроизведении игнорирует зазоры, чего плеер делать не должен. Зазоры пропускаются лишь при принудительном переходе между треками.
AIMP3 в этом плане ведёт себя корректно - зазоры играет.
Поскольку AIMP3 и такие нестандартные CUE воспроизводит, а проблема лишь в отображении длительности отдельных треков, которая, кстати, с точностью до фрейма прописана в INDEX 00, то может и использовать её?
Есть после TRACK NN INDEX 00, для TRACK NN-1 берём длительность из него, нет оного - длительность соответствующего FILE.
Вот пример:
FILE "08 - Bleeding Out.wav" WAVE
TRACK 08 AUDIO
TITLE "Bleeding Out"
PERFORMER "Miss May I"
INDEX 01 00:00:00
TRACK 09 AUDIO
TITLE "Road Of The Lost"
PERFORMER "Miss May I"
INDEX 00 02:56:62
FILE "09 - Road Of The Lost.wav" WAVE
INDEX 01 00:00:00
Здесь трек 08 имеет длину 02:56 (фреймы отбрасываются), хотя сам FILE 08 на сколько-то там длиннее, и будет проигрываться до конца.
Наверное не самый удачный вариант, но может кто лучше предложит?
-
Файлы CUE noncompliant не отображали корректно время начиная с aimp_3.00.985.
И был ответ разработчика, что он не будет этим замораживаться.
В aimp_3.20.1165 с CUE noncompliant время вроде как отображается корректно.
Это кому спасибо говорить?
-
Кстати, да, был очень приятно удивлён, увидев, что все длительности песен после последних обновлений отображаются в плейлисте. Уж не знаю, прислушались ли авторы к моим просьбам или просто были исправлены траблы и недочеты. В любом случае большое спасибо всем кто к этому причастен. И с наступающим всех старым новым годом! :D