Горячая линия с модераторами (вопросы только по модерации тем, раздач и разделов)

Автор
Сообщение

Grigory K.

VIP (Заслуженный)

Стаж: 8 лет 5 месяцев

Сообщений: 6112

Grigory K. · 07-Мар-12 14:56 (6 лет 8 месяцев назад, ред. 06-Окт-13 08:47)

 

Здесь задаются вопросы только по модерации тем, раздач и разделовЕсли есть какие вопросы или претензии по своим или чужим раздачам, задаем их в этой теме или пишем в лс модераторам соответствующих разделов.
Вопросы не по теме (оффтоп) будут удалятся без предупреждения.

ramvivat

Стаж: 10 лет 7 месяцев

Сообщений: 344

flag

ramvivat · 14-Мар-12 21:53 (спустя 7 дней, ред. 14-Мар-12 21:53)

предлагаю к запрету связку foobar2000 + iTunes (lossless), либо только после доработки этой связки напильником.
такая связка НЕ дает LOSSLESS раздачу по той причине что делает нормализацию или что-то еще что изменяет внутреннее бинарное содержимое WAV файла, затрагивающее его контрольную сумму, не трогая при этом его волновое представление, тоесть распакованный в WAV ALAC, при сравнении в EAC при помощи "сравнение WAV" с непакованной WAVкой, не даст различий. но пакованный файл НЕ пройдет Accuraterip проверку.
советую самостоятельно убедиться в этом
качните какую-либо раздачу и ее исходник.
как правило у нее есть непакованная FLACованная с которой и изготавливалась эта раздача
и сравните бинарным сравнением. да да банальной консольной утилиткой FC с ключем /B file1.wav file2.wav
и ужаснитесь.
не исключено что сами раздающие не знают об сей фиче - чтож - внесете в FAQ и поставите им на вид.
пруф:
раздача http://GOSTRACKER.XYZ/viewtopic.php?t=3663458
и ее исходник http://GOSTRACKER.XYZ/viewtopic.php?t=3657463
mov #14747, @#40000
jmp @#40000
:)))

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 15-Мар-12 01:03 (спустя 3 часа, ред. 15-Мар-12 01:03)

ramvivat
Указанный Вами способ foobar2000 + iTunes (lossless) может быть каким угодно: qaac, refalac или же рип с помощью утилиты iTunesEncode. Да-да, и все это можно проделать с помощью фубара. Так что запрещать программу априори будет неправильно.
Предоставьте, пожалуйста, Вашу версию отчета, а то у меня руки-крюки, могу и сломать что-нибудь. Я, в свою очередь, посмотрю со своей стороны и предоставлю отчеты как только, так сразу.
YNWA

ramvivat

Стаж: 10 лет 7 месяцев

Сообщений: 344

flag

ramvivat · 15-Мар-12 11:04 (спустя 10 часов, ред. 15-Мар-12 11:04)

ок
распакованный ALAC релиз после прикручивания к нему вроде бы родного CUE от якобы родного исходника
дает вот что
ALAC
[CUETools log; Date: 15.03.2012 11:53:23; Version: 2.1.2a]
CDDBId mismatch: 940CBB0C vs 9B0CBB0C
[CTDB TOCID: W8d_91TmhwO3TLjYMIud4D0yOhM-] disk not present in database.
[AccurateRip ID: 0016de48-00d63301-9b0cbb0c] disk not present in database.
Track Peak [ CRC32 ] [W/O NULL]
-- 99,9 [48E9262F] [F71759BB]
01 99,9 [725C781F] [358DF4C7]
02 99,9 [7086E6CC] [4C5DFED0]
03 98,9 [A4907E38] [5AF4652D]
04 99,9 [62329F80] [ED654483]
05 99,9 [AFBD3A59] [B1EC9807]
06 99,9 [E44DCF07] [C12774E6]
07 99,6 [6AFA5687] [E0D0E4B4]
08 99,9 [10F1AF0B] [B6F23B0E]
09 98,4 [7B2EA851] [8AD3C50D]
10 99,9 [6CE41E72] [3D281323]
11 99,9 [896AE878] [4C0BB44D]
12 99,9 [77FA052D] [45A431B5]
в то время как оригинал FLAC дает в отчете при проверке его тем же CUETools правильный ответ
FLAC source
[CUETools log; Date: 15.03.2012 11:56:39; Version: 2.1.2a]
[CTDB TOCID: M9P5Ns9Gux_WU2Uc52foebvbCw0-] found.
[ CTDBID ] Status
[588b9a2e] (3/3) Accurately ripped
[AccurateRip ID: 0016dc2b-00d62022-940cbb0c] found.
Track [ CRC ] Status
01 [3216e29d] (0/2) No match but offset
02 [af3a0108] (0/2) No match but offset
03 [f945764e] (0/2) No match but offset
04 [ddbc255c] (0/2) No match but offset
05 [a519979a] (0/2) No match but offset
06 [6458fa15] (0/2) No match but offset
07 [a2973b10] (0/2) No match but offset
08 [96012f8d] (0/2) No match but offset
09 [2cef4bdd] (0/2) No match but offset
10 [54b85a44] (0/2) No match but offset
11 [0b07f980] (0/2) No match but offset
12 [0accdec5] (0/2) No match but offset
AccurateRip v2:
01 [d4fe804d] (2/2) Accurately ripped
02 [866699eb] (2/2) Accurately ripped
03 [1ab653e4] (2/2) Accurately ripped
04 [d16d8871] (2/2) Accurately ripped
05 [da499a41] (2/2) Accurately ripped
06 [aec6f6ee] (2/2) Accurately ripped
07 [aa236ddf] (2/2) Accurately ripped
08 [2eaa1718] (2/2) Accurately ripped
09 [ceda1f80] (2/2) Accurately ripped
10 [c172021b] (2/2) Accurately ripped
11 [620d2a46] (2/2) Accurately ripped
12 [209ee68b] (2/2) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,9 [48E9262F] [F71759BB]
01 99,9 [725C781F] [358DF4C7] CRC32
02 99,9 [7086E6CC] [4C5DFED0] CRC32
03 98,9 [A4907E38] [5AF4652D] CRC32
04 99,9 [62329F80] [ED654483] CRC32
05 99,9 [AFBD3A59] [B1EC9807] CRC32
06 99,9 [B4F3B41D] [3793D9AD] CRC32
07 99,6 [87EAC848] [F041507A] CRC32
08 99,9 [45744C3D] [BC40799C] CRC32
09 98,4 [4772CBF3] [DA4C7AE4] CRC32
10 94,8 [E1BCDE28] [010DE612] CRC32
11 99,9 [89216546] [DA7C1C84] CRC32
12 99,9 [EDA18DBC] [F49EDD45] CRC32
если я взял изначально некорректный CUE так извините в релизе и этого не было. прикручивал то что нашел. то что нашел из того релиза который якобы был источником для ALACового.
отсюда резонное предложение по раздаче данного типа - дабы мочно было за руку нечистых на руку поймать - обязать CUE прикладывать к альбому.
это не сложно. EAC есть у любого. при граблении просто поставить режим грабить треки с созданием CUE. и дальше продолжать как по писаному.
я ведь могу наговорить как в том анекдоте про "на доверии" где "и тут мне карта поперла" кучу разных суперкачественный релиз и прочая прочая а по факту сувать пережатку из мр3. ибо на доверии и нету средств для проверки на честность. доверие доверием но и механизмы проверки на вшивость должны быть работающие.
надеюсь мои слова будут учтены. и в той или иной мере внесены в будущие требования по выкладке Apple LOSSLESS раздач.
на этом у меня все.
mov #14747, @#40000
jmp @#40000
:)))

rusGo

VIP (Заслуженный)

Стаж: 10 лет 7 месяцев

Сообщений: 3203

flag

rusGo · 18-Мар-12 17:34 (спустя 3 дня)

ramvivat
Чтобы быть полностью уверенным в своих словах, надо сначала рипнуть диск, который 100% проходит проверку AccurateRip, а затем провести эксперимент с хеш-файлами.
Кстати, то, что вы называете "перепаковкой" на самом деле является конвертацией, и конечный файл похож на изначальный лишь "на слух", внутри это совершенно другой файл. Неудивительно, что он не проходит проверку.

Умер жёсткий, с раздач ушёл

ramvivat

Стаж: 10 лет 7 месяцев

Сообщений: 344

flag

ramvivat · 18-Мар-12 20:46 (спустя 3 часа, ред. 18-Мар-12 20:46)

