Stuff_
-
Posts
723 -
Joined
-
Last visited
Content Type
Forums
Status Updates
Blogs
Events
Gallery
Downloads
Store Home
Everything posted by Stuff_
-
Well it can't be a monitor issue because the game crashes. I've noticed it in PUBG as well. It's not overheating, temps are between 60-70c, which is completely fine for this card. This is happening without any OC.
-
This keeps happening to me. Any ideas? I havea 1080ti ftw3, and it's a recent issue. I have a video of it from Ace Combat 7 earlier today: https://youtu.be/kB4MUY1UT_c
-
I feel like the original cooler was the issue entirely. I have had it for 2.5-3 years, so maybe the pump wasn't as good as it once was. Either way I get between 5-10c better. I appreciate the help and input. Sorry if I seemed rude or anything. I was frustrated because of the issue but feeling a bit better seeing my temps drop and generally max out at 77c or so (instead of 87).
-
Meh. I've found that every single software sensor reading has always been the same within a degree or so. But if it makes you feel any better, I downloaded and ran it. Identical temps.
-
Well, I bought another h100i v2 from bestbuy just now and installed it. Gonna test and see if my unit has a failing pump or something. If so, it's still under Corsair warranty. I don't have a small fft screenshot from prime95 with my other unit, but I do have the "blend" test hw mon screenshot. 1st image: Old AIO using blend mode in prime 95: 2nd Image: New AIO using small fft in prime 95: I recall using small fft with the other AIO and seeing temps around 85-90c before I stopped stressing. I'm gonna swap back just to double check.
-
Well my issue is that I'm seeing really high temps just with stock everything except I've lowered my voltage and set an offset. Gaming I'll see mid 70s, stressing with prime I'll see 85-90c. This is at 4.5ghz as well.
-
I have a Corsair h100i V2 and even with leaving it un overclocked at 4.5 turbo my CPU will hit almost 90c in prime 95. My paste application is fine. So that either leaves the h100i having issues or the CPU had a poor application of tim initially.
-
So everything up until the turbo speeds stick with the Intel specs but once you go above turbo (4.5ghz I suppose) adaptive will take over and set a maximum voltage? Also I'm super disappointed in the heat of kaby lake. Can't read even hit 4.7 without warm temps, but my voltages seem very low. Just a shitty tim job I guess.
-
I'm trying to find the lowest voltage possible before instability. I'm only set to 4.6ghz, and I'm using adaptive. On my Asus Strix board my additional turbo mode could voltage is 0.966 and my offer voltage is -0.50 It boots and runs asus realbench until I stop it. I'm not sure if I'm misunderstanding adaptive voltage, but it doesn't seem to be reducing voltage when I lower those numbers. Any help would be appreciated.
-
I agree. My question was more of a rhetorical kind of thought, leaning towards "a compromise is a compromise." I really dislike script kiddies (and their desire for attention), but I can appreciate a seasoned hacker. However, you never know which ones those are, as they are the ones that do things similar to penetrating the DNC network. Anyway, this all sounds so shitty to me, and probably a product of social engineering. Boogie on YT just had this happen to him through Verizon.
-
What difference does it make if they are script kiddies or some elite hacker?
-
I mentioned this as well about a page ago, when replying to this silly man.
-
Why would they no longer wish to sell the DB if they actually had it? Basically Linus called their bluff, and thus far, they haven't done anything to prove their cards. If they really had it, and wanted to call Linus out on being a "fucking retard" then they would paste the DB somewhere, and simply not sell it.
-
No, but you can very well get hacked. See Boogie. His hack was at fault of Verizon and social engineering. There was absolutely nothing that could have prevented than except an act of God.
-
Passwords aren't (well, shouldn't be) encrypted. Encryption and one-way hashing are different.
-
For the sake of security, forum passwords are stored in a nice cryptographically secure manner, yeah?
-
Where is the proof? So there's a video of one person recording, and a second person "sleeping." Who says he didn't do it for the video? Who says the first driver isn't a friend? It's the internet. These things can be setup and not be real at all.
-
Sucks. I sold my shares back around Feb or so. Then a few months later it goes flying through the roof. I lost on a large potential gain.
-
The difference is obvious. One can perform powerful computations, and the other cannot.
-
More cores will, ultimately, be the direction to go anyway. So what's the point in ignoring it right now? You will not want to increase cpu speed, you'll just increase heat and power consumption. -
That is a terrible example. The point is, the technology doesn't change anything. Your headphones will still be headphones. You haven't really added any additional functionality that will justify the cons. A smartphone is a computer. A dumb phone is not. USB Type-C headphones are headphones. 3.5mm headphones are headphones. And to be clear, I never disagreed with the change. But to shove it all into ONE single connector is a bad design. So often I charge and listen simultaneously. This removes that features without an additional adapter, which is just bullshit.
-
But why do I need to buy that when it works great as I am using it?
-
Adapter is the wrong way to approach the problem. If you lose it, you're SOL. So often I listen to music in my car. My car isn't new enough to have a Bluetooth module to support music, so I use the aux input. nearly every time I charge, and listen simultaneously (so my battery doesn't drain). I can no longer do this without some adapter? That sucks.
-
Why do people hate the progressive nature of the engineering of these SoCs? I'm all for them developing more cores. If it produces a faster chip, what is wrong? If it kills your battery faster than already, then it might not be a good idea. But if your battery life can sustain for the same duration, then by all means give me 10 cores.
-
I'm writing a program to replay packets from captures. I'm only sending packets with a specific IP and capturing those replies. My question is, all i care about are the seq/ack numbers from the TCP header. I'm using pcap_activate() with provides me the ability to select a "snaplen." How far into the packet do I need to read to get only the seq and ack numbers? Everything else can be truncated and discarded. Any help would be appreciated. I'm using c, and libdnet if it matters.
