Alright thanks. It seems like it's working... For sure the EntryCount makes sure I have everything, but I think i was also miss searching "void" where Void is just a Prefix for the editor and the real ID name of the actors do not countain "void" anywhere. To find stuff from Void Prologue for example, I'd have to search "Moebius" or "Slayn" etc.
I'm still kind of wondering why is the EntryCount of Actors not the same as the count of actors found in the Data editor?
Oh wait... In the Data, there are sometimes gap which is why it's not the same count... I guess?
This is why you should use the dynamic count lookup (which should be available in GUI) as that will return the number of actor catalog entries the game recognizes at run time.
Umk, and what is the dynamic count lookup? And if I just set the loop to 8239 exacly, wouldn't that search through all of them?
If in the trigger above it is changed to something bigger than 8239, it does the error.
It seems to be related to the dependency at some point. For example doing: Actor - Create actor (Game Link((String((Catalog Actors entry at index PutBigNumberHere))))) at point (Center of (Entire map))
With only Void (Mod) dependency result in: Max 5510
With Void (Mod) and Void (Campaign) dependencies result in: Max 12453
But when you look in the actor list it goes up to 13711. Why is it maxing out at that number? In my map, it goes up to 9006 actors, why does it block at 8239?
In a dynamic terrain editor, to load a list of all the doodads, it cycles through all actors of the catalog and if its a doodad, it adds it to the list. This loop currently searches within 7710 catalog entry. But, since LotV the number of entry have raised and to get access to those doodads we have to increase the search. But the trigger to get the CatalogEntry is maxed at 8239. Above that it breaks.
Anyone can confirm that limit? And could suggest a solution?
This is our triggers. Note, forget about the fast load section, its about the whole loading with the 7710. If we set that number above 8239, it generates an error.
@ImperialGood: Go
Alright thanks. It seems like it's working... For sure the EntryCount makes sure I have everything, but I think i was also miss searching "void" where Void is just a Prefix for the editor and the real ID name of the actors do not countain "void" anywhere. To find stuff from Void Prologue for example, I'd have to search "Moebius" or "Slayn" etc.
I'm still kind of wondering why is the EntryCount of Actors not the same as the count of actors found in the Data editor?
Oh wait... In the Data, there are sometimes gap which is why it's not the same count... I guess?
http://i.imgur.com/R2WKRXy.png
Working on projects:
Umk, and what is the dynamic count lookup? And if I just set the loop to 8239 exacly, wouldn't that search through all of them?
Working on projects:
@ImperialGood: Go
If in the trigger above it is changed to something bigger than 8239, it does the error.
It seems to be related to the dependency at some point. For example doing: Actor - Create actor (Game Link((String((Catalog Actors entry at index PutBigNumberHere))))) at point (Center of (Entire map))
With only Void (Mod) dependency result in: Max 5510
With Void (Mod) and Void (Campaign) dependencies result in: Max 12453
But when you look in the actor list it goes up to 13711. Why is it maxing out at that number? In my map, it goes up to 9006 actors, why does it block at 8239?
Working on projects:
@TheUltragon: Go
Here
Working on projects:
In a dynamic terrain editor, to load a list of all the doodads, it cycles through all actors of the catalog and if its a doodad, it adds it to the list. This loop currently searches within 7710 catalog entry. But, since LotV the number of entry have raised and to get access to those doodads we have to increase the search. But the trigger to get the CatalogEntry is maxed at 8239. Above that it breaks.
Anyone can confirm that limit? And could suggest a solution?
This is our triggers. Note, forget about the fast load section, its about the whole loading with the 7710. If we set that number above 8239, it generates an error.
Working on projects: