December 7, 2022 at 18:55 #41871
I frequently connect to my M1 Mac Mini from an x64 PC running Windows 10. I recently upgraded both devices to NoMachine 8 and my picture quality has been bad ever since. When I say bad, I mean I often can’t read the text or numbers in various applications. Every now and then, the picture clears up to be as sharp as it can be, but more often that not, it practically looks more like a mosaic representation than it does like text and numbers.
The client and host are both connected to the Internet through synchronous fiber connections (client is 250 Mbps & host is 1 Gbps), so bandwidth shouldn’t be an issue.
Prior to updating, I had version 7.6.2_4 on the Windows client and the Mac host. Since updating, I have been running 8.2.3_4 (x64) on the Windows client and 8.2.3_12 on the Mac host. I don’t remember for sure, but it is possible that the v7 mac binary was for Intel while the v8 binary is for ARM, but even if that is true, I would expect such a change to lead to improvement vs detriment, and the picture was fine more often than not prior to the upgrade. I have looked, but not found anything obvious in the settings that I could change in order to prioritize picture quality vs performance (that is to say I didn’t see any video quality settings and it isn’t obvious that I should manually choose any particular video encoding). Picture/video quality searches tend to turn up results from 2014-2016 for me, so I haven’t had much luck searching. Is there a document with configuration recommendations that might help here?December 9, 2022 at 16:21 #41915
Hi, in version 8 support for hardware encoding on macOS was released (for both Intel and M1). Let’s check if it is related to that, so on the Mac server please disable HW encoding: server settings -> server performance -> uncheck “Use hardware encoding”.December 14, 2022 at 15:03 #42009
I tried to post a reply and got “Error: Are you sure you wanted to do that?” so I’m trying again…
When I disabled “Use hardware encoding” and reconnected after restarting the server via the GUI, I only got a blank white screen. Additional restarts via terminal lead to the same behavior. Re-checking the box and restarting the service through the GUI brought the display back. I also tried unchecking “Use acceleration for display processing” since I wasn’t sure if it could also be new or different between versions. With that unchecked, I still get a blank white screen while “Use hardware encoding” is unchecked, but may have a slightly better experience while “Use hardware encoding” is checked. Specifically, the garbled picture may clear up slightly more often and/or to a better degree with that particular configuration, but I don’t think it is performing as well as it was pre-upgrade.
Is there any information I should provide to help diagnose the blank white screen with hardware acceleration disabled and/or is it possible that I need to take additional steps such as a full machine reboot for that setting change to work correctly?January 2, 2023 at 14:16 #42265
Are there any instructions available for downgrading? I assume just re-installing the older version over the top of the newer version wouldn’t be a great idea, but I’m not sure if uninstalling and re-installing with a full configuration is necessary or if there are other options. I believe the issue is with newer versions, but a proper downgrade could disprove that if I’m having ISP issues…January 2, 2023 at 14:38 #42267
We are not aware of white screen issues when HW encoding is disabled on a NoMachine for Mac server, nor garbled screen. We would require:
1. logs of the server side when you encounter the blank screen issue. To extract logs of the affected server, please follow the instructions here: https://kb.nomachine.com/DT07S00244
2. screenshot or video of the garbled display issue
Please contact us via the website if you require a link to download an earlier version (footer of website -> contact us -> general enquiries).January 5, 2023 at 22:44 #42321January 5, 2023 at 23:10 #42326
Now I am attaching the logs fort he garbled text. The screenshot is included with the remote logs. Based on the experiences I had while preparing to and trying to capture these logs, the “Use acceleration for display processing” checkbox likely has no effect (where the difference I thought I noticed before was likely just timing with network connectivity or something). It often recovers from that garbled state very quickly and sometimes doesn’t recover from it at all until I switch windows.January 6, 2023 at 08:41 #42333BilbotineParticipant
Unfortunately one of your attachments couldn’t be uploaded (error message: the file exceeds the allowed size).
Can you please send it by email to forum[at]nomachine[dot]com, making sure to reference the topic as the subject of the email?
Thank you in advance !January 6, 2023 at 14:54 #42339
That e-mail is sent. Should I follow the log collection procedure to send logs for CapsLock won’t turn off as well?January 6, 2023 at 16:17 #42343katpanParticipant
We received your email. The logs would be helpful.
Can you please send them by email to forum[at]nomachine[dot]com, making sure to reference the topic as the subject of the email?
Thank you!January 6, 2023 at 17:41 #42345
I’m confused. Are you asking for logs for the other issue, or are you asking for the remaining logs for this issue? If the latter, it looks to me like 5 files uploaded successfully here and only one didn’t, so I only e-mailed the 1 that didn’t…January 9, 2023 at 13:25 #42368
nxmac, we got your email with the set of missing logs and will update this topic soon. Thanks for your patience 🙂
p.s we don’t need logs for the other topic, please check that topic to see a possible workaround that worked for us.
You must be logged in to reply to this topic.