Close Topic Options

[ShirA]

!ВНИМАНИЕ!
об актуальной версии стандарта, текущих настройках и инструкциях по созданию релиза - читать здесь


стандарт NL+0801 - что это такое и зачем.
на данный момент - это самый жесткий, но абсолютно не обязательный к исполнению стандарт аудио-СД релиза. именно всего релиза, т.е. не только корректности граба, но и определенные требования к его содержанию и оформлению. фактически это не стандарт, а гарантии для пользователей, что-то типа знака качества.

почему так странно называется: NL+0801?
т.к. сейчас все очень быстро меняется, а стандарт открытый, во избежании путаницы в будующем в название заложена возможность смены версий. соответственно даже при появлении новых редакций, всегда будет известно камим именно требованиям соответствует релиз.
NL+ - само обозначение стандарта
0801 - полный номер версии, где
08 - год
01 - версия в году

т.е. следующая версия в этом году (если появится, конечно) будет называться NL+0802.

что с этого имеет релизер?
да вообщем-то ничего особенного, кроме уважухи и благодарности пользователей, а так же попадания в достаточно ограниченный и авторитетный круг. ну и несколько приятных возможностей как то:
>больше не надо подробно описывать, что обложки прописаны, коврики отсканированы с высоким качеством и т.д.
>в названии файлов экономится большое количество букв, сравните:
_(Real.Records_R-025-CD)_(eac-wv-cue-log-tags-scans-embedded.album.art)
и
_(NL+0801)
т.к. стандарт гарантирует наличие всего перечисленного.

This post has been edited by ShirA on 09-08-2010, 11:51

[ShirA]

и так сами требования NL+0801
I. РИП
как правильно грабить давно и внятно описано ЗДЕСЬ, потому расскажу только об изменениях и дополнениях.
1. не должно стоять галки на "No use of null samples for CRC calculations" (EAC->F9->Extraction) или в релиз необходимо вложить "wavcrc_log.txt" (wavcrc32.exe "имя_файла.wav" > wavcrc_log.txt).

SPOILER ("образец содержания wavcrc_log.txt-файла")

