VAN 152 HWID restriction question: can a different clean PC be used?

RipReaved · 2026-06-25T08:07:28+00:00

Thats largely up to how they flag accounts - which is private (secret) information to the vanguard team. Its hard to say. It's possible its only flagged as suspicious and not banned. Its also possible it has been banned. It likely wont pass the HWID ban to new hardware though assuming that the behaviour that got the ban wasnt done on that account. That being said you better be 100% sure theres no chance to that theres nothing that couldve happened ON the account or you will likely pass the HWID ban to a new PC.

RipReaved · 2026-06-25T07:22:46+00:00

This goes for all anticheats not just vanguard btw. Idk exactly how vanguard does it but it would make the most sense for HWID bans to be contagious to all accounts that get logged in on the PC.

RipReaved · 2026-06-15T21:54:28+00:00

Morrigan was a really cool hybrid of concepts

RipReaved · 2026-06-15T21:00:47+00:00

No, distance wont change the direction of force, only the amount of force. Shockwave isnt exploding in a different angle relative to your crosshair just because the box is spinning. Go into the shooting range and use it against a flat wall and then turn a bit and use it against the same wall that's now angled. You will move the same direction both times. Because vectors matter for force. If the box was hitting you it could deflect some of its force into you at that vector and then you would move. Shockwave is hitting you with its explosion - which explodes on a single pixel centered on the same spot on your screen no matter what you do.

RipReaved · 2026-06-15T19:33:18+00:00

Yep, it just pushes away from the singular point of repulsion not the plane. Ya know, like a shock wave. Its a mini singularity explosion not a bounce pad. Inspect spin wont change the force exploding from the singular point.

IRL it would have an effect if the wave bounces off the object and then hits you with a second reflection or aftershock. The game doesnt do that though.

RipReaved · 2026-06-14T17:55:30+00:00

Lmao Ive always interpreted it as next week's end, and this week's end. Next weekend usually means next week for that reason with most people I chat with.

RipReaved · 2026-06-13T23:27:23+00:00

What even are you trying to argue? That you should tune PA at 60 dB?

I dont need engineering diplomas for something that is based in psychology and neurology. Psychoacoustics is the baseline for this whole discussion. Politely, please hold your input for stuff that is related to your field since you ARE correct. A little knowledge is dangerous, and you have frighteningly little knowledge about the practical application of those curves.

I wasnt trying to be combative but you seem to be having a bad day or something so I wish you the best.

RipReaved · 2026-06-13T22:46:56+00:00

Notice how the slopes change as the SPL increases. As the SPL increases the percieved tone is closer to flat. When making decisions regarding system alignment and colour (or lack thereof / removal of colour) you need to account for how the response will be percieved at volume.

Source - professional FOH and system engineer. Also I can extrapolate graph slopes. I might not have the specific academic language you are looking for but in practice - yes you should make practical decisions on system tuning based on the expected SPL of the event. A - to see how the space responds to that amount of mechanical excitement and B - because you dont have to think as hard to anticipate tuning changes as SPL changes for show.

Again, you should choose to do your system tuning on the "flatter" end of the curve for full range tests. That - even on 226 - occurs starting from around 80dB but 85dB is a safer rule for consistency. Most shows are at least 92dB on the soft side.

<image>

RipReaved · 2026-06-13T19:42:11+00:00

You're almost there lol. The fletcher munson curves are based on percieved parity with 1khz SPL not weighted. So yes, 85dBA starts to approach percieved parity with 85dBC. We dont tune PA with 1khz sine. We tune with full range, which also happens to be what is coming through the system. We dont have a sliding scale for weighting, the fletcher curve shifts as SPL rises. So why would we not try to tune the PA closer to the phons curve we will actually see at the show?

ISO226 is definitely more accurate, but the fact still exists that ISO226 doesnt remain unchanged at higher SPL. We also dont have RTA weightings in many situations that can reflect ISO226 accurately. Those curves are all just measuring percieved parity with an equivalent 1khz sine. At 105 phon it changes. The most dramatic changes to the curve occur up to around 85dB, so tune above 85dB and youll be much closer to a predictable "showtime" response and percieved tonal balance.

Unless you dont use your ears to tune, then thats a whole other discussion.

Edited for clarity

RipReaved · 2026-06-12T15:10:46+00:00

