quadra

Takker, skal prøve å få gjort det

Takk for svar og synspunkter "Dersom du hevder at enheten er defekt så burde det ha blitt avdekket på et mye tidligere tidspunkt og ikke 2-3 år etterpå" - grunnen at det har tatt så lang tid er jo at lekasjen er oppstått under lagring og dermed ikke er blitt oppdaget tidligere. Det er ikke noe stort beløp det er snakk om her, men tar opp saken på prinsipp. Jeg mener jeg har fått et veldig dårlig produkt av Corsair, i den grad at det må være en produksjonsfeil som har årsaket lekasjen. Er det en ide å kontakte Corsair direkte? Jeg vet jo hvordan jeg har behandlet produktet selv, så uvøren bruk eller montering mener jeg er en enkel ansvarsfraskrivelse.

Hei,

jeg kjøpte november 2011 et Corsair H60 lukket vannavkjølingsssett brukt. Selger hadde kun prøvemontert det, men syntes det passet dårlig i kabinettet og gikk derfor for en luftkjøler i stedet. H60 var kjøpt hos Dustin juli 2011. Jeg testet etterpå settet, men ble aldri brukende det, så det har ligget nedpakket i originalembalasje siden slutten av 2011. For en måneds tid siden så tok jeg frem settet for å installere i pc'n igjen, men ble da møtt av grønn kjølevæske som hadde lekket ut i posen da jeg jeg pakket ut settet. Etter hva jeg kan se så stammer lekasjen internt fra pumpen (ingen synlig lekasje utenpå).

Det er altså igen synlig slitasje på settet og det har såvidt vært brukt. Jeg kontaktet Dustin for å reklamere da dette er dårlig kvalitet. Jeg fikk avslag på mail. Håper derfor på litt veiledning hva jeg kan gjøre videre!

Min mail til Dustin:

Svar fra Dustin:

"Hei,

Vi avlsår reklamasjon på denne.

Da denne er kjøpt brukt, og har tydelig fungert greit etter å verdt montert og demontert flere ganger.

Derfor anslår vi at denne lekasjen er kommet av enten slitasje fra flere demonteringer.

Eller uvøren bruk. Og ikke en fabrikasjonsfeil.

Som beskrevet har dette settet vært lite brukt og bærer ikke preg av slitasje, og har ellers ligget lagret i original embalasje. Lekasjen har oppstått mens settet har ligget lagret, i leiligheten min (altså tørt og romtemperert). Setter pris på om noen kan hjelpe meg hvordan jeg skal gå frem da jeg har lite erfaring av reklamasjonssaker =/

Mvh, Andreas.

Må si jeg synes disse ser veldig fine ut!

Er ikke så nysgjerrig at jeg orker å sjekke det opp, men det vil være viktig å utelukke at det er dårligere helse som forårsaker at folk sitter mer stille. Folk som har dårlig helse er gjerne mindre aktive nettopp pga dette, så man må være litt forsiktig når man trekker sine konklusjoner...selv om det sier seg selv at det er bedre å være aktiv enn stillesittende =)

Dette så jo utrolig kjipt ut i forhold til mulighetene du har med den kinect lignende tingen og det armbåndet som registrerte håndbevegelser som nylig var artikkel om her..

Er dette kun tenkt for bedrifter, eller finnes det gratisversjon som private kan bruke til å sette opp egen cloud tjeneste? Synes det hadde vært genialt å kunne ha drop box sin lettvinthet, men å stå for lagringsplassen selv....

Med mange gode kjøleløsninger på nye grafikkort idag føler jeg at markedet for tredjepartsløsninger er veldig begrenset, men unntak av entusiaster som ønsker vannblokker vel og merke. Har man ett eldre skjermkort, som er de kortene som mest sannsynlig er ønskelig med en bedre løsning på, så gir det gjerne liten mening i å legge ut penger på kjøling ovenfor å det å skaffe et helt nytt kort som kommer med bra kjøler...

Takker for tipset, har søkt på nettet og sett at BIOS for de fleste ulike HD4870 ligger ute og er lette å oppdrive. Foreløbig har jeg ikke opplevd noe kræsj igjen, tenkte la vær å gjøre noe inntill jeg opplever 1-2 kræsj til, hvor jeg kan sjekke hvilken LED lampe som lyser opp. Etterfulgt av å switche om strømledningene og se hva som da skjer. Neste steg deretter blir vel å prøve å flashe kortet. Kommer til å oppdatere tråden når jeg har funnet ut mer, takk igjen for hjelpen så langt!

Har nå målt spenningen på 12 volt railen på loddepunktene ved de eksterne strømtilkoblingene på grafikkortet. Load ble gjennomført med FurMark testen kjørende (99% GPU load).

Kontakt nederst:

Idle max: 12.18v

Load min: 12.06v

Kontakt øverst:

Idle max: 12.13v

Load min: 11.95v

Disse er godt innenfor forventede verdier ifølge ATX standarden rev.2.2. Som alltid så tas forslag til videre feilsøking eller andre innspill gjerne imot!

Meget mulig at det er PSU (strøm forsyning) som skaper problemer for deg. Normalt bør det ikke kobles inn andre ting på de kablene til skjermkortet. Hvilken PSU er det du har?

Det er en Corsair VX450watt PSU kjøpt januar 2009 (ifra Datakjeden). Er det ikke litt rart dersom det er strømforsyningen når full load ikke skaper trøbbel (absolutt alle gangene det har skjedd har det ikke vært noen tung belastning av grafikkortet, eller resten av pc'n for den saks skyld). Er ikke veldig keen på å kjøpe en ny psu "just in case" uten å mer sikkert kunne si at den er skyldig og hvis jeg kan dokumentere at det er den, så kan jeg jo reklamere isteden for å kjøpe ny.

Edit:

Kom på at siden LED dioden indikerer hvilken av de to koblingene som har mistet kontakten, så kan jeg jo prøve å bytte de om. Hvis det er strømforsyningen/koblingen så burde jo dette føre til at LED'en indikerer den andre koblingen ved kræsj. Hvis samme LED lyser opp så tyder det på grafikkortet. Dette er selvfølgelig ikke idiotsikkert siden jeg kun har sjekket hvilken LED som lyser opp 1 gang, så kanskje jeg burde vente til jeg opplever et par kræsj til (og sjekker hvilken LED som lyser opp hver gang)?

Etter å ha lastet ned .NET framework 4 og kjørt repair, lastet ned og oppdatert til .NET framework 4.5 og så kjørt automatisk oppdatering, så restartet jeg maskinen. Hadde fått opp skype og skulle koble inn webcamen, men så klikket maskinen igjen. Etter restart så gikk jeg inn på skype og startet en samtale, som etter ca 5 minutter ble avbrutt av at maskinen fikk bluescreen og restartet. Første kræsjen så lyste den røde lampen på grafikkortet og jeg har nå koden som tilhører denne: D1C03. Fantes ikke, må være -> D1603 (Se edit nederst).

Kræsjdump 1:

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 116, {fffffa8009455010, fffff88004506e6c, ffffffffc0000001, 3}

Unable to load image \SystemRoot\system32\DRIVERS\atikmpag.sys, Win32 error 0n2

*** WARNING: Unable to verify timestamp for atikmpag.sys

*** ERROR: Module load completed but symbols could not be loaded for atikmpag.sys

Probably caused by : atikmpag.sys ( atikmpag+8e6c )

Followup: MachineOwner

---------

1: kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

VIDEO_TDR_FAILURE (116)

Attempt to reset the display driver and recover from timeout failed.

Arguments:

Arg1: fffffa8009455010, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).

Arg2: fffff88004506e6c, The pointer into responsible device driver module (e.g. owner tag).

Arg3: ffffffffc0000001, Optional error code (NTSTATUS) of the last failed operation.

Arg4: 0000000000000003, Optional internal context dependent data.

Debugging Details:

------------------

FAULTING_IP:

atikmpag+8e6c

