What's new
By:
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal
RebornBuddy Forums

Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

[Release] RebornBuddy64 Version 1.0.681 - DirectX11 / x64 bit compatible

Vladimio said:
System.NullReferenceException: at ff14bot.Navigation.NavGraph..()
When trying to use GetTo tag in 6.0 maps. Does the navigation component crash or somthing?
I tried version 1.0.455 and the new 1.0.465 build, both break.
Click to expand...

Do you have "Use alternative region navigation server" enabled? The cn server doesn't have the endwalker meshes as there are some changes in non-ew zones which would not be good to propagate.
 
New build:

Code: 
CommonTasks.SummonFlyingMount will now try the user supplied mount and then fall back to the chocobo if the user supplied mount cannot fly
Fixed teleporting to private estates

FateBot:
Improved flying logic when flying into a fate, will now fly at the combat target instead of a random position inside the fate
Wait until the combat list is cleared after a fate before trying to fly
Flying will now fly to the idle location, recommend not using return to aetheryte with this setting

NavGraph:
Added support for the 3 large islands in ultima thule ( the one island visited one time would add excess and is not visited regularly)

Api changes:
GameEvents.OnPartyStateChanged and GameEvents.OnInstanceStateChanged added

Kupo:
Warrior received a small update
Context system will now work correctly detecting when inside a instance and inside a party (No routines take advantage of different logic yet)

I'm working on a update to flying that works better in ultima thule and elpis, but it needs more testing before im comfortable releasing it to everyone
 
guess not a lot of people rely on Kupo like I do,
in latest build 466, there is a Compiler Error on KupoRoutine.cs(100,40) : error CS0103: The name 'OnGameEventsOnOnMapChanged' does not exist in the current context
it will probably be fixed in the next build, in the meantime you can fix it yourself renaming it to 'PossibleStateChanged'
 
Hello,

I've some issue since i upgraded to w11. All the interface is glitched and it's painful to watch but i don't really know the reason until it's not designed for w11.

Here is a screen :
RebornBuddy_yxbNe1NGD5.webp
 
When writing the C# behind an OrderBot tag, an XmlAttribute of type int[] is supported but uint[] throws an exception.

For int[], this is acceptable:

Code: 
[XmlAttribute("ItemIds")]
public int[] ItemIds { get; set; }

Code: 
<SomeTag ItemIds="36397,36398,36407,36410,36411" />

But if you change ItemIds to uint[], it won't parse the string into an array and throws this exception:

Code: 
System.Exception: Invalid cast from 'System.String' to 'System.UInt32[]'. - Line: 42
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XAttribute , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at Clio.XmlEngine.PropertyProcessor.(XElement , Type )
   at Clio.XmlEngine.PropertyProcessor..(XElement )
   at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at Clio.XmlEngine.PropertyProcessor.(XElement , PropertyInfo )
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at ff14bot.NeoProfiles.NeoProfile.Load(XElement element, String path)
   at ff14bot.NeoProfiles.NeoProfile.Load(String path)
   at ff14bot.NeoProfiles.NeoProfileManager.Load(String profilePath, Boolean rememberPath)

Can we have support for more built-in C# types in XML profiles, please? Not expecting custom types or anything free-form, just the boring stuff.
 
Manta said:
When writing the C# behind an OrderBot tag, an XmlAttribute of type int[] is supported but uint[] throws an exception.

For int[], this is acceptable:

Code: 
[XmlAttribute("ItemIds")]
public int[] ItemIds { get; set; }

Code: 
<SomeTag ItemIds="36397,36398,36407,36410,36411" />

But if you change ItemIds to uint[], it won't parse the string into an array and throws this exception:

Code: 
System.Exception: Invalid cast from 'System.String' to 'System.UInt32[]'. - Line: 42
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XAttribute , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at Clio.XmlEngine.PropertyProcessor.(XElement , Type )
   at Clio.XmlEngine.PropertyProcessor..(XElement )
   at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   at Clio.XmlEngine.PropertyProcessor.(XElement , PropertyInfo )
   at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
   at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
   at ff14bot.NeoProfiles.NeoProfile.Load(XElement element, String path)
   at ff14bot.NeoProfiles.NeoProfile.Load(String path)
   at ff14bot.NeoProfiles.NeoProfileManager.Load(String profilePath, Boolean rememberPath)

Can we have support for more built-in C# types in XML profiles, please? Not expecting custom types or anything free-form, just the boring stuff.
Click to expand...

