Я всё о своём  Появилось свободное время, пошуршал в сети и нашел еще немного инфы по прегапу перед первым треком. Вроде бы картина начинает проясняться.
После того, как начал возиться с поисками отсутствующих куй-файлов и стал обращать внимание на детали релизов, меня неоднократно ставила в тупик такая вот ситуация: многие релизы в излюбленном буржуйскими трекерами потрековом грабе с non-compliant куем имеют противоречащие (или вроде бы противоречащие) друг другу лог и куй-файлы.
Пример 1:
Куй:
| CODE | TRACK 01 AUDIO
TITLE "..."
PERFORMER "..."
INDEX 01 00:00:00 |
Лог:
| CODE | Track 1
Filename ...
Pre-gap length 0:00:02.32 |
Пример 2:
Куй:
| CODE | TRACK 01 AUDIO
TITLE "..."
PERFORMER "..."
PREGAP 00:00:32
INDEX 01 00:00:00 |
Лог:
| CODE | Track 1
Filename ...
Pre-gap length 0:00:02.42 |
Теперь несколько найденных цитат:
1)
Orion25 (Нетлаб) пишет:
| QUOTE: | I've read very old (and some newer) threads about the track1 pregap problem that appears when using the noncompliant mode.
In the newest thread I found, Andre said it will be fixed in the next version.
I believe that a new version came out since then but I'm not sure there has been any change.
Can someone who's more informed update me about what's going on with the issue? |
на что Mike_A отвечает:
| QUOTE: | | The PREGAP command can be set on any track wanted and not only the first track. The PREGAP command instructs that a pause are should be made on that specific track and that it should be filled with generated silence and not audio data from an audio file. When e.g. a PREGAP command is set for the first track and with e.g. 32 samples, then that means that after the normal 2 seconds pause area of track one(which always is generated no matter what), then there should additionally be added 32 null samples to the first track's pause area, so this means that track one's pause area is now 2 seconds and 32 samples long instead of only 2 seconds(as it would have been without any PREGAP command present). This is done because those 32 samples aren't ripped from the disc in standard track ripping mode and so to make the CDs length to be exactly the same as the original CD when burned to disc, so that the e.g. correct DISCID can be calculated from the copy, then EAC inserts a PREGAP command into the cuesheet. If ripping to an image instead, then all samples are extracted from the disc, except the first 2 seconds of track one's pause area, which is never ripped or played back, so this means that EAC dosen't need to add a PREGAP command, since those 32 samples have been ripped now and is located at the beginning of the Range rip file and then so instead of setting a PREGAP command for defining track one's pause area to be 2 seconds and 32 samples long, then instead an INDEX 00 of 32 samples of track one is defined of the Range file, and then afterwards INDEX 01 is set for the rest of track one's playing time from the Range file. When having a CD with e.g. 32 samples of INDEX 00 of track one, then it means that track one's pause area is 2 seconds and 32 samples long and not only 32 samples long. The Red Book defines track one's pause area to be between 2 and 3 seconds long. PS: i say pause area instead of pre-gap, because that is the correct terminology for audio CDs, as pre-gap and post-gap are actually meant for data CDs. |
***
В принципе, цитаты многое объясняют, и для себя я намотал на ус следующее.
Ранняя версия ЕАС (какая именно, не знаю - но, как правило, в созданных ней куй-файлах не пробивается информационная часть шапки - REM GENRE/REM DATE/REM DISCID/REM COMMENT) при граблении диска в потрековом режиме с нонкомплиант куем (стандарт педры, оинка и иже с ними) прегап перед первым треком отсекала нафик, и если в логе он еще упоминался, то в куе им и не пахло. Поэтому, если диск имел стандартный первый прегап 00:02:00 (80-90% случаев), то все было нормально - INDEX1 00:00:00, и никаких гвоздей. Но если, не дай бог, перед первым треком случалась дополнительная пауза, то она в таком грабе попросту не рипалась и отбрасывалась (о скрытых треках говорить не будем, это другая грустная история ).
Также запомним, что значения прегапов после точки в логе могут быть как фреймами, так и сотыми долями секунды.
Отсюда мораль:
Пример 1 - куй неправильный. Учитывая лог, должен добавляться прегап. Чтоб определить, какой именно - смотрим остальные прегапы лог-файла (значений выше 0.75 нет - я не написал это в примере, но оно так и есть  ). Это раз. Потом: значение 00:00:32 фрейма - одно из самых распространенных для начальной паузы на таких дисках (по крайней мере, я встречал его чаще остальных). Это два. Предполагаем, что у нас не доли секунды, а фреймы. Пишем в потрековый куй прегап 00:00:32, слепливаем все это счастье в единый образ CueTools-ом, смотрим, что вышло с гэпом между 1 и 2 треками. А вышло вот что: INDEX 00 04:16:02 ; INDEX 01 04:18:52. Разница дает 00:02:50. Смотрим лог:
| CODE | Track 2
Filename ...
Pre-gap length 0:00:02.50 |
Дык угадали. Прегап выставлен правильно.
Теперь пример 2. Однако, правильный куй-то Смотрим остальные прегапы лог-файла - есть значения выше 0.75! Значит, сотые доли секунды. В показателе 0:00:02.42 умножаем 42 на 0,75, округляем и имеем наш многострадальный прегап 00:02.32, что и описано в куе строчками PREGAP 00:00:32 ; INDEX 01 00:00:00.
В общем, сейчас мне кажется, что в ситуации разобрался. Будем надеяться, что кто-нибудь из спецов снова все не запутает
|
А явных огрехов на слух там нет, я его уже раза три прогнал на колонках и в наушниках...
срочно спать.