INFO EAC wavcrc32 v0.22 © ]DichlofoS[ Systems, 2007 thanx to: BakLAN, siro and other beta-testers/contributors! file opened ok RIFF header checked ok please wait while couning checksums... processing 110218836 samples... file closed ok --- used in EAC: generic: grabbing, "no use..." off [all bytes]            : 5B3613CF. generic: grabbing, "no use..." on [word nulsamples l/r]  : F66BEAC7. waveditor [word nulsamples l]                            : 98B17783. --- no used in EAC, only for reference: byte ignore zeros                                        : 09941538. dword nulsamples                                          : 0320AC9E. --- time elapsed: 6969 ms

2. должен быть выставлен и использоваться при рипе "Use read sample offset correction" (EAC->F10->Offset / Speed). посмотреть коррекцию оффсета для вашего привода можно ЗДЕСЬ. для версий EAC 0.99x обычно достаточно включить "Use AccurateRip with this drive" (EAC->F10->Offset / Speed).

3. должна стоять галка "Display times using frames" (EAC->F9->General)

4. в CUE-файле в обязательном порядке должны присутствовать и быть заполненными следующие поля:
GENRE, DATE, DISCID.
само-собой должны быть корректно заполнены и все поля "PERFORMER" и "TITLE" - никаких "Unknown Artist" и "Unknown Title", а ткаже латинницы вместо русских названий. а вот поле "FILE" наоборот не должно содержать национальных символов, это связано с встречающимися проблемами записи на компах с другими региональными установками.
все это совсем необязательно прописывать и править сразу в EAC, важно чтобы все было в порядке в конечном релизе.

SPOILER ("образец CUE-файла")

INFO REM GENRE Ska REM DATE 2001 REM DISCID DF09C310 REM COMMENT "ExactAudioCopy v0.99pb4" PERFORMER "Ленинград" TITLE "Пуля+ (CD1)" FILE "Leningrad - Pulja+ Disk 1.wv" WAVE   TRACK 01 AUDIO     TITLE "Я так люблю тебя"     PERFORMER "Ленинград"     INDEX 01 00:00:00   TRACK 02 AUDIO     TITLE "Таблетка"     PERFORMER "Ленинград"     INDEX 00 02:50:37     INDEX 01 02:52:37   TRACK 03 AUDIO     TITLE "Танцы"     PERFORMER "Ленинград"     INDEX 00 07:09:24     INDEX 01 07:11:25   TRACK 04 AUDIO     TITLE "Невский проспект"     PERFORMER "Ленинград"     INDEX 00 09:38:35     INDEX 01 09:40:34   TRACK 05 AUDIO     TITLE "Таня"     PERFORMER "Ленинград"     INDEX 00 12:18:48     INDEX 01 12:20:49   TRACK 06 AUDIO     TITLE "Контакт"     PERFORMER "Ленинград"     INDEX 00 14:49:33     INDEX 01 14:51:34   TRACK 07 AUDIO     TITLE "Люба"     PERFORMER "Ленинград"     INDEX 00 17:09:53     INDEX 01 17:11:53   TRACK 08 AUDIO     TITLE "Давай-давай"     PERFORMER "Ленинград"     INDEX 00 19:34:40     INDEX 01 19:36:41   TRACK 09 AUDIO     TITLE "Молодость"     PERFORMER "Ленинград"     INDEX 00 21:40:18     INDEX 01 21:42:18   TRACK 10 AUDIO     TITLE "Катюха"     PERFORMER "Ленинград"     INDEX 00 25:15:26     INDEX 01 25:17:27   TRACK 11 AUDIO     TITLE "Любовь"     PERFORMER "Ленинград"     INDEX 00 27:50:74     INDEX 01 27:52:74   TRACK 12 AUDIO     TITLE "Колокола"     PERFORMER "Ленинград"     INDEX 00 29:51:26     INDEX 01 29:53:26   TRACK 13 AUDIO     TITLE "Матросы"     PERFORMER "Ленинград"     INDEX 00 32:35:66     INDEX 01 32:37:66   TRACK 14 AUDIO     TITLE "Айседора"     PERFORMER "Ленинград"     INDEX 00 34:34:17     INDEX 01 34:36:18   TRACK 15 AUDIO     TITLE "Пуля"     PERFORMER "Ленинград"     INDEX 00 37:09:35     INDEX 01 37:11:35   TRACK 16 AUDIO     TITLE "Танец маленьких блядей [инструментал]"     PERFORMER "Ленинград"     INDEX 00 40:20:10     INDEX 01 40:22:10

5. в версиях EAC 0.99x обязательно для граба имеджа использовать "Test & Copy Image & Create CUE Sheet", причем ТЕСТ и КОПИ обязательно должны совпадать (см. "образец EAC LOG-файла").

6. необходим лог сверки рипа с "AccurateRip database". для версий EAC 0.99x достаточно включить "Use AccurateRip with this drive" (EAC->F10->Offset / Speed) и такая сверка попадет в лог файл. если почему-то этого не происходит или у вас более старая версия, EAC без настроенного "AccurateRip", используйте для создания файла "arcue_log.txt" - утилиту arcue (arcue "имя_файла.cue" > arcue_log.txt)

SPOILER ("образец arcue_log.txt")

INFO Leningrad - Pulja+ Disk 1.cue: Checking AccurateRip database Track Ripping Status [Disc ID: 0019bf17-df09c310] 1 ** Rip not accurate **  (confidence 1)    [45a73936] [5698b646] 2 ** Rip not accurate **  (confidence 1)    [6d4e1997] [79dd04cf] 3 ** Rip not accurate **  (confidence 1)    [f03efe60] [bb399920] 4 ** Rip not accurate **  (confidence 1)    [7ae7707d] [a860e60d] 5 ** Rip not accurate **  (confidence 1)    [f3aa43cc] [6ab45fcc] 6 ** Rip not accurate **  (confidence 1)    [c4843c62] [530e90aa] 7 ** Rip not accurate **  (confidence 1)    [810c7a5f] [fce6d127] 8 ** Rip not accurate **  (confidence 1)    [822e59a4] [40419a34] 9 ** Rip not accurate **  (confidence 1)    [f23a277a] [6372eaa2] 10 ** Rip not accurate **  (confidence 1)    [94a7e6db] [826c4a63] 11 ** Rip not accurate **  (confidence 1)    [49865e5d] [a3bd99ed] 12 ** Rip not accurate **  (confidence 1)    [1f22984a] [00fad35a] 13 ** Rip not accurate **  (confidence 1)    [5d912a46] [42d1240e] 14 ** Rip not accurate **  (confidence 1)    [269364d5] [2c94e37d] 15 ** Rip not accurate **  (confidence 1)    [aec5d553] [b4ef74a3] 16 ** Rip not accurate **  (confidence 1)    [f8cf2bb1] [996bffe9] _______________________ Your CD disc is possibly a different pressing to the one(s) stored in AccurateRip. Track(s) Accurately Ripped: 0 **** Track(s) Not Ripped Accurately: 16 **** Track(s) Not in Database: 0

SPOILER ("образец EAC LOG-файла")

INFO Exact Audio Copy V0.99 prebeta 4 from 23. January 2008 EAC extraction logfile from 5. June 2008, 2:51 Leningrad / Pulja+ Disk 1 Used drive  : PIONEER DVD-RW  DVR-111D  Adapter: 0  ID: 0 Read mode              : Secure Utilize accurate stream : Yes Defeat audio cache      : Yes Make use of C2 pointers : No Read offset correction                      : 48 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 Used output format : Internal WAV Routines Sample format      : 44.100 Hz; 16 Bit; Stereo TOC of the extracted CD     Track |  Start  |  Length  | Start sector | End sector     ---------------------------------------------------------         1  |  0:00.00 |  2:52.37 |        0    |    12936          2  |  2:52.37 |  4:18.63 |    12937    |    32349          3  |  7:11.25 |  2:29.09 |    32350    |    43533          4  |  9:40.34 |  2:40.15 |    43534    |    55548          5  | 12:20.49 |  2:30.60 |    55549    |    66858          6  | 14:51.34 |  2:20.19 |    66859    |    77377          7  | 17:11.53 |  2:24.63 |    77378    |    88240          8  | 19:36.41 |  2:05.52 |    88241    |    97667          9  | 21:42.18 |  3:35.09 |    97668    |  113801        10  | 25:17.27 |  2:35.47 |    113802    |  125473        11  | 27:52.74 |  2:00.27 |    125474    |  134500        12  | 29:53.26 |  2:44.40 |    134501    |  146840        13  | 32:37.66 |  1:58.27 |    146841    |  155717        14  | 34:36.18 |  2:35.17 |    155718    |  167359        15  | 37:11.35 |  3:10.50 |    167360    |  181659        16  | 40:22.10 |  1:17.12 |    181660    |  187446  Range status and errors Selected range     Filename K:\reliz\leningrad\puljapljus\asus\Leningrad - Pulja+ Disk 1.wav     Peak level 98.0 %     Range quality 100.0 %     Test CRC 5B3613CF     Copy CRC 5B3613CF     Copy OK No errors occurred AccurateRip summary Track  1  cannot be verified as accurate (confidence 1)  [5698B646], AccurateRip returned [45A73936] Track  2  cannot be verified as accurate (confidence 1)  [79DD04CF], AccurateRip returned [6D4E1997] Track  3  cannot be verified as accurate (confidence 1)  [BB399920], AccurateRip returned [F03EFE60] Track  4  cannot be verified as accurate (confidence 1)  [A860E60D], AccurateRip returned [7AE7707D] Track  5  cannot be verified as accurate (confidence 1)  [6AB45FCC], AccurateRip returned [F3AA43CC] Track  6  cannot be verified as accurate (confidence 1)  [530E90AA], AccurateRip returned [C4843C62] Track  7  cannot be verified as accurate (confidence 1)  [FCE6D127], AccurateRip returned [810C7A5F] Track  8  cannot be verified as accurate (confidence 1)  [40419A34], AccurateRip returned [822E59A4] Track  9  cannot be verified as accurate (confidence 1)  [6372EAA2], AccurateRip returned [F23A277A] Track 10  cannot be verified as accurate (confidence 1)  [826C4A63], AccurateRip returned [94A7E6DB] Track 11  cannot be verified as accurate (confidence 1)  [A3BD99ED], AccurateRip returned [49865E5D] Track 12  cannot be verified as accurate (confidence 1)  [00FAD35A], AccurateRip returned [1F22984A] Track 13  cannot be verified as accurate (confidence 1)  [42D1240E], AccurateRip returned [5D912A46] Track 14  cannot be verified as accurate (confidence 1)  [2C94E37D], AccurateRip returned [269364D5] Track 15  cannot be verified as accurate (confidence 1)  [B4EF74A3], AccurateRip returned [AEC5D553] Track 16  cannot be verified as accurate (confidence 1)  [996BFFE9], AccurateRip returned [F8CF2BB1] No tracks could be verified as accurate You may have a different pressing from the one(s) in the database End of status report

7. должна стоять галка на "Append Gaps To Previous Track (default)" (EAC->Action)

8. как известно, я не являюсь поклоником по-трэковых рипов, но не вижу причин игнорировать такие, разумеется грамотно сделанные, релизы. для по-трэковых грабов есть несколько дополнительных обязательных условия:
8.1 перед грабом необходимо осуществить поиск зазоров - F4 (Detect Gaps).
8.2 граб должен осуществляться с помощью "Test & Copy Selected Tracks" (EAC->Action), причем ТЕСТ и КОПИ обязательно должны совпадать для каждого из трэков.
8.3 в таком релизе должен присутствовать noncompliant.CUE (EAC->Action->Multiple WAV Files With Gaps... (Noncompliant))

II. РЕЛИЗ
вот минимальный состав релиза:
>EAC CUE-файл для WAV cо строкой:
FILE "imja_faila.wav" WAVE

>EAC CUE-файл для WV (или используемого вами формата) cо строкой:
FILE "imja_faila.wv" WAVE

>EAC LOG-файл

>сам сжатый аудио имедж, в данном случае - это "imja_faila.wv"

>сканы. сканируется все, что можно с разрешением не меньше 300 dpi. конечно, конверты раскурочивать совсем не обязательно. единственное, что до сих пор мы не делали - это скан матрицы. полезная для идентификации штука, однако. !!!сканы должны быть ТОЛЬКО от данного кокретного издания.

SPOILER (matrix.jpg)

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

SPOILER (tau_analizer.jpg)

>изображения спектров и диапазона частот.

SPOILER (spectrum & frequency)

для играбельных упаковок типа wv.iso.wv необходимы еще некоторые действия.
>embedded album art, т.е. прошивка, как минимум, фронтальной обложки. возможно, впоследствии и других так же. фронтальну обложку не обязательно прошивать именно от этого издания, т.к. она никакой важной инфы не несет, и нужна только для того, чтобы радовать глаза при прослушивании.

>небольшой текстовый файл с коротеньким описанием возможностей данного формата. я вкладываю два файла - на русском и англиском языках, написанные уважаемым bubamara:

SPOILER (no_unpacking_needed_to_play_or_burn_this_release.txt)

WHAT THIS ISO FILE IS ===================== The file you're looking inside is an ISO-packed release - a new, progressive generation of no-need-to-change lossless music releases. It's main benefit is that you can: - LISTEN it with normal cue tracklist - BURN it to audio-CD - STORE it on archive media (DVD, for example) - SHARE it on p2p network and all of the above - WITH THE SAME FILE, unchanged since you've downloaded it WITH NO NEED TO UNPACK IT. FEATURES BRIEF DESCRIPTION ========================== LISTENING Just rename this .ISO to .WV (or .APE corresponding to codec suffix in release file name). Then every player with support of CUE standard tracks and lossless codecs (foobar2000 for example) should recognise release as lossless music file with embedded CUE. LOG tag also contains EAC log file to ensure rip quality. Enjoy listening! BURNING TO AUDIO-CD Mount release as an ordinary ISO image to virual CD - you'll see it contents is pretty usual - music file, cue file, log file, covers (if any),.. - everything you get accustomed with popular RAR releases. Yes, you can listen music from mounted iso through external cue instead of embedded (as described before). But the main advantage is you can burn audio-CD without unpacking release. Just configure your favourite burner (like Nero) to suppot lossless audio codecs directly (usually via plugins). The most convenient way is to use Burrrn - it's free, includes seamless support for all popular audio codecs and has no problem with non-ANSI (UTF-8) CUEs. Enjoy burning! STORING IN HOME ARCHIVE Releasers made everything to let you do nothing with downloaded release. It's fully-functional for every common task music releases are used to. Store it as you got it to listen directly from archive media. Enjoy fully-functional home archive discs! SHARING ON P2P NETWORKS For the above reasons if release remains unchanged you can support p2p sharing WITH THE SAME FILE you're storing for listening. That doubles your hard disc music collection capacity! NB: The only required condition for exact hash in p2p networks is leaving embedded tags intact. If for some reason you need, for example, different CUE - extract embedded one and use it as external. To prevent changes in release file "read-only" attribute may be useful. - - - - - - - - - - - - And the last (but not the least). ISO no-need-to-change releases technology designed for convenience of "lazy" majority of p2p users who don't like to spend much time to recode, rename and repack downloaded releases. If you have very special personal requirements for files in your music collection (repacking all releases to ALAC codec for example) - keep doing what you use to do - any file of ISO release can be unpacked by WinRAR or copied from mounted virtual CD. REFERENCE LINKS: All about WavPack codec and useful plugins (Nero, Audition): http://www.wavpack.com/downloads.html foobar2000 - the most convenient CD-images player with internal WavPack support. http://www.foobar2000.org/ Burrrn - free audio-CD burner with native support of most popular lossless audio formats: http://www.burrrn.net/ Software for ISO-images handling: http://en.wikipedia.org/wiki/ISO_image

SPOILER (no_unpacking_needed_to_play_or_burn_this_release_(rus).txt)

THIS IS THE ORDINARY ISO FILE!!! IT WAS RENAMED TO ISO.WV FOR THE PURPOSE OF COMPATIBILITY WITH FOOBAR2000. USE THIS FILE AS ORDINARY ISO IF YOU DON'T LIKE FOOBAR. Этот музыкальный релиз в формате ISO можно НЕ РАСПАКОВЫВАЯ использовать для - прослушивания (play with foobar2000) - записи аудио-CD (mount file with your favorite virtual drive software to see content of the file, or use WinRAR to unpack all files from the ISO) - хранения в домашнем архиве КАК ЭТО ДЕЛАЕТСЯ: Вариант 1. Для прослушивания в плеере foobar или любом другом, поддерживающем формат WavPack и тэги APEv2, достаточно ПЕРЕИМЕНОВАТЬ .ISO в .WV и открыть в плеере как обычный музыкальный файл. При этом в окне плеера появится полноценный список композиций. Вариант 2. ISO можно смонтировать в виртуальный CD-привод, создаваемый программами типа Daemon Tools, Alcohol 120% MagicDISC и другими. После этого с виртуального привода можно слушать музыку привычным образом - загрузив в плеер .CUE или сразу .WV Настроив программу записи CD на прямую работу с форматом WavPack можно записывать аудиодиск прямо с виртуального CD, без предварительной распаковки в .WAV Вариант 3. Если вы не ищете легких путей и располагаете лишним местом на дисках - можете распаковать этот ISO при помощи, например, WinRAR. Хотя трудно представить зачем это может понадобиться --- ПОЛЕЗНЫЕ ССЫЛКИ: Кодек WavPack и все для работы с ним в разных программах: http://www.wavpack.com/downloads.html Foobar2000 - самый удобный проигрыватель для проигрывания образов CD. Текущая версия имеет встроенную поддержку WavPack: http://www.foobar2000.org/ Список программ для работы с ISO образами: http://en.wikipedia.org/wiki/ISO_image ---

вот как в итоге выглядит мой релиз изнутри:

SPOILER (содержание wv.iso.wv)

.\front.jpg .\Leningrad - Pulja+ Disk 1.cue .\Leningrad - Pulja+ Disk 1.log .\Leningrad - Pulja+ Disk 1.wv .\Leningrad - Pulja+ Disk 1.wv.cue .\md5.txt .\no_unpacking_needed_to_play_or_burn_this_release.txt .\no_unpacking_needed_to_play_or_burn_this_release_(rus).txt .\checkers\arcue_log.txt .\checkers\tau_analizer.jpg .\checkers\wavcrc_log.txt .\checkers\spectrum-frequency\01_tau_frequency.jpg .\checkers\spectrum-frequency\01_tau_spectrum.jpg .\checkers\spectrum-frequency\02_tau_frequency.jpg .\checkers\spectrum-frequency\02_tau_spectrum.jpg .\checkers\spectrum-frequency\03_tau_frequency.jpg .\checkers\spectrum-frequency\03_tau_spectrum.jpg .\checkers\spectrum-frequency\04_tau_frequency.jpg .\checkers\spectrum-frequency\04_tau_spectrum.jpg .\checkers\spectrum-frequency\05_tau_frequency.jpg .\checkers\spectrum-frequency\05_tau_spectrum.jpg .\checkers\spectrum-frequency\06_tau_frequency.jpg .\checkers\spectrum-frequency\06_tau_spectrum.jpg .\checkers\spectrum-frequency\07_tau_frequency.jpg .\checkers\spectrum-frequency\07_tau_spectrum.jpg .\checkers\spectrum-frequency\08_tau_frequency.jpg .\checkers\spectrum-frequency\08_tau_spectrum.jpg .\checkers\spectrum-frequency\09_tau_frequency.jpg .\checkers\spectrum-frequency\09_tau_spectrum.jpg .\checkers\spectrum-frequency\10_tau_frequency.jpg .\checkers\spectrum-frequency\10_tau_spectrum.jpg .\checkers\spectrum-frequency\11_tau_frequency.jpg .\checkers\spectrum-frequency\11_tau_spectrum.jpg .\checkers\spectrum-frequency\12_tau_frequency.jpg .\checkers\spectrum-frequency\12_tau_spectrum.jpg .\checkers\spectrum-frequency\13_tau_frequency.jpg .\checkers\spectrum-frequency\13_tau_spectrum.jpg .\checkers\spectrum-frequency\14_tau_frequency.jpg .\checkers\spectrum-frequency\14_tau_spectrum.jpg .\checkers\spectrum-frequency\15_tau_frequency.jpg .\checkers\spectrum-frequency\15_tau_spectrum.jpg .\checkers\spectrum-frequency\16_tau_frequency.jpg .\checkers\spectrum-frequency\16_tau_spectrum.jpg .\scans\back_01.jpg .\scans\back_02.jpg .\scans\cd.jpg .\scans\front_01.jpg .\scans\front_02-03.jpg .\scans\front_04.jpg .\scans\matrix.jpg

вроде бы я все описал, вопросы могут вызывать только два файла:
front.jpg в корне - это для тех, кто мапит играбельные релизы.
md5.txt - в принципе он не нужен, т.к. содержит контрольную сумму подсчитанную ВавПаком (у вас может быть другой упаковщик) для аудио файла и любой может получить ее (wvunpack -m -v "имя_файла.wv" 2> md5.txt). однако, посмотреть все же быстрее, чем пересчитать, да и при офрмлении (см. следующий пункт) ее все равно необходимо указывать.

III. ОФОРМЛЕНИЕ
здесь ничего особенного не требуется. вот списочек:
>фронтальная обложка
>издатель и номер
>трэклист
>EAC Лог и CUE
>данные о продолжительности альбома
>размер релиза в байтах
>контрольная сумма аудио-файла, подсчитанная упаковщиком
>ну и ссылка на стандарт, чтобы не отвечать на одни и те же вопросы.

есть только одно НО, если чекерам что-то не нравится, не важно правы они ли нет, обязательно об этом написать и опубликовать образцы анализа "плохих" трэков.

IV. ГАРАНТИЯ
публикуя релиз по такому стандарту, помните, что этим вы гарантируете исправление найденых проблем (если это вообще возможно).

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

This post has been edited by ShirA on 06-07-2008, 13:03

[minios]

Иногда (например, при некорректных настройках Gap Detection) EAC может создать неправильный CUE. Для проверки после завершения рипа откройте CUE :
Tools > Write CD-R > File > Load CUE Sheet
Будьте последовательны в своем перфекционизме!

[ShirA]

любые изменения вполне можно обсудить, но в пользе данного конкретного я сомневаюсь. может кто чаще с этой возможность сталкивался - прокоментирует? из своего опыта могу сказать, что неправильно определенные паузы эта штука не замечает. вообще-то правильная настройка Gap Detection возможна только опытным путем. во всяком случае у меня, при "кривых" параметрах для одного и того же диска получаются разные интервалы. думаю, что те, кто будут релизить по NL+ давно уже "подрюкались" с Gap Detection и нашли в каком положении оно работает правильно. и, к тому же, есть пункт IV.

[lostandfound]

Интересная идея, и приятное (реализуется ли?) новшество!
У меня есть вопрос по части I.7 и I.8 - пре-гапы:
Append Gaps To Previous Track и noncompliant.CUE - да, где-то все это я уже видел , но..
Мне кажется более корректным (с технической и целостной точки зрения) в случае потрековых рипов использовать, наоборот, Append Gaps To Next Track:
а) трек есть трек, зачем же его "портить" ? В случае с Previous (default) это уже получается, извините, не "потрековый рип", а "рип модифицированных(!) треков"..
б) некоторые несчастные пользователи элементарно столкнутся с невозможностью прожечь рип, скажем, на их любимом домашнем Nero.. Что же это за NL+ и.. noncompliant?
Единственный аргумент за Previous (default), который я слышал, заключался в том, что пользователь, видите ли, может сконфузиться, когда в некоторых случаях, запустив трек, он пару секунд будет слышать тишину, и лишь потом - собственно звучание композиции. Но это, по-моему, не смешно даже..
Может стоит подумать?

[yury_usa]

QUOTE

Мне кажется более корректным (с технической и целостной точки зрения) в случае потрековых рипов использовать, наоборот, Append Gaps To Next Track:

А как потом пересобрать в образ? и что делать если на диске прегап в первом треке?

[Сергей Иванович]

QUOTE (lostandfound @ 05-07-2008, 20:50)

Мне кажется более корректным (с технической и целостной точки зрения) в случае потрековых рипов использовать, наоборот, Append Gaps To Next Track

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

[ShirA]

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

[Гордый]

1. minios, дело говорит. Мы все помним релизы Джубея...
2. Тут так или доверие стандарту NL+ или это:

QUOTE

.\checkers\arcue_log.txt .\checkers\tau_analizer.jpg .\checkers\wavcrc_log.txt .\checkers\spectrum-frequency\01_tau_frequency.jpg .\checkers\spectrum-frequency\01_tau_spectrum.jpg .\checkers\spectrum-frequency\02_tau_frequency.jpg .\checkers\spectrum-frequency\02_tau_spectrum.jpg .\checkers\spectrum-frequency\03_tau_frequency.jpg .\checkers\spectrum-frequency\03_tau_spectrum.jpg .\checkers\spectrum-frequency\04_tau_frequency.jpg .\checkers\spectrum-frequency\04_tau_spectrum.jpg .\checkers\spectrum-frequency\05_tau_frequency.jpg .\checkers\spectrum-frequency\05_tau_spectrum.jpg .\checkers\spectrum-frequency\06_tau_frequency.jpg .\checkers\spectrum-frequency\06_tau_spectrum.jpg .\checkers\spectrum-frequency\07_tau_frequency.jpg .\checkers\spectrum-frequency\07_tau_spectrum.jpg .\checkers\spectrum-frequency\08_tau_frequency.jpg .\checkers\spectrum-frequency\08_tau_spectrum.jpg .\checkers\spectrum-frequency\09_tau_frequency.jpg .\checkers\spectrum-frequency\09_tau_spectrum.jpg .\checkers\spectrum-frequency\10_tau_frequency.jpg .\checkers\spectrum-frequency\10_tau_spectrum.jpg .\checkers\spectrum-frequency\11_tau_frequency.jpg .\checkers\spectrum-frequency\11_tau_spectrum.jpg .\checkers\spectrum-frequency\12_tau_frequency.jpg .\checkers\spectrum-frequency\12_tau_spectrum.jpg .\checkers\spectrum-frequency\13_tau_frequency.jpg .\checkers\spectrum-frequency\13_tau_spectrum.jpg .\checkers\spectrum-frequency\14_tau_frequency.jpg .\checkers\spectrum-frequency\14_tau_spectrum.jpg .\checkers\spectrum-frequency\15_tau_frequency.jpg .\checkers\spectrum-frequency\15_tau_spectrum.jpg .\checkers\spectrum-frequency\16_tau_frequency.jpg .\checkers\spectrum-frequency\16_tau_spectrum.jpg

оба вместе это смешно...
3. Я думаю 100% гарантии дать пользователям не возможно - кто будет контролировать?
4. А что Серверному Альянсу перестали доверять?
5. Все уже заждались новой версии tagit... например имя файла в куе надоело менять руками.

ShirA, молодец! Чувствуется потенциал!!!

[ShirA]

Гордый, тут ты меня несколько удивил, но давай по пунктам:

QUOTE (Гордый @ 06-07-2008, 01:04)

1. minios, дело говорит. Мы все помним релизы Джубея...

могу только уще раз привести, то что я написал выше: "...в пользе... я сомневаюсь. может кто чаще с этой возможность сталкивался - прокоментирует?"

QUOTE (Гордый @ 06-07-2008, 01:04)

2. Тут так или доверие стандарту NL+ или это: QUOTE [COLOR=gray][NTR].\checkers\arcue_log.txt .\checkers\tau_analizer.jpg .\checkers\wavcrc_log.txt .\checkers\spectrum-frequency\01_tau_frequency.jpg ... оба вместе это смешно...

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

QUOTE (Гордый @ 06-07-2008, 01:04)

3. Я думаю 100% гарантии дать пользователям не возможно - кто будет контролировать?

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

QUOTE (Гордый @ 06-07-2008, 01:04)

4. А что Серверному Альянсу перестали доверять?

тут я тебя совсем не понял. каким образом стандарт мешает Серверному Альянсу, у них что от этого релизы хуже станут? ОлЧ, ты как считаешь?

QUOTE (Гордый @ 06-07-2008, 01:04)

5. Все уже заждались новой версии tagit...

тут я виноват, но обстоятельства сильнее. обещаю, что не заброшу, но даже сроков пока назвать не могу.

QUOTE (Гордый @ 06-07-2008, 01:04)

например имя файла в куе надоело менять руками.

ну, не знаю. я почти полгода этого не делаю. причем все есть в топике про скрипт. но тебе, по старой дружбе, я и здесь напишу.
берешь упаковку от funky. из нее тебе нужна только Fedit.exe. закидываешь туда, где лежит скрипт. в самом скрипте надо одну строку закоментить и три прописать:

INFO

rem notepad !newcue! :editcue fedit.exe -f "!newcue!" -add -l "FILE \"!fileNameInCue!\" WAVE" -a:o "FILE" fedit.exe -f "!newcue!" -rem -l:o !oldline! -b "FILE \"!fileNameInCue!\" WAVE"

вуаля!

QUOTE (Гордый @ 06-07-2008, 01:04)

ShirA, молодец! Чувствуется потенциал!!!

вот за это спасибо! потенциал, штука такая, никому не помешает.

This post has been edited by ShirA on 06-07-2008, 02:31

[Гордый]

QUOTE (ShirA @ 06-07-2008, 01:28)

ну, не знаю. я почти полгода этого не делаю. причем все есть в топике про скрипт. но тебе, по старой дружбе, я и здесь напишу. берешь упаковку от funky. из нее тебе нужна только Fedit.exe. закидываешь туда, где лежит скрипт. в самом скрипте надо одну строку закоментить и три прописать: INFO rem notepad !newcue! :editcue fedit.exe -f "!newcue!" -add -l "FILE \"!fileNameInCue!\" WAVE" -a:o "FILE" fedit.exe -f "!newcue!" -rem -l:o !oldline! -b "FILE \"!fileNameInCue!\" WAVE" вуаля!

ShirA, как-то пропустил... а почему тогда с этими добавками не сделали новую версию? И где взять пакет от funky?

[Uzaren]

Опять революция?
Столько много букав пока не асилил, потом буду доставать афтора идеи, чтобы на пальцах обьяснил и показал, ещё и с картинками

[ShirA]

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

This post has been edited by ShirA on 06-07-2008, 12:53

[lostandfound]

QUOTE

А как потом пересобрать в образ? и что делать если на диске прегап в первом треке?

