More > JRiver Media Center 27 for Mac
JRiver Media Center 27.0.73 Silicon/Intel BETA for Mac -- Available here
bob:
--- Quote from: LilyAarseth on March 10, 2021, 10:10:32 am ---This is the one I tried with that I used to use on windows, I tried installing both vst3 and regular vst. https://www.voxengo.com/product/span/
--- End quote ---
VST plugins do work on silicon Mac in native mode IF they contain both architectures.
For example, RoughRider3 works fine. You can verify the supported architectures from the terminal.
cd /Library/Audio/Plug-Ins/VST3/RoughRider3.vst3/Contents/MacOS
lipo -archs RoughRider3
x86_64 arm64
The SPAN plugin doesn't have an arm64 component:
cd /Library/Audio/Plug-Ins/VST3/SPAN.vst3/Contents/MacOS
lipo -archs SPAN
x86_64
You need to get your plugin vendor to add the arm64 arch.
bob:
--- Quote from: dfortney on March 09, 2021, 06:02:27 pm ---Here is a longer session with 2 mouse to corner sleeps... the first time it re-wakes moments after monitor sleep begins but the second time it stays asleep so it seems you must not be releasing the coreaudio session on stop now but instead on the first attempt to sleep and for some race condition it doesn't take and the mac re-wakes. The second time it does. In 62 'prevents sleep' goes to 'No' after hitting stop so it could be due to moving the session shutdown etc to some different callback to what it used to be. This could be the problem as some other apps keep their core audio sessions open as long as any other app on the system is also preventing sleep (like menubus). In other words the systemwide plugin host doesn't close it's audio session if any other process is holding their audio sessions open on sleep. Bit of a chiken v egg conundrum.
Added: Just verified the 'prevents sleep' remains 'yes' after a music stop but only changes to 'no' after the first sleep attempt which then allows the second sleep to succeed. So this is a change in behavior where 62 would close the session on stop however this version only closes the session on first sleep after stop. Is it possible you move the session close back to the stop button callback instead of keeping it lazy open until sleep?
--- End quote ---
Nothing has changed since build 62 in regards to coreaudio open/closing.
I can't reproduce your results, I tried Catalina Intel and Big Sur on both Intel and Silicon.
I can only assume it's something specific about your setup.
Are you running Media Server?
What are your track transition settings?
dfortney:
--- Quote from: bob on March 10, 2021, 02:00:20 pm ---Nothing has changed since build 62 in regards to coreaudio open/closing.
I can't reproduce your results, I tried Catalina Intel and Big Sur on both Intel and Silicon.
I can only assume it's something specific about your setup.
Are you running Media Server?
What are your track transition settings?
--- End quote ---
Running Media Server, yes... attached are my settings but more simply you can see though MC is stopped and not playing anything it is still showing 'prevents sleep' YES in Activity Monitor. This is the telltale sign.
bob:
Like I said, if I can't reproduce it obviously activity monitor will show nothing.
Try running in regular mode, not media server mode, and see if the problem is still there for you.
bob:
--- Quote from: bob on March 10, 2021, 07:05:22 pm ---Like I said, if I can't reproduce it obviously activity monitor will show nothing.
Try running in regular mode, not media server mode, and see if the problem is still there for you.
--- End quote ---
I got a chance to try this with media server mode. That does seem to be the issue.
Activity monitor's view of that sleeping flag doesn't appear to be very useful, when mine was NOT in media server mode it slept even though that prevent sleep was displayed as Yes both before and after it slept.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version