When I was in the states I got some sweet tea thinking it was going to be like iced tea.

I was very wrong.

Trust us: there have been long discussions over how to best produce LANs.

I really encourage people to consider doing this. Production at i55 was a great experience for me. If anyone has any questions about observing I'm willing to answer, just add me on steam or something. There are certainly people better qualified to answer your questions about DH/i58 and observing in general, but I happen to have a quite a bit of free time right now.

Not quite. There's about an hour of bollocks between each award

Have 6, add me.

Edit: done for now

Yes.
The problem is also not caused by any of these (at least on its own):

dsp_enhance_stereo
dsp_slow_cpu 
snd_async_fullyasync 
snd_pitchquality 
snd_spatialize_roundrobin 

The problem is really that when I'm streaming at 60fps the crackling is very noticeable.

Today a weird effect has started occurring where at fps below about 200 I can hear a crackling effect from mediguns. The lower the fps, the more noticeable the effect. I did also hear crackling from in-game speech, but nobody was willing to keep talking long enough for me to check. This occurs in stvs and demos.

I've verified game cache then reinstalled with clean config, but the effect isn't going away.

Any help would be greatly appreciated.

Video: https://www.youtube.com/watch?v=AB9Za85RmGw

Second stream got your back too (no image tho).

Python has always seemed to be to be the commonly used language best suited for beginners to me, though I might be a bit biased towards it because it's used quite a lot in the sciences.

Some people suggest starting with languages like C because they think it makes you a better programmer. Nah, fuck that. Especially if you're just doing it for fun

Okay what even is this fucking mess.

This sounds like you want a function that maps players to some real number - or maybe some tuple of reals. Or maybe you want pairs of players mapped to some indicator of who would win. This bad definition is irrelevant anyway, since then you say

Okay so now you've defined your domain and codomain (after trying to define the map on individual elements - lolwtf) but we could charitably say that you're considering the restriction of the function to these new sets. But IM and Invite are sets of players (or maybe they're skill ranges... WHO KNOWS, still doesn't work anyway).
So the map is from players to players? Okay, perhaps it maps a player to the player in the codomain with the closest skill? WHO KNOWS. Let's move on.

So I guess IM and Invite are sets of players (or at least there exist bijections to the relevant sets of players)! If |IM| < |Invite| the map isn't surjective anyway (and if |IM| = |Invite| then not injective is the same as not surjective).
What about not being surjective for |IM| > |Invite|? Well then there exists a player in invite that is not mapped to by our mystery function f. Woohoo, this tells us a lot.
Also the map not being injective doesn't really tell us anything about the relative skill levels - every player in IM could be exactly as skilled as the top player in invite, or there could be a pair of players that have the same skill as any particular invite player then all the others have different skills. Not that I've worked out what f is even supposed to do yet.

But wait! Maybe I've interpreted you wrong! Maybe you're saying that for all functions that represent DM potential, your conclusion holds!
Great, except I don't know what it means for a function to represent DM potential, and the conclusions still miss the point of the thread.

Moral of the story: don't try to use maths to sound smart, and if you do get it right.

Yeah it turned out to be my game for Friday... There weren't two hours of struggle though, I did enjoy it all the way through.

This is my game for the weekend, really looking forward to it.

Bitter lonely singles party.

Only nerds watch games on stream 1.