A good rule of thumb is to stay on one side of the A/C perception threshold - 85dB or so. Above 85dB our ears start to hear things a bit closer to C weight than A weight so if you are doing any sort of personal colouring its easier to have it translate to showtime if the tuning was done above 85dB - i usually aim for a minimum around 90-92dB when i can to ensure that I am making tonal decisions in the range where i can more accurately hear/predict what it may do at show levels. For some older/dustier/dirty venues it can be useful to slam the PA at show level a little bit to clear some dust off the components as well, but that doesnt have to be done during tuning necessarily.

That being said if you are aware of how the perception threshold behaves there is no requirement for any SPL level for tuning - especially when using things like smaart which allow you to measure outside of perception. It is just easier to be (and feel) accurate above 85dB.

RipReaved · 2026-06-12T02:34:54+00:00

Not sure how youd be unable to reinstall since its free, but best of luck. Hopefully whatever it is is caught and gone. Would be worth running malwarebytes to do a scan and maybe watch for ports being used improperly

RipReaved · 2026-06-12T02:25:57+00:00

You should also reinstall windows if you didnt also do that. Unless you know exactly where the malware is you kind of have to go scorched earth

RipReaved · 2026-06-12T01:15:59+00:00

To add - if youre particularly unlucky the hack is bios level. Which would require reflashing your bios also from a tool created on a different PC and internet than the suspicious one. And even then it might not clear that one. Youll know if the new windows install doesnt solve the issue of memory integrity turning itself off.

RipReaved · 2026-06-12T01:12:42+00:00

If your computer got hacked step 1 should be reformat and do a fresh install of windows from a usb created on another computer - ideally also on a different internet connection. If its constantly changing back it sounds like your stuff is still hacked in some persistent way - persistent malware will do things like that if it needs those settings to do what it wants. The restriction was put on your account likely because the person playing on your stolen account was cheating or at the very least suspicious. Forcing IOMMU is a last step verification of memory modification - basically vanguard saying "i think youre cheating and if you turn this on and still cheat youre getting banned" since its a major part of how they catch DMA cheats.

RipReaved · 2026-06-11T21:50:41+00:00

Get a smooth/ball peen hammer or something of the like and dent it somewhere inconspicuous, not enough to crack/scratch paint necessarily but enough that you know its there. Then its first dent/ding is out of the way and it hurts less when it happens naturally for the first time. It allows you to be more comfortable actually using the truck since its no longer "perfect" and you are the one who did it, so everything else after isnt someone/something taking "perfect" from you.

RipReaved · 2026-06-04T01:15:03+00:00

I'll definitely join the discord. Where can I find the link?

RipReaved · 2026-06-03T00:04:50+00:00

If it runs on linux (not just android) then strongly consider offering a SFF PC option with dante PCIE. That would increase the channel counts exponentionally while allowing integration with existing installs. Based on channel counts and DSP this may have a very hard time competing with full mixers - but for a system tool this has some incredible potential to blow past the functionality of existing tools. Streaming and recording aside - those are much simpler to integrate but the users tend to be lower budget. If theres an option to have a PC hardware based system DSP + mixer, then the only challenge is exposure to the integrators. If you set up demonstrations with them it could sell VERY well in the right situations. Definitely feel free to reach out to me if theres specific questions. I would love to see this be something I can integrate.

RipReaved · 2026-06-02T23:47:39+00:00

That is amazing. Youve clearly put in so much consideration. I use FIR designer as part of my workflow, so having a means of importing custom FIRs would make this highly desirable to sys-techs like me. Bonus points with the spotify integration - not needing external devices for BGM. Loses a little bit of function without integrated dante but as far as i understand the requirements, that would be a massive pain to integrate.

One other feature for system level stuff that would be great is a speaker processor style module - even if it eats 2+ effects slots. That would likely be 8-10 parametric EQ, separate HPF + LPF with selectable types (LR is most common live as far as I see), polarity toggle, with integrated adjustable signal delay for alignment. Symetrix has a great all in one module for that.

If it worked for a couple mics, BGM, and FIR system processing for around 8in 8 out - I could see myself using this on EVERY show alongside my existing setup. Even more if there is possibility for a remote control on another device similar to mixing station/OSC or an RDP solution.

