Keresés

Aktív témák

  • anaqer

    veterán

    válasz e-biza #27 üzenetére

    Egy hír valóban megérdemelt volna a dolog, de azért én nem mutogatnék ujjal... mellesleg ATi tagadja, hogy az uj driverek bármi kárt okoznának:

    RESPONSE TO ALLEGED MONITOR FAILURE ISSUE

    We have spent a great deal of time trying to reproduce this problem and analyzing our driver code. There is nothing in our driver code that has changed since CAT 3.7 to CAT 3.8 that could possibly cause this behaviour. We believe that our drivers are not causing these alleged problems.

    We do not currently believe these stories are valid. We have already confirmed that of the nearly 100 OEM customer programs have asked for and received this driver, we have received no reports on any such problem from the OEMs. We have also run comprehensive QA tests on the driver before releasing it and have had no cases of failed monitors.

    Since we announced CATALYST 3.8 on October 8th, we have recorded hundreds of thousands of downloads, and thus far there have been absolutely no reports whatsoever to ATI's Customer Support department to report monitors failing.


    RESPONSE TO ALLEGED HARDWARE OVERHEATING ISSUE

    We have spent a great deal of time analyzing the temperatures due to the CATALYST 3.8 drivers. We do not under any circumstance see anything near a 10 degree Celsius increase in temperature (but we don't overclock our test cards either). We do see a slight increase in temperature in certain cases (3Dmark2003 Nature Scene for example). However any temperature increase is well within our safety range. Investigation continues and we are trying to determine why this change in temperature exits. At this point we are reproducing individual driver packages with code being checked in and measuring the temperature. However nothing shows the alleged increase in temperature. One independent website even tried to reproduce this issue, and found no measurable difference in temperature between CATALYST 3.7 and 3.8.


    TECHNICAL REBUTTAL OF MONITOR FAILURE ALLEGATIONS

    There have been many posts in the forums discussing this issue, it seems it is a common theory, picked up from one place and keep being circulated. One such theory suggests the following:

    ''Instead of reading the refresh rates from the PRIMARY display INF files, it is reading the SECONDARY display INF refresh rates.''

    In XP and 2K, we don't have access to monitor INF information in our driver component that manages display capability. We have never used this monitor information for any purpose. We rely on EDID data or user override information to determine monitor capability. Even though the OS may use the monitor information to expose high refresh rate based on monitor INF content, the driver always restricts the actual refresh rate going to the monitor based on EDID or the user override. In essence, the user may be able to select from OS controlled monitor page (in advanced property pages) a high refresh rate but internally driver will restrict the refresh rate going to the monitor based on EDID information or user override information. If user set the override information incorrectly then incompatible signals would be sent to the monitor.

    In 9x, we can access monitor INF information but due to issues with how OS maps the INF to a monitor, we had disabled reading the monitor INF via registry. Unless someone deliberately changes the registry setting for this in 9x, they would not run into any monitor INF related issues.


    Forrás: ATi hivatalos nyilatkozat a [H]ardOCP-n. ( Bocs a hosszúságért, de nem akartam megvágni... )

  • anaqer

    veterán

    válasz e-biza #22 üzenetére

    Nagyon régi lehet az, az én 2000-es GABA (!) 15 colosom kiröhögött, amikor túl nagy refresht állítottam be... persze ha nekem vinné szét a cuccost, biztos hogy én is anyáznék éktelenül ;]

    De ez a kártyasütögetős ez ismerős valahonnan... nem az egyik Detonator csinált ilyet valami 3D-s képernyővédők alatt, hogy nem pörgette fel rendesen a flóefikszet?

  • anaqer

    veterán

    Ezt a monitoros dolgot furcsállom egy kicsit... az újabbak elméletileg hardverből felismerik a túl magas frissítési frekvenciákat, és lemennek standbyba. Sőt, így utánagondolva, gyakorlatilag is... akkor mitől mennek tönkre? :F

  • anaqer

    veterán

    válasz udvari #10 üzenetére

    Nem arról van szó, hogy csak a moddolt kárytákat fenyegeti a dolog, hanem hogy azok _nagyobb_ veszélyben vannak. Elképzelhető, hogy egyes non-pro kárytákra olyan gyári hűtést raktak, ami pro-s frekvenciákon már kevés lehet. Itt a driver hibája könnyebben okozhat túlmelegedést, mint ha nincs moddolva vagy ha pro-ra méretezett hűtés van hozzá.

    Örülünk, hogy nálad nincs ez a probléma. De ha csak egy ilyen karesz ég el, az már egyel több a kelleténél. Jobb az óvatosság.

    e-biza: azért a forrást tüntessük fel ilyenkor, nem mindegy, hogy TheInquirer vagy Guru3D ( én például ott láttam délután először ).

Aktív témák