Close Topic Options

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

Лог указывает зазор в секундах.

ну да, час:мин:сек.(?)
Дело в том, что в двух проверочных дисках, которые я рипнул, получилось полное совпадение CUE и LOG, значит я могу основательно утверждать, что в LOG-е последние 2 цифры - кадры.
Но гложет сомнение по следующим причинам:
- точка косвенно указывает, что это миллисекунды
- КУЕТоолс считает как миллисекунды
- и в логе k-dmitriy обнаружилась цифра 93, а кадров в секунде - 75.
Вот и гадай теперь...

Вот интересное явление:
Post Link: David Arkenstone ©2007

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

мне казалось в секунде 99 миллисекунд, что-то вы меня запутали окончательно

This post has been edited by k-dmitriy on 07-08-2007, 20:39

обнаружил такую фишку, если в первом треке есть прегап, то фубар генерит хреновую куе, где первые индексы не совпадают

вот лог

вот что сделал фубар

а вот как в оригинале

куетулс ессно совпал с оригиналом

так что для тестов такое имхо лучше обходить стороной, поначалу

но на этом моем рипе можно утверждать, что
INDEX 00 17:34:45 + Pre-gap 0:00:02.38
=
17:34:45 + 0:00:02.00 + 0:00:00.38
=
17:36:45 + 0:00:00.30 + 0:00:00.08
=
17:37:00 + 0:00:00.08
=
17:37:08

значит тут фреймы в конце, я правда никак в толк не возьму что за фреймы ну а с первым куем/логом видимо что-то не так, фиг знает что

This post has been edited by k-dmitriy on 07-08-2007, 23:37

Если ты заметил, в cue в индексах никогда последние две цифры не бывают больше 74, фрейм или кадр - это фактически система измерения, доля секунды (их 75 в сек). Даже во всех звуковых редакторах предлагают разные системы, мне кажется это специфически звуковая фишка, что-то связанное с записью на CD, я не интересовался... А как начинается многоформатие, начинаются и головные боли...
И с начальным зазором тоже темный лес, надо посидеть, почитать литературку, изредка EAC этот зазор оставляет, вот диск в образ неровский записываю - 2 сек есть, EAC эти 2 сек видит, а рипает и выдает лог уже без них...., понятно, что они не цепляются к WAV, я так понимаю, это своеобразный отступ от начала...

насколько я знаю с ЕАС немного не так: INDEX 01 00:00:00 в первом треке означает 2-х сек. зазор. такое исключение из правил. т.е. он не пишет в этом случае INDEX 00 00:00:00 INDEX 01 00:02:00

С интересом почитал - на счет что там после запятой:

For this weird math, remember that CUE Sheets use the "75 notation", so from 04:47:32 to 04:48:00 there are 75-32=00:00:43. So we add +2 (from 04:48:00 to 04:48:02), leading us to our so-loved 00:00:45.

http://wiki.hydrogenaudio.org/index.php?title=EAC_CUE_Sheets

можно еще скачать сорсы cuetools, и посмотреть как автор берет куй из non-compliant куя

вот тут Topic Link: Jesse Cook ©2007 еще встретил цифры выше 75

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

а вот, по ссылке ДА_

NOTE: EAC displays times in the format 1:60:60.100 in the main window, meaning 1 second is divided in 100 "cents". But in CUE Sheets the format is 1:60:60:75. So, a gap displayed 00:00:50 in a CUE sheet does not mean a half second gap, but rather a 2/3 second gap (something like 0.66 or 0.67 in the usual notation. So the 00:00:45 gap would be displayed in EACs main window as 0:00:00.60. A curious thing is that in EACs CD Layout window the format used is the 0.75, not the "metric" one.

Проясню ситуацию с последними двумя цифрами в значениях прегапов из лог-файлов потрековых рипов.
Там могут быть и сотые доли секунды и фреймы. Зависит от того, установлена ли была при рипе в настойках ЕАС галочка "Display times using frames". Если галочка стояла - последние две цифры - фреймы (1/75 сек.), если не стояла - сотые доли секунды (1/100 сек.)
К сожалению, в логе нигде не указывается какой была эта настройка. Поэтому восстановление точной разметки диска с помощью потрекового лога осложняется именно из-за этой неопределённости. Если после точки в одном из значений прегапов присутствует число большее 75, то значит точно время в сотых секунды. Если нет - то точно узнать какой была настройка можно только у того, кто делал рип.

Если есть потрековый лог, и точно известно, что в нём значения после точки в сотых секунды, то, чтобы создать правильный куе, эти значения надо перевести во фреймы. Делается это простым умножением этих чисел на 0,75. Результат округляется до целого числа и получается точное значение во фреймах (5 десятых округляется в большую сторону, т.е. например 27,5 округляется до 28). Специально для проверки этого рипал несколько разных дисков в 2 вариантах (потреково с логом с фреймами, потреково с логом с сотыми секунды) и вычислял из лога с сотыми значения прегапов во фреймах. Результаты на 100% совпали с тем, что было в логе с фреймами.

This post has been edited by Orion25 on 21-11-2007, 11:55