Supporting optional logging to user-provided callback. #376
No reviewers
Labels
No labels
Bug
Extensions
New Feature
Not our bug - SDL2
Not our bug - WMA
Utilities
Wine
X3DAudio Accuracy
XACT Accuracy
XAudio2 Accuracy
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-FNA-XNA/FAudio!376
Loading…
Reference in a new issue
No description provided.
Delete branch "sherief/log-callback"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Some users might want to redirect this, or reconcile it with logging from other subsystems in a single sink.
Sadly we can't change the public structs but we can totally add something similar to FNA3D's log rerouting:
https://github.com/FNA-XNA/FNA3D/blob/master/include/FNA3D.h#L496
I see, makes sense. Would it be acceptable if I were to add a new struct / function for this?
Definitely- we can do FAudio_HookLogFunction(s)EXT and have it be global like FNA3D, so that we don't have to fuss with object lifetime to get logs routed properly.
I host multiple instances in the same process and would prefer their output be separated - what do you think is the best path forward here?
If you've got an active test case then we can accommodate that - usually I just shotgun blast debug stuff unless somebody has a specific need, so if we need to put a function pointer in the FAudio object that's fine too.
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.