рип с диска по ссылке проходит проверку на аккуратность.
содержимое спойлера именем "FLAC source" недвусмысленно дает нам понять что
по базе AccurateRip v2:
треки
01 [d4fe804d] (2/2) Accurately ripped
02 [866699eb] (2/2) Accurately ripped
03 [1ab653e4] (2/2) Accurately ripped
04 [d16d8871] (2/2) Accurately ripped
05 [da499a41] (2/2) Accurately ripped
06 [aec6f6ee] (2/2) Accurately ripped
07 [aa236ddf] (2/2) Accurately ripped
08 [2eaa1718] (2/2) Accurately ripped
09 [ceda1f80] (2/2) Accurately ripped
10 [c172021b] (2/2) Accurately ripped
11 [620d2a46] (2/2) Accurately ripped
12 [209ee68b] (2/2) Accurately ripped
кстати мои слова проверить могет любой скачав АЛАК раздачу и скачав ФЛАК исходник и развернув
и ФЛАК и АЛАК, подцепив к АЛАКУ КУЕ из ФЛАК раздачи получить те же результаты проверки.
чести ради качнул другую алак раздачу и ее флак исходник. нареканий нет.
я попросил бы не воспринимать мой пост как наезд на формат АЛАК вобще. я наехал на связку из фубара и айтюнс по той причине что она способна скосячить.
а вот по той причине что CUEв в данном типе раздач не принято выкладывать "по каким-то причинам", не знаю, может быть тут имеет место просто слепое доверие потенциально непроверенному софту. а ведь даже в джипеговской библиотеке в маздаях нашли пробоину. а уж чего говорить про непойми каких производителей софта.
вобчим есть принцип - доверяй но проверяй.
я предлагаю ввести средство контроля выкладок. в FLAC раздачах это CUE. что мешает КУЙ ввести в АЛАКовых раздачах? да придется искать чем развернуть - думаю с этим у думающих и пытливых людей проблемы нету. но зато сразу можно будет сказать что черное это черное а не зеленое или волосатое. ибо есть средство контроля.
конечно я не стану скрывать что база аккуратрип тоже далека от идеала. но найдите методу лучше данного инструмента?
вобчим еще раз выставляю предложение требования наличия в раздачах КУЕ файла.
сам разворачиваю выкладки пакетом dbPowerAMP. там есть и конвертор и даже [увы!] чисто потрековый риппер.
Suicidal
я предлагаю хотя бы на ограниченное время мораторий на выкладку АЛАК раздач полученных при помощи связки фубар+айтюнс без КУЕ файла - специально для того чтоб можно было убедиться в том что это действительно лосслесс раздача. хотя бы для новых раздач.
тоесть хочешь выложить такую раздачу - приложи куе или получишь статус "сомнительно".
нет если у местного управляющего контингента нету никаких предпосылок чтоб шевелиться - типа "нас и так сметаной вдосталь кормят, шевелиться лениво как-то" - то да - мои слова утонут в молоке.
но всетки я думаю лосслесс он либо лосслесс либо нет. третьего не дано. если даже однопроцентная вероятность косяка наличествует - то уже скомпроментирован формат как потенциально небеспотерьный.
mov #14747, @#40000
jmp @#40000
:)))

High-End

Стаж: 9 лет 3 месяца

Сообщений: 251

flag

High-End · 18-Мар-12 22:35 (спустя 1 час 49 мин.)

Раз уж эта тема затронула и меня, то позвольте влезть со своими мыслями и идеями.
Я разговаривал с ramvivat, смотрел логи, приведенные здесь. Провел свои тесты.
Ход их выполнения и результат:
1. Был взят диск из собственной коллекции.
2. С этого диска был создан образ программой EAC и сжат стандартным упаковщиком flac. Диск был найден в базе метаданных freedb. Соответственно автоматически были прописаны ID3 теги, включая обложку альбома и стихи песен.
3. Тут же образ flac был разбит на треки в соответствии с созданным EAC'ом CUE-файлом программой Medieval CUE Splitter. При этом был автоматически создан новый CUE-файл уже для раздельных треков. Все обложки и теги, кроме названий и номеров песен, альбома, исполнителя и года исчезли.
4. Файлы flac были сконвертированы в alac с помощью foobar2000 и последнего Refalac. (соответственно, без участия iTunes) Настройки конвертера совпадают с таковыми из мануала. Правда битрейт я выставил на 1024 kbit/s. CUE-файл при конвертации не создается. То есть как такового CUE для alac-файлов у нас нет.
5. Были взяты два одинаковых трека: flac и alac. alac весит на 1,5 Мб больше, вероятно из-за битрейта.
6. Тем же foobar2000 оба трека были расжаты в WAV-файлы, которые с виду совершенно одинаковы. EAC видит в них близнецов-братьев. Хотя FC /B flac.wav alac.wav выдает информацию о том, что расжатый flac-файл длиннее.
Причины этого явления мне немного непонятны. Надо провести еще парочку тестов. Например, сжатие flac'ом и alac'ом c одинаковыми параметрами енкодеров непосредственно из EAC. Как образы целиком, так и потреково. Посмотрим на результаты.
Другой вопрос, подходит ли CUE-файл образа flac для потрековых, с другим битрейтом, с полным пакетом тегов на борту, alac-файлов? Или может быть к ним подходит CUE-файл, сгенерированный Medieval CUE Splitter при разбиении образа flac на треки?
А может быть, максимально достоверный CUE-файл будет создан EAC'ом только при непосредственном сжатии Refalac'ом? (образа или потреково, хотя в образе alac-файла я не вижу никакого смысла) И тогда wav-файлы будут идентичными.
Но в таком случае конвертация раздач flac в alac-файлы будет уже без CUE'я. Или нужно будет самим создавать специальный CUE для alac. А это уже попахивает самопалом и вряд ли такие рипы будут проходить проверки по AccurateRip.
ramvivat сообщил, что в других раздачах alac, источником которых является flac, все нормально. Хотелось бы увидеть подтверждение этому. Поскольку у меня, как видите, полностью одинаковых wav-файлов не вышло. Хотя система стоит другая, и более новое ПО. И в частности другие утилиты кодировки, так как при создании раздачи Yes - Fly From Here я еще пользовался родным енкодером iTunes.
С одной стороны, ramvivat прав в том, что на выходе wav-файлы различаются. И это немного неприятно.
С другой стороны, я пока не уверен в том, что они вообще могут совпадать после стольких манипуляций с файлами. В дополнение ко всему, звучат wav-файлы абсолютно одинаково. А звук, как известно, все-таки важнее, чем цифры.
Optimist, Mac user, lucky man.

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 19-Мар-12 02:36 (спустя 4 часа, ред. 19-Мар-12 02:36)

Цитата:
"нас и так сметаной вдосталь кормят, шевелиться лениво как-то"
Скоро конец месяца. Куда за зряплатой приходить? Если бы за вредность хотя бы молоко давали...
High-End, ramvivat
Все упирается в тэги. Проверены были 2 трека многострадального Yes
Удалил абсолютно всю лишнюю информацию - ни fc ни hex-редактор ни EAC различий не нашли.
cmd test. до и после удаления тэгов



