[Enhancement] unloader can't get path to chopper, when another unloader is still arround the chopper.

[Martin-L45]

READ FIRST https://github.com/Courseplay/Courseplay_FS22/wiki

Steps to reproduce Steps to reproduce the behavior. This might be more of a enhancement than a bug. Using 2 overloaders on field 32 on elmcreek. I use the tac 2100 from modhub as overloader.

Actual behavior A clear and concise description of what happen. This issue does not happen every time. but it would be cool it it can be fixed. Overloader 1 is idle near trailer. Overloader 2 gets full behind chopper overloader 1 tries to create path to chopper but overloader is 2 is blocking where it needs to go. Get message no path found and disables courseplay

Expected behavior A clear and concise description of what you expected to happen. Find a path to the chopper (as it does most of the time)

Screenshots If applicable, add screenshots to help explain your problem.

Courseplay version Version used: 7.4.1.2

Log Please attach a log with all debug channels active. For help with the debug channels, please check out the readme at the github front page. log.txt

Map Map played on. Elmcreek

Vehicles/ implements involved Which vehicle or implement? Mod yes/no ? Tac2100 from modhub

Relevant script mods Mods like Autodrive or VCA and so on. EasyDevControls

[Tensuko]

It only happens when he have to drive to the chopper? What chopper do you use?

[Martin-L45]

Yes only when he drives to the chopper. I use the ingame John Deere 9000 Series.

[Tensuko]

Oh okay so the 1st one wants to go to the chopper but the 2nd one is still at the chopper blocking it. Hmm yeah thats rather enhancement I think. Will have a look.

[regs1980]

The second driver at the edge of the field should only start searching later, so that the first driver at the chopper has enough time to make room for the second. Especially at the first headland, when the driver is driving behind the chopper, the second driver aborts the search because the first is still blocking the slot.

[rohne83]

Yes, it's quite limited to first headland. After first headland I could observe it very rarely only as unloader is always driving a bit backwards before trying to get off the field (no matter whether exiting field is performed by AD or CP). But on first headland it happens everytime. Think instead of disengaging, the next unloader should rather give it another try a bit later again.

[Crinouche]

Hello,

I have the same problem, too. If I simply use trailers that follow the forage harvester, the problem will only arrived on the first turn. But, if I use the TAC 21000 overloader (as in the photos of Martin-L45) the problem is systematic. The 1st overloader which is close to the dump trailers will not find the way

[coatsy35]

To add to this when you get around to it, I think it needs a bit more width away from the chopper with wider headers (the AI Util needs a function for chopper width including header as it's basis for the offset IMO so width = working area width + 1 perhaps). This is not limited to the first time around the field. I often find the unloader gets stuck behind the header and won't move forward and away to allow the next unloader alongside. see image below, I came back this having sat there for probably 1/2 hour whilst I had to nip out, and have had the same multiple times. Could we have an option to allow the unloader to sit outside the overall width of the header like you would do IRL instead of the default being close to the chopper, that is not something that is done done with the amount of blow choppers have, and I've done enough IRL silage unloading and chopper driving to know 🤣