Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.13 04:30:00 -
[1] - Quote
I can't seem to find an answer to why my MTU behaves like it does.
Issue: A) 3 people in fleet - 2 miners (hereafter, miner #1 and miner #2) and 1 hauler. B) Miner #1 and the hauler are in the same corp. C) The hauler leaves the MTU about 20kms away from the belt and then goes and does other stuff like missioning or scanning sites. D) Both miners jettison their ore when the bay is full. The MTU pulls in the containers from Miner #1 (same corp) but not Miner #2. All rat wrecks are also hauled in no matter who does the killing. Miner #2's containers just sit there by the ship. E) When the hauler comes into the area to pick up the ore and loot from the MTU, suddenly the MTU picks up the containers from Miner #2 -- all of them.
If working correctly, I assume that the MTU while left alone would drag any jettisoned container or wreck belonging to the fleet without discriminating between any member.
Possible Explanations I have tried, with no success: 1) Change fleet boss. Tried with the hauler as boss first. then dropped the containers. Still only Miner #1 has theirs dragged over. No difference when I make one of the other two Miner's fleet boss. 2) Same corp versus different corp? This doesn't seem to solve the issue of why suddenly the MTU is willing to pull the containers when the hauler shows up in the area. 3) Miner #2 abandons the jettisoned container. Result is the MTU suddenly recognizes it and pulls it in while the hauler is away. Of course, this is too risky with miners coming in and out of the belt... especially if the MTU is full and cant pull in the ore from that abandoned container. 4) MTU is full? No. I tested this out. Hauler came in, emptied the MTU completely. then warped out. Then both Miners jettisoned a container of ore. Still only Miner #1's container gets dragged in.
Anyone else have this issue? Can anyone think of other options i can test out that might illuminate why this is happening? This is an ongoing problem since I started using an abandoned MTU instead of just having a hauler sit there the whole time emptying the MTU every 30-45 mins.
|
Dealth Striker
Striker Ltd
32
|
Posted - 2014.06.13 20:47:00 -
[2] - Quote
Sorry mis-read your post :) Striker Out!! |
Tau Cabalander
Retirement Retreat Working Stiffs
3750
|
Posted - 2014.06.14 04:23:00 -
[3] - Quote
MTUs are known not to work when the owner is off-grid.
I've seen reports of this, as well as contradictory reports that state they leave MTU behind in mission rooms, and return later to pick-up MTU after it has done its job, unattended.
Leads me to believe MTU behaviour might be buggy. |
Adoris Nolen
Sama Guild
75
|
Posted - 2014.06.14 17:48:00 -
[4] - Quote
Have try having the hauler set his safety to red b4 deploying mtu & leave it at red. The hauler doesn't have guns anyways... |
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.18 21:14:00 -
[5] - Quote
Dealth Striker wrote:I think since the MTU is personal to the ship launching it (in the menu it says Launch for Self) it is not meant for fleet.
1. Have the miner2 set the cargo container to blue - then any MTU can pick it up
2. What about having each miner have their own MTUs and they can just fill them up? When hauler comes back, each miner scoops their MTUs and their contents pop into cargo containers. The Hauler can tractor beam them or use a MTU to gather them.
yes I've already noticed that the container when blue is identified by the MTU (see above in original post). For security purposes however, I'm sure you would agree that making containers blue is not an advantageous situation when other miners are around as well. Think about the ice belts where there are a number of MTU's out.
The point here is that one miner has his containers dragged by the MTU and the other does not. If they are all in fleet, the MTU should behave identically with each miner.
I've tried resorting to having each miner have their own MTU, but when the rat wrecks are out, they play tennis with the wrecks and sometimes prefer those over the ore cans. And one per ship, defeats the purpose of having the hauler deploy the MTU. it means I have to bring to cargohold every MTU everything time there is an ore pick up.
Thanks for trying, but these are not solutions and resolve my MTU problem. |
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.18 21:19:00 -
[6] - Quote
Tau Cabalander wrote:MTUs are known not to work when the owner is off-grid.
I've seen reports of this, as well as contradictory reports that state they leave MTU behind in mission rooms, and return later to pick-up MTU after it has done its job, unattended.
Leads me to believe MTU behaviour might be buggy.
Yeah, im starting to believe its buggy as well. The MTU owner off-grid... but only one of the two miners in his fleet has their containers dragged? hm.. maybe MTUs dont like amarr pilots. :P
Hm... MTUs and faction discrimination... i wonder if the race has something to do with it. (not that it would make sense, but perhaps the source of the bug is there). Okay off to experiment again... will report. |
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.18 21:20:00 -
[7] - Quote
Adoris Nolen wrote:Have try having the hauler set his safety to red b4 deploying mtu & leave it at red. The hauler doesn't have guns anyways...
are you trying to trick me so you can come gank my miners?
Um... no. I don't think I will do that. Nice try tho. |
Adunh Slavy
1519
|
Posted - 2014.06.18 21:43:00 -
[8] - Quote
Try having the hauler set miner #2 to +10 while both are in station. Then go out to the belt and drop the mtu. Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves.-á-á- William Pitt |
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.18 23:21:00 -
[9] - Quote
Adunh Slavy wrote:Try having the hauler set miner #2 to +10 while both are in station. Then go out to the belt and drop the mtu.
hm interesting... will try that one too.
btw i moved systems to a 0.8 sec... dont seem to be having those problems here. Not sure why. It seems to "glitch" without fail in the 0.5 or 0.6 systems ive mined in. |
Adunh Slavy
1519
|
Posted - 2014.06.19 21:39:00 -
[10] - Quote
Lorelai Shadow wrote:Adunh Slavy wrote:Try having the hauler set miner #2 to +10 while both are in station. Then go out to the belt and drop the mtu. hm interesting... will try that one too. btw i moved systems to a 0.8 sec... dont seem to be having those problems here. Not sure why. It seems to "glitch" without fail in the 0.5 or 0.6 systems ive mined in.
When you move systems, is there a docking involved? I ask because perhaps it has something to do with session changes. Perhaps a session change between gates and a docking is not the same. Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves.-á-á- William Pitt |
|
Lorelai Shadow
Pilots of Epic Test Alliance Please Ignore
3
|
Posted - 2014.06.20 06:36:00 -
[11] - Quote
Adunh Slavy wrote:Lorelai Shadow wrote:Adunh Slavy wrote:Try having the hauler set miner #2 to +10 while both are in station. Then go out to the belt and drop the mtu. hm interesting... will try that one too. btw i moved systems to a 0.8 sec... dont seem to be having those problems here. Not sure why. It seems to "glitch" without fail in the 0.5 or 0.6 systems ive mined in. When you move systems, is there a docking involved? I ask because perhaps it has something to do with session changes. Perhaps a session change between gates and a docking is not the same.
I did test this out. I thought it might have something to do with (1) the hauler leaving systems while the miners are mining, or (2) the hauler being docked up. I checked both options while the MTU was down. What I didnt check is if the hauler was in system and or undocked when I invited the miners to fleet. Perhaps having them all in the same system before I make a fleet, and then set my MTU down... do you think this could make a difference?
I haven't had a chance to put the suggestions to the test yet. Stay tuned. |
Grigori Annunaki
40
|
Posted - 2014.06.20 08:36:00 -
[12] - Quote
It's the fact that you're in different corps. I've run missions before with a friend in another corp. When he warped off, the wreck he'd killed flipped yellow. When he warped back, they turned white again. We'd been in the same fleet the entire time, so they weren't wrecks he'd popped before we fleeted up.
I'm guessing it's something about the access rights mechanics not sticking. When the hauler warps off, the MTU sees Miner #2's containers as yellow. If Miner #2 dropped a can and warped off, you'd see it go yellow. |
Adunh Slavy
1519
|
Posted - 2014.06.20 21:48:00 -
[13] - Quote
Grigori Annunaki wrote:It's the fact that you're in different corps. I've run missions before with a friend in another corp. When he warped off, the wreck he'd killed flipped yellow. When he warped back, they turned white again. We'd been in the same fleet the entire time, so they weren't wrecks he'd popped before we fleeted up.
I'm guessing it's something about the access rights mechanics not sticking. When the hauler warps off, the MTU sees Miner #2's containers as yellow. If Miner #2 dropped a can and warped off, you'd see it go yellow.
That makes sense. The suggestion of the +10 used to be a way to get around this issue, at least before Crimewatch2.0 Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves.-á-á- William Pitt |
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |