user00719284
Member
- Joined
- Aug 31, 2021
- Messages
- 35
Can you give the entire log.
Yeah, uploaded it here.
Can you give the entire log.
Are you running this as a party?Yeah, uploaded it here.
Are you running this as a party?
Are you running this as a party?
You can grab a updated version from github, https://github.com/zzi-zzi-zzi/DeepDive , that should fix the problem. It'll also be included in the next release.
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.
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
Yes.Work on Win11 too?'
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
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 properlyI'll try to get that included in the next release.
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?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
Looks like this broke when I overhauled the gamelogmanager a few weeks ago. Registered the wrong event. New build coming now resolves the issue.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
You need to email [email protected]你好,我是中国用户。我刚刚购买了 1 节课
6 个月密钥,但我的电子邮件没有收到密钥。下面是我的电子邮件界面和银行对账单界面的屏幕截图。希望您能发密钥到我的邮箱[email protected] 谢谢
![]()
![]()
好的谢谢您需要发送电子邮件至[email protected]
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?