Форум » Прочие темы » Как из потрекового lossless'а сделать образ (с CUE-файлом)? » Ответить

Как из потрекового lossless'а сделать образ (с CUE-файлом)?

Die Hard: Вот такой немного странный и/или глупый вопрос )) В Google рыл, рыл, не нарыл. Пробовал эспериментировать. Никуя не получается. Хоть пару байт, но расхождение. P.S. На вопрос "накуя", отвечу "эксперимента ради".

Ответов - 41, стр: 1 2 3 All

Metalforeigner: Алексей пишет: Чертовски не хватает софта чтобы сам автоматически прослушивал образы. Тогда бы и на эту фигню не пришлось бы тратить время. То есть нужен софт, который тащился бы от музыки. :) А Человеку не престало заниматься этакой ерундой. :))

Gensek: Между прочим базе данных на зазоры наплевать. Я несколько раз писал диски из потреково в Нере, а там 2сек всегда по умолчанию если специально не лезть. Так всё без проблем опознаётся даже после 3 перезаписи (это личный опыт)

Иван: Опознаться то он опознаеться, да только точного извлечения треков в сравнении с базой не будет, поскольку зазоры разные. EAC должен быть настроен правильно. Я сам к этому долго шел. В базе прорва данных CD. Если EAC настроен правильно, то при активированном AccurateRip, в отчете будет - все треки извлечены точно. Фирма почти вся совпадает. Пираты очень редко.Лицензия почаще пиратов. Фирма если немного поцарапана, даже если и прочитаеться и востановиться на слух, все равно в отчете этот трек не пройдет проверку на точность.


Lightbearer: ИМХО, восстановление из потрекового образ с куе-листом - бесполезная трата времени, к тому же это вид фальсификации. Единственное, можно восстановить, если ку-лист от образа-исходника остался, из которого потрековый сделали. В других случаях будет левый образ с левым куем. Индексные метки INDEX 00 пропадут, это точно.

Die Hard: Обнаружил интересную ситуевину. Собранный foobar'ом из треков образ, зачастую определяется как MPEG, хотя ВСЕ исходные трэки определяются как CDDA. Причем, будучи приведенным опять в потрековое состояние, якобы MPEG'овский альбом опять превращается в CDDA. Проверял как APE Batch Cheker'ом, так и отдельно auCDtect'ом. Думал, может во фронтенд от Bete_Noire вкралась ошибка )) Ан нет, все таки дело в самом auCDtect'е. P.S. Это не единичный случай. Пищу для размышлений дала проверка свыше десятка "remastered" альбомов.

Bete_Noire: похоже APE Batch Check'у не помешает новый режим: "проверка по CUE", чтобы проверял потреково.

Bete_Noire: 2Die Hard кстати, а не сохранились данные о том с каким процентом вероятности треки и образы определяются как MPEG/CDDA?

Die Hard: Bete_Noire Даже если и нет, не проблема сделать по новой )) Скинул на мыло.

Bete_Noire: данных достаточно чтобы понять, что никакой "прямой" зависимости тут нет. программа, как выясняется, использует нейронные сети, отсюда разница в результатах проверки трэков и образа (разное количество данных на входе нейронной сети). теоретически данные проверки образа должны быть более "точными" (данных для анализа больше). это всё, что я смог понять из написанного. для интересующихся: описание алгоритма auCDtect

Die Hard: В таком случае, открывается новое поле для экспериментов )) Метод дихотомии и т.д. Буду резать образ на части (как равные, так и не очень )), выкидывать/добавлять по одному трэку. В общем, будем логику нейронных сетей изучать, пусть и в изложении разработчика )) P.S. Когда коту нехуй делать, он яйца лижет ))

stolzen: Так, насчет ABC Вот такая проблема - не хочет воспринимать файлы с умляутами в названии.

Bete_Noire: не хочет воспринимать файлы с умляутами в названии чтоб такие каракули читать надо поддерживать юникод, ABC поддерживает только ANSI (то бишь, грубо говоря, нормальную латиницу).

stolzen: Ну это я и так понял:) Надо же как-то решать проблему...

ahv: ansi - это american national standards institute. имелась ввиду ascii и ее вариации

Die Hard: Ну, коли уж так глубоко копнули, то и я свои 5 копеек вставлю )) ASCII - 7-битовое кодирование (0-127) ANSI - 8-битовое кодирование (0-255) Основу ANSI составляет основная таблица ASCII, дополненная 128 символами, которые иногда называют расширенной таблицей ASCII. ANSI применяется в основном для европейских языков, которые основаны на латинском алфавите, но в отличие от английского языка имеют некоторые дополнительные символы. Отсюда, ABC все таки поддерживает ANSI. Но, сама ANSI, помимо "нормальной латиницы", еще и "нормальную кириллицу" содержит )) Вывод: У каждого своя правда )) P.S. просьба ногами не пинать ))

ahv: ррр ANSI: Acronym for the American National Standards Institute. The term “ANSI” as used to signify Windows code pages is a historical reference, but is nowadays a misnomer that continues to persist in the Windows community. The source of this comes from the fact that the Windows code page 1252 was originally based on an ANSI draft—which became International Organization for Standardization (ISO) Standard 8859-1. “ANSI applications” are usually a reference to non-Unicode or code page–based applications. http://www.microsoft.com/globaldev/reference/glossary.mspx

Lightbearer: Знаете, а мой АВС ещё отказывается читать, если расширение .FLAC прописано только заглавными буквами.

Die Hard: Lightbearer Для .APE (заглавными) он также исключения не делает.

Bete_Noire: АВС ещё отказывается читать, если расширение .FLAC прописано только заглавными буквами поправил. попробуйте кстати новую версию APE Batch Check с другими форматами файлов. правда версии 1.4 я пока даже статус бэты присвоить не решился, всего пару дней как закончил, мало тестировал.

stolzen: Bete_Noire поддерка юникода планируется?



полная версия страницы