(Dub, Downtempo, Ambient) VA - Incoming! Serenity Dub Series - 1995-1996 (Incoming!), FLAC (tracks+.cue), lossless

beat77, надеюсь дискуссия которая тут завязалась была для вас полезной

да, уж...

plosha, ты чем то недоволен?

DrStandBy, всегда готов и всем доволен!

plosha, ты главное не шали и не балуй...

DrStandBy, Да! Очень интересно! Красивые иконки - тема! Мне нравится раздача Banco de Gaia - оформление и конечно сама музыка!

beat77, у нас целый раздел с кнопками, устал и найти не могу, завтра.

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

Наличие ... неполных сканов влечет ...

а что такое "неполный скан"? -- слишком сильно обрезанный? или неполный комплект?
если второе, то какой комплект считается полным?
в общем, можно дискутировать и дискутировать

genntt, когда нет крупных сканов даже мелкие дают представление об оформлении альбома - всегда когда скачиваю альбомы без сканов - добавляю из Discogs обложечки!

А вообще главное здесь собственно - музыка! Я вот сегодня драйвово поиграл - доволен!

дык я ж не спорю -- сам, когда чего скачиваю, роюсь повсюду и выискиваю обложки -- что бог пошлёт, но желательно покрупнее, покачественнее и, чтоб не только front был, но и back, и inlay, и т.д. - в общем, всё, что можно
собственно речь-то шла о мелочи - что и при каких условиях писать в поле "наличие сканов" -- ну вот, вроде, порешали

genntt, вы поможете еще кое что извлечь из what.cd (если рейтинг позволяет) Для своей коллекции, ну и с радостью здесь зарелизю

ну если вдруг, то почему и нет?

Ура!

В целом второй вариант, а вообще в определенных случаях и первый Но чтобы понять первый надо скачивать целиком и все смотреть. А что касается второго тут тоже не все однозначно, вот к примеру есть издание с буклетом в виде Hardcover книги на простом сканере его не снять, а полиграфический книжный не всем (если никому) доступен. Так что с этой точки зрения вроде как получается неполный комплект, но с другой стороны снять его не так просто. Я в таких случаях указываю сразу что не вошло в комплект сканов. Было бы хорошо если б это у большинства релизеров в привычку вошло. Информация - тоже штука полезная

Ну да. Почему ж и говорю, что это отдельная дискуссия.
Если идти по этому пути, то можно такого нагородить, настолько правила усложнить..., а излишняя заорганизованность до добра не доводит.
Правила должны быть просты и однозначны -- тогда и соблюдать их проще и споров меньше.

Да, так будет лучше. Важно, чтобы ещё было понимание того, что можно изменять в оригинальном cue для потрековых рипов, а что нельзя. Бывает так, что некоторые релизеры в non-compliant Cue Sheet изменяют значения параметров INDEX, приводя их все к виду INDEX 01 00:00:00, чтобы Cue Sheet можно было без проблем использовать в качестве плейлиста в аудиоплеерах, так как не все плееры понимают команду INDEX 00, которая определяет предшествующий зазор pregap. Так в публикуемой раздаче конечно же делать нельзя.
Вот некая попытка сформулировать рекомендации по редактированию Cue Sheet. Можно дополнять, поправлять, оптимизировать и даже игнорировать.
В потрековом рипе вида tracks+.cue, взятом из сети, релизеру необходимо проверить индексную карту на соответствие названиям (и тегам) файлов в раздаче. Найденные несоответствия нужно устранить, отредактировав либо индексную карту (.cue), либо названия (и теги) файлов соответственно. (Править файл .cue необязательно, если названия файлов в cue и в раздаче различаются только регистром символов, так как регистр символов для работоспособности cue значения не имеет - возможно спорный момент, но это факт).
В оригинальном cue-файле допускается редактирование параметров следующих директив (тегов) Изменение других директив (тегов) категорически не рекомендуется (запрещено).
Если в оригинальном cue-файле отсутствуют теги TITLE и PERFORMER, то их можно (нужно) прописать самостоятельно.
Случаи, при которых возникает необходимость редактировать индексную карту:

• Релизер изменял имена и/или теги файлов (например, с целью привести в точное соответствие с оригинальным треклистом).
  
• В Cue Sheet прописаны пути к файлам (их нужно затереть).
  Пример
  FILE "C:\rips\Mix Show 1- Club Music from the New York Underground () [FLAC]\01 - Voodoo & Serano - Blood Is Pumping.wav" WAVE
  нужно заменить на
  FILE "01 - Voodoo & Serano - Blood Is Pumping.wav" WAVE

