why we dont get any reply about broken missions ? its really gonna be annoying.. and i dont talk about crash on rez. now i am used it
They're probably too busy working on the character editor.
why we dont get any reply about broken missions ? its really gonna be annoying.. and i dont talk about crash on rez. now i am used it
I'd love to think it's something new and exotic, but it might be something simple like the image which appears in your Contacts tab when you target a Cutter.
Mmmmmyeah, I don't think you've quite fixed that MTU discovery bug yet. It certainly isn't doing PMTU discovery, since it doesn't even discover the MTU for the router (1472). It just takes the interface MTU - 16. I think perhaps FDev would be best served by doing a full PMTU discovery and at least setting their MTU according to what it can squeeze through to the matchmaking server.
(I've thrown in a workaround by setting the MTU of my interface to actual PMTU +16, which means the local MTU discovery hits the right number anyways)
Hmm i´m missing plenty of long known bugs
1. SRV throttle forward bug
2. Crashes in RES
3. Sound graphics stutter after one hour in CZ
4. Rotating NPC
5. LOD texture and shadow issue
6. Black rectangles
and many more...![]()
One of the beta versions actually had this 1500 MTU hard-coded back in 2014. It knocked out a number of players until they patched it a day or 2 later.
Honestly? Half the world is using MTUs below 1492 because of (A)DSL and you realize that after more than a year?
If by "half the world" you are implying "everyone with ADSL or an otherwise sub-1500 MTU", you'd be wrong though.
Frontier are doing that because they want to make the game better for everyone but you don't have any *rights* to bug fixes.
What is this?
The broken mission bugs must be the size of mothra.Some bugs take longer to fix simply due to the complexity and other outlying issues. In the development process, it goes something like this: Bug is posted on forums/Customer Support Ticket -> Bug is then inputted into our internal tracker -> QA investigates bug -> QA attempts to replicate bug -> QA sends replication steps over to engineering -> engineering attempts a fix for said bug -> Back to QA to validate or reject the applied fix in the code. If it fails, back to QA and Engineering loop. It's a long process.![]()
There is no SRV explosion bug! You take damage from relativley small bumps and rocks. It's just a matter of watching your hull and softening your landings with trusters while accepting you will take damage regardless.
Throttle forwards bug is the one that really irritates me, sometimes the damn SRV just wont come out of reverse gear unless you can find a slope to reverse up.
It makes it really difficult to collect materials in confined spaces such as around the barnacles and it happens to me about 50% of the time no matter which control method i try.
There is no SRV explosion bug! You take damage from relativley small bumps and rocks. It's just a matter of watching your hull and softening your landings with trusters while accepting you will take damage regardless.
That's a welcome insight into the internal workings, but it doesn't stop this patch from being a disappointment from a customer POV. Over a month since release and still no sign of fixes for the SRV throttle bug (annoying), the bugged missions (game breaking for some) or the exploding SRV (effectively cripples long-range synthesis-reliant exploration). Many of these issues were reported in beta. I find it very difficult to be sympathetic under the circumstances, and it's only the fact that I have LEPs that's aiding me in keeping some perspective. Other customers paid full whack for a year-long "season" in which significant parts of the game have been effectively unplayable for 1/12 of that window. If I'd paid full price for Horizons in December I'd be absolutely livid.
Some bugs take longer to fix simply due to the complexity and other outlying issues. In the development process, it goes something like this: Bug is posted on forums/Customer Support Ticket -> Bug is then inputted into our internal tracker -> QA investigates bug -> QA attempts to replicate bug -> QA sends replication steps over to engineering -> engineering attempts a fix for said bug -> Back to QA to validate or reject the applied fix in the code. If it fails, back to QA and Engineering loop. It's a long process.![]()
my pc have 600 hours on this gamemaybe its your computer not elite