Closed uded closed 2 years ago
This is the map. If you close the field from the grey part to the right then the field is correct. I had the same. Now it is working perfect CP and AD.
From the lower right hand corner. Sorry I forgot.
I think the problem might be with the map, but I cannot put my finger on it. It seesm correct in the Giants editor, but I still get that odd shape with CP. I would appreciate any suggestions on how to debug that in the editor and/or with CP!
Also, @seeske123 - I can't generate a proper path no matter which corner I will start with. I tried all possible locations as a starting point and I got nothing different to what I showed above. If it is a map thing,
I am really curious how it can be like this. The shape and field data in the Giants editor are absoluetly correct (as pictured above as well), and when I made corrections to the field area shapes CP hasn't changed how it is processing it. On the other hand it is a huge field, 2000+ acres...
Anyone willing to help? I've contacted the map maker, but not much help from there yet. I have no clue how to further check (and, possibly, fix) this issue. It's kinda annoying not being able to use CP on a 818 ha field. I am willing to dig in, but any help would be appreciated...
Today, by driving very slowly while constantly asking CP to show me the boundaries of the current field I have managed to move that area a bit further. How? I have no clue. If I am in the very specific location on the map (5085, 8075) I can get CP to generate this:
Below is the log file of that operation:
2020-09-23 17:49 CourseGeneratorScreen:onCreate()
2020-09-23 17:49 :34 [dbg7 lp37177] generateCourse() called for "Pole 17 (użytkownik)"
2020-09-23 17:49 :34 [dbg7 lp37177] 9205: hasGeneratedCourse=false, hasEnoughWaypoints=true, hasStartingCorner=true, hasStartingDirection=true, numCourses=0, fieldEdge.selectedField.fieldNum=17 ==> hasValidCourseGenerationData=true
2020-09-23 17:49 :34 [dbg7 lp37177] 9205: Course starting location is corner 10
2020-09-23 17:49 :34 [dbg7 lp37177] ####### COURSE GENERATOR START ##########################################################
2020-09-23 17:49 :34 [dbg7 lp37177] Headland mode none, number of passes 0, center mode up/down
2020-09-23 17:49 :34 [dbg7 lp37177] Generating headland track with offset 0.00, clockwise true, inward true
2020-09-23 17:49 :35 [dbg7 lp37177] ROW ANGLE: FINDING THE OPTIMUM ANGLE
2020-09-23 17:49 :39 [dbg7 lp37177] Best angle=180, nBlocks=1, nTracks=103, smallBlockScore=0, score=116.0
2020-09-23 17:49 :39 [dbg7 lp37177] Block 1 has 103 tracks
2020-09-23 17:49 :39 [dbg7 lp37177] Generated 103 tracks for this block
2020-09-23 17:49 :39 [dbg7 lp37177] generation 2 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 3 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 4 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 5 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 6 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 7 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 8 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :39 [dbg7 lp37177] generation 9 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :40 [dbg7 lp37177] generation 10 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :40 [dbg7 lp37177] 1(4)- f = 1000.0, d = 10.0 m
2020-09-23 17:49 :40 [dbg7 lp37177] Connecting track to block 1 has 0 points
2020-09-23 17:49 :40 [dbg7 lp37177] 1. block 1, entry corner 4, direction to next = 1, on the bottom = false, on the left = true
2020-09-23 17:49 :40 [dbg7 lp37177] ####### COURSE GENERATOR END ###########################################################
2020-09-23 17:49 :40 [dbg7 lp37177] Course with 42622 waypoints generated.
2020-09-23 17:49 Warning: Performing emergency garbage collection pass - memory went from 369294 KB to 738926 KB in less than one frame
2020-09-23 17:49 Usage is now 418161 KB; full GC took 614.310100ms
2020-09-23 17:49 :41 [dbg7 lp37177] 9205: hasGeneratedCourse=true, hasEnoughWaypoints=true, hasStartingCorner=true, hasStartingDirection=true, numCourses=1, fieldEdge.selectedField.fieldNum=0 ==> hasValidCourseGenerationData=false
Unfortunately, if I move to the position 5084 by 8075 suddenly the field is no longer recognizable. I do not understand how. I checked, yet again, the source of the map model and it seems correct. Any further advise will be highly appreciated...
CP kann nicht mehr als 50.000 Punkte berechnen. Teile Feld 17 in 2 besser 3 Teile, 17a, 17b und 17c mit Feldrand-Berechnung; dann klappt alles.
CP kann nicht mehr als 50.000 Punkte erhöhen. Teile Feld 17 in 2 besser 3 Teile, 17a, 17b und 17c mit FeldrandBerechnung; dann klappt alles.
OK, so 50.000 is the hard limit. Why was it introduced - is it a FS19 mod system limitation? Seems strange, trying to understand here.
As for field 17 in that map a lot of people suggested me to cut off a small section of the South-East corner of that one. It seems strange, because then either the size of the field will be reduced by a specific, crucial factor to go below 50k points, or there is something else in play here.
Also, why I can't calculate the field size from the West side of the field? Or even mark it in the course generator when I click there? It all seems strange and I do have a feeling that there mus be something more rathern than just this hard 50k limit. Still investigating...
~@Tensuko, I do not believe this one is closed.~ (explained below) I do understand the limitations of the CP and complexity of the map, but a couple of questions I still cannot answer:
If the field is too big and the calculation exceeds the current limit there should be a dialog informing the farmer about it. Right now IMHO it's confusing, unclear, and still open for debugging/troubleshooting...
Please, take a look at the video below:
And, please, do follow the cursor on the screen - it will show where the field is active in relation to the generator. Also, as one can observe, the generated course is 16639 points long - clearly way below the limit listed above. For my untrained eye, I would expect it covers approximately 60% of the field...
The log reflects, more or less, the previous one.
Well, I don't know what you think is closed, but this Issue here is still open....
Or I missunderstand you...
Anyway I know a similar Issue on another map and hat not the chanze yet to check this map.
@Tensuko - apologies - I have received an email that the issue was closed based on the latest release, namely: https://github.com/Courseplay/courseplay/releases/tag/6.02.00065
Convoy/OppositeTurn/MapHotspot Settings (#6149) closes #5787, closes #6039, closes 6107
It was 6107, not 6017. And then I saw you referencing #5207 here with the "Closed" tag. And since I spent so much time debugging CP and the map I was really surprised!
My sincere apologies for the misunderstanding!
No Problem, it was just that there was a very old Issue for the same Problem that I sorted out. Btw, where is the official source for this map in the newest Version ?
Here it is:
CP can handle more as 50.000. On field 17 I have course with 53096 points and it works perfect.But I have to say that I made the field smaller. See my post at the beginning.
I tried the same and making the field smaller worked. And I had >50k waypoints on another map, that's why I was so surprised to read that above.
@uded I'm sorry I missed this what is the current status here?
I stumbled upon this problem:
As I have explored the map in Giants Editor - it seems fine:
With the right size calculalated properly. I admit, it's a massive field, but still - a bit odd. I checked all I could on the map side of things and it does seem correct, really.
The log for course generation:
I have no clue, whatsoever, which part I should try to debug next - CP or the map. I was suspecting the map, but really - can't find anything wrong there, at least at the first glance. Any suggestions, please?