|
|
|
blackride
Стаж: 17 лет Сообщений: 210
|
blackride ·
29-Янв-11 15:25
(14 лет 7 месяцев назад, ред. 29-Янв-11 15:25)
Хорошо бы было если б прога умела делать лог как в EAC, а то приходится вручную все забивать или через CueRipper перерипывать.
С одной стороны хорошо, что CueRipper - аналог EAC'а, но почему то вроде и несильно царапанные диски не может снять правильно или довести процесс до конца. Парадокс.
И еще один парадокс - он быстрее снимает рип чем EAC - это наверное то что скорость раскрутки диска чуть больше чем в том же EAC.
Как думаете по этому поводу?
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
29-Янв-11 15:53
(спустя 28 мин., ред. 29-Янв-11 16:07)
blackride
Плата за скорость - худшее чтение. Это же очевидно. За все в жизни надо платить.
Или вы думаете, что автор EAC глупее автора Cueripper, и не мог сделать, чтобы рип занимал меньше времени?
Это не так. Автор EAC как раз уменьшил время снития рипа, с одной стороны сделав выбор числа перечитываний автоматическим, а во-вторых, ограничив верхнюю планку максимального их числа, по сравнению с Cdex, в котором это число можно было выбрать вручную (и оно постоянно на протяжении всего диска) при максимуме 999 повторных чтений.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
29-Янв-11 15:59
(спустя 5 мин., ред. 29-Янв-11 15:59)
yandexworld писал(а):
Вы заблуждаетесь.
Я Даже больше скажу, в ХР еще зависило от SP.
yandexworld писал(а):
Runtime Visual C++ Стоит на всех компах с предустановленной системой (брендовых).
От Вы опять в тот же беспредметный спор упираетесь.
То есть по Вашему на Windows 7 должны быть установлены все Visual C++, которые были выпущены до момента релиза дистрибутива и они еще и обновляются?
Лучше зайдите на сайт майкрософта и поспорьте на эту тему с представителями и разработчиками ОС.
yandexworld писал(а):
Это легко проверяется - попробуйте запустить приложение написанное на Net в системе, где не установлен фреймворк.
Мы говорили о портабельности программ, а не спорили о том в какой среде написаны программы.
Ради примера я могу Вам показать одну программу для обработки видео, которая в установочном варианте требует фраймворк 4, а ее же портабельная версия с оф сайта ничего этого не требует!
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
29-Янв-11 16:27
(спустя 28 мин., ред. 29-Янв-11 16:27)
megane68 писал(а):
yandexworld писал(а):
Вы заблуждаетесь.
Я Даже больше скажу, в ХР еще зависило от SP.
Однако, ваша попытка говорить на отвлеченные темы не отменяет того, что вы заблуждаетесь утверждая что в WinXP стоял первый фраймворк:
megane68 писал(а):
В XP первый стоял.
и не хотите признавать свое заблуждение (а предпочитаете скромно отредактировать свое сообщение, удалив из него этот тезис).
megane68 писал(а):
yandexworld писал(а):
Runtime Visual C++ Стоит на всех компах с предустановленной системой (брендовых).
От Вы опять в тот же беспредметный спор упираетесь.
Вы опять же это можете легко проверить - если не хотите верить на слово.
megane68 писал(а):
yandexworld писал(а):
Это легко проверяется - попробуйте запустить приложение написанное на Net в системе, где не установлен фреймворк.
Мы говорили о портабельности программ
Вот именно. А вы стали утверждать, что " это я так считаю", что приложения на Net не работают в системе, где не установлен фреймворк и соответственно, все самопальные сборки с нет приложениями говнопортабельны по определению.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
29-Янв-11 16:53
(спустя 25 мин.)
yandexworld писал(а):
а предпочитаете скромно отредактировать свое сообщение, удалив из него этот тезис
Где я чего редактировал?
По поводу первого фраймворка уже даже не помню какой стоял в первом ХР, XP SP1, XP SP2 и XP SP3.
Это к нашему разговору никакого отношение не имеет.
Имело только то, что портабельность программы определяется ее возможностью работать на голой оси, без установленных дополнительных компонентов в систему.
Net Framework к таким не относится, так как уже изначально включен в дистрибутив Windows.
Visual C++ не является пакетом входящим в дистрибутив ОС, так как его нужно устанавливать дополнительно. Причем этих пакетов от 10 до 16 штук на сколько я помню (только не придирайтесь опять к цифрам количества пакетов, если Вам так интересно можете сами на фо сайте их посчитать сколько их требуется для разных систем).
yandexworld писал(а):
Вы опять же это можете легко проверить - если не хотите верить на слово.
Во что? В то, что NET Framework является частью дистрибутива Windows? Так это очевидно. Только до Вас не доходит.
yandexworld писал(а):
А вы стали утверждать, что "это я так считаю", что приложения на Net не работают в системе, где не установлен фреймворк и соответственно, все самопальные сборки с нет приложениями говнопортабельны по определению.
Опять включаете дурака? Я такого не утверждал. Мой псто относился к вашей полной цитате, а выводы сделали Вы.
|
|
|
|
Wector_M
Стаж: 17 лет 5 месяцев Сообщений: 749
|
Wector_M ·
29-Янв-11 19:04
(спустя 2 часа 11 мин.)
simple.i
megane68
подскажите, а вот какую степень сжатия выставлять в настройках libALAC? при 11 iPod издает треск почти на каждом треке. стал ставить 7 - но и при этом попадаются щелчки. что порекомендуете?
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
29-Янв-11 19:38
(спустя 33 мин.)
Wector_M
В ALAC вообще лучше делать родным кодером. Там по сути нет никакой другой степени, одна только. Для этого нужно делать через утилиту qaac.exe https://rutr.life/forum/viewtopic.php?t=2933657
|
|
|
|
Wector_M
Стаж: 17 лет 5 месяцев Сообщений: 749
|
Wector_M ·
29-Янв-11 20:03
(спустя 25 мин.)
megane68
а те кодеры, которые в куетулсе - не родные?
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
29-Янв-11 20:12
(спустя 8 мин.)
Wector_M писал(а):
а те кодеры, которые в куетулсе - не родные?
Нет конечно. Родные кодеры только в iTunes и QuickTime. Для макоси XLD конвертер.
А утилита qaac.exe только дает параметры задействовать кодер QuickTime. Поэтому и требуется для конвертации установленный плеер QuickTime или QuickTime Alternative.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
30-Янв-11 17:01
(спустя 20 часов, ред. 30-Янв-11 17:01)
blackride
blackride писал(а):
С одной стороны хорошо, что CueRipper - аналог EAC'а, но почему то вроде и несильно царапанные диски не может снять правильно или довести процесс до конца.
CUERipper не аналог ЕАС, и в том виде котором есть никогда им не будет. Если начать перечислять то что умеет ЕАС и то чего как раз и не хватает в CUERipper касаясь только процесса снятия рипа - наберётся внушительный список. Одной из них, функции использования информации о возвращении ошибок С2 приводом, как раз которая бы и пригодилась при снятии рипа с "несильно царапанного" диска, в CUERipper-е нет, конечно-же, при умении приводом это делать.
yandexworld
yandexworld писал(а):
Плата за скорость - худшее чтение.
Ничего подобного! Всё зависит от тракта "диск - привод". Есть приводы на которых определённые диски ЕАС считать правильно без использования функции возврата приводом информации об ошибках С2 просто не удаётся, при этом, CUERipper на "сумасшедшей скорости" по отношению к скорости снятия рипа в ЕАС, делает рип с такого диска на этом же приводе без ошибок и проблем. И таких сочетаний "пруд-пруди". Так что, есть всякого рода ситуации, а то что пониженные скорости считывания на современных приводах мешают нормальному прочтению дисков с определёнными отклонениями в качестве поверхности, для меня лично давным давно, неоспоримый факт, который может подтвердить любая программа тестирования качества считывания в зависимости от его скорости, в свою очередь, которое будет характерно для любой софтины использующей этот тракт.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
30-Янв-11 19:25
(спустя 2 часа 24 мин., ред. 30-Янв-11 19:25)
Cornerstone писал(а):
Ничего подобного! Всё зависит от тракта "диск - привод". Есть приводы на которых определённые диски ЕАС считать правильно без использования функции возврата приводом информации об ошибках С2 просто не удаётся, при этом, CUERipper на "сумасшедшей скорости" по отношению к скорости снятия рипа в ЕАС, делает рип с такого диска на этом же приводе без ошибок и проблем.
Это недоработки программ (алгоритма) (отставание обновления программ от от появления новых моделей приводов, от новых типов болванок и т.д.), а не нарушение означенного принципа.
Подобно тому, как за больше сжатие нужно платить временем.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
30-Янв-11 20:17
(спустя 51 мин., ред. 30-Янв-11 20:17)
yandexworld писал(а):
Это недоработки программ (алгоритма) (отставание обновления программ от от появления новых моделей приводов, от новых типов болванок и т.д.), а не нарушение означенного принципа.
Этот список еще можно ох как пополнить, начиная от производителей приводов и болваник, заканчивая прессами и т. п.
yandexworld писал(а):
Подобно тому, как за больше сжатие нужно платить временем.
Убедиться в неправильности, вернее в узкости этого утверждения можете сами, поработав с тестами скоростей разных дисков на разных приводах. Можете даже задействовать тестовые программы разных авторов. Проделав такие тесты сможете убедится, что у каждого привода (скорее производителя) и тем более болванки есть оптимальная скорость и далеко не всегда она является минимальной.
Напомню, что речь о Вашем утверждении:
yandexworld писал(а):
Плата за скорость - худшее чтение.
А так же о Вашем сравнении:
yandexworld писал(а):
Подобно тому, как за больше сжатие нужно платить временем.
Сообщения из этой темы были выделены в отдельный топик Флуд из: CUETools: Обзор программы (обсуждение) - 2 [626867]
Stanics
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
30-Янв-11 23:32
(спустя 3 часа, ред. 30-Янв-11 23:32)
megane68
megane68 писал(а):
yandexworld писал(а):
Это недоработки программ (алгоритма) (отставание обновления программ от от появления новых моделей приводов, от новых типов болванок и т.д.), а не нарушение означенного принципа.Этот список еще можно ох как пополнить, начиная от производителей приводов и болваник, заканчивая прессами и т. п.
yandexworld писал(а):
Подобно тому, как за больше сжатие нужно платить временем.Убедиться в неправильности, вернее в узкости этого утверждения можете сами, поработав с тестами скоростей разных дисков на разных приводах. Можете даже задействовать тестовые программы разных авторов. Проделав такие тесты сможете убедится, что у каждого привода (скорее производителя) и тем более болванки есть оптимальная скорость и далеко не всегда она является минимальной.
Напомню, что речь о Вашем утверждении:
yandexworld писал(а):
Плата за скорость - худшее чтение.А так же о Вашем сравнении:
yandexworld писал(а):
Подобно тому, как за больше сжатие нужно платить временем.
Вы не осознаете, что пишите невпопад,
Пытаетесь выводить принцип из отвлеченных частностей.
Это как, например, делать вывод о скорости архивации, измеренной на разных процессорах.
Принцип определяется в одинаковых условиях. То есть, если речь идет о скорости рипа, то на одном и том же приводе и на одной и той же болванке, меняется лишь алгоритм.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
30-Янв-11 23:48
(спустя 15 мин.)
yandexworld
Извиняюсь, но дополнил Вашу фразу двумя словами, для понимания того о чём идёт речь.
yandexworld писал(а):
Плата за повышенную скорость считывания - худшее чтение
yandexworld писал(а):
не нарушение означенного принципа
Описанного Вами принципа в принципе не существует, так как, любая болванка при чтении на каком либо приводе представляют из себя единственный в природе и уникальный тракт, и только протестировав который можно выяснить оптимальный именно для него скоростной и любой другой режим считывания - что не умеет делать ни один риппер, включая ЕАС.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 00:02
(спустя 14 мин., ред. 31-Янв-11 00:02)
Cornerstone писал(а):
Описанного Вами принципа в принципе не существует
Кто это вам сказал? Оптическое считывание аналогично любому другому. И все принципы на него распространяются. Например, если шпиндель обычного винчестера (7200) разогнать в два раза, число ошибок возрастет. Причем это возрастание скорее всего будет носить характер геометрической прогрессии.
Аналогичная картина и с болванками. Если бы это было не так, то не было бы смысла понижать скорость вращения при наличии ошибок.
P.S. Просто некоторые по причине каши в голове путают процесс считывания с процессом записи (на болванки). Первый является чисто физическим процессом, тогда как второй - физико-химический, в силу чего есть еще ряд факторов влияющих на его качественное протекание.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 00:09
(спустя 7 мин.)
yandexworld писал(а):
Например, если шпиндель обычного винчестера (7200) разогнать в два раза, число ошибок возрастет.
Как всегда любопытные сравнения. 
Может стоит тогда сделать такой винчестер у которого скорость будет в два раза больше, чем раскручивать HDD который не умеет работать в этом режиме?
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 00:16
(спустя 6 мин., ред. 31-Янв-11 00:16)
megane68 писал(а):
yandexworld писал(а):
Например, если шпиндель обычного винчестера (7200) разогнать в два раза, число ошибок возрастет.Как всегда любопытные сравнения.
Может стоит тогда сделать такой винчестер у которого скорость будет в два раза больше, чем раскручивать HDD который не умеет работать в этом режиме?
Это к чему? Теорию новую открывать собираетесь? Или старую опровергать?
Вроде как речь шла о зависимости количества ошибок от скорости считывания, а вы про конструирование винчестеров речь завели...
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 00:26
(спустя 9 мин., ред. 31-Янв-11 00:26)
yandexworld писал(а):
Вроде как речь шла о зависимости количества ошибок от скорости считывания, а вы про конструирование винчестеров речь завели...
Я говорю о Ваших любопытных сравнениях.
Почему Вы делаете упор на такие условия, в которых невозможен нормальный функционал оборудования?
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 00:30
(спустя 4 мин.)
megane68 писал(а):
Почему Вы делаете упор на такие условия, в которых невозможна нормальный функционал оборудования?
А причем тут оборудвание? Речь шла о принципе, теории если угодно. Возмите раптор и уменьшайте скорость шпинделя - количество ошибок чтения уменьщится.
Или вы понимаете только на уровне слесарно-ремесленического лужу-паяю-эвеме-починяю?
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
31-Янв-11 00:36
(спустя 5 мин., ред. 31-Янв-11 00:36)
yandexworld
yandexworld писал(а):
Если бы это было не так, то не было бы смысла понижать скорость вращения при наличии ошибок.
Да будет Вам известно, что этого как раз делать и не надо, скорее наоборот, а тесты показывают что даже не просто скорее, а именно наоборот делать и надо, но с Вами я вижу бесполезно разговаривать и что либо объяснять, начитались теории которая к практике никакого отношения не имеет и лепите тут зачитанными до дыр фразами которым место на свалке лет так уже пяток. Продолжайте дальше, положение дел в этом вопросе на практике всё равно не поменяется на то которое Вы здесь описываете. Форумное пространство для Ваших опусов про шпинделя безгранично, так что писать можете пока модераторы не остановят. Желаю Вам удачи на поприще адекватных аналогий и успеть по-больше написать пока не произошло описаное мной в предидущем предложении.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 00:43
(спустя 7 мин., ред. 31-Янв-11 00:43)
Cornerstone писал(а):
Да будет Вам известно, что этого как раз делать и не надо, скорее наоборот, а тесты показывают что даже не просто скорее, а именно наоборот делать и надо, но с Вами я вижу бесполезно разговаривать и что либо объяснять, начитались теории которая к практике никакого отношения не имеет и лепите тут зачитанными до дыр фразами которым место на свалке лет так уже пяток. Продолжайте дальше, положение дел в этом вопросе на практике всё равно не поменяется на то которое Вы здесь описываете. Форумное пространство для Ваших опусов про шпинделя безгранично, так что писать можете пока модераторы не остановят. Желаю Вам удачи на поприще адекватных аналогий и успеть по-больше написать пока не произошло описаное мной в предидущем предложении.
Результаты тестов независимости (или обратной зависимости) количества ошибок чтения оптических дисков от скорости их вращения вы можете продемонстрировать?
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 00:45
(спустя 2 мин., ред. 31-Янв-11 00:45)
yandexworld писал(а):
Речь шла о принципе, теории если угодно.
Принцип существует только когда можно создать одинаковые условия для всех или по крайней мере для большинства оборудования и носителей информации.
Вам уже говорили, что конкретно для каждого случая, носитель- оборудование, будет некая оптимальная скорость считывания и необязательно она будет самая низкая. То есть это так сказать некий компромисс между болванкой - дисководом.
Cornerstone писал(а):
yandexworld
но с Вами я вижу бесполезно разговаривать и что либо объяснять
Тоже заметили?
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 00:50
(спустя 4 мин., ред. 31-Янв-11 01:03)
megane68 писал(а):
yandexworld писал(а):
Речь шла о принципе, теории если угодно.Принцип существует только когда можно создать одинаковые условия для всех или по крайней мере для большинства оборудования и носителей информации.
Вам уже говорили, что конкретно для каждого случая, носитель- оборудование, будет некая оптимальная скорость считывания и необязательно она будет самая низкая. То есть это так сказать некий компромисс между болванкой - дисководом.
Причем тут разные дисководы?
Принцип работает независимо от используемого оборудования. Потому он и принцип.
А разное оборудование создает лишь разные результаты. Однако они подчиняются теории.
Есть еще, конечно, промежуточное звено между оборудованием и результатами считывания - определенное софтовый механизм, который, в зависимости от своей реализации, может в большей или меньшей степени вносить погрешность в результаты измерений. Например идеальный программный риппер, написанный на ассемблере вносил бы наименьшую погрешность (по крайней мере, при определении времени считывания), а скажем он же, но на делфи - большую, поскольку имел бы меньшее быстродействие.
Чтобы исключить влиние этого фактора, можно принимать данные в "сыром" (необработанном и нескорректированном) виде непосредственно со считывающего устройства и сравнивать их с эталонными.
Эти схемы известны в промышленности и используются, например, при автоматизированном контроле качества дисков.
|
|
|
|
Cornerstone
Стаж: 17 лет 8 месяцев Сообщений: 1583
|
Cornerstone ·
31-Янв-11 00:51
(спустя 59 сек.)
yandexworld писал(а):
Результаты тестов независимости (или обратной зависимости) количества ошибок чтения оптических дисков от скорости их вращения вы можете продемонстрировать?
Да! Ищите по инету. Вы всех любите учить пользоваться гуглом, по-пользуйтесь им и Вы с выгодой получения актуальной информации на сегодняшний день, но есть другой способ её получения - по-больше заниматься практической деятельностью самому, тогда для получения такого рода информации никакой гугл будет не нужен. На этом прошу ко мне в этой теме по данному вопросу больше не обращаться.
|
|
|
|
megane68
Стаж: 17 лет 5 месяцев Сообщений: 19955
|
megane68 ·
31-Янв-11 00:53
(спустя 1 мин.)
yandexworld
Исправьте цитатку пожалуйста.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 00:55
(спустя 2 мин.)
yandexworld писал(а):
Результаты тестов независимости (или обратной зависимости) количества ошибок чтения оптических дисков от скорости их вращения вы можете продемонстрировать?
Это сделать довольно легко каждому для своего персонального привода. Протестировать в программе Nero CD-DVD Speed и определить, на какой скорости наименьшее число ошибок чтения. У разных приводов эти показатели разные. Впрочем, подобный тест имеет смысл только, если диск содержит ошибки С2, если нет, то данная операция бессмыслена.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 01:10
(спустя 14 мин., ред. 31-Янв-11 01:10)
simple.i писал(а):
Это сделать довольно легко каждому для своего персонального привода.
Ну и где результаты тестов?
И, как вы понимаете, ощибки не ограничиваются С2.
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 01:13
(спустя 3 мин., ред. 31-Янв-11 01:13)
yandexworld писал(а):
Ну и где результаты тестов?
Ну так сделайте у себя тест и будут Вам результаты. Что Вам до моих?
yandexworld писал(а):
И, как вы понимаете, ощибки не ограничиваются С2.
Но С1 корректируются внутрях, потому их можно не учитывать.
|
|
|
|
yandexworld
Стаж: 14 лет 10 месяцев Сообщений: 565
|
yandexworld ·
31-Янв-11 01:18
(спустя 4 мин., ред. 31-Янв-11 01:18)
simple.i писал(а):
Ну так сделайте у себя тест
Если я сделаю - меня будут уличать некоторые товариши в необъективности. Вы же сами понимаете.
simple.i писал(а):
Но С1 корректируются внутрях, потому их можно не учитывать.
Не имеет значения. Мы говорим не о типе данных, а о явлении (зависимости количества ошибок считывания от скорости считывания).
|
|
|
|
simple.i
Стаж: 16 лет 9 месяцев Сообщений: 8442
|
simple.i ·
31-Янв-11 01:23
(спустя 5 мин.)
yandexworld писал(а):
Если я сделаю - меня будут уличать некоторые товариши в необъективности. Вы же сами понимаете.
Т.е., Вы предлагаете, чтобы в этой самой необъективности уличили вместо Вас меня? Хитро.
yandexworld писал(а):
Не имеет значения.
Почему же? Если наличие этих ошибок для внешнего алгоритма прозрачно, т.е. они (ошибки) попросту не видны, то как Вы предлпгпете их учитывать? И есть ли в этом какой-то практический смысл?
|
|
|
|