Следующие случаи также относятся и для Cue Sheet рипов вида image+.cue (хотя, согласно правилам, релизер не должен корректировать Cue Sheet в рипах image+.cue, но скачавшим раздачу это часто приходится делать для корректного отображения тегов в аудиоплеерах)

• В имени файла имеются национальные символы не из латинского алфавита и символы с различными надстрочными и подстрочными диакритическими знаками, называемых на жаргоне диакритиками, (например, символы ø ö ß á ç ñ ü), а в индексной карте вместо них прописаны схожие по начертанию латинские аналоги (o b a e c n u), или сочетание латинских букв (обычно двух, называемых диграфы), обозначающих их произношение (ø -> oe; ö -> oe; ß -> ss или sz; ü -> ue ), то в индексной карте их соотвественно нужно заменить на национальные символы из названий файлов, после чего сохранить карту в кодировке UTF-8 с BOM (Byte Order Mark).
  
• Если оригинальный файл Cue Sheet (так же как и лог рипа) при создании был сохранён в кодировке ANSI с использованием некоторой кодовой страницы, и при этом он содержит национальные символы, несовместимые с текущей локальной кодовой страницей пользователя, установленной по умолчанию в операционной системе в зависимости от языка, то при его открытии вместо оригинальных национальных символов подставляются символы из текущей кодовой страницы (в нашем случае символы кириллицы), либо попросту на их месте возникают кракозябры или иероглифы. Тогда кодовую страницу приходится подбирать опытным путём. Если известна страна исполнителя, или язык, на котором названы треки (можно автоматически определить на translate.google), то определение кодовой страницы не вызывает проблем. Например, если известно, что исполнитель из Западной Европы, или треки имеют французские названия, соответственно кодовая страница, предназначенная для западно-европейских языков в ОС Windows, это windows-1252 (другие названия: ANSI - латиница 1, Latin-1, ISO/IEC 8859-1, ISO 8859-1). Наиболее часто встречающиеся ANSI-кодировки:
  Windows 1250 - центрально-европейская (сербохорватский, словенский, чешский, словацкий, польский, венгерский, румынский языки)
  Windows 1251 - кириллица (русский, белорусский, украинский языки)
  Windows 1252 - западно-европейская (английский, французский, немецкий и множество других языков)
  Windows 1253 - греческая
  Windows 1254 - турецкая
  Windows 1255 - иврит
  Windows 1256 - арабская
  Windows 1257 - балтийская (эстонский, литовский и латышский языки)
  932 (Shift-JIS) - японская
  Таким образом, сначала опытным путём нужно определить кодировку, переоткрывая файл в текстовом редакторе (лучше это делать в Notepad++ или AkelPad) в разных кодировках и сравнивая отображение имён и тегов с оригинальным треклистом. После нахождения кодировки его нужно сохранить в формате UTF-8 с BOM, и мы получим корректный и рабочий .cue вне зависимости от локальной кодовой страницы операционной системы.
  Например, в популярной раздаче на РТО "Aes Dana - Leylines - 2009, FLAC (image+.cue), lossless" файл cue сохранён в одной из кодировок ANSI, и если мы откроем его в редакторе в кодировке 1251 (ANSI - кирилица), то у 5-го трека в теге TITLE увидим следующее:

  TRACK 05 AUDIO
      TITLE "Adonaп"
      PERFORMER "Aes Dana"
      FLAGS DCP
      INDEX 01 31:31:14
  

  Открыв в кодировке UTF-8 увидим

  TRACK 05 AUDIO
      TITLE "Adona�
      PERFORMER "Aes Dana"
      FLAGS DCP
      INDEX 01 31:31:14
  

  То есть явно что-то не то, если сравнивать с треклистом. Однако нам известно, что Aes Dana по национальности француз, страна производителя диска также Франция. Тогда пробуем кодировку 1252, и получаем то, что и должно быть на самом деле, согласно треклисту

  TRACK 05 AUDIO
      TITLE "Adonaï"
      PERFORMER "Aes Dana"
      FLAGS DCP
      INDEX 01 31:31:14
  

  Теперь осталось только пересохранить .cue в кодировке UTF-8 с BOM.
  Ещё один любопытный пример на РТО. Есть там раздача одной словацкой джаз-рок группы "Fermata - Fermata 1975 / Pieseň z hôľ 1976 (Remaster ©2009) 2cd, FLAC (tracks+cue), lossless". Релизер crimson08 судя по флагу из Евросоюза (то ли из Чехии, то ли из Словакии). В оформлении Cue Sheet выглядит как и должен выглядеть, оно и понятно, так как он его открыл и скопировал содержимое в родной кодировке по умолчанию, но на русской Windows cue-файл из раздачи открывается в кодировке 1251 и выглядит так

  REM GENRE "Progressive Rock"
  REM DATE 1976
  REM DISCID 43096A06
  REM COMMENT "ExactAudioCopy v0.99pb2"
  PERFORMER "Fermбta"
  TITLE "Pieseт z hфѕ (Remaster)"
  FILE "01 - Pieseт z hфѕ.wav" WAVE
    TRACK 01 AUDIO
      TITLE "Pieseт z hфѕ"
      PERFORMER "Fermбta"
      INDEX 01 00:00:00
    TRACK 02 AUDIO
      TITLE "Svadba na medvedej lъke"
      PERFORMER "Fermбta"
      INDEX 00 11:06:27
  FILE "02 - Svadba na medvedej lъke.wav" WAVE
      INDEX 01 00:00:00
    TRACK 03 AUDIO
      TITLE "Poslednэ jarmok v Radvani"
      PERFORMER "Fermбta"
      INDEX 00 04:14:69
  FILE "03 - Poslednэ jarmok v Radvani.wav" WAVE
      INDEX 01 00:00:00
    TRACK 04 AUDIO
      TITLE "Priadky"
      PERFORMER "Fermбta"
      INDEX 00 04:31:34
  FILE "04 - Priadky.wav" WAVE
      INDEX 01 00:00:00
    TRACK 05 AUDIO
      TITLE "Dolu Vбhom"
      PERFORMER "Fermбta"
      INDEX 00 07:36:31
  FILE "05 - Dolu Vбhom.wav" WAVE
      INDEX 01 00:00:00
    TRACK 06 AUDIO
      TITLE "Vo Zvolene zvony zvonia"
      PERFORMER "Fermбta"
      INDEX 00 02:20:50
  FILE "06 - Vo Zvolene zvony zvonia.wav" WAVE
      INDEX 01 00:00:00
  

  Несмотря на то, что у оригинального релизера cue работает, у нас он работать не будет, поэтому, по правилам cue в раздаче должен считаться не рабочим! Но модератор видимо смотрел только оформление, где всё в порядке. У нас есть два варианта, чтобы cue заработал - скопировать его текст из оформления и сохранить в кодировке UTF-8 c BOM, или пересохранить имеющийся в раздаче в кодировке UTF-8 c BOM, предварительно открыв в кодировке 1250 (словацкий язык). И тогда мы получим нормальный cue

  REM GENRE "Progressive Rock"
  REM DATE 1976
  REM DISCID 43096A06
  REM COMMENT "ExactAudioCopy v0.99pb2"
  PERFORMER "Fermáta"
  TITLE "Pieseň z hôľ (Remaster)"
  FILE "01 - Pieseň z hôľ.wav" WAVE
    TRACK 01 AUDIO
      TITLE "Pieseň z hôľ"
      PERFORMER "Fermáta"
      INDEX 01 00:00:00
    TRACK 02 AUDIO
      TITLE "Svadba na medvedej lúke"
      PERFORMER "Fermáta"
      INDEX 00 11:06:27
  FILE "02 - Svadba na medvedej lúke.wav" WAVE
      INDEX 01 00:00:00
    TRACK 03 AUDIO
      TITLE "Posledný jarmok v Radvani"
      PERFORMER "Fermáta"
      INDEX 00 04:14:69
  FILE "03 - Posledný jarmok v Radvani.wav" WAVE
      INDEX 01 00:00:00
    TRACK 04 AUDIO
      TITLE "Priadky"
      PERFORMER "Fermáta"
      INDEX 00 04:31:34
  FILE "04 - Priadky.wav" WAVE
      INDEX 01 00:00:00
    TRACK 05 AUDIO
      TITLE "Dolu Váhom"
      PERFORMER "Fermáta"
      INDEX 00 07:36:31
  FILE "05 - Dolu Váhom.wav" WAVE
      INDEX 01 00:00:00
    TRACK 06 AUDIO
      TITLE "Vo Zvolene zvony zvonia"
      PERFORMER "Fermáta"
      INDEX 00 02:20:50
  FILE "06 - Vo Zvolene zvony zvonia.wav" WAVE
      INDEX 01 00:00:00
  