upd: источник: http://GOSTRACKER.XYZ/viewtopic.php?t=3954178
сравнение fc
Ура ночному тупняку: не сразу догадался про расширение
accurate rip FLAC
[CUETools log; Date: 19.03.2012 1:40:51; Version: 2.1.2a]
[CTDB TOCID: USYCi52gVq_i9tM3qoSTN1_hbCE-] found.
[ CTDBID ] Status
[454d30e3] (3/4) Accurately ripped
[2964b016] (1/4) CD-Extra data track length 05:33:54, No match
[AccurateRip ID: 000beb7f-00412b92-4b0d5206] found.
Track [ CRC ] Status
01 [ecda3c83] (6/6) Accurately ripped
02 [00fe6bf3] (6/6) Accurately ripped
03 [b8096e6f] (6/6) Accurately ripped
04 [3cfce30a] (6/6) Accurately ripped
05 [967a501b] (6/6) Accurately ripped
06 [e46d66dd] (5/5) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,5 [9358F70C] [CCA46C5D]
01 99,5 [B8CB324A] [9F3DCC57] CRC32
02 99,5 [7CB89B91] [8D9DA8A8] CRC32
03 99,5 [734CDBE1] [A5044982] CRC32
04 99,5 [81508878] [69AE10EC] CRC32
05 99,5 [6F155888] [2EE9670B] CRC32
06 99,5 [FFE9B7DC] [01392442] CRC32
accurate rip ALAC
[CUETools log; Date: 19.03.2012 1:43:18; Version: 2.1.2a]
[AccurateRip ID: 000beb7f-00412b92-4b0d5206] found.
Track [ CRC ] Status
01 [ecda3c83] (6/6) Accurately ripped
02 [00fe6bf3] (6/6) Accurately ripped
03 [b8096e6f] (6/6) Accurately ripped
04 [3cfce30a] (6/6) Accurately ripped
05 [967a501b] (6/6) Accurately ripped
06 [e46d66dd] (5/5) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,5 [9358F70C] [CCA46C5D]
01 99,5 [B8CB324A] [9F3DCC57] CRC32
02 99,5 [7CB89B91] [8D9DA8A8] CRC32
03 99,5 [734CDBE1] [A5044982] CRC32
04 99,5 [81508878] [69AE10EC] CRC32
05 99,5 [6F155888] [2EE9670B] CRC32
06 99,5 [FFE9B7DC] [01392442] CRC32
accurate rip FLAC wav
[CUETools log; Date: 19.03.2012 1:48:34; Version: 2.1.2a]
[AccurateRip ID: 000beb7f-00412b92-4b0d5206] found.
Track [ CRC ] Status
01 [ecda3c83] (6/6) Accurately ripped
02 [00fe6bf3] (6/6) Accurately ripped
03 [b8096e6f] (6/6) Accurately ripped
04 [3cfce30a] (6/6) Accurately ripped
05 [967a501b] (6/6) Accurately ripped
06 [e46d66dd] (5/5) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,5 [9358F70C] [CCA46C5D]
01 99,5 [B8CB324A] [9F3DCC57] CRC32
02 99,5 [7CB89B91] [8D9DA8A8] CRC32
03 99,5 [734CDBE1] [A5044982] CRC32
04 99,5 [81508878] [69AE10EC] CRC32
05 99,5 [6F155888] [2EE9670B] CRC32
06 99,5 [FFE9B7DC] [01392442] CRC32
accurate rip ALAC wav
[CUETools log; Date: 19.03.2012 1:47:27; Version: 2.1.2a]
[AccurateRip ID: 000beb7f-00412b92-4b0d5206] found.
Track [ CRC ] Status
01 [ecda3c83] (6/6) Accurately ripped
02 [00fe6bf3] (6/6) Accurately ripped
03 [b8096e6f] (6/6) Accurately ripped
04 [3cfce30a] (6/6) Accurately ripped
05 [967a501b] (6/6) Accurately ripped
06 [e46d66dd] (5/5) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,5 [9358F70C] [CCA46C5D]
01 99,5 [B8CB324A] [9F3DCC57] CRC32
02 99,5 [7CB89B91] [8D9DA8A8] CRC32
03 99,5 [734CDBE1] [A5044982] CRC32
04 99,5 [81508878] [69AE10EC] CRC32
05 99,5 [6F155888] [2EE9670B] CRC32
06 99,5 [FFE9B7DC] [01392442] CRC32
accurate rip ALAC с родным FLAC cue
[CUETools log; Date: 19.03.2012 2:05:48; Version: 2.1.2a]
[CTDB TOCID: USYCi52gVq_i9tM3qoSTN1_hbCE-] found.
[ CTDBID ] Status
[454d30e3] (3/4) Accurately ripped
[2964b016] (1/4) CD-Extra data track length 05:33:54, No match
[AccurateRip ID: 000beb7f-00412b92-4b0d5206] found.
Track [ CRC ] Status
01 [ecda3c83] (6/6) Accurately ripped
02 [00fe6bf3] (6/6) Accurately ripped
03 [b8096e6f] (6/6) Accurately ripped
04 [3cfce30a] (6/6) Accurately ripped
05 [967a501b] (6/6) Accurately ripped
06 [e46d66dd] (5/5) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 99,5 [9358F70C] [CCA46C5D]
01 99,5 [B8CB324A] [9F3DCC57] CRC32
02 99,5 [7CB89B91] [8D9DA8A8] CRC32
03 99,5 [734CDBE1] [A5044982] CRC32
04 99,5 [81508878] [69AE10EC] CRC32
05 99,5 [6F155888] [2EE9670B] CRC32
06 99,5 [FFE9B7DC] [01392442] CRC32



Источник: http://GOSTRACKER.XYZ/viewtopic.php?t=937793
ALAC: http://GOSTRACKER.XYZ/viewtopic.php?t=3172315
accurate rip APE
[CUETools log; Date: 19.03.2012 2:37:52; Version: 2.1.2a]
[CTDB TOCID: 3RbhrdwkpEybIRCmLKfSs8trkQo-] found.
[ CTDBID ] Status
[fafbcc3f] (9/9) Accurately ripped
[AccurateRip ID: 000f2d06-007b8c48-7f09e20a] found.
Track [ CRC ] Status
01 [65523dfe] (4/8) Accurately ripped
02 [d32777d5] (4/8) Accurately ripped
03 [ca14c275] (4/8) Accurately ripped
04 [c969e759] (4/8) Accurately ripped
05 [f9fd6fc1] (4/8) Accurately ripped
06 [b9ffbaa1] (4/8) Accurately ripped
07 [161a43eb] (4/8) Accurately ripped
08 [5a777ce3] (4/8) Accurately ripped
09 [7ff7a71c] (4/8) Accurately ripped
10 [e678b1b7] (4/8) Accurately ripped
Offsetted by -664:
01 [bfb4e8aa] (4/8) Accurately ripped
02 [40ac566f] (4/8) Accurately ripped
03 [de36c0e8] (4/8) Accurately ripped
04 [6e88cc94] (4/8) Accurately ripped
05 [c66c4f49] (4/8) Accurately ripped
06 [02fa31b7] (4/8) Accurately ripped
07 [ddd12589] (4/8) Accurately ripped
08 [29aee568] (4/8) Accurately ripped
09 [c04a194a] (4/8) Accurately ripped
10 [d3ef2d1e] (4/8) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 96,6 [07AA6F05] [CDB3FCC3]
01 96,6 [F7D91EDB] [8E5606B5] [628DC330]
02 96,6 [592A5B6F] [0203820F] [07AA6F05]
03 96,6 [ABEF845F] [A5E59577]
04 90,2 [9D4F4D4A] [F09B7B2D]
05 96,6 [7ABFF9AF] [572123E6]
06 96,6 [6D63C31D] [98D3F415]
07 96,6 [FDD44E08] [6B2A348D]
08 96,6 [E90B931A] [9C9E613A]
09 96,6 [E2207130] [E49E30EC]
10 86,0 [B7B663B5] [D142EABA]
accurate rip APE wav
[CUETools log; Date: 19.03.2012 3:00:46; Version: 2.1.2a]
[CTDB TOCID: 3RbhrdwkpEybIRCmLKfSs8trkQo-] found.
[ CTDBID ] Status
[fafbcc3f] (9/9) Accurately ripped
[AccurateRip ID: 000f2d06-007b8c48-7f09e20a] found.
Track [ CRC ] Status
01 [65523dfe] (4/8) Accurately ripped
02 [d32777d5] (4/8) Accurately ripped
03 [ca14c275] (4/8) Accurately ripped
04 [c969e759] (4/8) Accurately ripped
05 [f9fd6fc1] (4/8) Accurately ripped
06 [b9ffbaa1] (4/8) Accurately ripped
07 [161a43eb] (4/8) Accurately ripped
08 [5a777ce3] (4/8) Accurately ripped
09 [7ff7a71c] (4/8) Accurately ripped
10 [e678b1b7] (4/8) Accurately ripped
Offsetted by -664:
01 [bfb4e8aa] (4/8) Accurately ripped
02 [40ac566f] (4/8) Accurately ripped
03 [de36c0e8] (4/8) Accurately ripped
04 [6e88cc94] (4/8) Accurately ripped
05 [c66c4f49] (4/8) Accurately ripped
06 [02fa31b7] (4/8) Accurately ripped
07 [ddd12589] (4/8) Accurately ripped
08 [29aee568] (4/8) Accurately ripped
09 [c04a194a] (4/8) Accurately ripped
10 [d3ef2d1e] (4/8) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL]
-- 96,6 [07AA6F05] [CDB3FCC3]
01 96,6 [F7D91EDB] [8E5606B5]
02 96,6 [592A5B6F] [0203820F]
03 96,6 [ABEF845F] [A5E59577]
04 90,2 [9D4F4D4A] [F09B7B2D]
05 96,6 [7ABFF9AF] [572123E6]
06 96,6 [6D63C31D] [98D3F415]
07 96,6 [FDD44E08] [6B2A348D]
08 96,6 [E90B931A] [9C9E613A]
09 96,6 [E2207130] [E49E30EC]
10 86,0 [B7B663B5] [D142EABA]
accurate rip ALAC wav
[CUETools log; Date: 19.03.2012 3:00:34; Version: 2.1.2a]
[CTDB TOCID: 3RbhrdwkpEybIRCmLKfSs8trkQo-] found.
[ CTDBID ] Status
[fafbcc3f] (9/9) Accurately ripped
[AccurateRip ID: 000f2d06-007b8c48-7f09e20a] found.
Track [ CRC ] Status
01 [65523dfe] (4/8) Accurately ripped
02 [d32777d5] (4/8) Accurately ripped
03 [ca14c275] (4/8) Accurately ripped
04 [c969e759] (4/8) Accurately ripped
05 [f9fd6fc1] (4/8) Accurately ripped
06 [b9ffbaa1] (4/8) Accurately ripped
07 [161a43eb] (4/8) Accurately ripped
08 [5a777ce3] (4/8) Accurately ripped
09 [7ff7a71c] (4/8) Accurately ripped
10 [e678b1b7] (4/8) Accurately ripped
Offsetted by -664:
01 [bfb4e8aa] (4/8) Accurately ripped
02 [40ac566f] (4/8) Accurately ripped
03 [de36c0e8] (4/8) Accurately ripped
04 [6e88cc94] (4/8) Accurately ripped
05 [c66c4f49] (4/8) Accurately ripped
06 [02fa31b7] (4/8) Accurately ripped
07 [ddd12589] (4/8) Accurately ripped
08 [29aee568] (4/8) Accurately ripped
09 [c04a194a] (4/8) Accurately ripped
10 [d3ef2d1e] (4/8) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL]
-- 96,6 [07AA6F05] [CDB3FCC3]
01 96,6 [F7D91EDB] [8E5606B5]
02 96,6 [592A5B6F] [0203820F]
03 96,6 [ABEF845F] [A5E59577]
04 90,2 [9D4F4D4A] [F09B7B2D]
05 96,6 [7ABFF9AF] [572123E6]
06 96,6 [6D63C31D] [98D3F415]
07 96,6 [FDD44E08] [6B2A348D]
08 96,6 [E90B931A] [9C9E613A]
09 96,6 [E2207130] [E49E30EC]
10 86,0 [B7B663B5] [D142EABA]
fc до редактирования тэгов
hex до редактирования тэгов
1.
2.
fc после
hex после
1.
2.
Кто еще хочет усомниться в ALAC'e и в способах конвертирования - сразу высказывайтесь Если и это не убедит, возможно, сделаю Вам подробный анализ оригинала и конвертированного YES (но я настоятельно рекомендую сделать сначала Вам, дабы мне это удовольствия не доставляет, а без 100% доказательств, состава преступления нет)
Подытожу: все идентично, виной всему кривые тэги в несжатых файлах. Надеюсь, больше не возникнет ни проблем ни вопросов. За сим откланиваюсь.
YNWA

