Статусы раздач и принципы проверки музыки в lossless-форматах

• $ - идеальный рип
• + - точный рип
• ? - возможно неточный рип
• ! - неточный рип

---

идеальный рип - рип, сделанный максимально правильно, насколько позволяет технология.

Обязательно:

• рип только EAC 0.99pb4>
• стандартные параметры EAC
• базовые параметры Secure-режима: Yes, Yes, No
• определение прегапов режим А, Accurate
• использование Test & Copy и AccurateRip:
  • либо совпавшие значения CRC Test & Copy и включенная функция проверки по базе AccurateRip
    (при проверке, данные должны либо совпасть, либо полностью отсутствовать в базе)
  • либо просто совпадение с базой AccurateRip.
• наличие тегов в логе EAC
• наличие полной разметки (прегапы, index 02-xx) в cue
• наличие CDEXTRA части диска (при ее присутствии на диске)
• в оформлении раздачи должны обязательно присутствовать 2 спойлера: лог рипа EAC и cue-sheet
• в оформлении должны быть обязательно указаны лейбл и каталоговый номер диска (сигнатура).

Обязательно (дополнительно для потрековых рипов):

• наличие прегапов в логе EAC
• наличие noncompliant-cue с теми же требованиями
• наличие рипа index-based для прегапа первого трека (в случае наличия скрытого трека)

Желательно:

• чтение в Lead-In/Out (для владельцев приводов Plextor) (этот параметр очень важен, но его не поддерживают почти все приводы)
• проверка аутентичности (AuCDTect, Audiochecker, etc.)
• наличие лога теста интеграции.

Такую метку могут получить только рипы сделанные с одного захода, никаких дополнительных рипов отдельных треков. Эта категория - для элитных рипов по высшему стандарту качества.

Заметка: если включенная функция чтения в Lead-In/Out на любом приводе, кроме Plextor, не создала никаких проблем (как правило подозрительная позиция в последних фреймах последнего трека), это не снижает его идеальности.

---

---

---

точный рип - рип сделанный по всем стандартам, но не прошедший по дополнительным критериям в идеальные.

Обязательно:

• рип EAC (под OS Windows), XLD (под Mac OS)
• определение прегапов режим А, Accurate (для EAC)
• наличие полной разметки (прегапы, index 02-xx) в cue
• прохождение условий достоверности
  Должно быть выполнено одно или несколько условий.

  • все критичные параметры соответствуют общепринятому стандарту
  • все CRC, при наличии Test & Copy, совпали. это означает точное снятие независимо от режима снятия
  • есть положительная проверка AccurateRip - показывает точность снятия абсолютно (лог дополнительной проверки должен быть в оформлении)
  • есть лог корректировки оффсета и положительная проверка AccurateRip (при изначальном отсутствии оффсета или неверном оффсете) (логи должны присутствовать в оформлении раздачи)
  Рекомендуется:
  • наличие лога рипа использованной программы
  • базовые параметры Secure-режима: Accurate Stream - Yes, Disable cache - Yes, C2 support - No (для EAC и XLD)
  • Test & Copy и/или AccurateRip (результат не важен) (для EAC и XLD)
  • чтение в Lead-In/Out (для владельцев приводов Plextor) (этот параметр очень важен, но его не поддерживают почти все приводы)
  • проверка аутентичности (AuCDTect, Audiochecker, etc.)
  • в оформлении указывать лейбл и каталоговый номер диска (сигнатуру), если известны.
  
  
  Заметка: делать cue, тем более non-compliant умеют только EAC и XLD. Так что пользователям других программ так или иначе надо делать cue в них. Иначе качество рипа будет снижено до возможно неточного.
  
  При нижеследующих условиях рипы теряют статус точного, независимо от любых других обстоятельств:
  • есть битые (с ошибками кодирования) треки - неточный рип
  • несовпадение CRC Test & Copy и подтверждение отрицательного результата AccurateRip:
    • без подтверждения AccurateRip - возможно неточный рип
    • с подтверждением AccurateRip - неточный рип
  • рип EAC в режиме Fast и подтверждение отрицательного результата AccurateRip:
    • без подтверждения AccurateRip - возможно неточный рип
    • с подтверждением AccurateRip - неточный рип
  • рип EAC с неверно выставленным одним из следующих параметров - неточный рип (указано именно так, как нужно выставлять):
    • Delete leading and trailing silent blocks (No)
    • Fill up missing offset samples with silence (Yes)
    • Synchronize between tracks (Yes)
  • рип с применением нормализации громкости - неточный рип
  • рип без оффсета (и с корректировкой или без), который нет возможности проверить по AccurateRip - возможно неточный рип

---

---

---

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

Обязательно:

• проверка аутентичности (AuCDTect, Audiochecker, etc.) (при отсутствии отчёта лога извлечения)

Желательно:

• лог теста интеграции в оформлении

---

неточный рип - рипы независимо от происхождения имеющие какие-либо существенные технические недостатки: щелчки, скачки неизвестного происхождения, которые очевидно не были на оригинале. Также рипы с треками, поврежденными при кодировании. Также рипы с логами, в которых явно отражены критичные ошибки при извлечении (для EAC - это sync error, read error, suspicious position).

---

---

---

Ценность рипов (в порядке возрастания точности): неточный рип > возможно неточный рип > точный рип > идеальный рип

---

---

---

проверено выставляется: - WEB-релизам (как правило электронная музыка) - дискографиям (коллекциям альбомов) Если в дискографии все рипы подходят под один статус, дискографии ставится один статус. Но, как правило, в дискографиях рипы разного качества. Поэтому, дискографии ставится проверено и в самом верху описания раздачи модератор делает список по каждому альбому в виде (как пример):

---

---

---

заводской апконверт

В lossless-подразделах трекера, при доказанном апконверте (транскоде) рядом со статусом раздачи модератором выставляется специальная пометка !

Других апконвертов просто быть не может, т.к. 'самодельные' апконверты закрываются.

---

---

---