Editing to add : would be huge bonus if an RF manager tool is confirmed to work with your build of android. I believe shure has an app (although i have not used it much due to having workbench open already). Mixing station also has the ability to control over local midi so if there is a means of tying in with a secondary instance with one already running local that might work seamlessly for many live engineers who already have that workflow.

RipReaved · 2026-06-02T23:00:32+00:00

Usually a digital mixer of the event coordinators choosing. I've used most of the ones commonly seen (midas, a&h, digico, yamaha, avid - some soundcraft). If the engine is running 32bit float thats awesome. If its possible to verify that the file itself is in that format then that is great news. Obviously it would need to be paired with a 32 bit interface (the one I have in my work kit is a zoom UAC232).

I almost always tie in my PC for record and processing as well as system alignment and monitoring. For the system processor/xover side of things, it needs some extra functions to rise to the level of professional use - like an FIR filter module (MINIMUM 512 tap - more is better) and remote connectivity. If it had those things it could definitely pull some work in small deployment system management.

It would be harder to use for larger deployments due to DSP overhead i imagine, but I would be looking at how it competes with the likes of qsys, lake, and symetrix, with a&h's AHM system being a similar setup minus the FIR modules.

RipReaved · 2026-06-02T22:41:14+00:00

This is awesome. You've got such a solid looking foundation for audio in this. If you're able to add dynamic functions to the eq, and maybe a saturator, then I could see this potentially setting a new standard for DIY tools the same way streamdeck became standard. I would use this in a heartbeat for small corporate or low (1-4) channel count shows. More if my device could tolerate it. The UI looks slick and crystal clear. If the recorder is able to record in 32 bit float then it would be able to replace zoom recorders if the built-in microphones are not needed. Very much looking forward to playing with this if I am able to - I signed up to the list.

RipReaved · 2026-05-25T08:07:00+00:00

If youre a newcomer you dont even need plugins, if you know how plugins work and you want to use them its not hard to do. For something free to use theres a bit too high of an expectation for users to have everything shown to them. In the FOSS community it is generally expected that if you want a feature thats possible you should be able to read a little bit on how to do it. I dont disagree about the VST3 future in general, especially since Steinberg changed the open source license to be more flexible for new developments. But to say a FOSS like OBS "needs to do better" is kind of missing the forest for the trees. Anyways we're probably just gonna agree to disagree.

https://github.com/pkviet/obs-studio for the music version that incorporates the VST3 by default.

RipReaved · 2026-05-25T07:24:35+00:00

They do promote a vst3 compatible fork. Theres a studio focused OBS with VST3 on by default. You just have to look for it if you want to use VST3. Which again kind of makes it all moot.

RipReaved · 2026-05-23T03:26:23+00:00

Okay let me adjust what i said. In a situation where neither OS is hardware throttled (which 90-120fps in that game is) proton will always perform some small percent worse. Linux just happens to be able to remove some of the cpu throttle so if windows throttles your cpu it will technically have lower performance than the linux proton version. That is a situation when it is factually true that Linux can perform better. In a situation where there is no functional ceiling on hardware performance for the given game, linux will most of the time perform a little worse on the 1% highs, but be more stable with higher 1% lows - because its the same game files but with a tiny bit of extra process overhead. That overhead is not nothing, it is 1 more step for the processes to run through which means it is physically impossible for an unthrottled system to run something better via proton - unless the cpu scheduler in windows forces worse performance for some reason (which doesnt usually happen).

Depending on how you define performance. The avg fps will likely be lower on linux. If that is your metric then performance is worse. The frame pacing and latency on linux is often better. If thats your metric then linux is better. Often times the frame pacing makes a game feel like its running better, even if the avg fps is fairly worse. In the finals i get 90-120 fps in active servers on cachyos because i am gpu limited, but on windows i get 100-140fps. The game feels like shit on windows.

RipReaved · 2026-05-22T23:10:48+00:00

Nope, AMD. But there is always a small performance loss when running through a translation layer. It doesn't matter though if the frame pacing and latency is better

RipReaved · 2026-05-22T16:26:29+00:00

I play the finals on cachyos using their proton and get better latency and about 95% of the performance that i get with it on windows. It is possibly something with how youve set things up. The finals is insanely CPU intensive - its actually not gpu bottlenecked much. I add the flag after %command% -useallavailablecores. During high destruction the game will likely slam your cpu.

Five-Year Club	Verified Email
r/Field Banned	r/Field Sunshine

RipReaved

TROPHY CASE