ramvivat

Стаж: 10 лет 7 месяцев

Сообщений: 344

flag

ramvivat · 19-Мар-12 07:25 (спустя 4 часа)

эвона как!(с)Быков
попробую счистить к чертям все тэги из файлов.
счистил
отчет CUETOOLS тот же
[CUETools log; Date: 19.03.2012 8:20:33; Version: 2.1.2a]
CDDBId mismatch: 940CBB0C vs 9B0CBB0C
[CTDB TOCID: W8d_91TmhwO3TLjYMIud4D0yOhM-] disk not present in database.
[AccurateRip ID: 0016de48-00d63301-9b0cbb0c] disk not present in database.
еще че меня напрягает - выделенное. ID диска изменился "по каким-то причинам"(с)не помню серию в Футураме
диск был 940* стал 9B0*
вобчим при подсчете контрольных сумм наличие\неналичие тэгов - монопенисуально. ибо оценка производится для PCMного RAW-потока
тоесть того который с отброшенным заголовком. тоесть собственно звук.
mov #14747, @#40000
jmp @#40000
:)))

rusGo

VIP (Заслуженный)

Стаж: 10 лет 7 месяцев

Сообщений: 3203

flag

rusGo · 19-Мар-12 20:53 (спустя 13 часов)

rusGo писал(а):
Чтобы быть полностью уверенным в своих словах, надо сначала рипнуть диск, который 100% проходит проверку AccurateRip, а затем провести эксперимент с хеш-файлами.
Немного подкорректирую свой ответ: сделать рип с диска во флак и алак (последовательно), вернуть алак к виду флак, повторно провести тест хеш-сумм. Не прописывать никакие теги отдельно. Хотя, насколько я понял, всё это уже сделали.
ramvivat писал(а):
попробую счистить к чертям все тэги из файлов.
счистил
отчет CUETOOLS тот же
Все ли? Если разговор о тегах тунца, то он ещё сортировку прописывает, жанр, год и т.д.
Я, конечно, уже давненько тут ничего не решаю, и не обижусь, если меня пошлют куда подальше. Но повторю изъезженную пластинку - раздел не для лосслесс-задротов. И никогда таковым не являлся. КУЙ был разрешён к выкладке только после многочисленных просьб. Все логи, спектры и пр. стали добавлять только после понимания того, что народ подделывает раздачи, не более того - они шли как подтверждение качества исходного материала. Ориентирован, в первую очередь, на мобильные девайсы. Звук хороший? Вот и замечательно, чего более надо?

Умер жёсткий, с раздач ушёл

High-End

Стаж: 9 лет 3 месяца

Сообщений: 251

flag

High-End · 19-Мар-12 21:50 (спустя 56 мин.)

У меня созрел простой вопрос. Можно ли получить адекватный CUE-файл для потрекового рипа в ALACe, если конвертировать его с раздач во FLACe? Если да, то как это сделать?
Сами понимаете, музыку всю на дисках не соберешь, а поделиться с людьми в ALACe хочется.
Optimist, Mac user, lucky man.

Grigory K.

VIP (Заслуженный)

Стаж: 8 лет 5 месяцев

Сообщений: 6112

Grigory K. · 19-Мар-12 22:21 (спустя 31 мин., ред. 19-Мар-12 22:21)

rusGo писал(а):
Я, конечно, уже давненько тут ничего не решаю, и не обижусь, если меня пошлют куда подальше. Но повторю изъезженную пластинку - раздел не для лосслесс-задротов. И никогда таковым не являлся. КУЙ был разрешён к выкладке только после многочисленных просьб. Все логи, спектры и пр. стали добавлять только после понимания того, что народ подделывает раздачи, не более того - они шли как подтверждение качества исходного материала. Ориентирован, в первую очередь, на мобильные девайсы. Звук хороший? Вот и замечательно, чего более надо?
К сожалению, пока так и есть, и как самостоятельная единица без расчета на портативные Apple устройства, ALAC был неконкурентно способен до сравнительно недавнего открытия кода lossless-кодека. Ранее было просто невозможно сделать достоверный качественный рип.
Может быть действительно пора брать прицел на качество? Хотя с другой стороны прописка тегов через iTunes в самих треках для девайсов сведет все труды на нет. Разделы lossless в музыкальных категориях все же расчитаны на прожиг болванок и проигрывании на качественной аппаратуре. Тот же image+.cue accurate рип, который практически 2/3 раздела считают эталоном, никак не подходит для портативных устройств. И даже наличие постоянных закладок проблему не решит.
Так что если идти по пути качества, то надо напрочь менять правила раздела. Впринципе, вариант имеет право на жизнь: хотите потрековый рип с тегами и обложкой, сами наризайте, вшивайте и прописывайте что хотите и как хотите. Зато прожечь на болванку можно будет в любой момент, без геморроя сомнений в качестве. А потрековый музончик для девайсов с обложкой и тегами пусть качают с AAC. И тогда apple lossless будет таким же эталоном качества как и flac, а пока одно название.

High-End

Стаж: 9 лет 3 месяца

Сообщений: 251

flag

High-End · 20-Мар-12 23:19 (спустя 1 день)