fffff880`04506e6c 4055 push rbp

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0x116

PROCESS_NAME: System

CURRENT_IRQL: 0

STACK_TEXT:

fffff880`065f1718 fffff880`042e1000 : 00000000`00000116 fffffa80`09455010 fffff880`04506e6c ffffffff`c0000001 : nt!KeBugCheckEx

fffff880`065f1720 fffff880`042b4569 : fffff880`04506e6c fffffa80`08e35000 00000000`00000000 fffffa80`07efa410 : dxgkrnl!TdrBugcheckOnTimeout+0xec

fffff880`065f1760 fffff880`042e0dad : fffffa80`09455010 fffffa80`09455010 fffffa80`09455010 fffffa80`07efa410 : dxgkrnl!DXGADAPTER::PrepareToReset+0x109

fffff880`065f17a0 fffff880`04387f07 : fffffa80`09455010 00000000`00000000 fffffa80`08a14930 fffffa80`07efa410 : dxgkrnl!TdrIsRecoveryRequired+0x245

fffff880`065f17d0 fffff880`043b5d5a : 00000000`ffffffff 00000000`00002289 fffff880`065f1930 fffffa80`07efa410 : dxgmms1!VidSchiReportHwHang+0x40b

fffff880`065f18b0 fffff880`043b1ca5 : fffffa80`08d8f000 ffffffff`feced300 fffffa80`09356580 fffff880`043968af : dxgmms1!VidSchWaitForCompletionEvent+0x196

fffff880`065f18f0 fffff880`043b1e5d : fffffa80`08d8f000 fffffa80`07efa410 fffffa80`08d90400 00000000`00000000 : dxgmms1!VidSchiWaitForCompletePreemption+0x7d

fffff880`065f19e0 fffff880`043b0d3c : 00000000`00000101 00000000`00000912 fffffa80`09356580 fffffa80`07efa410 : dxgmms1!VidSchiSendToExecutionQueueWithWait+0x171

fffff880`065f1ae0 fffff880`043b0398 : fffff800`00b96000 fffff880`043afd00 fffffa80`00000000 fffffa80`00009040 : dxgmms1!VidSchiSubmitRenderCommand+0x920

fffff880`065f1cd0 fffff880`043afe96 : 00000000`00000000 fffffa80`093566d0 00000000`00000080 fffffa80`07efa410 : dxgmms1!VidSchiSubmitQueueCommand+0x50

fffff880`065f1d00 fffff800`0313234a : 00000000`027a5499 fffffa80`07e8bb50 fffffa80`069a5840 fffffa80`07e8bb50 : dxgmms1!VidSchiWorkerThread+0xd6

fffff880`065f1d40 fffff800`02e82946 : fffff800`0300de80 fffffa80`07e8bb50 fffff800`0301bcc0 00000000`de731000 : nt!PspSystemThreadStartup+0x5a

fffff880`065f1d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16

STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:

atikmpag+8e6c

fffff880`04506e6c 4055 push rbp

SYMBOL_NAME: atikmpag+8e6c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: atikmpag

IMAGE_NAME: atikmpag.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 50a69661

FAILURE_BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

Followup: MachineOwner

---------

Kræsjdump 2:

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)

This is a very common bugcheck. Usually the exception address pinpoints

the driver/function that caused the problem. Always note this address

as well as the link date of the driver/image that contains this address.

Some common problems are exception code 0x80000003. This means a hard

coded breakpoint or assertion was hit, but this system was booted

/NODEBUG. This is not supposed to happen as developers should never have

hardcoded breakpoints in retail code, but ...

If this happens, make sure a debugger gets connected, and the

system is booted /DEBUG. This will let us see why this breakpoint is

happening.

Arguments:

Arg1: ffffffffc0000005, The exception code that was not handled

Arg2: fffff88002398f8a, The address that the exception occurred at

Arg3: fffff88005e66898, Exception Record Address

Arg4: fffff88005e660f0, Context Record Address

Debugging Details:

------------------

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

FAULTING_IP:

lvrs64+2f8a

fffff880`02398f8a 45396924 cmp dword ptr [r9+24h],r13d

EXCEPTION_RECORD: fffff88005e66898 -- (.exr 0xfffff88005e66898)

ExceptionAddress: fffff88002398f8a (lvrs64+0x0000000000002f8a)

ExceptionCode: c0000005 (Access violation)

ExceptionFlags: 00000000

NumberParameters: 2

Parameter[0]: 0000000000000000

Parameter[1]: 000000000003ef44

Attempt to read from address 000000000003ef44

CONTEXT: fffff88005e660f0 -- (.cxr 0xfffff88005e660f0)

rax=0000000000000000 rbx=fffffa8008490f60 rcx=0000000000000001

rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000

rip=fffff88002398f8a rsp=fffff88005e66ad0 rbp=000000000003ef20

r8=0000000000000000 r9=000000000003ef20 r10=0000000000000002

r11=000000000003ef20 r12=fffffa80084b5900 r13=0000000000000000

r14=000000000003ef20 r15=000000000003ef20

iopl=0 nv up ei pl zr na po nc

cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246

lvrs64+0x2f8a:

fffff880`02398f8a 45396924 cmp dword ptr [r9+24h],r13d ds:002b:00000000`0003ef44=????????

Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 0

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 000000000003ef44

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003109100

GetUlongFromAddress: unable to read from fffff800031091c0

000000000003ef44 Nonpaged pool

FOLLOWUP_IP:

lvrs64+2f8a

fffff880`02398f8a 45396924 cmp dword ptr [r9+24h],r13d

BUGCHECK_STR: 0x7E

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff88002398f8a

STACK_TEXT:

fffff880`05e66ad0 00000000`00000000 : fffffa80`0a8ff088 00000000`00000000 00000000`00000000 fffffa80`0a8ff0d0 : lvrs64+0x2f8a

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: lvrs64+2f8a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: lvrs64

IMAGE_NAME: lvrs64.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4f166964

STACK_COMMAND: .cxr 0xfffff88005e660f0 ; kb

FAILURE_BUCKET_ID: X64_0x7E_lvrs64+2f8a

BUCKET_ID: X64_0x7E_lvrs64+2f8a

Followup: MachineOwner

---------

Edit:

Søkte på feilkoder for HD4870 og fant følgende:

HD 4870 LEDs

D1601 - Red LED On, shows critical temperature fault

D1602 - Red LED On, shows External power connector A was removed

D1603 - Red LED On, shows External power connector B was removed

D601 - Red LED On, shows critical Core power fault

Ser ut til at det kan være noe problemer med strømkoblingen altså! Den ene eksterne strømkoblingen går via et skjøtestykke, kanskje denne gir dårlig kontakt? =/ Skal åpne opp pc'en igjen etterpå og se om jeg får koblet det om, slik at det ikke er noe skjøtestykke i mellom. Når jeg tenker meg om, så har jeg en følelse at en god del av tilfellene det har skjedd så har jeg beveget meg i nærheten av toweret, noe som skulle sannsynligjøre at en dårlig kobling er skyldig her. Kommer tilbake med mer info senere, må ut en tur nå, så får kikket på det senere ikveld. Tusen takk for all hjelp så langt

Edit 2:

Kunne ikke motstå å ta en kjapp kikk nå. Den ene av de to eksterne strømkoblingene til grafikkortet har et skjøtestykke til en vifte koblet innimellom. MEN alle koblingene satt godt sammen og selv om jeg prøvde å bevege på de/dytte og dra så fikk jeg ikke pc'n til å kræsje. Begynner derfor å tvile på at det faktisk er en dårlig kobling her, noen forslag? ...trodde jeg hadde funnet feilen =/

Når du fjernet manuelt AMD driverne, slettet du alle mapper og slikt eller brukte du Driver Sweeper? Det beste er å bruke Driver Sweeper da den fjerner alle register innføringer pluss andre spor.

 

Hvis du tar sjansen på rote litt i registeret til WIndows, er det lett å reinstallere DirectX. Dette skal virke i Windows Vista, Windows 7 og Windows 8. Trykk Win tasten + R, skriv regedit og trykke Enter. Hvis UAC hopper opp, klikk Ja til å kjøre regedit.

Finn så nøkkelen HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectX og dobbelklikk på Version og forander nunmner fra 4.09.00.0904 til 4.08.00.0904. Steng regedit og last ned DirectX installer og kjør det. DirectX vil nå bli reinstallert.

Prøvde å skifte version nr til 4.08.00.0904, men installasjonsprogrammet sier fortsatt at jeg har samme eller nyere versjon installert og vil derfor ikke kjøre, så dette virket desverre ikke.

Edit:

Har nå kjørt DxDiag programmet (som skal diagnostisere DirectX?) som ikke rapporterte noen problemer.

Da har jeg testet med FurMark, kjørte første standard 15 minutterstesten uten problem (99% GPU load, max temp 89 grader). Så kjørte jeg samme test igjen, men med manuell viftekontroll satt til 28%. Testen gikk helt fint og ble gjennomført med max temp på 102 grader (kortet skrur automatisk opp viften ved 101 grader for å unngå skade).

Noen som vet noe mer om den loggede feilen ved installasjon, og om den eventuellt kan ha sammenheng med DirectX?

AMD APP SDK RuntimeFinal Status: Fail

Version of Item: 10.0.937.2

Size: 90 Mbytes

Når du fjernet manuelt AMD driverne, slettet du alle mapper og slikt eller brukte du Driver Sweeper? Det beste er å bruke Driver Sweeper da den fjerner alle register innføringer pluss andre spor.

 

Hvis du tar sjansen på rote litt i registeret til WIndows, er det lett å reinstallere DirectX. Dette skal virke i Windows Vista, Windows 7 og Windows 8. Trykk Win tasten + R, skriv regedit og trykke Enter. Hvis UAC hopper opp, klikk Ja til å kjøre regedit.

Finn så nøkkelen HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectX og dobbelklikk på Version og forander nunmner fra 4.09.00.0904 til 4.08.00.0904. Steng regedit og last ned DirectX installer og kjør det. DirectX vil nå bli reinstallert.

Det er tydligvis uenighet ang. Driver Sweeper, men jeg valgt nå å følge denne guiden (som også gjerner register innføringer) -> http://www.overclock.net/t/988215/how-to-properly-uninstall-ati-amd-software-drivers-for-graphics-cards

Genialt tips for å få installert DirectX forøvrig, tusen takk! =)

meg0709:

Nå vil jeg vente litt med å klokke ned til jeg sikkert vet hva som årsaken er og om det er noe vits i. Men det du sier er meget intressant, neste gang skal jeg sjekke hvilken LED som lyser, det hadde jeg faktisk ikke tenkt på å sjekke. HVIS det skulle være samme feil som du opplevde, så burde denne la seg fremprovosere med noen type torturetest. Skal prøve ut med engang og se hva som skjer.

Da har jeg avinstallert, og så manuellt fjernet både filer ifra utforsker og register. Så installerte jeg nyeste driver igjen, MEN akkurat som tidligere ganger får jeg denne feilen i installasjonsloggen:

AMD APP SDK RuntimeFinal Status: Fail

Version of Item: 10.0.937.2

Size: 90 Mbytes

Noen som har noe tanker rundt dette? Lurer også på hvordan jeg går frem for å sjekke/"reparere" directx hvis denne er skyldig ifølge loggen.

Hei!

Ser jeg har fått mange gode tips nå, vært borte i helga, så har ikke fått kikket på det. For sikkerhetsskyld så satte jeg maskinen til å kjøre Mem86 og etter 20 timer så var det ingen feil funnet (som jeg regnet med, men skadet ikke å teste).

Holder strømforsyninga mål da? Det er etter min mening alfa omega for en stabil og god maskin. Er det en ting jeg legger mange kroner i så er det strømforsyning. Etter det du sier så virker det som PCen har funka fint før, men det er jo elektronikk vi snakker om. Strømforsyninga kan jo ha blitt dårligere ettersom åra har gått.

Strømforsyningen er en corsair Corsair 450watt, kjøpt januar 2009.

Skjer dette når som helst, eller i spill?

Neste gang det skjer, ta også åpne maskina, og se på skjermkortet, lyser det ett, lys en rød liten LED pære eller ett eller anna på skjermkortet, gjerne mot fronten(bakenden av kortet) av kabinettet.

 

Åpne CCC også går du på performance, amd overdrive, unlocker den om den er locked, så klokker du kortet NED, med en 100-200MHz, hjelper det?

 

Har du mulighet for å prøve ett anna skjermkort?

Ja, jeg glemte tydligvis å skrive dette, men når driveren klikker så settes vifta til 100% og den røde LED lampen på baksiden av PCB lyser opp. Problemet er det klikker såpass uregelmessig at det vil være svært vanskelig å se om det fungerer å klokke det ned, noe jeg helst også vill unngå. Har annet skjermkort også, men av samme årsak så er dette en problematisk måte å feilsøke på. Kræsj forekommer tilsynelatende helt tilfeldig og har ikke oppstått i sammenheng med spilling eller noen andre grafisk tunge aktiviteter.

Det ser ut som at DirectX går igjen i den dumpen din, så du kan prøve noe så enkelt som å slå av Aero i WIndows 7 og kun kjøre med basiske WIndows farger ala Win XP. Aero bruker DirectX, og er det krøll med DirectX installasjonen din, kan AMD driveren få hikke.

 

Vær også obs på at jo nyere driver du bruker, jo verre kan ting bli da nyere drivere er optimisert for HD 6xxxx og HD 7xxx serien, og ikke så mye for HD5xxx og HD 4xxx serien. I mange tilfeller kan det hjelpe å bruke en eldre driver, f. eks. 12.8 og ikke siste som finnest.

Takk for tipset, greit å ha som alternativ. Slik jeg har sett på det så er mitt første, og beste alternativ å avinstallere og så manuellt slette alle restene av AMD driverne, for å så gjøre en clean install. Hvis dette ikke virker så vil jeg bli nødt til å se på alternativene. Hvordan kan jeg eventuellt fikse en korrupt directx installasjon?

Takker for all hjelp så langt, har nok tips nå til at jeg har litt å prøve på! =)

Har desverre litt vanskelig for å svare på hvor ofte det skjer, siden jeg kun skrev opp dato de to siste gangene. Det har skjedd meg kanskje 4-6 ganger totalt, og virker som om det har blitt verre i det siste...spesielt som jeg nevnte nå at det skjedde igjen etter reboot pga samme feil.

PC'en er selvbygd og har en del år på nakken, med unntak av hovedkort og RAM som er under et år gammelt.

Tilleggsopplysning:

Det skjedde akkurat igjen, så måtte reboote og rett før jeg kom til innloggingsskjermen så klikket det igjen! Neste reboot var vellykket. Vet ikke om dette er til noen hjelp, men det er ihvertfall ikke sammenheng med at jeg gjør noe spesifikt på pc'n.

Hei,

har problemer med at grafikkortet/driver klikker ofte på min stasjonære, slik at jeg ikke får noe bilde (intet signal) og må derfor gjøre en hard-reset Jeg oppdaterte nylig grafikkort driveren til siste versjon, men feilen er der enda.

Hva kan jeg gjøre? Er det software eller hardware problem? Takker for hjelp =)

Specs:

Windows 7 HP x64

AMD HD4870 512mb

AMD Catalyst 13.1

Info ifra minidump (WinDgb):

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

VIDEO_TDR_FAILURE (116)

Attempt to reset the display driver and recover from timeout failed.

Arguments:

Arg1: fffffa800ae264e0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).

Arg2: fffff88003abde6c, The pointer into responsible device driver module (e.g. owner tag).

Arg3: ffffffffc0000001, Optional error code (NTSTATUS) of the last failed operation.

Arg4: 0000000000000003, Optional internal context dependent data.

Debugging Details:

------------------

FAULTING_IP:

atikmpag+8e6c

fffff880`03abde6c 4055 push rbp

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0x116

PROCESS_NAME: System

CURRENT_IRQL: 0

STACK_TEXT:

fffff880`05d60a18 fffff880`0569b000 : 00000000`00000116 fffffa80`0ae264e0 fffff880`03abde6c ffffffff`c0000001 : nt!KeBugCheckEx

fffff880`05d60a20 fffff880`0566e569 : fffff880`03abde6c fffffa80`08dc2000 00000000`00000000 fffffa80`0825a010 : dxgkrnl!TdrBugcheckOnTimeout+0xec

fffff880`05d60a60 fffff880`0569adad : fffffa80`0ae264e0 fffffa80`0ae264e0 fffffa80`0ae264e0 fffffa80`0825a010 : dxgkrnl!DXGADAPTER::PrepareToReset+0x109

fffff880`05d60aa0 fffff880`05741f07 : fffffa80`0ae264e0 00000000`00000000 fffffa80`09f36af0 fffffa80`0825a010 : dxgkrnl!TdrIsRecoveryRequired+0x245

fffff880`05d60ad0 fffff880`0576fd5a : fffffa80`ffffffff 00000000`00a8af5e fffff880`05d60c30 00000000`00000002 : dxgmms1!VidSchiReportHwHang+0x40b

fffff880`05d60bb0 fffff880`0573d29e : fffffa80`0825a010 ffffffff`feced300 fffffa80`07321010 00000000`00000000 : dxgmms1!VidSchWaitForCompletionEvent+0x196

fffff880`05d60bf0 fffff880`05769e7a : 00000000`00000000 fffffa80`07321010 00000000`00000080 fffffa80`0825a010 : dxgmms1!VidSchiScheduleCommandToRun+0x1b2

fffff880`05d60d00 fffff800`0317a34a : 00000000`05650233 fffffa80`08caeb50 fffffa80`069a5840 fffffa80`08caeb50 : dxgmms1!VidSchiWorkerThread+0xba

fffff880`05d60d40 fffff800`02eca946 : fffff880`009e9180 fffffa80`08caeb50 fffff880`009f3fc0 fffff880`05d60e40 : nt!PspSystemThreadStartup+0x5a

fffff880`05d60d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16

STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:

atikmpag+8e6c

fffff880`03abde6c 4055 push rbp

SYMBOL_NAME: atikmpag+8e6c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: atikmpag

IMAGE_NAME: atikmpag.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 50a69661

FAILURE_BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

Followup: MachineOwner

---------

Det er ikke noe å forklare. Bare tull og oppspinn, og før jeg faktisk får se skikkelig vitenskapelige artikler, og noen som faktisk kan bekrefte disse målingene så spørs det om det er verdt å diskutere engang.

 

Det er 37 år siden disse studiene og har aldri blitt godtatt i noe vitenskapelig miljø. (hadde det blitt bekreftet så hadde man fått vite det for å si det)

Og da snakker jeg ikke om noe shady opplegg av 50-60 personer som går med blyhatt på hodet, lever på steder hvor det ikke er lov å bruke elektroniske komponenter, samt mener magnetisme endrer celler i kroppen etc.

 

Nesten alle som kommer med kommentarer mot dette sikter kun til denne mannen sitt research. I tillegg så linker du til en side som på nær fanatisk måte prøver å nå ut i verden om at akkurat den typen stråling på en uforklarlig måte skal skade hjernen. Dette er som sagt 37 år siden, og med tanke på hvor mye slik stråling som raser igjennom enhver person hver eneste sekund så burde det i følge hans forskning ikke finnes noen personer uten hjernesvulster store som rotter.

 

Hørt om at det var en svindelskandale relatert til et svensk universitet i et nærliggende vitenskapelig felt, og jeg undres på om denne skandalen ikke refererte til denne mannen også. Var noe med vitenskapelig fusk, men det er så lenge siden at jeg ikke husker noe av det.

 

Sist men ikke minst så er det fullstendig ulogisk, og jeg skal likt å se noen komme med en faktisk forklaring på hvorfor det skal være farlig å varme opp hjernen/hodet vårt, som strengt talt er utstyrt med særdeles godt kjøleanlegg og laget for å takle mengder med varme. (uendelig mye mer enn det radiobølger eller mikrobølger kan utsette en for)

Takk for svar =) Jeg er ikke så innsatt i dette området akkurat, men husket å ha hørt om denne blod-hjerne barriære problemstillingen tidligere, så jeg tok et kjapt søk for å se hva jeg fant.

Tja, jeg husker vi hadde IR-overføring av data på 90-tallet, og lasere brukes noen ganger til å overføre data point-2-point... Framtiden er nå

Ja, det stemmer. 400-790 terahertz-båndet har jo faktisk blitt brukt i kommunikasjon i tusenvis av år. Dog, akkurat det utdraget var egentlig ment noe sarkastisk, nettopp fordi det blir helt feil å tro at ny utvikling bare øker strålefrekvensen, og at vi på et tidspunkt vil ha livsfarlig stråling. Ja, for vi mennesker har for lengst tatt i bruk det aller meste av det elektromagnetiske spektrum, og hovedpoenget mitt er at "mange" frykter stråling fordi det nettopp heter dette, stråling. Og da ofte uten å vite det faktum at bla. kjente elementer som f. eks lys og varme også er stråling, og som på ingen måte er mindre skadelig.Noen blir redd fordi mobilen varmer opp øret deres noen grader, men blir ikke redd når sola skinner i ansiktet, eller du kjenner at huden koker i sola... Hvorfor? Synlig lys er jo å regne som langt mer høyfrekvent og farlig enn mobilstråling. Forklaringen er i grunn ikke så vanskelig. Det er fordi det er "ukjent" og ikke noe "naturlig", og heller ikke noe man kan se.

Hvordan forklarer du studiene som viser bl.a. blod-hjerne barriære lekasje ved eksponering for denne typen stråling?

http://www.cellphonetaskforce.org/?page_id=579

Linken inneholder en kort oppsummering og kilde liste til selve artikklene.

Noen interessante artikler angående "retina display":http://filmicgames.com/archives/698http://www.cultofmac.com/173702/why-retina-isnt-enough-feature/

Tusen takk for linkene!! Skal med glede bruke de hver gang noen påstår at høyere oppløsning er bortkastet *made my day*

Artikkelen mangler en liten ting: Utnytt skjermkortet ditt også når du ikke bruker PC-en. Gi bort skjermkortets gigaflops til veldedige prosjekter som trenger det. Boinc manager er en organisator for ulike veldedige prosjekter. Deriblant forskning på kreft, alzheimer, gravitasjonsbølger i rommet og mye annet rart. Seti@home er vel det mest kjente av prosjektene der, selv om det er litt meningsløst. Uansett, velg et prosjekt med GPU-støtte og sett i gang. Vi trenger flere bidragsytere både for å løse oppgavene og for at Norge skal hevde seg bedre i konkurransen, for morroskyld.

Vet ikke åssen det er med nyeste generasjon av skjermkort, men utifra erfaring til og med HD4870 så bråker de fleste skjermkort ganske godt ved 100% load, så hvem vil vel at skjermkortet skal gjøre noe annet enn å idle når de ikke spiller. OK, jeg kan se for meg muligheten å la det jobbe ivei når man er på jobb/skole..

Gigahertz: Problemet er at tearing er avhengig av brukerens konfigurasjon. Tearing forekommer av en feil i sambandet mellom delene i maskinene. Og den kommer i 3 former:-Ingen tearing-Tearing på høyere enn 60 fps-Alltid tearing, så lenge det ikke er vsync til stedeVis du er i grupper 2 eller 3 så ja, da er Vsync obligatorisk. Er du derimot i grupper 1, da er vsync ubrukelig da det ikke tjener til noe som helst.

Tearing er relatert til en usynkronisert bildeflyt mellom skjermkort og monitoren. Den eneste måten en kan skape synkronisert bildeflyt mellom skjermkort og monitor er ved bruken av Vsync som derav synkroniserer bildene med monitorens refresh rate. Det eksisterer ingen form for hardware-kombinasjon som eliminerer tearing uten bruken av Vsync. Det er irrelevant om FPSen er under eller over refresh rate så lenge den ikke er "faktisk" synkronisert med monitoren.

Men da skjønner jeg ikke hvorfor det er mulig å slå av Vsync? Utifra det du sier forstår jeg det som at du vil alltid oppleve tearing uten Vsync. Hvorfor ville noen latt deg slå av noe som er helt nødvendig?