Pages: (3) [1] 2 3  ( Show unread post )

> обсуждение надо ли выключать кэш в EAC
 ShirA Member is Offline
 Posted: 28-02-2007, 21:22 (post 1, #719269)

слушаю и... приглядываю
Group: Netlab Soldier
Group: Netlab Soldier
Posts: 1558
Warn:0%-----
начало обсуждения зародилось здесь
PM Email Poster
Top Bottom
 yury_usa Member is Offline
 Posted: 28-02-2007, 21:24 (post 2, #719271)

меломан

Group: Prestige
Posts: 18022
Warn:0%-----
если его выключить, плохого точно ничего не будет :wink:
PM
Top Bottom
 ShirA Member is Offline
 Posted: 28-02-2007, 21:28 (post 3, #719274)

слушаю и... приглядываю
Group: Netlab Soldier
Group: Netlab Soldier
Posts: 1558
Warn:0%-----
timtima, будь добр, сбрось ссылку, где предъявляют претензии к выключенному кэшу (можно личкой).
PM Email Poster
Top Bottom
 yury_usa Member is Offline
 Posted: 28-02-2007, 21:36 (post 4, #719281)

меломан

Group: Prestige
Posts: 18022
Warn:0%-----
QUOTE (LF_)
На счет Drive caches audio data - они утверждают, что ЕАС это определяет правильно и если автодетект говорит NO - значит NO. Но я не верю :) Я ставлю там галку и это приводит к тому, что ЕАС сбрасывает буфер дисковода принудительно - т.е. всегда читает 2 раза с самого диска, а не из буфера ЦДром. Медленнее, но зато я спокоен :)

PM
Top Bottom
 ShirA Member is Offline
 Posted: 28-02-2007, 21:39 (post 5, #719284)

слушаю и... приглядываю
Group: Netlab Soldier
Group: Netlab Soldier
Posts: 1558
Warn:0%-----
я, честно говоря, пока вообще не понимаю суть претензий. что ЕАК можно заставить с определенными параметрами грабить быстрее, так это - да, но не в разы (и, как правило, в ущерб точности). надо почитать, что там реально пишут, тогда и обсудим.
PM Email Poster
Top Bottom
 ShirA Member is Offline
 Posted: 28-02-2007, 21:53 (post 6, #719293)

слушаю и... приглядываю
Group: Netlab Soldier
Group: Netlab Soldier
Posts: 1558
Warn:0%-----
юр, понимаешь, с кэшем я так уж много не эксперементировал, а с С2 пробовал на разных приводах. причем на тех, на которых ЕАК считает, что С2 нормально работает. у меня получалось, что ошибки находились, но НЕ ВСЕ. и ВАВ с С2 и без С2 получался разный. уверен, что точность определения ЕАКом работы кэша при аудио рипе, тоже не сто процентная. а в таком случае какой смысл экономить время, если нет уверенности в надежности рипа. да, и как я уже писал, выйгрыш, покрайней мере на моих приводах, был достаточно символический. плюс возникает вопрос, как проверять корректность такого рипа.
PM Email Poster
Top Bottom
 timtima Member is Offline
 Posted: 28-02-2007, 22:08 (post 7, #719310)

Advanced

Group: Members
Posts: 457
Warn:0%-----
сама дискуссия зародилась здесь

Все посты до этого можно не читать. Буду надеяться, что местные власть имущие не сочтут данные ссылки за рекламу. Просто если пользователь прав это позволит некоторой части граберов прилично съэкономить время.


QUOTE
На счет Drive caches audio data - они утверждают, что ЕАС это определяет правильно и если автодетект говорит NO - значит NO. Но я не верю Я ставлю там галку и это приводит к тому, что ЕАС сбрасывает буфер дисковода принудительно - т.е. всегда читает 2 раза с самого диска, а не из буфера ЦДром. Медленнее, но зато я спокоен

ну не обязательно полагаться на EAC можно воспользоваться тестом в Feurio
QUOTE
If EAC reports "Caching: Yes", enable this by ticking the "drive caches audio" box. This message means that your drive caches audio data. In such cases, every sector read will be read from cache and is identical, this will increase the probability of errors & cause a speed decrease. EAC needs to clear the cache by overreading it.
Tip: EAC may misinform about audio caching as an alternative you can use Feurio's audio caching test found in Feurio.exe\Ctrl+Alt+P\Test device\Cache test.
Tip: If you are not sure whether your drive caches audio data or not (or if you simply don't wish to perform Feurio's audio caching test and you still want accurate results), as a rule of thumb, enable this option. By doing this, you instruct EAC to flush the cache every time it reads audio data-irrespective of whether your drive caches audio data or not. This might result in lower ripping speeds, but the results will be most accurate.
Tip: Some drives disable audio caching at low speeds, if your drive is set to DMA transfer mode try changing it to PIO only transfer mode then re-test for caching.
Один раз точно определив, что данная опция у Вас не поддерживается приводом, можно ее не отмечать, тем самым экономя на каждом рипе до 25% времени, что не так уж и мало с учетом того, что за результат на выходе можно быть увереным на все 100%
Я повторюсь в очередной раз :) Это не моя логика и на данный момент я просто ее пересказываю по одной простой причине- я не нахожу в ней каких-то слабых мест, что имхо странно :) Они вроде должны быть :)

This post has been edited by timtima on 28-02-2007, 22:12
PM Email Poster
Top Bottom
 Сергей Иванович Member is Offline
 Posted: 28-02-2007, 22:17 (post 8, #719315)

Паэд-биздельнег

Group: Prestige
Posts: 5196
Warn:0%-----
Блин, да чего там опять обсуждать-то? Ну конечно, если доподлинно известно, что привод не кэширует, галку можно не ставить. Но тогда сэкономленное на грабленьи время придётся потратить, причём не в однократном объёме, на то чтобы бесконечно объяснять некоторым форумчанам, де, мой привод не кэширует, поэтому можете смело качать, всё нормально...
PM
Top Bottom
 LF_ Member is Offline
 Posted: 28-02-2007, 22:19 (post 9, #719318)

Hand of Doom
Group: Roots
Group: Roots
Posts: 17384
я не понял - в чем проблема? Сколько времени эконмится не в процентном отношении, а в минутах? Пусть даже драйвер 100% не кэширует данные - я теперь что - должен выучить все драйвера и как именно они кэшируют? Это рипер может один раз сделать - а нам остальным что - мучаться? Думать - а не кэшировал ли? Там рипер что - 24 часа рипает, сорвенование на кто больше нарипает? Не понимаю :dunno:
PM
Top Bottom
 timtima Member is Offline
 Posted: 28-02-2007, 22:26 (post 10, #719325)

Advanced

Group: Members
Posts: 457
Warn:0%-----
LF_
Сергей Иванович
Пасиба. На данном этапе я выяснял это лично для себя :) Теперь все более ли менее понятно. Лично меня совесть грызть не будет в случае если я уберу две буковки "NO" из лога :) Конечно же в случае 100% уверенности, что мой привод не кэширует аудио данные. Еща раз благодарю.

Зы: Теперь мне интересно процентное соотношение приводов, кэширующих аудио данные к неделающим этого :)

This post has been edited by timtima on 28-02-2007, 22:27
PM Email Poster
Top Bottom
 LF_ Member is Offline
 Posted: 28-02-2007, 22:54 (post 11, #719341)

Hand of Doom
Group: Roots
Group: Roots
Posts: 17384
"Вот и верь после этого людям" :diablo: Потом сиди тут и думай - почему же релиз цыкает, вроде лог нормальный...
PM
Top Bottom
 timtima Member is Offline
 Posted: 01-03-2007, 00:09 (post 12, #719369)

Advanced

Group: Members
Posts: 457
Warn:0%-----
QUOTE (LF_ @ 28-02-2007, 21:54)
"Вот и верь после этого людям" :diablo: Потом сиди тут и думай - почему же релиз цыкает, вроде лог нормальный...
Ну это я шутя, мне лишних 4-6 минут не жалко потратить для успокоения качающих :) На моих релизах циканий по-моему не наблюдалось. Кстати тест на мой NEC ND-3530A выдал, что кэширование аудио данных он не поддерживает...

QUOTE
Result:
Maximum transfer rate: 3325 kBytes/Second
Cache size for audio data: 0 kByte
It seems that your device isn't able to cache audio data!


QUOTE
Зы: Теперь мне интересно процентное соотношение приводов, кэширующих аудио данные к неделающим этого


QUOTE ("Kykc")
Искать - это дело полезное. Могу вам конкретной информации добавить. У меня установлены 4 привода: DVD-Rom Asus E608, CD-RW Aopen CRW1632, DVD-ROM LiteOn JLMS XJ-HD166S и DVD +/-RW NEC ND3540. При этом:
-DVD-Rom Asus E608 - не кэширует аудио данные,
-CD-RW Aopen CRW1632 - не кэширует,
-DVD-ROM LiteOn - кэширует,
-DVD +/-RW NEC ND3540 - не кэширует.

Несколько других приводов:
-DVD +/-RW NEC ND2500 - не кэширует,
-CD-RW LiteOn LTR-52327S - кэширует,
-CD-ROM Samsung SC-152C - не кэширует,
-CD-ROM Nec 3001B - не кэширует.
-DVD-ROM Samsung SD-612 - не кэширует.
Вот вам и проценты.


This post has been edited by timtima on 01-03-2007, 00:15
PM Email Poster
Top Bottom
 FiL Member is Offline
 Posted: 01-03-2007, 00:58 (post 13, #719397)

Сварливый Мозг Клуба
Group: Roots
Group: Roots
Posts: 22885
2 из 9. Много. Слишком много для того, чтобы верить. Уж лучше пару минут ждать при рипе.
PM Email Poster ICQ AOL MSN
Top Bottom
 timtima Member is Offline
 Posted: 01-03-2007, 01:07 (post 14, #719401)

Advanced

Group: Members
Posts: 457
Warn:0%-----
QUOTE (FiL @ 28-02-2007, 23:58)
2 из 9. Много. Слишком много для того, чтобы верить. Уж лучше пару минут ждать при рипе.
В смысле "2 много"? 2, которые кэшируют. Т.е. наоборот мало :) Получается, что 75% граберов тратят какое-то время при рипе впустую, гоняя привод почем зря? Для меня это действительно порой актуально, т.к. времени у меня каждый день свободного нет, то граблю по 10-15 дисков за "присест", на выходных или еще когда, вот тогда это может вылится в полчаса субботы, которые по моему "личному тарифу" стоят нее меньше трех часов понедельника B)

This post has been edited by timtima on 01-03-2007, 01:10
PM Email Poster
Top Bottom
 FiL Member is Offline
 Posted: 01-03-2007, 01:37 (post 15, #719418)

Сварливый Мозг Клуба
Group: Roots
Group: Roots
Posts: 22885
если-бы 2 из 100 кешировали, то я-бы согласился с мыслью о том, что вероятность кеширующего привода мала и посему даже если ЕАС определеил неправильно (если он определит, что привод кеширует, то отключит кеш по-любому, как галочки не ставь), то и хрен с ним. Но если каждый 4-й привод кеширует, то я уже не хочу полагаться ни на что.

Далее, я не понимаю, почему ты говоришь о "гоняя привод почем зря". ЕАС по-любому читает несколько раз. Будет он между этими разами сбрасывать буфер или нет влияет весьма незначительно. Основное время тратится на чтение диска, а количество чтений не меняется от этой настройки. По крайней мере, я так понимаю.

P.S. А ты сам пробовал замерять время с включенной и выключенной галкой?
PM Email Poster ICQ AOL MSN
Top Bottom
Topic Options Pages: (3) [1] 2 3