What's new
  • 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

Version 590
Code:
Api changes:

GameObject.Mark added
GameObject.SetMark function added
GameObjectManager.MarkedUnits added

Known Issues:
Setting marks can be flaky on certain types of units, this will be fixed with the objectid overhaul when I attempt the transition to .net8
For now you cannot mark player minions.
 
Version 592

Code:
GameObjectManager has received a small performance boost, it will now generate the raw objects in parallel. This has resulted in a sizeable reduction of 650ns to around 250ns when the there are many objects.

GameLogManager has received a internal overhaul and has its performance boosted as well.

GameLogManager.RegisterListener(EventHandler<ChatEventArgs> handler, params MessageType[] types) added
GameLogManager.UnRegisterListener(EventHandler<ChatEventArgs> handler, params MessageType[] types) added
These two new functions allow you to register and unregister event handlers for specific message types without having to subscribe to the generic MessageRecevied event handler
 
The last byte of QuestBytes is the AcceptedClassJob and it's not accessible through the QuestWork class https://github.com/aers/FFXIVClient...lication/Network/WorkDefinitions/QuestWork.cs QuestBytes currently only accesses 1-6, where 7 is the AcceptedClassJob. It's really useful when doing repeatable quests like for relics and beasttribes. Could we work this into RB?

We added it into LL but it would really make more sense to be into base RB
https://github.com/nt153133/__Llama...90f9a37abd3b9/Helpers/GeneralFunctions.cs#L76
 
The last byte of QuestBytes is the AcceptedClassJob and it's not accessible through the QuestWork class https://github.com/aers/FFXIVClient...lication/Network/WorkDefinitions/QuestWork.cs QuestBytes currently only accesses 1-6, where 7 is the AcceptedClassJob. It's really useful when doing repeatable quests like for relics and beasttribes. Could we work this into RB?

We added it into LL but it would really make more sense to be into base RB
https://github.com/nt153133/__Llama...90f9a37abd3b9/Helpers/GeneralFunctions.cs#L76

I'll try to get that included in the next release.
 
I'll try to get that included in the next release.
When you get a chance, can you look into DutyManager.AvailableContent.Keys.Contains((uint)dutyID) for me? The results seem inconsistent. If I put in 4 which is Sastasha it's true. But if I put in 792 which is The Dead Ends it comes back false, even though I have it. Same thing with any of the EW dungeons. Anything prior to EW seems to be reporting properly
 
When you get a chance, can you look into DutyManager.AvailableContent.Keys.Contains((uint)dutyID) for me? The results seem inconsistent. If I put in 4 which is Sastasha it's true. But if I put in 792 which is The Dead Ends it comes back false, even though I have it. Same thing with any of the EW dungeons. Anything prior to EW seems to be reporting properly
I'll look into it. That code is very old so i wouldn't be surprised that there might be some issues with it.
 
When you get a chance, can you look into DutyManager.AvailableContent.Keys.Contains((uint)dutyID) for me? The results seem inconsistent. If I put in 4 which is Sastasha it's true. But if I put in 792 which is The Dead Ends it comes back false, even though I have it. Same thing with any of the EW dungeons. Anything prior to EW seems to be reporting properly
So doing some testing, AvailableContent mimics the duty finder window, so if you say are on a lower level job, 792 wont be available as the duty window wouldn't let you queue for it. I can't replicate it being excluded otherwise. Is this the same for you?
 
Since this last 6.51 hotfix the "GamelogManager.TellRecevied" event is firing backwards. It fires when you send a tell but not when you receive one
 
Since this last 6.51 hotfix the "GamelogManager.TellRecevied" event is firing backwards. It fires when you send a tell but not when you receive one
Looks like this broke when I overhauled the gamelogmanager a few weeks ago. Registered the wrong event. New build coming now resolves the issue.
 
你好,我是中国用户。我刚刚购买了 1 节课
6 个月密钥,但我的电子邮件没有收到密钥。下面是我的电子邮件界面和银行对账单界面的屏幕截图。希望您能发密钥到我的邮箱[email protected] 谢谢

psc
psc
You need to email [email protected]
 
Version 595

Code:
Add AcceptedClass to QuestWork class
BagSlot.Value and ItemResult.Gil now return a more accurate value. Will be off for items with materia melded.
 
Navigation can't get inside the Chocobo Square in golden saucer, which whould be pretty easy since there's an aetheryte there.

An example:
<GetTo ZoneId="388" XYZ="-6.773751, -2.026558E-06, -64.51561" />

Could we get this added please?
 
Navigation can't get inside the Chocobo Square in golden saucer, which whould be pretty easy since there's an aetheryte there.

An example:
<GetTo ZoneId="388" XYZ="-6.773751, -2.026558E-06, -64.51561" />

Could we get this added please?

Fixed in the new build coming now.
 
Back
Top