For miners this is almost a game-breaking bug. My Squad and some invited Cmdrs where on a deep-space-mining operation when during update 12 this occured. That was at first big confusion and then a disapointment as we had to abort the operation.How does this bug affect people?
Well, I've been mining at a Tritium double hotspot overlap four times. On three occasions, I had this bug. It took me nearly 2 hours to laser mine a full T10 load (256t) of Tritium and around 200 limpets, and I am chasing occasional shadows only to find nothing. Furthermore, suppose I target anything on an asteroid. In that case, I get no targeting reticle - which makes targeting surface and subsurface deposits (which you accidentally come across on asteroids that do not shine) extremely difficult to see or target. For example - I should have a targeting icon for the prospector limpet, but I do not. You can see that it is targeted. This is the same for deposits.
Mining Targeting Bug by Anthony Sheehy, on Flickr
On the only occasion that this bug did not occur, it took me an hour to fill the hold, I slung half my limpets, and I'm within a couple of asteroids of subsurface deposits (which I'm getting very good at extracting!) Plus, I nabbed a core presenting 14t of Void Opals.
I did not do anything unique or different on the day it did work. So it makes it a struggle to do what we do, mainly if you depend on doing this in the black for a carrier.
Dear @sallymorganmoore thank you so much for being there when we call you. Can you check that this is on the radar for us, please?
OK follow up... and predicably its not working as intended.I'm parked up having scanned a whole new system. Found a double alexandrite which I'll report back on...see if there's more deep core frequency which l doubt.. or perhaps higher yields...who knows what changes they've made from the pre odyssey meta
Good to know the PWS is working for you.OK follow up... and predicably its not working as intended.
A double alexandrite pristine as yet undiscovered until I mapped the entire system.
No alexandrite at all.. just bauxite roids with lepidolite and uranite sub surface.
Couldn't find any cores at all. Eventually found a core after 20 mins searching, So their here. Just very elusive so ties in with hotspots not influencing deepcore yield at all.
So it's disappointing.
Hotspots are still working for ore that's anything but core related.
On a good note. The scanner appears to work...leastways it highlights high yield roids. But finding cores is still hit n miss regardless of the hotspot denoted.
These were virtually on top of one another so ideal double.
This needs to be addressed. Namely that deep core mining has no buff since nerf. Which seems obvious but harsh.
I'd have thought a double would increase the chances of finding one by 2. Surely?
(Quick note. Yes l was aware of metal rich metallic etc)
You can switch back to Horizons to mine as workaround.For miners this is almost a game-breaking bug.
The issue posted earlier in the thread has now moved to voting - which means it is acknowledged as a bug and now needs everyone to pile in and click that vote button!Good to know the PWS is working for you.
I still haven't been mining since I reported this so I can't comment. I'm hoping new nvidia drivers might be the answer as it was for some.
As for the hotspots baring no relation to what is actually found, not sure how long that has been an issue but it feels like a long time. In my last mining sessions at a Musgravite hotspot I found 0 Musgravite cores, but lots of the other cores present in the ring.
Again, I don't expect either issue to be addressed by FD, it's just another couple of bugs in a long list of issues that appear to be not important enough to fix.
Until the voting triangle gets a small green tick in the upper right corner, the issue isn’t acknowledged by FDev.The issue posted earlier in the thread has now moved to voting - which means it is acknowledged as a bug and now needs everyone to pile in and click that vote button!
Yes, I confirmed the issue a while ago and voted (thankfully the Issue tracker is behaving at the moment).The issue posted earlier in the thread has now moved to voting - which means it is acknowledged as a bug and now needs everyone to pile in and click that vote button!
Are you sure in Horizons it works as before U12? Did not test this yet, as my keybindings are always gone to dust when switching between ody and horizons. IF in horizons this works, i am willing to accept the keybind problem.You can switch back to Horizons to mine as workaround.
Are you sure in Horizons it works as before U12? Did not test this yet, as my keybindings are always gone to dust when switching between ody and horizons. IF in horizons this works, i am willing to accept the keybind problem.
Thanks. I will try this later. Did not know FDev eventualy fixed this.Edit: Even before fixing the binds, switching from EDO to Horizons then back to EDO (while using named custom binds as above) would work nicely with the sole exception for on-foot section reverting back to default KBM at the switch to EDO, so i had to go into config and select my named-custom-binds from the drop down.
But, as i said, they seem to have fixed that and lately i didnt had to reselect my on-foot binds.