Друзья.
Сегодня решил провести основательное тестирование. К сожалению, оно еще не окончено, но о некоторых результатах я спешу Вам сообщить.
Мною был взят новый диск с музыкальной коллекции.
Сделал рип (image + .CUE) во FLAC, добавив изначально несколько ключевых тегов. AccurateRip пройден.
После чего использовал CUETools для создания рипов (tracks + .CUE) во FLAC и ALAC, не меняя в тегах ничего.
Далее идут сами тесты. Суть их в том, что я конвертировал рипы (tracks + .CUE) FLAC и ALAC обратно в WAV (в куче разных комбинаций, вшивая все мыслимые и не мыслимые теги, используя разные настройки) и сравнивал их в EAC и FC.
В итоге на всех тестах файлы прошли проверку AccurateRip и ни разу не было найдено несовпадений в EAC и FC. Вне зависимости от того, есть ли теги вообще, напичкан ли файл ими по брови, редактировались ли файлы в iTunes, конвертировались ли файлы с образа или потрекового рипа.
На данном этапе я придерживаюсь мнения ramvivat о том, что правильно прописанные теги никак не влияют на звук, размер и содержимое файла.
Завтра я выложу здесь все тесты и скриншоты тестирований, чтобы не быть голословным. Плюс сделаю раздачи исходного материала [image + .CUE] FLAC и [tracks + .CUE] ALAC, чтобы кто угодно мог убедиться сам.
P.S. Порадовала сцепка программ: EAC (ripping) + CUETools (tagging + veryfing + converting) + TagScanner (final tagging). Работает на ура.
P.P.S. Неплохо бы запилить мануалы по непосредственному риппингу в ALAC (tracks/image + .CUE) напрямую с EAC, а также конвертации в ALAC (tracks/image + .CUE) с помощью CUETools.
Optimist, Mac user, lucky man.

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 20-Мар-12 23:33 (спустя 13 мин.)

Цитата:
Неплохо бы запилить мануалы по непосредственному риппингу в ALAC (tracks/image + .CUE) напрямую с EAC, а также конвертации в ALAC (tracks/image + .CUE) с помощью CUETools.
Все уже запилено до нас, переиначивая классику. В разделе FAQ последний спойлер. Да и раньше я рипал с помощью EAC, просто прописывал другие параметры. Использовался тогда еще iTunes Encode
http://GOSTRACKER.XYZ/viewtopic.php?t=2646091#8
YNWA

High-End

Стаж: 9 лет 3 месяца

Сообщений: 251

flag

High-End · 08-Апр-12 22:54 (спустя 18 дней)

Господа. Обновил раздачу с Yes: http://GOSTRACKER.XYZ/viewtopic.php?t=3663458.
Прочитал все что мог на тему риппинга. Тут каждый по-своему прав.
Итоги:
  • Правильно прописанные теги никак не влияют на качество рипа.
  • Не секрет, что программа Medieval CUE Splitter неправильно режет образ на треки.
  • Для получения адекватного потрекового рипа с .CUE необходимо пользоваться CUETools. Я предпочитаю encoder Refalac64 (дешево и сердито).
  • Проверка рипа на AccurateRip на данный момент правильно производится только в CUETools 2.1.2a
  • На проверку по базе AccurateRip влияет настройки Encoder'a и CUEtools, в наибольшей степени способ хранения информации о зазорах. На восстановления в WAV эти способы никак не влияют. Но на проверку flac/alac-файлов еще как.
  • Побитовое сравнение wav-образов - отличный критерий качества. Опытным путем было выявлено, что iTunes действительно "портит" целостность файлов. Но не всегда, а при включенных функциях "Проверка звука" и "Улучшение звука" - тогда при копировании песен в папку iTunes происходит нормализация и все летит к чертям.
    Мануалов на рутрекере действительно хватает. Но они как-то разбросаны. Ссылки на файлы устарели. Картинки не отображаются. Прибавились новые инструменты риппинга и проверки качества.
    Раз уж теги никак не влияют на качество, то вполне можно сделать из раздела не просто музыку с вшитыми картинками, а настоящий lossless - раздел. Обновить материалы по риппингу в ALAC с помощью EAC, CUEtools и XLD. Обновить теггирование раздач и требования к проверке качества. Ну это мое мнение. Но с другой стороны, чем мы хуже? Ведь по сути можно добиться идетничного качества и в красивой упаковке.
Optimist, Mac user, lucky man.

Grigory K.

VIP (Заслуженный)

Стаж: 8 лет 5 месяцев

Сообщений: 6112

Grigory K. · 08-Апр-12 23:00 (спустя 5 мин., ред. 08-Апр-12 23:01)

High-End писал(а):
Раз уж теги никак не влияют на качество, то вполне можно сделать из раздела не просто музыку с вшитыми картинками, а настоящий lossless - раздел. Обновить материалы по риппингу в ALAC с помощью EAC, CUEtools и XLD.
Если у вас есть свободное время, идеи и возможности, можете заняться. Собственно все эти инструкции и писали пользователи в разное время. По Lossless всё в личку товарищу Suicidal.

High-End

Стаж: 9 лет 3 месяца

Сообщений: 251

flag

High-End · 09-Апр-12 22:22 (спустя 23 часа, ред. 09-Апр-12 22:22)

