a0c0a86e2c
Drop the separate effProcessEvents socket
...
Now that event handling is fully concurrent and thus no longer gets
blocked by the Win32 message loop.
2020-11-07 20:54:33 +01:00
f1c83536d8
Add Qtractor to the list of tested DAWs
2020-11-07 20:37:07 +01:00
822985e140
Mention new socket location in changelog
2020-11-07 18:35:11 +01:00
42032c5c2d
Fix the old accumulative process() function
2020-11-07 18:17:21 +01:00
23cd2dd193
Bump the event loop handling rate up to 60 Hz
...
This will also cause plugins to update their editors at 60 FPS. This was
kept at a lower value for performance reasons, but since the message
loop now no longer blocks event handling we can safely increase this.
This will double the amount of resources spent on drawing, but since
audio processing in a real world scenario almost never utilizes all
cores anyways this should not be an issue.
2020-11-07 00:30:12 +01:00
36f6e93216
No longer track whether the GUI is active
...
This ended up being unnecessary.
2020-11-06 17:54:42 +01:00
5087b49cc4
Simplify EventHandler::receive_events
2020-11-06 17:49:16 +01:00
1c7e866609
No longer return a lambda in passthrough_event()
...
Now that it's no longer used directly this is no longer needed, and it's
much clearer without the lambda.
2020-11-06 17:17:36 +01:00
c285ba0bd2
Mention passthrough_event() in Event*Payload
2020-11-06 17:02:13 +01:00
8d2cc3e9fb
Fix typo in readme introduction
2020-11-06 11:22:20 +01:00
caae9befc6
Mention software rendering for Scaler 2
2020-11-02 22:09:37 +01:00
ba6381e3ae
Rename EventHandler::{send,receive} to *_event(s?)
...
Since it does something way more involved than
`SocketHandler::{send,receive_multi}`, and that makes it a bit confusing
if you don't already know about that (and even if you do).
2020-11-01 12:01:50 +01:00
ec26b60e54
Also mention yabridgectl-git to avoid confusion
2020-10-31 16:11:18 +01:00
cd49985831
Mention the master branch version in the readme
...
Since it's functionally already done and I haven't run into any issues
during my testing.
2020-10-31 16:09:42 +01:00
fd3ff233fd
Mention that the workaround for REAPER is obselete
...
In the upcoming release of yabridge 1.8.0/2.0.0.
2020-10-31 13:39:08 +01:00
fa01ac843b
Replace all non-group sockets with SocketHandler
...
This greatly reduces the amount of boilerplate and potential for error.
2020-10-30 13:30:08 +01:00
42792a883d
Add EventHandler-like wrapper for simple sockets
...
This will greatly reduce boilerplate.
2020-10-30 12:58:31 +01:00
3788c1226b
Take buffers by reference in {read,write}_object()
...
This was how it originally worked (and how it should work, since
otherwise there's no reason to reuse buffers), but for some reason this
got removed at some point.
2020-10-30 12:52:02 +01:00
c18e4be039
Add more improvements to socket rework changelog
2020-10-30 01:30:49 +01:00
9633a70745
Use 'concurrent' instead of 'asynchronous'
...
While asynchronous is technically also correct, this makes it a bit
clearer what's going on.
2020-10-29 20:49:46 +01:00
66976ddfff
Clarify the plugin group changelog entry better
2020-10-28 21:32:48 +01:00
8b2fa0f589
Merge branch 'feature/socket-rework' into master
2020-10-28 21:21:10 +01:00
264f6ab8b5
Mention that all plugin group crashes are fixed
2020-10-28 21:19:50 +01:00
08cd7cf8ab
Join Win32Threads on destruct, like std::jthread
2020-10-28 21:11:34 +01:00
dd9957159a
Move the sockets after the threads in Vst2Bridge
...
This way the sockets can be destroyed before the threads, and we can
safely wait for the threads to shut down. I initially had Win32Thread
imitate std::jthread's join-on-destruct, but that was causing group
processes to hang. Now we can safely add that back again, and this will
fix some spurious segfaults during plugin scans when using plugin groups
containing a massive amount of plugins.
2020-10-28 21:05:14 +01:00
d81759c929
Add an explicit wait to our thread wrapper
2020-10-28 20:40:19 +01:00
93e01dacef
Explicitly close all sockets on shutdown
...
This way we're sure to break out of any blocking loops.
2020-10-28 20:38:01 +01:00
e70b042f9f
Update the versions of the tested DAWs
2020-10-28 19:53:46 +01:00
f39ee82bd4
Update socket rework changelog entry
2020-10-28 01:21:56 +01:00
bece654c2d
Rename PluginContext to MainContext for clarity
2020-10-28 01:02:56 +01:00
fac820c25a
Execute all non-unsafe opcodes on calling thread
...
This will require more testing of course, but I think it should be safe.
This would increase the potential maximal throughput in group hosts
significantly.
2020-10-27 23:18:59 +01:00
eb8d4ae1d8
Fix Win32Thread not capturing by move
...
std::function does not allow non-movable lambdas, so capturing by move
doesn't work there. And the old solution of course has issues with
dangling pointers (but because this is C++ the compiler still thinks
it's A-Ok).
2020-10-27 22:53:59 +01:00
1a18ea8614
Add a dependency for function2
...
std::function requires the function to be CopyConstructable and thus
does not allow you to capture by move, which is exactly what we need.
2020-10-27 22:53:08 +01:00
28886e7073
Replace all threads with Win32Thread in Wine host
2020-10-27 18:29:38 +01:00
bafc36614b
Properly forward arguments in Win32Thread
2020-10-27 18:28:23 +01:00
a6b5951d81
Replace std::jthread with Win32Thread everywhere
2020-10-27 17:38:13 +01:00
59b57f48da
Add a changelog entry for the thread rework
2020-10-27 17:30:18 +01:00
4038e198fe
Replace the Win32Thread proxy functions
...
Now that we can use lambdas instead.
2020-10-27 17:16:20 +01:00
1681ec9767
Add support for lambdas to Win32Thread
2020-10-27 17:04:40 +01:00
058eb9f2ee
Fix winedbg warning
2020-10-27 11:56:00 +01:00
dc72dd97a5
Reword the socket rework changelog entry
2020-10-27 11:13:39 +01:00
e51c7f7ae3
Get rid of hack_reaper_update_display
...
It is now no longer necessary.
2020-10-27 11:13:39 +01:00
5b00ddb0c4
Fall back to waiting when socket is not yet ready
...
This can happen with plugin groups.
2020-10-27 11:13:39 +01:00
016ceccc18
Mark several opcodes as unsafe
...
These potentially perform GUI operations and should always be handled on
the main thread.
2020-10-27 11:13:39 +01:00
e12a56978d
Reintroduce the additional IO contexts
...
Having these bound to the main context was not a good idea since that
would prevent sockets from being accepted on the Wine side while the
message loop is running.
Partial revert of ac17539ef3
2020-10-26 20:39:16 +01:00
ca2b95e7aa
Handle dispatch() directly during event handling
...
When the message loop is active and we get an incoming dispatch() event,
we'll just handle it directly. In practice this would only be needed
when the event is a response to an `audioMaster()` call made during the
event loop, but we can't know that. This allows the `getProgram()`
during `audioMasterUpdateDisplay()` in REAPER and Renoise to work
correctly. Hopefully this doesn't cause random rare breakage.
2020-10-26 20:03:54 +01:00
c95e8aa63c
Add a TODO for removing hack_reaper_update_display
2020-10-26 18:00:24 +01:00
4c490808c0
Add a changelog entry for the socket rework
2020-10-26 18:00:10 +01:00
816a2cbe01
[yabridgectl] Update Wine error detection
...
The usage string has changed, better to just match part of it so this
won't cause issues again in the future.
2020-10-26 17:54:41 +01:00
e067bbbfbc
Don't stop the whole IO context
...
This would break plugin groups since the different plugins share a
single IO context.
2020-10-26 17:44:34 +01:00
Robbert van der Helm