Forum Replies Created
-
AuthorPosts
-
BrianParticipant
Fantastic…works great! Audio now forwards from my M1 as server to my client devices 🙂 Thank you very much for the update!
BrianParticipantThanks very much for that update I will be excited to try the update once it is released…any thoughts on a timeframe as to when that might be expected to be available? (As in would it be weeks, months?)
BrianParticipantIs this something that we could expect to be resolved sometime soon or (?)
BrianParticipantI also noticed, in being remotely connected to an M1 MacMini as the server, that while being successfully connected to this MacMini and having it working fine, if the display was allowed to go to sleep, the remote session is still visible on the client player and the mouse pointer can be moved, but the mouse will not click any of the links on the visible page nor can the visible page be swiped or moved. If the screen is woken on the server then the functionality once again becomes available on the client player.
BrianParticipantWonderful and thanks so much ! A great program…as always perfection is a hard thing to achieve, but your responsiveness is very much welcomed!
BrianParticipantBy “connects” I mean the iPhone wakes up the Intel based MacBook Pro from sleep to the sign in screen whereas the exact same process after connecting to the M1 based MacMini will not wake the screen to the sign in screen….
BrianParticipantThis definitely appears to be an M1 issue, or so it seems:
Now I am running my Intel-based MacBook Pro (Big Sur 11.5.2) as the server.
Used the same iPhone as in my earlier post of 9.6.21 (iPhone 12 Pro Max iOS 14.7.1).
The iPhone connects to the Intel-based MacBook Pro (Big Sur 11.5.2) as the server.
Connects both over the internet to the IP address and specified port as well as to the local LAN address on port 4000, no issues…
Over to you!
Brian
BrianParticipantAgreed I will set up my intel Mac as a server tonight and report the findings!
BrianParticipantI’m running a MacMini 2020 with M1 and 2TB SSD. Confirming same behavior; setting all the settings to avoid sleep does no good…unless the monitor is set to “never sleep”, once the screen enters sleep mode a connection  either locally or over the internet (in this case specifically from the !M iOS app on an iPhone) prevents a black screen on the client. The mouse pointer is present and the screen can be zoomed to see the enlarged pointer arrow, but the screen will not wake. Bringing up the virtual keyboard and typing ESC does not wake the computer , as it would if sitting at the actual keyboard.
If the display is set to “never sleep” in energy saver preferences then there is no problem establishing a connection either locally over the LAN or remotely over the internet but this is not an acceptable workaround…. I don’t want to leave my display on 24/7…this should (to me) be a somewhat simple fix to make but it seems to have been lying out there unaddressed for years. I experience the same behavior trying to connect using the 7.6.2 MacOS client, so the problem seems to be at the MacMini (server) end and this inability with the client software to wake the server Mac from display sleep. I will say this is a wonderful piece of software but this one bug makes all of the rest of the good features the program offers of accordingly no value. I can’t use the product if this matter remains unfixed….why does it remain unaddressed…it’s almost as if the developers don’t fully use their own software enough in the real world to experience these annoying deficiencies for themselves….
-
AuthorPosts