Вопрос такой. Что вы думаете на счет проверки качества раздачи, будь она своя или перекодирована с уже имеющейся раздачи?
Вот какие инструменты знаю я:
Проверка лога EAC на правильность и подлинность
  • Программка CheckLog.exe, входящая в комплект EAC (С:\Program Files\Exact Audio Copy\):
    Код:
    Пуск -> Командная строка -> ставим пробел и перетаскиваем [b]CheckLog.exe[/b] в окно командной строки -> ставим пробел и перетаскиваем [b]log-файл[/b] в окно командной строки.
    Пример проверки неправильного лога
    Лог
    Exact Audio Copy V0.99 prebeta 5 from 4. May 2009
    EAC extraction logfile from 21. January 2010, 11:30
    The Rolling Stones / Sticky Fingers
    Used drive : TSSTcorpCD/DVDW TS-H552L Adapter: 3 ID: 0
    Read mode : Secure
    Utilize accurate stream : Yes
    Defeat audio cache : Yes
    Make use of C2 pointers : No
    Read offset correction : 6
    Overread into Lead-In and Lead-Out : No
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Null samples used in CRC calculations : Yes
    Used interface : Native Win32 interface for Win NT & 2000
    Gap handling : Appended to previous track
    Used output format : User Defined Encoder
    Selected bitrate : 1024 kBit/s
    Quality : High
    Add ID3 tag : No
    Command line compressor : C:\Program Files\FLAC\flac.exe
    Additional command line options : -6 -V -T "ARTIST=%a" -T "TITLE=%t" -T "ALBUM=%g" -T "DATE=%y" -T "TRACKNUMBER=%n" -T "GENRE=%m" -T "COMMENT=EAC FLAC -6" %s
    TOC of the extracted CD
    Track | Start | Length | Start sector | End sector
    ---------------------------------------------------------
    1 | 0:00.00 | 3:50.37 | 0 | 17286
    2 | 3:50.37 | 3:52.65 | 17287 | 34751
    3 | 7:43.27 | 5:44.10 | 34752 | 60561
    4 | 13:27.37 | 7:15.48 | 60562 | 93234
    5 | 20:43.10 | 2:34.10 | 93235 | 104794
    6 | 23:17.20 | 3:37.45 | 104795 | 121114
    7 | 26:54.65 | 3:54.62 | 121115 | 138726
    8 | 30:49.52 | 5:34.68 | 138727 | 163844
    9 | 36:24.45 | 4:05.12 | 163845 | 182231
    10 | 40:29.57 | 5:56.15 | 182232 | 208946
    Track 1
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\01 - Brown Sugar.wav
    Pre-gap length 0:00:02.00
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC 9550239B
    Copy CRC 9550239B
    Accurately ripped (confidence 3) [11F2E05F]
    Copy OK
    Track 2
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\02 - Sway.wav
    Pre-gap length 0:00:00.62
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC 4D120C68
    Copy CRC 4D120C68
    Accurately ripped (confidence 3) [3796410A]
    Copy OK
    Track 3
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\03 - Wild Horses.wav
    Pre-gap length 0:00:01.45
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC 27140E09
    Copy CRC 27140E09
    Accurately ripped (confidence 3) [7E3BE14D]
    Copy OK
    Track 4
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\04 - Can't You Hear Me Knocking.wav
    Pre-gap length 0:00:02.05
    Peak level 97.7 %
    Track quality 99.9 %
    Test CRC ACCD3625
    Copy CRC ACCD3625
    Accurately ripped (confidence 3) [745AD284]
    Copy OK
    Track 5
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\05 - You Gotta Move.wav
    Pre-gap length 0:00:00.70
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC 51297186
    Copy CRC 51297186
    Accurately ripped (confidence 2) [A37C8B8A]
    Copy OK
    Track 6
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\06 - Bitch.wav
    Pre-gap length 0:00:01.65
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC B14EEE9B
    Copy CRC B14EEE9B
    Accurately ripped (confidence 2) [7E050A3D]
    Copy OK
    Track 7
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\07 - I Got The Blues.wav
    Pre-gap length 0:00:01.48
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC F5411810
    Copy CRC F5411810
    Accurately ripped (confidence 2) [C21F0ECA]
    Copy OK
    Track 8
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\08 - Sister Morphine.wav
    Pre-gap length 0:00:02.25
    Peak level 97.7 %
    Track quality 100.0 %
    Test CRC 46939CD7
    Copy CRC 46939CD7
    Accurately ripped (confidence 3) [34DD8370]
    Copy OK
    Track 9
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\09 - Dead Flowers.wav
    Pre-gap length 0:00:04.13
    Peak level 100.0 %
    Track quality 100.0 %
    Test CRC 6574CA78
    Copy CRC 6574CA78
    Accurately ripped (confidence 3) [40338510]
    Copy OK
    Track 10
    Filename C:\The Rolling Stones - Sticky Fingers (1971) {Japan Mini LP, TOCP-66451}\10 - Moonlight Mile.wav
    Pre-gap length 0:00:02.15
    Peak level 97.9 %
    Track quality 100.0 %
    Test CRC E9ADD9F7
    Copy CRC E9ADD9F7
    Accurately ripped (confidence 3) [027B7717]
    Copy OK
    All tracks accurately ripped
    No errors occurred
    End of status report
    Пример проверки правильного лога
    Лог
    Exact Audio Copy V1.0 beta 3 from 29. August 2011
    EAC extraction logfile from 20. March 2012, 14:25
    Mike Bloomfield, Al Kooper, Steve Stills / Super Session
    Used drive : SONY DVD RW DW-Q30A Adapter: 1 ID: 1
    Read mode : Secure
    Utilize accurate stream : Yes
    Defeat audio cache : Yes
    Make use of C2 pointers : No
    Read offset correction : 6
    Overread into Lead-In and Lead-Out : No
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Null samples used in CRC calculations : Yes
    Used interface : Native Win32 interface for Win NT & 2000
    Used output format : User Defined Encoder
    Selected bitrate : 896 kBit/s
    Quality : High
    Add ID3 tag : No
    Command line compressor : C:\Program Files\Exact Audio Copy\Flac\flac.exe
    Additional command line options : -V -8 -T "Date=%year%" -T "Genre=%genre%" %source%
    TOC of the extracted CD
    Track | Start | Length | Start sector | End sector
    ---------------------------------------------------------
    1 | 0:00.00 | 6:53.60 | 0 | 31034
    2 | 6:53.60 | 4:18.60 | 31035 | 50444
    3 | 11:12.45 | 3:24.52 | 50445 | 65796
    4 | 14:37.22 | 9:12.70 | 65797 | 107266
    5 | 23:50.17 | 5:26.10 | 107267 | 131726
    6 | 29:16.27 | 3:29.45 | 131727 | 147446
    7 | 32:45.72 | 11:07.60 | 147447 | 197531
    8 | 43:53.57 | 4:09.65 | 197532 | 216271
    9 | 48:03.47 | 2:10.62 | 216272 | 226083
    10 | 50:14.34 | 6:58.33 | 226084 | 257466
    11 | 57:12.67 | 11:07.73 | 257467 | 307564
    12 | 68:20.65 | 4:15.04 | 307565 | 326693
    13 | 72:35.69 | 4:37.26 | 326694 | 347494
    Range status and errors
    Selected range
    Filename C:\Lossless\FLAC\Mike Bloomfield, Al Kooper, Steve Stills - 1968 - Super Session [Japanese Edition - Blue-spec CD - Sony Music Japan International Inc. - SICP 20093 STEREO]\Mike Bloomfield, Al Kooper, Steve Stills - 1968 - Super Session.wav
    Peak level 98.8 %
    Extraction speed 2.4 X
    Range quality 100.0 %
    Test CRC C929A7AF
    Copy CRC C929A7AF
    Copy OK
    No errors occurred
    AccurateRip summary
    Track 1 accurately ripped (confidence 3) [A193F89D] (AR v1)
    Track 2 accurately ripped (confidence 3) [FCDFBB57] (AR v1)
    Track 3 accurately ripped (confidence 3) [F7526F5F] (AR v1)
    Track 4 accurately ripped (confidence 3) [3740CECE] (AR v1)
    Track 5 accurately ripped (confidence 3) [32222DBC] (AR v1)
    Track 6 accurately ripped (confidence 3) [43612D9C] (AR v1)
    Track 7 accurately ripped (confidence 3) [C6436FA9] (AR v1)
    Track 8 accurately ripped (confidence 3) [BD1E28B3] (AR v1)
    Track 9 accurately ripped (confidence 3) [D3D9D67D] (AR v1)
    Track 10 accurately ripped (confidence 3) [827250CE] (AR v1)
    Track 11 accurately ripped (confidence 3) [E51915F4] (AR v1)
    Track 12 accurately ripped (confidence 2) [7BC30EE5] (AR v1)
    Track 13 accurately ripped (confidence 2) [E794C1E0] (AR v1)
    All tracks accurately ripped
    End of status report
    ---- CUETools DB Plugin V2.1.3
    [CTDB TOCID: GnjI4gVr0qC29ugpFZPzHZkFCMc-] disk not present in database, Submit result: GnjI4gVr0qC29ugpFZPzHZkFCMc- has been uploaded
    ==== Log checksum 2C164AD2F11F94B576FB5F8340C58A0F028FF41F8A77BBFB94E755460BFCEC8D ====
    Не сложно догадаться, что правильный лог должен содержать в конце строку ==== Log checksum **** ====. Неплохо было бы указать это в настройках EAC в мануалах.
  • Сверка с "идеальными" логами, примеры которых можно найти в мануалах пользователя simple.i
    Правильный лог EAC при снятии рипа Image + .CUE
    Exact Audio Copy V1.0 beta 3 from 29. August 2011
    EAC extraction logfile from 15. October 2011, 13:03
    Manhattan Jazz Quintet / My Funny Valentine
    Used drive : TEAC CD-W524E Adapter: 0 ID: 3
    Read mode : Secure
    Utilize accurate stream : Yes
    Defeat audio cache : Yes
    Make use of C2 pointers : No
    Read offset correction : 686
    Overread into Lead-In and Lead-Out : No
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Null samples used in CRC calculations : Yes
    Used interface : Native Win32 interface for Win NT & 2000
    Used output format : User Defined Encoder
    Selected bitrate : 128 kBit/s
    Quality : High
    Add ID3 tag : No
    Command line compressor : G:\Program Files\Exact Audio Copy\Encoder\wavpack.exe
    Additional command line options : -hm -w "Year=%year%" -w "Genre=%genre%" %source% %dest%
    TOC of the extracted CD
    Track | Start | Length | Start sector | End sector
    ---------------------------------------------------------
    1 | 0:00.00 | 6:58.50 | 0 | 31399
    2 | 6:58.50 | 9:09.05 | 31400 | 72579
    3 | 16:07.55 | 7:59.05 | 72580 | 108509
    4 | 24:06.60 | 7:26.20 | 108510 | 141979
    5 | 31:33.05 | 7:53.25 | 141980 | 177479
    6 | 39:26.30 | 8:56.67 | 177480 | 217746
    Range status and errors
    Selected range
    Filename F:\WAV\Manhattan Jazz Quintet - My Funny Valentine.wav
    Peak level 100.0 %
    Extraction speed 5.0 X
    Range quality 100.0 %
    Test CRC 04135E17
    Copy CRC 04135E17
    Copy OK
    No errors occurred
    AccurateRip summary
    Track 1 accurately ripped (confidence 3) [AC866C70] (AR v1)
    Track 2 accurately ripped (confidence 3) [CCADD110] (AR v1)
    Track 3 accurately ripped (confidence 3) [D6752C49] (AR v1)
    Track 4 accurately ripped (confidence 3) [05B09156] (AR v1)
    Track 5 accurately ripped (confidence 3) [0CF8667C] (AR v1)
    Track 6 accurately ripped (confidence 3) [8D0C1823] (AR v1)
    All tracks accurately ripped
    End of status report
    ==== Log checksum 19538941844B6C46BA6FBEB00B0DCF00F565A7812BFA6755C75429062F41ABD1 ====
    Правильный лог EAC при снятии рипа Tracks + .CUE
    Exact Audio Copy V1.0 beta 2 from 29. April 2011
    EAC extraction logfile from 9. June 2011, 21:47
    Fourplay / Elixir
    Used drive : HL-DT-STDVD-RAM GSA-H55N Adapter: 0 ID: 2
    Read mode : Secure
    Utilize accurate stream : Yes
    Defeat audio cache : Yes
    Make use of C2 pointers : No
    Read offset correction : 102
    Overread into Lead-In and Lead-Out : Yes
    Fill up missing offset samples with silence : Yes
    Delete leading and trailing silent blocks : No
    Null samples used in CRC calculations : Yes
    Used interface : Installed external ASPI interface
    Gap handling : Appended to previous track
    Used output format : User Defined Encoder
    Selected bitrate : 128 kBit/s
    Quality : High
    Add ID3 tag : No
    Command line compressor : G:\Program Files\Exact Audio Copy\Encoder\flac.exe
    Additional command line options : -V -8 -T "Genre=%genre%" -T "Artist=%artist%" -T "Title=%title%" -T "Album=%albumtitle%" -T "Date=%year%" -T "Tracknumber=%tracknr%" -T "Comment=EAC1.0b2 FLAC -8" %source%
    TOC of the extracted CD
    Track | Start | Length | Start sector | End sector
    ---------------------------------------------------------
    1 | 0:00.00 | 7:25.30 | 0 | 33404
    2 | 7:25.30 | 5:16.27 | 33405 | 57131
    3 | 12:41.57 | 4:37.10 | 57132 | 77916
    4 | 17:18.67 | 5:19.15 | 77917 | 101856
    5 | 22:38.07 | 6:28.48 | 101857 | 131004
    6 | 29:06.55 | 6:12.52 | 131005 | 158956
    7 | 35:19.32 | 5:31.08 | 158957 | 183789
    8 | 40:50.40 | 5:01.47 | 183790 | 206411
    9 | 45:52.12 | 5:56.50 | 206412 | 233161
    10 | 51:48.62 | 5:12.60 | 233162 | 256621
    11 | 57:01.47 | 6:55.73 | 256622 | 287819
    Track 1
    Filename F:\WAV\01 - Elixir.wav
    Pre-gap length 0:00:02.00
    Peak level 100.0 %
    Extraction speed 5.4 X
    Track quality 100.0 %
    Test CRC 450A2C49
    Copy CRC 450A2C49
    Accurately ripped (confidence 6) [9F04018E] (AR v2)
    Copy OK
    Track 2
    Filename F:\WAV\02 - Dream Come True.wav
    Pre-gap length 0:00:01.00
    Peak level 97.6 %
    Extraction speed 5.3 X
    Track quality 99.9 %
    Test CRC 751827C8
    Copy CRC 751827C8
    Accurately ripped (confidence 6) [266FCE3C] (AR v2)
    Copy OK
    Track 3
    Filename F:\WAV\03 - Play Lady Play.wav
    Pre-gap length 0:00:00.65
    Peak level 98.6 %
    Extraction speed 6.2 X
    Track quality 100.0 %
    Test CRC EA11B787
    Copy CRC EA11B787
    Accurately ripped (confidence 6) [754DC15A] (AR v2)
    Copy OK
    Track 4
    Filename F:\WAV\04 - Why Can't It Wait Till Morning.wav
    Pre-gap length 0:00:00.37
    Peak level 95.6 %
    Extraction speed 6.7 X
    Track quality 100.0 %
    Test CRC A77B05C9
    Copy CRC A77B05C9
    Accurately ripped (confidence 6) [5E7974F5] (AR v2)
    Copy OK
    Track 5
    Filename F:\WAV\05 - Magic Carpet Ride.wav
    Pre-gap length 0:00:01.52
    Peak level 96.1 %
    Extraction speed 7.3 X
    Track quality 100.0 %
    Test CRC 030829F7
    Copy CRC 030829F7
    Accurately ripped (confidence 6) [583B3622] (AR v2)
    Copy OK
    Track 6
    Filename F:\WAV\06 - Wisper In My Ear.wav
    Pre-gap length 0:00:01.00
    Peak level 95.7 %
    Extraction speed 7.6 X
    Track quality 100.0 %
    Test CRC FB095AE8
    Copy CRC FB095AE8
    Accurately ripped (confidence 6) [41B91D31] (AR v2)
    Copy OK
    Track 7
    Filename F:\WAV\07 - Fannie Mae.wav
    Pre-gap length 0:00:00.25
    Peak level 100.0 %
    Extraction speed 8.1 X
    Track quality 100.0 %
    Test CRC 9E422E11
    Copy CRC 9E422E11
    Accurately ripped (confidence 6) [6140688C] (AR v2)
    Copy OK
    Track 8
    Filename F:\WAV\08 - The Closer I Get To You.wav
    Pre-gap length 0:00:00.23
    Peak level 95.6 %
    Extraction speed 8.2 X
    Track quality 100.0 %
    Test CRC F105492D
    Copy CRC F105492D
    Accurately ripped (confidence 6) [E0BF50AC] (AR v2)
    Copy OK
    Track 9
    Filename F:\WAV\09 - East 2 West.wav
    Peak level 100.0 %
    Extraction speed 8.2 X
    Track quality 100.0 %
    Test CRC 7D3D59D4
    Copy CRC 7D3D59D4
    Accurately ripped (confidence 6) [F2735B87] (AR v2)
    Copy OK
    Track 10
    Filename F:\WAV\10 - Licorice.wav
    Peak level 100.0 %
    Extraction speed 8.9 X
    Track quality 100.0 %
    Test CRC 0760FBE5
    Copy CRC 0760FBE5
    Accurately ripped (confidence 6) [758B1EE3] (AR v2)
    Copy OK
    Track 11
    Filename F:\WAV\11 - In My Corner.wav
    Pre-gap length 0:00:00.42
    Peak level 99.8 %
    Extraction speed 6.5 X
    Track quality 99.9 %
    Test CRC C631E221
    Copy CRC C631E221
    Accurately ripped (confidence 6) [560555C3] (AR v2)
    Copy OK
    All tracks accurately ripped
    No errors occurred
    End of status report
    ==== Log checksum 2129436C402736164D99569CFB6C72331698C9549BC32B6DE63B4F1812848439 ====