It's been sometime (8ish years) since I looked at it but if i recall correctly there's a reason why only ints are supported. I think it it would throw an exception if you didnt append u to the integers being passed and so i decided it would better to just have to use casts. I'll take another look tho
 
ActionResourceManager.BlackMage is missing ActionResourceManager.CostTypesStruct.timer if I'm not mistaken,
which is the timer till the next PolyGlot Stack
 
DoTBlinded said:
ActionResourceManager.BlackMage is missing ActionResourceManager.CostTypesStruct.timer if I'm not mistaken,
which is the timer till the next PolyGlot Stack
Click to expand...

Someone reported enochian was also incorrect.


Code: 
Log(ActionResourceManager.CostTypesStruct);

I don't have access to a blm so if someone with access to a level 90 could verify whats broken that would be great.
 
mastahg said:
Someone reported enochian was also incorrect.


Code: 
Log(ActionResourceManager.CostTypesStruct);

I don't have access to a blm so if someone with access to a level 90 could verify whats broken that would be great.
Click to expand...

Code: 
struct: ResourceTable: { timer: 0, timer2: 8257, offset_8: 0, offset_9: 0, offset_A: 65, offset_B: 32, offset_C: 0, offset_D: 0, offset_E: 2, offset_F: 0 }

timer = Enochian uptime
timer2 = Astral/Umbral Timer
offset_E = PolyGlot Stacks
offset_F = Enochian state
 
DoTBlinded said:
Code: 
struct: ResourceTable: { timer: 0, timer2: 8257, offset_8: 0, offset_9: 0, offset_A: 65, offset_B: 32, offset_C: 0, offset_D: 0, offset_E: 2, offset_F: 0 }

timer = Enochian uptime
timer2 = Astral/Umbral Timer
offset_E = PolyGlot Stacks
offset_F = Enochian state
Click to expand...

What value does F hold when enochian is active? Everything else seems to match up with whats currently being used
 
mastahg said:
So then everything is already working correctly?
Click to expand...

After a another careful "analysis" I can confirm ActionResourceManager is returning the correct values for every property currently implemented in BlackMage.

Code: 
Enochian Uptime nyi, ActionResourceManager.CostTypesStruct.timer
Astral/Umral Fire/Ice timer ,ActionResourceManager.BlackMage.StackTimer, ActionResourceManager.CostTypesStruct.timer
Umbral Hearts ,ActionResourceManager.BlackMage.UmbralHearts, ActionResourceManager.CostTypesStruct.offset_D
Umbral Stacks ,ActionResourceManager.BlackMage.UmbralStacks, ActionResourceManager.CostTypesStruct.offset_C
Astral Stacks ,ActionResourceManager.BlackMage.AstralStacks, ActionResourceManager.CostTypesStruct.offset_C
Poly Count ,ActionResourceManager.BlackMage.PolyglotCount, ActionResourceManager.CostTypesStruct.offset_E
Enochian ,ActionResourceManager.BlackMage.Enochian, ActionResourceManager.CostTypesStruct.offset_F

Where offset C is returning 1 to 3 for astral stacks, 255 to 253 for umbral stacks and 0 for no astral/umbral stacks
 
DoTBlinded said:
After a another careful "analysis" I can confirm ActionResourceManager is returning the correct values for every property currently implemented in BlackMage.

Code: 
Enochian Uptime nyi, ActionResourceManager.CostTypesStruct.timer
Astral/Umral Fire/Ice timer ,ActionResourceManager.BlackMage.StackTimer, ActionResourceManager.CostTypesStruct.timer
Umbral Hearts ,ActionResourceManager.BlackMage.UmbralHearts, ActionResourceManager.CostTypesStruct.offset_D
Umbral Stacks ,ActionResourceManager.BlackMage.UmbralStacks, ActionResourceManager.CostTypesStruct.offset_C
Astral Stacks ,ActionResourceManager.BlackMage.AstralStacks, ActionResourceManager.CostTypesStruct.offset_C
Poly Count ,ActionResourceManager.BlackMage.PolyglotCount, ActionResourceManager.CostTypesStruct.offset_E
Enochian ,ActionResourceManager.BlackMage.Enochian, ActionResourceManager.CostTypesStruct.offset_F
Click to expand...

StackTimer is using timer2, so timer1 is for enochian?
 
mastahg said:
StackTimer is using timer2, so timer1 is for enochian?
Click to expand...

Sorry messed that up when reporting first.
(timer1) Its the timer until another PolyGlot charge is generated.
The timer starts at 30 seconds when Enochian is up and goes down to 0.
 
You must log in or register to reply here.
Back
Top