Также надо иметь ввиду, что в разных операционных системах приняты свои символы перевода строки

• LF (код ASCII 0x0A) используется в UNIX-подобных операционных системах (GNU/Linux, Mac OS X, FreeBSD и др.)
  
• CR (код ASCII 0x0D) используется в системах Mac OS до версии 9 и OS-9
  
• CR+LF (код ASCII 0x0D 0x0A) используется в MS-DOS, OS/2, Microsoft Windows, Symbian OS, протоколах Интернет

Поэтому, если в Windows открыть с помощью обычного системного блокнота cue или лог, созданные в Linux или Mac OS, то вся информация будет выведена в одну строку. Для корректного просмотра и редактирования таких файлов опять же лучше использовать Notepad++ или AkelPad. Если это так принципиально, то можно это привести, например, к такому шаблонному виду
Внесенные изменения в оригинальный файл Cue Sheet (.cue):
варианты ответа

• нет
  
• изменена кодировка на UTF-8
  
• только FILE
  
• только теги (TITLE, PERFORMER, GENRE, DATE)
  
• FILE и теги (TITLE, PERFORMER, GENRE, DATE)

Осталось только чётко и однозначно сформулировать, зачем всё это нужно делать, чтобы ни у кого не возникало вопросов.

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

Спасибо за оценку.
И ещё по поводу сканов скажу пару слов. Сначала уточним для формальности, что означает слово скан, хотя это и так все знают.
В источниках имеются нижеследующие определения.
Скан - файл изображения, полученный в результате оцифровки изображения, сканирования; копия, сделанная с применением сканера компьютерный перевод изображения или множества изображений в цифровую форму с помощью сканера.
Сканирование - аналого цифровое преобразование плоского изображения в цифровую растровую форму с помощью сканера.
Сканер - это устройство ввода, которое, анализируя какой-либо объект (обычно изображение, текст), создаёт цифровую копию изображения объекта. Процесс получения этой копии называется сканированием.
В официальных веб-релизах обложки и прочая полиграфия в большинстве своём представлены в изначально цифровом варианте, то есть для перевода в цифровую форму они не подвергались процессу сканирования. Это могут быть или обработанные цифровые фотографии или художественный арт, созданный с помощью графических редакторов на компьютере, а также цифровые буклеты в формате PDF, которые были созданы изначально на компьютере, и как-раз они то и служат источником для изготовления печатной полиграфии для изданий на физическом носителе.
Часто в раздачах веб-релизов пишут следующее:
Наличие сканов в содержимом раздачи: digital
Наличие сканов в содержимом раздачи: да
что, согласно вышеприведённым определениям, неверно как с технической, так и с лексической точек зрения в принципе, ибо скан уже сам по себе является digital (оцифрованное изображение), а изначально цифровое изображение не является сканом.
Поэтому предлагаю подумать над более общим и универсальным наименованием данного поля. Например, что-нибудь в этом роде:
Наличие файлов полиграфии в содержимом раздачи:
или
Наличие обложек в содержимом раздачи:
варианты ответа