Проверка .CUE-файла на правильность и подлинность
Здесь, кроме как сравнение с образцами, я ничего не придумал.
Проверка точности рипа по базе AccurateRip
Здесь ситуация не самая приятная. В базе AccurateRip представлены далеко не все штамповки дисков. Многие раритетные диски не включены в базу. Также совсем новые альбомы могли не успеть рипнуть до Вас. Так что вряд ли этот способ проверки качества универсален. Но в то же время значок AccurateRip придает рипу некоторую эксклюзивность, поэтому присутствие его в раздаче очень приветствуется.
На сегодняшний момент наиболее точно сверяется с базой данных AccurateRip программа CUETools 2.1.2a. Она учитывает наличие/отсутствие выставленного смещения дисковода и пишет лог, в котором все указано вплоть до сравнения контрольных сумм треков, указанных в логе EAC. Удобно.
Tau Analyzer
Тут все еще хуже. Программа Tau Analyzer предназначена для проверки треков диска на апконверт, то бишь был ли CDA сделан из lossy-файлов, либо диск качественный и содержит полную исходную музыкальную информацию.
  • Плюсы
    - Программа работает достаточно быстро, содержит спектры частот для каждого трека, рисует график распределения частот. Можно достаточно быстро понять, является ли тот или иной трек подлинным.
  • Минусы
    - Программа часто выдает неверные результаты, или UNKNOWN. Известны случаи, когда Tau Analyzer выдавал заведомые апконверты за правильные "божеские" CDDA. Это печально.
    - Программа работает только с CD. Это означает, что проверить рип мы можем только после того, как запишем его на болванку. Долго, глупо, неэкономично.
auCDtect
auCDtect - консольное приложение, призванное, также как и Tau Analyzer, проверять файлы на апконверт.
Основное преимущество - возможность работы с файлами разных форматов непосредственно с жесткого диска.
Основной недостаток - еще более низкое качество проверки. auCDtect также далеко не всегда способен отличить оригинал, от апконверта.
Существуют несколько оболочек с визуальным интерфейсом для этого приложения. Самые известные:
  • Плагин для foobar2000
    Быстрая работа прямо из плеера, возможность создавать логи проверки разной степени подробности информации, наглядность. Огорчает отсутствие какой-либо проверки подлинности логов. По сути это обычные текстовые файлы, которые легко подделать.
  • auCDtect Task Manager
    Отдельное приложение. Гораздо больше настроек. Различные скоростные режимы и степени точности проверки, поддержка всех современных музыкальных форматов, обеспечение проверки подлинности логов, автоматическая генерация графиков со спектрами для каждого файла. На мой взгляд, это наиболее универсальный способ проверки качества материала, хотя, конечно, не абсолютно точный.
