Storm6436
-
Posts
45 -
Joined
-
Last visited
Posts posted by Storm6436
-
-
And for what it's worth, this mod will *definitely* be added to my "I can't play this game without this mod" list ... once I get enough time I can actually fire up the game without feeling guilty that I'm shirking/skipping out on classwork. The original OGRM was freaking awesome, so I'd like to thank both of you guys for your work.
Side note: Granted I haven't dug through the new version yet to see if this is still the case or not, but one of the things that *slightly* rustled my jimmies with the original version as a gun nut was the distribution of weapons -- not that there were too many total weapons/ammo (Having been in the area the game takes place in, I'd wager you'd actually find *more* weapons, if not also more ammo) but more that the total unique number of weapons seemed a bit off. Specifically, I'd expect you'd find a significant number of mossberg 12ga, AR platform guns, and lever actions (or similar enough other designs) before you'd find one of the more "exotic" types, like any of the FN 5.7 stuff. Any plans on tinkering around with relative rarity between the unique weapons/ammo, or finding an easy way for folks to drop stuff off the spawn tables?
-
10 hours ago, Fenris_Wolf said:
lol ya the name is defiantly misleading, but having perl as my first main language for sooo many years (I worked with perl as my main for a decade) regex has been hammered into my brain since its such a core part of the language. They can be extremely annoying at times, but oh so powerful. Nothing parses text strings like regex does. Where I find it comes in most handy now days is using it to find and replace strings in source code...it works wonders especially when recursively replacing in all files in a folder. So much faster and less error prone then hand editing.
Oh definitely. Some of the work I may have done involved helping folks write better detection rules for malicious code. You can't run a REGEX against *everything* that crosses your wires, but there are a lot of times when that's not just the fastest way to find certain things, but really the only way.... so you essentially nest it in back end of a bunch of conditional detection rules so you don't waste a ton of processor time running string searches against innocuous packets. Properly done, Information Assurance was a pretty fun/neat job. The trick is finding a place that does it properly
-
True. I like C++ to some degree, but I think that's a result of not having to actually code much. That said, I did IA work for several organizations who shall remain nameless, and I've always been able to skim C++, JAVA, etc code snippets and have a good idea what they're doing. Running into languages that embed stuff like REGEX always threw me for a loop. Much hate for regular expressions.
There's nothing regular about them -
Yeah, I've done some *very* basic poke-peeking at other mods and was originally a CS major my first trip through college... This time around, I'm a physics/applied math dual major, and I just finished my second time taking Intro to C++
Past me is jealous, as my first trip through I did not do *nearly* this well. On the flip side, I spent a decade as a squid between first attempt at college and now. If you have any questions, feel free to pester... I just can't promise anything resembling timely responses given my class schedules and the absolute monstrosity that is 300+ level math/physics courses in terms of classwork.
-
I'll apologize for dropping a comment without having read page 2 yet... and I'll apologize again for dropping a comment and poofing, but seeing as my time until finals next week is at a premium... *shakes fist at the Physics Gods ... and the chair of the Physics Dept*
When you do get the gunsmith profession working, are you planning on allowing wheel/breach guns to jam? Admittedly, revolvers jam *far* less frequently than semi-autos but it's been my experience that when revolvers finally get around to jamming, they're best used as clubs until you can take it to a smith (or take it apart yourself... which is *fun* if you don't have the right tools.)
Can't speak for breechloaders though, I've neither owned own nor heard from any of my friends who have owned them about anything jam-related for them. I figure mechanical failure is mechanical failure, and just as the mechanical timing and all the little fun stuff in revolvers loves to hate you, I figure breechloaders should be subject to the same rules of "How bad does the Universe hate you today?" with admittedly even smaller chances due to fewer parts to break/gum up. -
There isn't a physical key to pick up. It's not even something you'd be able to grab on a thumb drive. The stuff is transported on special equipment now and can't be exported. It's either on the device or it's not... and a key means you can only talk with things that use the same key (or for key-pair/symmetric pair, the appropriate opposing key) ... add a dash of other complicating factors like crypto cycling frequently and that mishandling crypto is the fastest way to a jail cell a mil member has available to them? Ehhh.
Still, you pick up a radio from a dead guy, it might have access to that channel for a day, maybe a week? Depends on the key and if people suspect that key's compromised. Unit gets wiped out in the zombie apoc and they can't sweep the site to recover bodies or crypto gear? Yeah, that key goes to the great digital trashcan in the sky RFN provided the guys *managing* the crypto aren't a bunch of Zeds themselves by then... and even if they are, once that key's timer is up, it goes inop depending on the key type. There are few things more paranoid than the military's handling of crypto. Though, to be fair, it's not paranoia when they actually are out to get you.
Edited to add: I have worked with crypto period appropriate to year PZ takes place in.
-
You're not going to get internal comms from a radio. They never leave the aircraft; they're local wire only, depending on aircraft. As for "hacking" crypto, good luck with that. I'm at the tail end of a physics/math dual major, and add that to a decade as an electronics tech for the Navy who *did* work with crypto, and I'll just sit here and smile at the idea. Joe on the street or even a "decent" hacker is not going to "hack" through military hardware based encryption. Firewalls, servers, etc? Sure. Vector keymat based encryption? Newp.
-
Eh, it's a bit late for that. I did the "Join the military, see the world" bit first, followed by military contractor. I'll be 39ish if/when I finish, and if I want a PHD I'll be pushing 50. Far more likely I'll content myself with writing science fiction. Got two books done, but not published yet as I'm basically caching them. I can't write when classes are on and folks expect a release at least once a year... so two years I probably won't get much writing done means I should have at least three books banked.
-
On 5/13/2017 at 4:29 PM, BayCon said:
I would not have taken a dive into acoustic science too much to back up my argument, partially because logic is my expertise (and while I thoroughly study acoustics, I have yet to dive into the way certain frequencies interact with the brain and subject matter along those lines), and also because I wouldn't be too concerned with including scientific research to back up something I consider to be simple enough not to warrant said knowledge.
However, as someone who is also excessively verbose in his speaking, I'd like to ask you not to hold back on your scientific explanations if you choose to post here again because I really enjoyed reading what you already left here, and it is great to see that some people think on a higher level for something related to video games. I was literally, and figuratively, reading into your every word.
Hah, usually I figure people roll their eyes and move on without thinking it over terribly much.
The main reason why I rattled off what I did was because I'd just finished a 300-level physics class on waves, which spent about a third of the class going over sound waves and the oddities of human perception of them. I might have the false impression I'm at least partially informed on the topic, but it was pretty damn interesting and I tend to get carried away with things I think are interesting.
I do kinda look forward to finishing this physics degree, I just need to shake this test anxiety.
-
On 5/10/2017 at 7:49 PM, BayCon said:
Are you suggesting we have more indoor zombies? I'm not sure how I'd feel about that. Although, it would be nice to have each house have a chance of having a broken window or two so we can draw the conclusion that some zombies broke out of their homes.
Eh, not really. Indoor zombies don't bug me one way or the other. Make a little noise outside, whether that's beating an ax against a wall or popping off a round or two, and most zombies decide they like being outside pretty quick... and those that fail to path are generally banging their head against a closed door, making it easy enough to find them without jump scares.
The thrust of what I was getting at is that if I'm in the middle of nowhere in a county with a population of, say 20k people... and I'm hold up on a roof because of the horde below. What are the odds that most of those 20k people are going to be in the street below me? Eventually as the horde size approaches the population size (for a given time post-outbreak), it quickly becomes highly improbable that the horde in the street below could even exist. Ie, presuming a short T, for the Horde population to be believable, it can't be above a certain percentage of the general population inside walking distance as defined by time T. Granted, at T increments, walking distance gets longer ... but at the same time... well, I'm rambling now, but I think that's sufficient. -
On 5/10/2017 at 7:49 PM, xXSly_WolfyXx said:
1000% this, We need vehicles to actually be usable. It would also be nice if the gun sounds got nerfed a bit both in actual loudness (My ears are bleeding) and in zed draw distance at least a little.
Eh, I'm actually more for leaving gun sounds alone vs what seems the car draw is. But to come up with a rational way to argue one way or the other, one would have to delve into how zombies decide what is "interesting" which would likely then get into a discussion on how the human brain processes sounds and classifies them... meh, not only do I not know most of that, but modern science doesn't know all the answers either.
But in my head, the way I see it... (Please note, I'm still waking up and also brain burnt over finals, one of which was a physics final on wave mechanics, so this might be a bit dense ... and sadly, not entirely correct.)
In terms of a constant volume, constant production -- look at it in terms of rate of change in sound amplitude (which is logarithmically related to the intensity we hear... but I'm trying really hard to avoid things like fourier analysis here so...) ... a car running at normal RPM emits a certain volume of certain frequencies of sound... and depending on what that RPM is and the style of exhaust used in the vehicle, these are mostly low frequency sounds. Low freq sound is already pretty hard to figure out where it's coming from by virtue of how sound propagates... Add the fact that we have background noise our motor is competing with, and at lower RPMs, not only would I expect the sound to not necessarily travel shorter distances, but it would be less directional. So a car at idle would be pretty hard to echo-locate unless you were already in line of sight and fairly close. Also, remember that background intensity changes over the day/night cycle, so I would expect an idling vehicle be easier to echo locate at night.
In terms of sudden increase -- Say you gun the motor... well, higher RPM shifts emitted frequencies to higher regions making it easier to locate ... on top of a sudden increase in sound amplitude which would increase the area the sound is audible over as some function relatable by 1/r^2.
In terms of a slower increase -- Putting the pedal down a bit, but not flooring it -- Would necessarily react as a blend of the two above, but is a necessary mode to contemplate given what follows.
The above handles a generalization (probably very poor, so I apologize to anyone more informed on the matter for butchering it) of the actual physics involved in the propagation of the sound waves... but that's only half of what we are concerned about. What do zombies find interesting?
If we presume that going full Z doesn't magically rewire the brain so much as it shuts down upper cognitive functions... then it stands to reason that the more basic a mental function is, the higher the chance it either gets left alone or is amplified in effect. So what makes sound interesting to us?
I would posit that for a sound to be interesting, it must reach one of two thresholds: one of primitive threat detection, and one involving contextual clues.
Threat detection is the easiest to model -- sudden sounds demand attention -- our primitive ancestors were both hunter and prey, and a sudden sound might just be the predator you didn't notice. As such, sensitivity to sudden changes in sound would make sense, be it a sudden gunning of a motor or gunshots, or whatever. A droning sound, be it white noise from TV static or a passing vehicle out of line of sight should not necessarily hold a zombie's attention for very long. In the case of gunshots, as far as I am aware both by personal experience and trying to link that to the physics above, albeit sloppily, gunshots carry a wide mix of frequencies and a very abrupt amplitude change.... both of which make them fairly easy to echo locate.
And as for contextual clues -- it's generally safe to assume that due to the lack of higher brain function zombies aren't going to interpret words, etc... but it would make sense that even if they couldn't find meaning in the words, the most basic version of this would understand that the sounds emitting from someone's mouth aren't natural (insomuch as they aren't background sound) and as such, were the zombie brain to associate these sounds with food, it would make sense for them to be far more sensitive to spoken word. Where this plays into the vehicle sounds is that I don't particularly see zombies as having any contextual understanding of the sound of a car, so I'd see most of their response being from the threat model, not the context model.Anyway, I'll just shut up now since I feel like I'm rambling.
-
Yeah, zombies need locational damage. Most of a car impacts I can't see killing a Z... but it's pretty hard to shamble after someone when one of your femurs is in twenty pieces.
And the video highlights one of the reasons I don't play on the more dense horde difficulties: If I'm hanging out in a place that had 1k people prior to the Z-outbreak ... and all the neighboring towns are similarly populated, there comes a point where you realize that literally everyone in the county is shambling down the street outside... and that completely blows my immersion out of the water. -
Also, Taco, I'd point out there's a difference between "This has to be abso-freaking-lutely perfect first time" and "This is crap. We can't push this." Failing to tell the difference between is mistake. Would I be happy with the vehicle anims and what little they've shared? Who knows. I've done enough software dev work to know when you put out a video, you put the best face forward and try not to show the ugliest of bugs. Especially if you've been bitten over the feature before. And they've been bitten about all sorts of stuff being borked.
I mean, I get it, not once in the history of the world has telling someone to calm down ever resulted in them calming down. Same with "Be patient." But there does come a point where one has to either ponder if they're being unreasonable or not, and then accept the consequences of their determination. -
On 3/2/2017 at 2:15 PM, zoeyflower said:
I remember having vacation in school when anims first were announced, now its 2017 and i graduated got a job and im almost an adult and theyre still held back by last second bugs and not being perfect and flawless enough for the early access test branch
Actually, you know know what? I don't blame them. I'm in an odd position as I'm going back to college to finish a degree I tried starting almost twenty years ago... but one of the irons I have in the fire is that I'm about to publish my first book, science fiction... and as an author I *completely* understand the desire to make sure what you put out is good. That's something a lot of the software industry doesn't seem to understand, considering the whole "We'll push crap and patch it later" paradigm used by folks like EA. Customers don't help either when they constantly clamor for a feature that isn't ready, so it isn't much of a surprise that a lot of games are utter crap before the first half dozen patches.
-
You know, I just laughed at the idea that just came to mind. The sole survivor standing at the end of a road, beaten, bloody... UMP45 slung over her back as a horde of countless Zs approach. The survivor lights a molotov, flips the oncoming crowd the bird and lobs the cocktail as she pulls her tomahawk off their belt.
Seriously, flipping off zombies needs to be a thing. It's precisely what almost every last one of us would do in the face of those sort of odds. You know it. I know it. A few will lie about it.
- Erkinwine, Jason132, Mr_Sunshine and 1 other
-
4
-
On 2/27/2017 at 7:53 AM, Butter Bot said:
Gameplay is conveyed through animations unless you like timed action bars for everything or ASCII / rouge-like tilesets . . . Looking nice is just a bonus, though it can't be discounted that most PC gamers, even when it comes to indie games, like something that's visually appealing and intuitive from a graphics standpoint.
Pretty much.
On that point, I suppose my only real complaint when it comes to the "intuitive" bit is that if you aren't using a wiki or something similar for recipe listings, it can be rather mystifying how one can use certain things. A whole bunch of things are kinda obvious. Unpopped popcorn? Oh look, there's a microwave. First time I wanted to do metalworking though? That said, given the level of detail the devs are putting into everything else I figure that'll get addressed adequately sooner or later. -
Honestly, the anim update is probably when I'll come back and play again for anything other than "Get to an 'I win' point for that build and stop playing for a while. Not that this is a bad game, far from it -- I'm just trying to make sure I don't get horribly burnt out long before all the dev work is done.
- Geras, Blasted_Taco, Legoland99 and 1 other
-
4
-
Yeah, I've had some weird issues with freezers lately for some reason. Filed a bug report for vanilla when I had stuff in my freezer go from Fresh-Frozen to Rotten if I used the context menu to make food with it. Spent a few hours trimming out mods until I got down to stock and it was still doing it. Fired it up the next day to verify I was going to send them the right save... and it magically stopped. I'm about -><- this close to wiping my install and starting fresh just in case it's something in my install going wonky.
-
I've done hardware/software dev work for the DoD and supported other early access games, like Kerbal Space Program (bought before they came to Steam) and 7DaysToDie and I can say this about my concerns of dev speed:
Part of the concern for burn-out, both mine and the dev team's. I don't like the idea of being burnt out on a game before it really hits its stride. New additions help with that. In all fairness, TIS is not Squad or the Fun Pimps, but... look at what happened with KSP. They pushed out of EA too early and then bled devs until they finally made it to 1.2, which should have been 1.0. Now their team is down to almost 1/10th the size it was before. Maybe they'll keep doing good, maybe not. With 7D, I've pretty much hit the point where I've lost faith that the devs are going in the right direction. I don't have that problem with PZ, not yet anyway.
Either way, I hope they keep doing a damn good job for pushed content. This game has a lot of potential. I'll just have to keep my impatience from getting in the way.
- Necromatic_Corgi and syfy
-
2
-
So I'm attempting to find a way to fix some bugs in one of the mods I'm using... primarily because I got 2.5 game months into my current playthrough before noticing what I now consider a show-stopper and as far as I can tell the original author isn't updating the mod based on the last update and login time.
I don't have any LUA experience, but I've had a number of jobs where being able to read code was beneficial. Most of it makes sense, for values of sense...
Mod in question is the US Military Gear mod which I've grabbed off the steam workshop. I'm presuming the guy posting it here is the same guy hosting it on steam (which might not be true.)
The bug in question I need to stamp out:
1. Freezer containers do not appear in the loot window. (Hey, I fire up this game maybe once a year, I didn't notice freezers were added until I hit the wiki for something yesterday :P)
The target of opportunity I'm curious about but can live with:
1. He has a number of items that are essentially body armor that are supposed to also function as containers. As written, they function as containers but do not have weight reduction without being equipped. (Pretty sure that's a feature)
Ideally, I'd like to be able to fix this on my own, but I'm a bit out of my depth here so any help would be much appreciated.
From my post in the linked thread:Quote1. Stuff like the IOTV *does* do WR if equipped in primary/secondary. Which says to me that whatever function handles the WR, it's depending on equip status being true or something like that... so unless you override or alter that function we're probably not getting around that directly...
2. However I noticed all of the containers in the itemlist for the ALICE packs have "CanBeEquipped=Back," Are there other valid strings other than "Back" ? I mean, if you could equip the IOTV like a shirt, then wouldn't that satisfy the must be equipped flag for WR? Or is there something in the handling of clothing items that prevents them from being containers?
3. Mucking about in the quickaccesscontiners LUA and reading this thread, I can't help but wonder if the missing freezer bit is because he's overriding the container LUA and is missing an item.getitemtype line for freezers?That said, that's about as far as my experience and motivation has taken me so far. Curious if I might be pointed in the right direction. Sadly, the massive Class index I found for modding doesn't give valid inputs for things like CanBeEquipped.
As far as I can tell, he's overriding the LUA for containers to get the IOTV type stuff to show up in the inventory as a container without being equipped, which seems to me to be causing most of the problems. Any ideas or helpful hints for a newbie?
-
Granted, my coding experience is with C++ and not something I've done professionally -- I did computer security, so being able to read code was useful -- but with a little digging around:
1. Stuff like the IOTV *does* do WR if equipped in primary/secondary. Which says to me that whatever function handles the WR, it's depending on equip status being true or something like that... so unless you override or alter that function we're probably not getting around that directly...
2. However I noticed all of the containers in the itemlist for the ALICE packs have "CanBeEquipped=Back," Are there other valid strings other than "Back" ? I mean, if you could equip the IOTV like a shirt, then wouldn't that satisfy the must be equipped flag for WR? Or is there something in the handling of clothing items that prevents them from being containers?
3. Mucking about in the quickaccesscontiners LUA and reading this thread, I can't help but wonder if the missing freezer bit is because he's overriding the container LUA and is missing an item.getitemtype line for freezers?That said, that's about as far as my experience and motivation has taken me so far. Curious if I might be pointed in the right direction. Sadly, the massive Class index I found for modding doesn't give valid inputs for things like CanBeEquipped.
-
11 hours ago, Paul Redeker said:
That's all been problems for awhile with the mod.
*shrug* Like I said, the last time I dabbled was almost a year ago. The WR not working doesn't particularly bother me since I'm running ALICE packs. The missing freezers on the other hand do bug me. I'm half tempted to chopshop the mod down to just the camelbaks (since those are really the only feature I find particularly useful ATM) and see if that fixes it. Mildly curious if the mod author ever figured out what was wrong or if he's just abandoned things altogether.
-
Not sure if it's just the recent update that did it since I play *very* sporadically -- Ie. the last time I fired this game up was last February-- but loading this mod causes freezers to poof. Similarly weight reduction for the IOTV and the like doesn't seem to work.
ORGM Rechambered
in Mods
Posted
Sweet. I'd not tinkered around with the guts so I wasn't sure how things were laid out internally. Probably also had a few games where the RNG just loved the rare/very rare stuff, giving me the impression they weren't as rare as they were. Gotta love statistical processes. (Actually, having had to take Intro to Quantum... In Soviet Russia, statistical processes love you!)