Printable Version of Topic
Click here to view this topic in its original format |
Forums > Работа с видео и аудио > создание CUE из потрекового LOG'а |
Posted by: k-dmitriy on 29-07-2007, 22:17 |
меня терзают смутные сомнения, что это возможно - ведь там же вся информация о прегапах идет. эта мысль меня и раньше терзала, а щас лишний раз убедился Post Link: Patricia Kaas - (1991) Carnets de scene (http://netlab.e2k.ru/forum/index.php?showpost=768136 вот бы тольку прожку-конвертер такую заиметь зыж малех некорректно тему назвал, из потрекового лога и медиафайлов, чтоб из длины предыдущего треав прегап вычитать |
Posted by: k-dmitriy on 07-08-2007, 01:38 |
Post Link: Как делать правильные релизы из педрятины.. (http://netlab.e2k.ru/forum/index.php?showpost=770091 что я делаю не так? скопировал-вставил, справа оригинал, посередке вылазиет куча ошибок (http://img475.imageshack.us/my.php?image=46708585iv1.png |
Posted by: tipikin on 07-08-2007, 01:50 |
Судя по формуле, неправильно перенеслась функция ЕСЛИОШИБКА() в Вашей версии excel. |
Posted by: k-dmitriy on 07-08-2007, 01:57 |
2003 эксель, неужто он не совместим со старыми/новыми версиями вот черти микрософтовские. а какой нужен? |
Posted by: k-dmitriy on 07-08-2007, 02:02 |
у меня в ячейках В3-В5 такое содержимое =+_xlfn.IFERROR(ПРАВСИМВ(#ССЫЛКА!;+ДЛСТР(#ССЫЛКА!)-НАЙТИ(" ";#ССЫЛКА!;1))*1;"") меня как-то смущает #ССЫЛКА |
Posted by: tipikin on 07-08-2007, 02:04 |
Я вообще сохранил в 97-2003, так стоит 2007. может попробовать убрать во всех формулах _xlfn. Да уж, хотел как лучше, а еще больше проблем наделал... Попробую и подумаю, но только завтра.... #ссылка в верхних строчках не важна, на этом листе считаются только прегап в фреймах и выцепляется номер трека, нужные формулы только те, которые у меня отображаются цифрами в строчке. Забил везде формулы для того, что логи могут быть разные... |
Posted by: tipikin on 07-08-2007, 02:21 |
Попробуйте этот вариант (http://rapidshare.com/files/47404327/Log_CUE1.rar. Убрал проверку на ошибку, но потом в Word-е придется убирать #ЗНАЧ из CUE. |
Posted by: k-dmitriy on 07-08-2007, 02:38 |
лог опознается, в закладке куя ошибки, я там разглядел _xlfn. в колонке D, в частности D9 но действительно пора отложить это дело "до завтра", а то спать осталось 3-4 часа |
Posted by: tipikin on 07-08-2007, 07:15 |
Да, в 2007 появился этот оператор (ЕСЛИОШИБКА), заменяющий ЕСЛИ(ЕОШИБКА();;). исправленный вариант (http://rapidshare.com/files/47438109/Log_CUE.rar А в этом варианте (http://rapidshare.com/files/47442539/Log_CUE_mod.rar написал макрос и добавил кнопку, чтобы потом не возиться и не форматировать полученный CUE в текстовом редакторе. Для тех, кто не боится подвоха, надо будет разрешить использование макросов. И я подумаю, как сделать CUE из LOG-а напрямую. |
Posted by: k-dmitriy on 07-08-2007, 11:13 | ||||||||
ух, долго мучился вставляя куй, в нем не было строк PERFORMER после TITLE и потому ничего не выходило. но в итоге вышло, вот только результат не совпал с правильным вот куй который выдал фубар объеденив файлы в один
вот лог
вот результат после экселя
вот результат работы CUETools
если смотреть на цифры, то вариант экселевский верен: берем 13 трек 44:51:32 - Pre-gap length 0:00:00.08 = 44:51:24 но вот КУЕТоолс выдает цифру 44:51:26 может он врет эх, придется проверять не из материалов под рукой, а рипать 2 варианты. но куетоолс я вроде проверял. давно еще, и все совпадало |
Posted by: k-dmitriy on 07-08-2007, 11:18 |
что-то только не соображу какое CRC считает ЕАС - при подключение обеих куев CRC совпали с логом, видимо прегапы не учитываются, а считается с 01-х индексов |
Posted by: goka on 07-08-2007, 11:29 |
а этот сильно правильный способ для получения сильно правильной копии? я дисков не пишу - обычно обхожусь облегченным вариантом (http://netlab.e2k.ru/forum/index.php?showpost=514076 получения куя ... из треков, а не логов. |
Posted by: retro on 07-08-2007, 12:15 |
k-dmitriy Диск опознается потом во FreeDB? |
Posted by: tipikin on 07-08-2007, 12:54 |
Я понял ошибку. Лог выдает прегапы с миллисекундами, а нам надо все во фреймах, в моем образце повезло - миллисекунды были меньше 75. исправлю. |
Posted by: tipikin on 07-08-2007, 13:12 |
Судя по всему, напрасные хлопоты... Если лог - выдает в миллисекундах, придется все округлять, той желаемой точности нет и не будет. Фреймики улетают. Жалько время. Или что-то в логе, в 6 треке не то. По теории вероятности, четверть треков тогда должны были содержать последнюю цифру больше 75. Кто знает, в логе прегапы выдаются в msec или в frame??? |
Posted by: tipikin on 07-08-2007, 14:05 |
А это (http://rapidshare.com/files/47485061/Log_CUE_mod1.rar пересчет напрямую из LOG, опять же, при условии, что Лог указывает зазоры во фреймах, там забыл удалить макрос, можно его отключить, в этом варианте он не нужен. |
Posted by: retro on 07-08-2007, 15:41 |
Лог указывает зазор в секундах. |
Posted by: tipikin on 07-08-2007, 16:02 |
ну да, час:мин:сек.(?) Дело в том, что в двух проверочных дисках, которые я рипнул, получилось полное совпадение CUE и LOG, значит я могу основательно утверждать, что в LOG-е последние 2 цифры - кадры. Но гложет сомнение по следующим причинам: - точка косвенно указывает, что это миллисекунды - КУЕТоолс считает как миллисекунды - и в логе k-dmitriy обнаружилась цифра 93, а кадров в секунде - 75. Вот и гадай теперь... |
Posted by: retro on 07-08-2007, 16:49 |
Вот интересное явление: Post Link: David Arkenstone ©2007 (http://netlab.e2k.ru/forum/index.php?showtopic=81121&st=0#entry770194 |
Posted by: k-dmitriy on 07-08-2007, 20:34 | ||
мне казалось в секунде 99 миллисекунд, что-то вы меня запутали окончательно |
Posted by: k-dmitriy on 07-08-2007, 23:13 | ||||||
обнаружил такую фишку, если в первом треке есть прегап, то фубар генерит хреновую куе, где первые индексы не совпадают вот лог
вот что сделал фубар
а вот как в оригинале
куетулс ессно совпал с оригиналом так что для тестов такое имхо лучше обходить стороной, поначалу но на этом моем рипе можно утверждать, что 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 значит тут фреймы в конце, я правда никак в толк не возьму что за фреймы ну а с первым куем/логом видимо что-то не так, фиг знает что |
Posted by: tipikin on 08-08-2007, 02:16 |
Если ты заметил, в cue в индексах никогда последние две цифры не бывают больше 74, фрейм или кадр - это фактически система измерения, доля секунды (их 75 в сек). Даже во всех звуковых редакторах предлагают разные системы, мне кажется это специфически звуковая фишка, что-то связанное с записью на CD, я не интересовался... А как начинается многоформатие, начинаются и головные боли... И с начальным зазором тоже темный лес, надо посидеть, почитать литературку, изредка EAC этот зазор оставляет, вот диск в образ неровский записываю - 2 сек есть, EAC эти 2 сек видит, а рипает и выдает лог уже без них...., понятно, что они не цепляются к WAV, я так понимаю, это своеобразный отступ от начала... |
Posted by: k-dmitriy on 08-08-2007, 08:07 |
насколько я знаю с ЕАС немного не так: INDEX 01 00:00:00 в первом треке означает 2-х сек. зазор. такое исключение из правил. т.е. он не пишет в этом случае INDEX 00 00:00:00 INDEX 01 00:02:00 |
Posted by: LF_ on 23-08-2007, 17:22 |
С интересом почитал - на счет что там после запятой: 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 (http://wiki.hydrogenaudio.org/index.php?title=EAC_CUE_Sheets |
Posted by: yury_usa on 23-08-2007, 17:36 |
можно еще скачать сорсы cuetools, и посмотреть как автор берет куй из non-compliant куя |
Posted by: k-dmitriy on 29-08-2007, 16:01 | ||||
видимо в логе идут миллисекунды, а в куе фреймы. а как одно переводится в другое и обратно, кто-нибудь знает? |
Posted by: k-dmitriy on 29-08-2007, 19:03 |
а вот, по ссылке ДА_ 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. |
Posted by: Orion25 on 21-11-2007, 05:32 |
Проясню ситуацию с последними двумя цифрами в значениях прегапов из лог-файлов потрековых рипов. Там могут быть и сотые доли секунды и фреймы. Зависит от того, установлена ли была при рипе в настойках ЕАС галочка "Display times using frames". Если галочка стояла - последние две цифры - фреймы (1/75 сек.), если не стояла - сотые доли секунды (1/100 сек.) К сожалению, в логе нигде не указывается какой была эта настройка. Поэтому восстановление точной разметки диска с помощью потрекового лога осложняется именно из-за этой неопределённости. Если после точки в одном из значений прегапов присутствует число большее 75, то значит точно время в сотых секунды. Если нет - то точно узнать какой была настройка можно только у того, кто делал рип. Если есть потрековый лог, и точно известно, что в нём значения после точки в сотых секунды, то, чтобы создать правильный куе, эти значения надо перевести во фреймы. Делается это простым умножением этих чисел на 0,75. Результат округляется до целого числа и получается точное значение во фреймах (5 десятых округляется в большую сторону, т.е. например 27,5 округляется до 28). Специально для проверки этого рипал несколько разных дисков в 2 вариантах (потреково с логом с фреймами, потреково с логом с сотыми секунды) и вычислял из лога с сотыми значения прегапов во фреймах. Результаты на 100% совпали с тем, что было в логе с фреймами. |