Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Sign in / Register
Toggle navigation
M
miniaudio
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Locked Files
Issues
0
Issues
0
List
Boards
Labels
Service Desk
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Security & Compliance
Security & Compliance
Dependency List
License Compliance
Packages
Packages
List
Container Registry
Analytics
Analytics
CI / CD
Code Review
Insights
Issues
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
MyCard
miniaudio
Commits
61c6e5b1
Commit
61c6e5b1
authored
Jan 03, 2021
by
David Reid
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Typos.
parent
02f78d77
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
4 additions
and
2 deletions
+4
-2
research/miniaudio_engine.h
research/miniaudio_engine.h
+4
-2
No files found.
research/miniaudio_engine.h
View file @
61c6e5b1
/* !!! THIS FILE WILL BE MERGED INTO miniaudio.h WHEN COMPLETE !!! */
/*
/*
EXPERIMENTAL
EXPERIMENTAL
============
============
...
@@ -649,7 +651,7 @@ problem because the node is still valid. The problem is that of reattaching the
...
@@ -649,7 +651,7 @@ problem because the node is still valid. The problem is that of reattaching the
input bus while a read is still happening on the audio thread. What *could* happen is that the node
input bus while a read is still happening on the audio thread. What *could* happen is that the node
is reattached to a new input bus which hasn't yet been iterated in the current call to
is reattached to a new input bus which hasn't yet been iterated in the current call to
`ma_node_graph_read_pcm_frames()` thereby resulting in the node getting processed twice. This would
`ma_node_graph_read_pcm_frames()` thereby resulting in the node getting processed twice. This would
flow through the base data source and result in a desync because it's read
y
from it twice in the
flow through the base data source and result in a desync because it's read from it twice in the
same call to `ma_node_graph_read_pcm_frames()`. This is an unusual scenario and would most likely
same call to `ma_node_graph_read_pcm_frames()`. This is an unusual scenario and would most likely
go unnoticed by the majority of people, but it's still an issue to consider.
go unnoticed by the majority of people, but it's still an issue to consider.
*/
*/
...
@@ -830,7 +832,7 @@ MA_API ma_node_graph_config ma_node_graph_config_init(ma_uint32 channels);
...
@@ -830,7 +832,7 @@ MA_API ma_node_graph_config ma_node_graph_config_init(ma_uint32 channels);
struct
ma_node_graph
struct
ma_node_graph
{
{
/* Immutable. */
/* Immutable. */
ma_node_base
endpoint
;
/* Special node that all nodes eventually connect to. Data is read
y
from this node in ma_node_graph_read_pcm_frames(). */
ma_node_base
endpoint
;
/* Special node that all nodes eventually connect to. Data is read from this node in ma_node_graph_read_pcm_frames(). */
/* Read and written by multiple threads. */
/* Read and written by multiple threads. */
volatile
ma_uint32
readCounter
;
/* Nodes spin on this while they wait for reading for finish before returning from ma_node_uninit(). */
volatile
ma_uint32
readCounter
;
/* Nodes spin on this while they wait for reading for finish before returning from ma_node_uninit(). */
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment