Joozeff

OK, tak, w takim przypadku lepiej nie testować. Ja podmieniłem biblioteki w HD2, widać tam jest mniej restrykcyjny Game Guard. Same stery chyba nie wystarczą, pewnie będzie wersja tej biblioteki, czyli gra będzie musiała to zaimplementować oficjalnie.

@Lameismyname Ja mam innym RAM w kompie. Mam swoje stare kostki 2x 8GB. Z OC, pozaciskane timingi (dobre Hynixy CJR SR). Nie robiły problemów, nic podobnego. Ten sam CPU, płyta. Nie chcę pracować na tej wątpliwej pamięci, bo pomimo że zakres adresowy, w którym dzieją się te przekłamania nie jest duży, a przekłamanie na 2 bitach tylko (i to jest stale powtarzalne), to czasem mam jakiś crash, który wcześniej zwalałem na grę/GPU i że "czasem tak jest". A i ten zakres adresów i stale 2 konkretne przekłamane bity (z 32) jak dla mnie wygląda na jakąś konkretną kość w module, albo kości, ścieżki - cokolwiek. Czemu to potrafi działać sprawnie - za cholerę. Teraz zacząłem się zastanawiać,co by było, gdybym zwiększył napięcie, bo u mnie to max 1.38V. Może coś by się odetkało? [dodane] Nic się nie odetkało, wstawiłem te RAMy po całym dniu w pudełku, 1.4V nic nie poprawiło. Liczyłem jeszcze na to, że może to leżenie w pudełku czymś zaskoczy, jakby tak nagle zaczęło działać. Ale nie. Widać magia dzieje się w serwisie sprzedawcy. Samo opakowanie nie jest magiczne

Czysty profil XMP też generuje błędy. A z drugiej strony ciasne OC potrafi pracować stabilnie przez kilka dni. Jak wsadzę do innego kompa, to ile ma to tam pracować, żeby rezultat był wiarygodny - tydzień? Miesiąc? To jest rozważanie hipotetyczne, wskazuję, w czym jest problem. Dostałem w poniedziałek zwrot tych RAMów, wsadziłem do kompa i od razu przywróciłem w BIOS ciasne timingi, które miałem ustawione poprzednim razem. I od razu na to puściłem testy TM5, kilka godzin. Zero błędów. Potem na tych ciasnych timingach komp pracował do dziś, codziennie po włączeniu zapuszczałem na 10 minut MemTest86. Bez błędów. Dziś się sypnęło - błąd pierwszy po 30 sekundach, potem lawina pozostałych. Wywaliłem te ciasne timingi, załadowałem czyste XMP. Bez zmian. Wyjąłem sprawny moduł, zostawiłem ten który generował błędy w przeszłości solo. Błędy. Zmieniłem slot. Błędy. Wyjąłem moduł z błędami, wstawiłem drugi, sprawny. Przeszło cały cykl MemTest86 bez błędu. Powtarzam tą procedurę już po raz 3ci, za każdym razem jest to samo, ten sam rodzaj błędów, zakresy adresowe. I też do jakiegoś momentu moduł jest sprawny, a po jakimś okresie traci tą sprawność. Scenariusz serwisu jest taki, że wstawiają kości i sprawdzają, nie wiem, nawet kilka h. U mnie to też chodzi poprawnie przez 3 dni.

Doceniam, ale nie w tym kłopot. Problem w tym, że ja to wysyłam do sprzedawcy, z pełnym opisem, załącznikami, a oni testują u siebie i to działa (nie zakładam złej woli). Potem odsyłają do mnie i u mnie działa przez 3 dni (dokładnie tak się 2x wydarzyło, gdzie dziś jest 4-ty dzień tego 2-go razu). Dlatego jest jakiś ogólny problem z rodzajem usterki, mnie ciekawi nie "czy" moduł jest zwalony, bo jest (na zasadzie prostego różnicowania między tym, który działa poprawnie, a tym, który generuje powtarzalne błędy, kiedy już zacznie). Mnie ciekawi co takiego tam się dzieje fizycznie, co by wyjaśniało te zachowania. Powiedziałbym, że może gromadzenie się jakiegoś ładunku, który nie spływa, ale nie znam się dobrze na sposobie działania RAMów. Tak czy siak, to feler, tak nie powinno się dziać, na co wskazaniem jest poprawnie działający moduł. No i inna para RAMów 2x 8GB, też Hynix CJR, które działają bez problemów. Czyli mam 4 moduły, ta sama platforma, 1 moduł daje te przekłamania, niezależnie od gniazda, taktowania. A wszystkie 4 katowane na stabilność godziny w TM5. Brałbym to, co się rysuje.

Właśnie tego nie wiem. Nie mam takiej ścieżki. No chyba że 3 dni po serwisie, bo tak było 2x Jak już świrują, to zawsze jeden moduł, niezależnie od gniazda. Te same 2 bity (pierwsze testy w lutym robiłem, mam raporty z MemTest86) i podobny zakres adresowy. Drugi moduł wszystko przechodzi bez błędu - więc ... raczej to nic innego. Różne sloty, zmieniałem BIOS, taktowanie, przecierałem styki. To świrowanie nie ustępuje, to nie jest coś cyklicznego. Jak już się zacznie, to jest. Za pierwszym razem walczyłem z tym prawie tydzień, nie mogąc rozpoznać źródła niestabilności (zakładałem, że może Ryzen coś).

Konsument ma wybór w oparciu o niezgodność towaru z umową, tak mi się mocno wydaje (czy zwrot kasy, czy wymiana). Myślę nad wersją z zimnym lutem. Nie jestem pewien, bo ja dziś jak i poprzednio po odesłaniu od sprzedawcy, miałem błędy na zimnym kompie, ale ... nie od razu. Nie pierwszego dnia. A pierwszego katowanie pamięci. Zarówno teraz jak i poprzednio były 3 dni bez błędu, codziennie na starcie MemTest86, zanim Windows odpali.

Właśnie dziś problem powrócił. Komp na zimno, już standardowo odpalanie zaczynam od szybkiego MemTest86 z USB. No i powtórka z rozrywki: 3733MHz błędy, potem XMP 3600MHz błędy. Jeden moduł sprawny, drugi te same przekłamania na dwóch bitach, w stałym co wcześniej zakresie adresowym. W międzyczasie wyłączam kompa, przekładam moduły w różne sloty, nic nie pomaga. A wczoraj działało. Zaczynam pomału dopuszczać magię Jestem ciekawy, co robią w serwisie sprzedawcy, że to potem jakiś czas u mnie działa. Jeszcze wczoraj puszczałem na tych RAMach TM5 1usmus, tak z dobre 40 minut, bez żadnego problemu. A dziś MemTest86 z 60 błędów, i to tak nie dobił nawet do 50%. Niby fizyka. Tak, myślę, że G.Skill to będzie właściwy krok dalszy, a jeśli tam wymienią, no to poproszę sprzedawcę o zwrot kosztów wysyłki

Dzięki za podpowiedź. Póki co zwiększyłem strumień powietrza w obudowie w zależności od HotSpot GPU - mam takie sprytne zależności w FanControl. Crashy od tego momentu nie było. Napięcie Vdimm 1.37V, ale próbowałem 1.36V i to też nic nie zmieniło w testach. AiO mam od Be Quiet! Bardziej myślę o jakimś hipotetycznym rozwiązaniu, bo oddawanie ciepła przez GPU do środka obudowy to raczej standard, chłodzenie wodne GPU, to już większa zabawa i wydatek. Może wystarczyłby jakiś większy radiator na RAMy? Luźniejsze nastawy to w mojej ocenie takie poddawanie się trochę Ta opisana sytuacja była na Hynixach CJR SR od Kingston'a. Aktualnie mam w kompie Hynixy CJR DR od G.Skill - tutaj testów nie robiłem.

