Live data from Hacker News

Quake's lightning gun bug explained [video]

youtube.com

11–20 of 218 posts

Re: Quake's lightning gun bug explained [video]

#11
Lots of hacks like this in games.

It could have been solved by limiting the two side vectors lengths to less distance (maybe even tuned by speed) and fixed it enough if the reason was for side damage. If it was to fix some other issue like maybe floats losing precision far out that would not be a good idea.

Re: Quake's lightning gun bug explained [video]

#12
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

It's QuakeC - quake's proprietary scripting language that compiled down to a file called progs.dat

Re: Quake's lightning gun bug explained [video]

#13
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

He mentioned QuakeC. Maybe this part of the game was coded in that.

https://en.m.wikipedia.org/wiki/QuakeC

Re: Quake's lightning gun bug explained [video]

#17
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

Hello, video creator here. This is indeed the actual code, and it is written in QuakeC, a language created specifically for the game logic in Quake. The part I'm not sure about is why the creators wanted to add in extra side beams at all.

Re: Quake's lightning gun bug explained [video]

#18
post #17
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

Hello, video creator here. This is indeed the actual code, and it is written in QuakeC, a language created specifically for the game logic in Quake. The part I'm not sure about is why the creators wanted to add in extra side beams at all.

Probably just to make the gun more powerful, so you get some area of effect damage and not just hit the target right under your crosshair.

Re: Quake's lightning gun bug explained [video]

#19
post #17
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

Hello, video creator here. This is indeed the actual code, and it is written in QuakeC, a language created specifically for the game logic in Quake. The part I'm not sure about is why the creators wanted to add in extra side beams at all.

in the era of arrow keys and ball mice, lg probably felt like trash. who knew it would end up so iconically broken :-)

Re: Quake's lightning gun bug explained [video]

#20
post #17
post #10

I don't follow. This code is not C or C++, so it's not actually from Quake. So what's with "this is how this was coded" and "here are the bugs, but it's only my guess"? The code is avaialble, why guess at all?

Hello, video creator here. This is indeed the actual code, and it is written in QuakeC, a language created specifically for the game logic in Quake. The part I'm not sure about is why the creators wanted to add in extra side beams at all.

Oh, didn't know about QuakeC. Shame on me.

So both the "normalize" and the improper swap are the part of the original source?

Post reply on HN