yury_usa, а в чем проблемы-то при "пересборке"? если вся информация есть (пре-гапы), то рип пересоберешь из любого формата прекрасно известными тебе способами..
Напомню, что Append Gaps To Next Track есть помещение пре-гапа В ТОТ ТРЕК, ГДЕ ОН И ЕСТЬ, а не как "паузу" в конец предыдущего. Вот как раз что делать c пре-гапом в первом треке в случае noncompliant - мне неизвестно. Он попросту перестает существовать для наших потомков

QUOTE

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

Сергей Иванович, имхо, наоборот
Есть трек, определяющийся Redbookом. Там есть индексы 00, 01, иногда 02, 03, и т.д. На каком основании, КОПИРУЯ трек (как отдельный файл) мы должны "резать" его, "удаляя" информацию из пре-гапа ЭТОГО трека?
Диск компоновался с учетом всех этих пре-гапов: если что-то должно "играть сразу" - вам просто не дадут индекс 00. Если в треке предусмотрена пауза - я готов ее слышать и слушать. Если в начале трека предусмотрен fade-out предыдущего - значит, так тому и быть.

Вы ведь не будете отрицать, что иногда в пре-гап трека помещают некую "начальную" информацию для ЭТОГО (следующнго за пре-гапом) трека? И куда же она денется в случае noncompliant, даже если все гапы определились правильно??

Я очень редко слушаю "треки", но даже при этом сталкивался с несколькими примерами:
а) рип LZ Physical Graffiti неремастированный RE-1 (с кашлем);
б) рип Sabbath на Castle 96, точно не припомню, что именно;
в) еще что-то
Gaps To Previous Track (noncompliant). Очень эабавно слышать в конце трека т.н. "начало следующего", особенно если это "начало" - первые доли секунды мощнейшего гитарного риффа..

[ShirA]

Гордый, держи. этого должно быть достаточно.Fedit