Детальная оценка спектров
Здесь все очень расплывчато. Программ, позволяющих просматривать спектры существует великое множество.
Как мы привыкли отличать lossless от lossy? Не будем принимать в расчет mp3-звук. Его отличают совсем немногие.
Всем известно, что Lossy-форматы имеют меньший размер файла, в основном из-за алгоритма сжатия wav-файла.
Проще говоря, из файла вырезаются низкие и высокие частоты, якобы не слышные среднестатистическому слушателю.
Файлы с большим битрейтом делают это менее жестко, низкий битрейт оставляет нам только средние частоты.
На графиках спектров четко видно границу обрезки частот. В любом случае, любые потери звуковой информации для нас не приемлемы, так как это раздел lossless.
В итоге мы с трудом можем различить на спектрах границу обрезки файлов mp3 320 kbit/s. Но вот как быть с другими форматами?
Тот же Apple Lossy m4a, насколько я знаю, имеет более выскокий битрейт. И как отличать по спектрам lossless от lossy?
Более того, нужно взять во внимание тот факт, что не редко случается, что сама звуковая дорожка обладает низким уровнем записи. Бывает такое, что диск 100% CDDA, а на спектрах выглядит, как mp3 192 kbit/s.
Просто исполнитель так записался. И как быть? И что делать?
Конвертирование в образ WAVE источника и результата с последующим сравнением двух WAV-файлов
Этот пункт подходит для проверки на качественное перекодирование в другой формат, например, из FLAC в ALAC.
Суть в том, что мы с помощью того же CUEtools конвертируем рип-источник и перекодированный рип в два WAV-файла соответственно.
После чего мы сверяем два этих файла. Если они идентичны, то перекодированный рип сделан качественно и его можно с таким же успехом записать на диск, как и источник.
Я знаю два способа сверки двух WAV-файлов:
  • Сравнение WAV-файлов в EAC
    Скриншот
  • Сравнение WAV-файлов в двоичном формате
    Код:
    Пуск -> Командная строка -> cd -> fc /b 1.wav 2.wav
    Побитовое сравнение музыкальной информации. Самый точный метод сравнения. Если на выходе оба файлы совпадают в точности, то, соответсвенно, рип сделан наиболее качественно.
    Скриншот
Очень интересует авторитетное мнение людей, более тонко разобравшихся в данном вопросе.
Optimist, Mac user, lucky man.

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 18-Апр-12 06:06 (спустя 8 дней, ред. 18-Апр-12 06:06)

High-End писал(а):
  • Не секрет, что программа Medieval CUE Splitter неправильно режет образ на треки.
Вот только не понятно, зачем ей вообще пользоваться, если от ЕАС до foobar все прекрасно воспринимается и так
High-End писал(а):
  • Для получения адекватного потрекового рипа с .CUE необходимо пользоваться CUETools.
Да, только есть ли смысл, если для записи на болванку, все-равно все разжимается в WAV, создавая *.cue-файл.
упд: В конвертах с потрековых рипов, *.cue особо не меняется. Да, могут быть внутри отображены дополнительные тэги и смена расширения с *.wav на *.m4a и все. С конвертирования образа могут возникнуть разногласия
High-End писал(а):
  • Опытным путем было выявлено, что iTunes действительно "портит" целостность файлов. Но не всегда, а при включенных функциях "Проверка звука" и "Улучшение звука" - тогда при копировании песен в папку iTunes происходит нормализация и все летит к чертям.
Моя проверка "испорченного" и оригинально флакового YES показал, что кроме тэгов все идентично (есть доказательства в одном из предыдущих постов в скриншотах).
High-End писал(а):
Раз уж теги никак не влияют на качество, то вполне можно сделать из раздела не просто музыку с вшитыми картинками, а настоящий lossless - раздел. Обновить материалы по риппингу в ALAC с помощью EAC, CUEtools и XLD. Обновить тегирование раздач и требования к проверке качества. Ну это мое мнение. Но с другой стороны, чем мы хуже? Ведь по сути можно добиться идетничного качества и в красивой упаковке.
Не влияют и не влияли. В ФАКе по риппингу материал и так самый свежий, хотя присутствуют и старые способы, от которых, в принципе, можно и отказаться.
YNWA

com771

Стаж: 7 лет 5 месяцев

Сообщений: 137

flag

com771 · 17-Июл-13 15:18 (спустя 1 год 2 месяца)

Господа просьба -
создайте плиз топик "для чайников" наподобии того, какой создан для видео http://GOSTRACKER.XYZ/viewtopic.php?t=3772321
То есть каким конвертером и как грамотно сделать музыку.
А то например я, кучу времени убил в попытках засунуть любимую музыку в мой телефон.
Не видит и всё.
Перерыл форум в поисках инструкций. Не осилил :\

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 17-Июл-13 17:51 (спустя 2 часа 33 мин.)

com771
http://GOSTRACKER.XYZ/viewforum.php?f=2248 - не глубоко рыли, все есть.


Сообщения из этой темы были выделены в отдельный топик Выделено из: Отзывы / жалобы / предложения по разделу Apple » Аудио [3973304]
Grigory K.


Сообщения из этой темы были выделены в отдельный топик Выделено из: Отзывы / жалобы / предложения по разделу Apple » Аудио [3973304]
Suicidal
YNWA

DarkShaman

Top Seed 04* 320r

Стаж: 11 лет 10 месяцев

Сообщений: 519

flag

DarkShaman · 31-Окт-13 07:07 (спустя 3 месяца 13 дней)

А как вернуть раздачу из архива? И почему она туда попала? http://GOSTRACKER.XYZ/viewtopic.php?t=3336499
По просьбе конвертирую аудиокниги mp3 -> m4b (бесплатно)

Suicidal

VIP (Заслуженный)

Стаж: 11 лет 4 месяца

Сообщений: 1839

flag

Suicidal · 31-Окт-13 10:21 (спустя 3 часа, ред. 31-Окт-13 17:03)

DarkShaman
(Последний статус: поглощено). Почему и в чью пользу, думаю, стоит спросить у Bloodwiser. Он же сможет ее и обратно перенести, если статус был поставлен ошибочно.
YNWA

com771

Стаж: 7 лет 5 месяцев

Сообщений: 137

flag

com771 · 01-Ноя-13 19:55 (спустя 1 день 9 часов)

Suicidal писал(а):
60128776com771
http://GOSTRACKER.XYZ/viewforum.php?f=2248 - не глубоко рыли, все есть.


Сообщения из этой темы были выделены в отдельный топик Выделено из: Отзывы / жалобы / предложения по разделу Apple » Аудио [3973304]
Благодарю за подсказку. действительно есть. Сам отыскать не смог.

igoriek

Стаж: 7 лет 10 месяцев

Сообщений: 658

flag

igoriek · 18-Апр-15 13:57 (спустя 1 год 5 месяцев)

есть кто в Live Support?))

Grigory K.

VIP (Заслуженный)

Стаж: 8 лет 5 месяцев

Сообщений: 6112

Grigory K. · 18-Апр-15 17:17 (спустя 3 часа)

igoriek писал(а):
67548878есть кто в Live Support?))
мм?

igoriek

Стаж: 7 лет 10 месяцев

Сообщений: 658

flag

igoriek · 18-Апр-15 17:22 (спустя 5 мин.)

Grigory K.
написал ЛС

Roman_Kry

Стаж: 8 лет 5 месяцев

Сообщений: 43

flag

Roman_Kry · 10-Янв-16 09:59 (спустя 8 месяцев)

Народ, напомните пожалуйста сервис который тянет с серверов Apple тэги и альбомные обложки на фильмы и музыку.

Grigory K.

VIP (Заслуженный)

Стаж: 8 лет 5 месяцев

Сообщений: 6112

Grigory K. · 10-Янв-16 13:02 (спустя 3 часа)

Roman_Kry писал(а):
69706782Народ, напомните пожалуйста сервис который тянет с серверов Apple тэги и альбомные обложки на фильмы и музыку.
http://GOSTRACKER.XYZ/viewtopic.php?t=3477554


Сообщения из этой темы [1 шт.] были перенесены в ALAC & AAC: Обсуждения, вопросы, теги, качество
Grigory K.

DC1

VIP (Заслуженный)

Стаж: 8 лет 7 месяцев

Сообщений: 870

flag

DC1 · 18-Фев-16 13:40 (спустя 1 месяц 8 дней)

Ребят, кто сможет стянуть кое-что с Itunes Match?

iNature

Moderator gray

Стаж: 9 лет

Сообщений: 1768

iNature · 19-Фев-16 13:45 (спустя 1 день, ред. 19-Фев-16 23:52)

DC1
Темой ошибся. Тебе сюда: http://GOSTRACKER.XYZ/viewtopic.php?t=4064809 или http://GOSTRACKER.XYZ/viewtopic.php?t=3759718.
О дооформленных раздачах просьба сообщать в ЛС с пометкой "Дооформлено" и ссылкой на раздачу.
 
All rights reserved © 2017-2018
Loading...
Error