|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
24-Янв-12 17:23
(13 лет 8 месяцев назад)
Вот иногда зайдешь в ветку и понимаешь, что ничего в жизни не меняется, прямо никакой обучаемости у пользователей. Что делать? Портянки, портянки и еще раз портянки.
|
|
|
|
omegalord
Стаж: 18 лет 11 месяцев Сообщений: 1386
|
omegalord ·
24-Янв-12 18:10
(спустя 46 мин., ред. 24-Янв-12 21:13)
megane68 писал(а):
Вот иногда зайдешь в ветку и понимаешь, что ничего в жизни не меняется, прямо никакой обучаемости у пользователей. Что делать? Портянки, портянки и еще раз портянки.
Зато культура общения на высоте.  Некоторые, вот, паталогически не способны вести полемику без того, чтобы в процессе дискуссии не расслабить свой sphincter ani externus.
Оно ж проще (на 20 строках) полить оппонента дерьмом, чем, в одной строке, ответить на поставленные вопросы.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
24-Янв-12 18:23
(спустя 12 мин.)
omegalord писал(а):
Оно ж проще (на 20 строках) полить оппонента дерьмом, чем, в одной строке, ответить на поставленные вопросы.
Тут уже не до обучения. 
Поэтому проще прекратить этот бессмысленный разговор и не мусорить в ветке.
|
|
|
|
anakabar
Стаж: 15 лет 8 месяцев Сообщений: 24
|
anakabar ·
24-Янв-12 23:25
(спустя 5 часов)
привет!
такая проблемка - имею несколько дисков не разрезанных потреково(1диск=1трек) итого 13шт.хочу всё записать на DVD в ImgBurn в таком же виде(13треков)
в CUETools делаю cue - но он вместо одного делает cue на каждый трек?
если порезать на треки то создаётся почему-то два куя с подписью в названии второго "disk2"
|
|
|
|
Аndy
Стаж: 17 лет 2 месяца Сообщений: 52841
|
Аndy ·
25-Янв-12 08:20
(спустя 8 часов)
anakabar
имдж бёрн позволяет писать по куе, сохраняя оригинальную структуру диска.
открывайте куешку и жгите 
|
|
|
|
Stripakulina
Стаж: 16 лет 10 месяцев Сообщений: 1082
|
Stripakulina ·
25-Янв-12 14:25
(спустя 6 часов, ред. 25-Янв-12 14:25)
Fossman писал(а):
omegalord писал(а):В той паре случаев, мне как раз не пришлось ничего перекачивать - после применения функции repair рип стал "aссuгately ripped".
Ну так там ничего бинарного повреждено и не было. А был бы хоть один байт поврежден и сидели бы вы с cuetools в луже. А ваше "великое таинство исправления рипа" заключается в перенесении нескольких байт с начала wav файла в конец или наоборот в зависимости от знака корректируемого офсета - делается в любом hex редакторе двумя кликами.
Вы ошибаетесь. Функция Reapair восстанавливает именно бинарные повреждения. К коррекции оффсета она точно никакого отношения не имеет.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
25-Янв-12 14:57
(спустя 31 мин., ред. 25-Янв-12 14:57)
Stripakulina писал(а):
Функция Reapair восстанавливает именно бинарные повреждения.
И откуда, если не секрет, она берет недостающие (вместо неверных) бинарные данные по-вашему?
Может проведем эксперимент - я выложу битый рип (сам аудиофайл), а вы его восстановите в первоначальное (оригинальное) состояние с помощью cuetools?
|
|
|
|
Stripakulina
Стаж: 16 лет 10 месяцев Сообщений: 1082
|
Stripakulina ·
25-Янв-12 15:21
(спустя 24 мин.)
Да примерно по той же схеме, что и ВинРар. Вы же знаете, что при создании архива в формате rar, можно добавить информацию для восстановления. В случае повреждения файла - есть шанс его восстановить. В CUETools - примерно такая же схема, только информация для восстановления хранится в онлайн базе.
Как эта инфа попадает в базу? При проверке в утилите, если уровень достоверности в accurate rip больше двух, в базу отправляется небольшой файл. Он и используется для восстановления.
Эксперимент мы провести можем. Нно у меня скорость невысокая, и потребуется время для скачивания. Поэтому, если для Вас не принципиально, я предлагаю Вам самому провести его. Возьмите любой имеющийся у Вас рип, и проверьте - есть ли он в базе CTDB. Декодируйте рип в wave, откройте его в hex-редакторе и поменяйте некоторое количество бинарных значений на любые произвольные. Для достоверности можно создать список внесённых изменений. Сохраните файл и проведите проверку в CUETools. В логе проверки увидите список отличий. А теперь переведите утилиту в режим repair и проведите восстановление. Потом можете сравнить значение CRC и визуально удостоверится, что всё значения вернулись к первоначальным.
|
|
|
|
omegalord
Стаж: 18 лет 11 месяцев Сообщений: 1386
|
omegalord ·
25-Янв-12 16:55
(спустя 1 час 34 мин., ред. 25-Янв-12 17:06)
Fossman писал(а):
omegalord писал(а):
В той паре случаев, мне как раз не пришлось ничего перекачивать - после применения функции repair рип стал "aссuгately ripped".
Ну так там ничего бинарного повреждено и не было. А был бы хоть один байт поврежден и сидели бы вы с cuetools в луже. А ваше "великое таинство исправления рипа" заключается в перенесении нескольких байт с начала wav файла в конец или наоборот в зависимости от знака корректируемого офсета - делается в любом hex редакторе двумя кликами. Я бы мог устроить вам лекбез, но как показывает опыт, это благодарная вещь в cлучае пользователей, к которым вы не принадлежите. А попусту тратить время мне не хочется.
Fossman писал(а):
omegalord писал(а):
Для меня одной из самых существенных (полезных в сортировке lossless коллекции) является Local Database с функцией поиска двойников
Хо, это умеет гора программ - и некоторые из них еще как это умеют! То есть, делают это вне зависимости от форматов, тегов и битрейтов... тут cuetools'у ну оооооочень далеко до них.
*с видом Карлсона, поплёвывающего вишнёвыми косточками на сидящего в луже Fossman-а* "Какие ваши доказательства?" Названия программ (относящихся к данной горе), примеры, линки?... Нету их? Гуляйте!
Кстати, не забудьте Stripakulina поблагодарить за потраченное, на устроенный вам л Екбез, время.
|
|
|
|
Brother Micro
Стаж: 19 лет Сообщений: 991
|
Brother Micro ·
25-Янв-12 17:01
(спустя 5 мин.)
omegalord
Stripakulina - мальчик
|
|
|
|
omegalord
Стаж: 18 лет 11 месяцев Сообщений: 1386
|
omegalord ·
25-Янв-12 17:08
(спустя 7 мин.)
Brother Micro писал(а):
omegalord
Stripakulina - мальчик
Хм.. по нику и не подумаешь. Исправил.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
25-Янв-12 17:33
(спустя 24 мин.)
Stripakulina писал(а):
я предлагаю Вам самому провести его.
Цитата:
Mireille Mathieu - Chante PIAF.cue: could not be verified.
Скромное заявление cuetools после изменения 16-ти байт в wav образе. Рип присутствует в его базе и до этого гладко проходил проверку.
Но самое главное в другом - а именно он еще более бесполезен в случе битых lossless файлов.
|
|
|
|
Stripakulina
Стаж: 16 лет 10 месяцев Сообщений: 1082
|
Stripakulina ·
25-Янв-12 18:41
(спустя 1 час 8 мин., ред. 25-Янв-12 18:41)
Fossman
Ну, автор стопроцентной гарантии не давал. что можно исправить абсолютно любые повреждения.
Мне такое тоже встречалось. Но чаще исправление происходило. И счёт шёл на сотни семплов.
Вот этот точно сможете исправить --> https://rutr.life/forum/viewtopic.php?t=568244
Скачайте только CD3. Рип без тест энд копи. Качество извлечения: Качество диапазона 99.9 %
Этот рип с ошибками.
|
|
|
|
omegalord
Стаж: 18 лет 11 месяцев Сообщений: 1386
|
omegalord ·
25-Янв-12 19:11
(спустя 29 мин., ред. 25-Янв-12 19:37)
Stripakulina писал(а):
Ну, автор стопроцентной гарантии не давал. что можно исправить абсолютно любые повреждения.
Мне такое тоже встречалось. Но чаще исправление происходило. И счёт шёл на сотни семплов.
В любом случае, исправление повреждений возможно только если их суммарный объем не превысит объем хранимой в базе (отсылаемой) информации по данному диску. Про используемый алгоритм луше спросить у Григория, но, к примеру, для случаев, когда применяются коды Рида-Соломона - возможно исправление абсолютно любых повреждений в пределах вышеуказанного, хранимого в базе, объема.
Еще, в нашем случае, какие либо исправления возможны только если повреждения возникли до того, как файл был пожат lossless кодировщиком.
Впрочем, данный момент можно считать несущественным - абсолютное большинство из имеющихся "поврежденных" lossless файлов становятся таковыми в процессе снятия рипа, а если поврежден уже пожатый файл, то cuetools с таким файлом даже работать не будет - выдаст сообщение об ошибке. Лично мне такие не встречались.
|
|
|
|
Fossman
Стаж: 18 лет 4 месяца Сообщений: 3570
|
Fossman ·
25-Янв-12 19:22
(спустя 11 мин., ред. 25-Янв-12 19:22)
Stripakulina писал(а):
Ну, автор стопроцентной гарантии не давал.
Что и требовалось доказать, поскольку функция которая иногда работает (только вот когда и у кого?), то не работает - это не функция, а кривой костыль для безногого, которому нужна каляска и желательно с электромотором.
|
|
|
|
Stripakulina
Стаж: 16 лет 10 месяцев Сообщений: 1082
|
Stripakulina ·
25-Янв-12 19:55
(спустя 33 мин.)
omegalord
Григорий планирует увеличить объём информации для восстановления.
Fossman писал(а):
Что и требовалось доказать,
Вы не объективны. Личное неприятие программы настраивает на поиск ошибок. Положительных сторон Вы находить не желаете.
Из 23 поврежденный рипов, мне удалось восстановить 19.
Фича уникальная.
|
|
|
|
anakabar
Стаж: 15 лет 8 месяцев Сообщений: 24
|
anakabar ·
25-Янв-12 21:09
(спустя 1 час 14 мин.)
anakabar писал(а):
привет!
такая проблемка - имею несколько дисков не разрезанных потреково(1диск=1трек) итого 13шт.хочу всё записать на DVD в ImgBurn в таком же виде(13треков)
в CUETools делаю cue - но он вместо одного делает cue на каждый трек?
если порезать на треки то создаётся почему-то два куя с подписью в названии второго "disk2"
Цитата:
anakabar
имдж бёрн позволяет писать по куе, сохраняя оригинальную структуру диска.
открывайте куешку и жгите
пардон, не понял - какую именно куешку открывать 
имею 13 треков, каждый трек - это неразбитый потреково альбом - итого около 3Gb музыки, хочу всё записать на DVD в ImgBurn в таком же виде(13 неразбитых треков)
в CUETools 2.1.2а жму создать cue. но он вместо одного делает cue на каждый трек (скорее всего извлекает его из каждого трека)?
если порезать на треки то создаётся почему-то два куя с подписью в названии второго "disk2"?
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
25-Янв-12 21:22
(спустя 12 мин.)
anakabar писал(а):
хочу всё записать на DVD в ImgBurn в таком же виде(13 неразбитых треков)
И не разжимать? Тогда зачем Вам CUETools вообще нужна, а тем более CUE?
Кидаете все файлы в ImgBurn и записываете как Data DVD.
|
|
|
|
anakabar
Стаж: 15 лет 8 месяцев Сообщений: 24
|
anakabar ·
25-Янв-12 21:55
(спустя 33 мин.)
у меня-то флаки а нужны вавы 
это мне чё значт конвертнуть и просто записать их на болванку?
|
|
|
|
Songs0fFailure
Стаж: 16 лет 4 месяца Сообщений: 2896
|
Songs0fFailure ·
25-Янв-12 22:15
(спустя 19 мин.)
anakabar
какой формат то ? 16/44 ?
почему DVD ? нужен диск с данными или что ?
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
25-Янв-12 22:20
(спустя 5 мин.)
anakabar писал(а):
это мне чё значт конвертнуть и просто записать их на болванку?
Ну ессно, ведь аудио CD вы на DVD не сделаете.
|
|
|
|
anakabar
Стаж: 15 лет 8 месяцев Сообщений: 24
|
anakabar ·
25-Янв-12 22:30
(спустя 10 мин., ред. 25-Янв-12 22:30)
https://rutr.life/forum/viewtopic.php?t=2468032 - это хочу слушать на ДВД плеере одним диском на котором будут 13 непорезаных треков
megane68 писал(а):
anakabar писал(а):
это мне чё значт конвертнуть и просто записать их на болванку?
Ну ессно, ведь аудио CD вы на DVD не сделаете.
понял СПАСИБО!
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
26-Янв-12 02:09
(спустя 3 часа, ред. 26-Янв-12 02:09)
Все остается в силе. Только вот 3 ГБ в lossless могут по понятным причинам превратиться в > 4,5 ГБ WAV. Смотрите на конечный размер, хотя вроде по примерным подсчетам может уместиться в 4,5 ГБ.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
26-Янв-12 18:35
(спустя 16 часов, ред. 26-Янв-12 18:35)
gchudov
Есть отчёт программы о проверке рипа
[CUETools log; Date: 26.01.2012 18:52:47; Version: 2.1.2a]
Pregap length 00:00:33.
[CTDB TOCID: E28lmdG4zhawZr.sTrbozrlci1w-] found.
CUETools DB: discs with pregaps not supported in this protocol version.
[ CTDBID ] Status
[fa63075d] (1/1) Has pregap length 00:00:00
[AccurateRip ID: 001078ba-0083032c-7009ff0a] found.
Track [ CRC ] Status
01 [286e50b7] (09/13) Accurately ripped
02 [af4b060b] (10/14) Accurately ripped
03 [f3011821] (10/14) Accurately ripped
04 [a55de3ab] (11/15) Accurately ripped
05 [403d64b6] (10/14) Accurately ripped
06 [e67d9221] (10/14) Accurately ripped
07 [35711803] (10/14) Accurately ripped
08 [f6e8c704] (11/15) Accurately ripped
09 [f17c5a2c] (10/14) Accurately ripped
10 [aed66757] (10/14) Accurately ripped
AccurateRip v2:
01 [c627330d] (02/13) Accurately ripped
02 [1e68818e] (02/14) Accurately ripped
03 [39ab4631] (02/14) Accurately ripped
04 [3517b853] (02/15) Accurately ripped
05 [15cb994c] (02/14) Accurately ripped
06 [09679ced] (02/14) Accurately ripped
07 [fd946ea7] (02/14) Accurately ripped
08 [c466293d] (02/15) Accurately ripped
09 [86ebe683] (02/14) Accurately ripped
10 [b24b423d] (02/14) Accurately ripped
Offsetted by -103:
01 [5a8f3bdb] (02/13) Accurately ripped
02 [e61418a3] (02/14) Accurately ripped
03 [4b3ade7e] (02/14) Accurately ripped
04 [deb84f07] (02/15) Accurately ripped
05 [d9a30459] (02/14) Accurately ripped
06 [5fe8d275] (02/14) Accurately ripped
07 [ee7ec86d] (02/14) Accurately ripped
08 [9401abaa] (02/15) Accurately ripped
09 [54a73795] (02/14) Accurately ripped
10 [eeba3d44] (02/14) Accurately ripped
Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
-- 93,8 [2DFBAD7F] [425A05F0] CRC32
01 82,9 [D96DE366] [045B0595]
02 80,4 [32F2AEE2] [6B38D5DE]
03 71,5 [F8E20ABF] [330986A7]
04 44,7 [EE3EF173] [869021AC]
05 75,5 [F3D6B9C6] [48247FF9]
06 82,2 [BBE8C073] [F03537A2]
07 85,3 [96F1AC09] [A0696874]
08 93,8 [A6FE8FEF] [09480BD1]
09 78,8 [2C5D111D] [A6EFC3BC]
10 57,3 [55B5E9F5] [01736F0A]
строчка выделенная жирным шрифтом в сохраняемом программой отчёте отсутствует, но присутствует в журнале программы при демонстрации пользователю.
Можно-ли всё увиденное интерпретировать так: Рип имеет совпадение по базе CTDB 2.0 которая в своих недрах хранит информацию об этом рипе без учёта предзазора перед первым треком, так как это является одной из её особенностей т.е., в базе не учитываются предзазоры? Если я не прав, то расшифруйте пожалуйста всё увиденное пользователем касающееся базы CTDB.
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
26-Янв-12 19:04
(спустя 29 мин.)
База раньше хранила информацию о рипе целиком, включая предзазор при его наличии.
Это приводило к одному приятному последствию - теоретической возможности контролировать целостность HTOA, которой не обладал AccurateRip, и целому ряду неприятных последствий, включая:
1) невозможность использовать информацию о коррекции, если в базу занесён вариант с предзазором, а у вас этот предзазор отсутствует или заполнен нулями
2) невозможность использовать информацию о коррекции, если в базу занесён вариант без предзазора или с заполненным нулями предзазором, а у вас этот предзазор есть
3) невозможность заносить в базу рипы EACом дисков с предзазором в потрековом режиме (EAC при этом предзазор не читает)
В готовящейся к выходу версии CTDB 2.0 предзазор не учитывается в базе, и все эти проблемы устранены. Сервер уже обновлён до версии CTDB 2.0, клиентская часть пока тестируется на новой версии плагина ( https://plus.google.com/u/0/104483163147049308670/posts/HthUiJ7ZSwz)
При использовании старых версий клиента база отказывается принимать информацию о рипах с предзазором. Проверка осуществляется в прежнем режиме.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
26-Янв-12 19:26
(спустя 21 мин., ред. 26-Янв-12 19:41)
gchudov
Спасибо!
gchudov писал(а):
В готовящейся к выходу версии CTDB 2.0 предзазор не учитывается в базе, и все эти проблемы устранены
Это тоже, не есть хороший вариант. Может быть до тех пор пока Вы не найдёте оптимального сочетания для объединения информации о рипах с предзазорами и без, не стоит торопиться.
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
26-Янв-12 19:36
(спустя 10 мин.)
Ну в каком-то смысле в CTDB 2.0 они как раз объединены, в отличие от CTDB 1.0. Вне зависимости от того, делается рип образом или треками, поддерживает привод чтение HTOA или нет, и т.д. - так как контрольные суммы и файл коррекции теперь считаются только на часть рипа начиная с начала первого трека, получается один и тот же результат. Тогда как раньше молги получиться три разных записи - без прегапа, с нулевым прегапом и с ненулевым прегапом.
Что я пытаюсь придумать, это как контролировать целостность прегапа или чинить его. Толковых идей на этот счет пока нет, и задача имеет на мой взгляд низкий приоритет.
Так как дисков с реальным музыкальным содержанием в HTOA кот наплакал, починкой HTOA наверное можно вообще пожертвовать. А вот контроль целостности какой-то сделать бы неплохо.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
26-Янв-12 20:39
(спустя 1 час 2 мин., ред. 26-Янв-12 20:39)
gchudov
gchudov писал(а):
так как контрольные суммы и файл коррекции теперь считаются только на часть рипа начиная с начала первого трека, получается один и тот же результат
Задача одинаковости подсчёта контрольных сумм рипованного аудиоматериала для одного и того-же диска возникла только тогда, когда Вы связались с ЕАС, так как, при использовании своего риппера (CUERipper) всего этого можно было избежать на стадии рипования и невозможности попадания в базу результатов иным способом кроме как при риповании именно им. Так может быть вначале ............ доработать свой риппер.
|
|
|
|
gchudov
Стаж: 16 лет 11 месяцев Сообщений: 138
|
gchudov ·
26-Янв-12 20:41
(спустя 2 мин., ред. 26-Янв-12 20:41)
Для ответа на этот вопрос достаточно посмотреть на статистику: http://db.cuetools.net/stats.php
За несколько месяцев EAC пополнил базу в десятки раз больше, чем CUERipper за два года.
Я конечно продолжаю дорабатывать и продвигать CUERipper, но обогнать по популярности EAC он сможет я боюсь нескоро
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
26-Янв-12 20:57
(спустя 15 мин.)
gchudov писал(а):
Я конечно продолжаю дорабатывать и продвигать CUERipper, но обогнать по популярности EAC он сможет я боюсь нескоро
Для того что-бы он мог это сделать он должен быть более функциональным чем ЕАС, и отсутствие полной поддержки AR (получение из базы и занесение в базу инфы) это не препятствие, при наличие у этого риппера более грамотной своей базы. Это комплексная проблема. Моё мнение, что со стороны создателя базы AR была сделана самая грандиозная ошибка из всех возможных - он допустил к её использованию ЕАС как риппер заносящий туда информацию. Да, база стала быстро пополняться, но и быстро становиться помойкой. Вы её, к сожалению, повторили.
|
|
|
|