• нет (при наличие только вшитой в теги файлов обложки (обложек), либо обложки в корне папки (cover, front, folder), размер которой не превышает, скажем, 700x700 пикселей)
  
• сканированные автором раздачи или оригинальным релизером (указывается комплектность и разрешение в dpi)
  
• изначально цифровые из оф. источника, например bandcamp (иногда кроме обложки cover могут быть ещё и poster, back, inlay, lable CD и booklet в придачу).
  
• изображения или сканы из сети или конкретного источника (discogs, ecover, freecovers, allcdcovers, itunes)

И ещё один момент, который часто игнорируется. В раздачах обложку, расположенную в корне папки вместе с аудиофайлами не стоит называть Folder.jpg (folder.jpg). Причина этому - проигрыватель Windows Media. Если аудиофайлы воспроизвести в Windows с помощью этого проигрывателя (а это может произойти и случайно из-за сбоя ассоциации файлов), то при определённых обстоятельствах в папке с ними могут автоматически создаваться скрытые системные файлы AlbumArtSmall.jpg (миниатюра обложки 75x75 пикселей) и Folder.jpg (миниатюра обложки 200x200 пикселей), который просто-напросто затрёт собой имеющийся файл Folder.jpg. Соответственно после этого скачавший раздачу уже не будет числиться в сидах, и ему нужно будет заново перехешировать содержимое и снова скачивать оригинальный файл обложки из раздачи. Поэтому в раздачах обложки лучше называть cover.jpg или front.jpg.

Ого! Сколько информации!