Taka historia. Na początku zeszłego roku, jeszcze przed podwyżką, kupiłem DDR4 G.Skill 2x16GB. Wstawiłem do kompa (bez testowania), ustawiłem taktowanie 3733MHz i ... zapomniałem o nich. Na początku tego roku, po wymianie GPU i zabawach w jego tune'owanie, stwierdziłem, że pozacieśniam trochę timingi RAMu. Wziąłem TM5 1usmus i ... co ustawię, przejdzie 3 cykle, to zmienię coś innego, wywala błędy, cofam tą ostatnią zmianę - błędy nadal. Próbowałem to stabilizować przez 2 dni, cudowałem z napięciami, sprawdziłem ponownie CO w Ryzenie - bez sukcesu. Na koniec mnie olśniło, wrzuciłem MemTest86. Jeden moduł dawał przekłamania na dwóch bitach, w jakimś stałym zakresie adresowym. Sprawdzałem różne sloty solo, profil XMP, czysty JEDEC - bez różnicy. Drugi moduł spoko. Spakowałem RAMy, odesłałem do sprzedawcy, powołując się na niezgodność towaru z umową. Po tygodniu odrzucenie, "u nas działa". Przyszła paczka, wrzuciłem na półkę, bo były inne rzeczy na tapecie. Paczka poleżała kilka miesięcy do lipca. Wtedy przyszedł czas. Otworzyłem, pamięci do kompa, MemTest86 - wszystko działa. Ustawiłem 3733MHz i zacząłem katować TM5 1usmus i anta777 - stabilne jak skała i powtarzalne. Pozacieśniałem timingi, to było wiele godzin testów, przez kilka dni, kiedy miałem czas, coś zacieśniałem i potem TM5. Na 4ty dzień, zaczęły się znowu problemy: coś zacieśniłem, błąd, cofnąłem do stabilnego - nadal błąd. Nauczony doświadczeniem znowu MemTest86 - przekłamania na 2 liniach bitowych jak na początku roku (tych samych), podobny zakres adresowy. Ponownie testowanie każdego modułu osobno, różne sloty, XMP, JEDEC - cały czas przekłamania. Spakowałem paczkę, opisałem wszystko co się dało, jakąś przypadkowość, wskazałem analogie co do konkretnego modułu i przekłamań zgodnych z tymi z początku roku, dołączyłem raporty z MemTest86, wysłałem ponownie do sprzedawcy. Po tygodniu powtórka: decyzja o odrzuceniu, "u nas działa". Dziś odebrałem paczkę. Wstawiam do kompa - ano działa. Ustawiam 3733MHz z tymi ciasnymi timingami które wypracowałem wcześniej - działa. MemTest86 przechodzi. Nie mam pomysłu o co chodzi. Ktoś, coś?

Wcześniej była metafora.

To nie kwestia osądów, ale faktów. Po lewej oryginalne nastawy. Zasada ta sama, szlifowane pod egzemplarz UV, które pozwala na OC w ramach podobnego obciążenia eneregtycznego (takie codzienne, realne w grach, nie "na chwilę" dla wykręcenia rekordów)

Nie zauważyłem, żeby ktoś zaklinał rzeczywistość. Mowa była o oficjalnym FSR4 INT8 dla RDNA2. Potem ten kolega, który pomylił wątki, zaczął coś pisać o DLSS, integrze i że ma toaletę w domu. Taki roztrzepany widać trochę

Na podobnej zasadzie nikogo nie interesuje co się tobie wydaje. Może uznałeś, że twoje przemyślenia są jakoś istotne, dlatego postanowiłeś się nimi podzielić. Sugeruję przemyśleć, czy ktoś jest zainteresowany. Przypomnę, to wątek poświęcony RDNA2, a ty nic mądrego nie napisałeś w temacie. Nawet ogólnie w temacie nic - bo DLSS to stajnia zielonych. Integra - to też nie ten wątek. Kolego, myślę, że pomyliły się tobie wątki.

Ale co ma więcej oferować? Gram w co-opy, tu liczy się czysty raster i ostrość obrazu (max czytelność), wysoki fps (reakcja). Co niby wypieram grając? Wyświetlany fps? Jakość tekstur, bo VRAM za mało? Zachowujesz się tak, jak ktoś kto wszedł do salonu z autami, chodzi, zachwyca się, ale nigdy nie wyjechał na ulicę, nie skumał, że autami się po prostu jeździ.

A tak, bezmyślnie, założyłem że o to chodzi Gorzej nie znaczy, że "kiblowo", prawda? FSR4 wygląda lepiej niż FSR3. Głupie to porównanie. RDNA2 to nadal 16GB VRAM i duża moc w czystym rastrze. Technologia starsza, owszem. Ale czy już można mówić, że przestarzała?