Any kind of frame limiting makes the stream (micro)stutter #1998
Comments
|
While adding HDR support to my dummy HDMI dongle using CRU I figured I could try forcing the refresh rate to actual 60hz instead of 59.xxxhz. This does reduce the stuttering quite a bit with frame limiting but it's still not great. I've settled on just using v-sync for now, this seems to be the most stutter free option. |
|
I was experiencing the exact same issue on Linux with AMD RX 6800 XT. To achieve stutter free experience I had to either bump FPS limit to 90 or enable VSync in game at 60 Hz. |
|
Hmm will try the same 90 framerate limit but having the same issues, ans they are painfull actually opened a ticket for moonlight-android |
Try with 40mbps in 4k60, in have 5ms, it's no very good but ok .. ^^ |
|
I'm at 1080@60 25 mbps :) two different shield device same issue. Check the github issue that i've linked |
|
I tried downgrading to the previous version as some people mentioned that elsewhere but that didn't change anything. For now I've settled on 4k@60 fps HEVC at 150 Mbps om thewith I think frame pacing set to Anyway, as long as this keeps working like last time then I'm fine-ish with how it is. My current theory is that using a native resolution on the Shield/TV disables the AI up-scaling which possibly helps a bit getting a more stable frame rate. EDIT: At 1440p@60 fps even VSync started giving issues with frame rate, that's why I tried 4k :) |
|
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
|
I haven't played in a while but I imagine this issue is still a thing mister @LizardByte-bot |
This does read a bit like my investigations on the Linux side of the codebase. (It does not modify the capture rate, but there was still a mismatch due to other reasons, #2286). While investigating this, I also noticed that I can definitely imagine noticeable stutter issues if you're rendering your game at 60fps (no-vsync), which is then captured at 59.951, only to be played back at 60fps again... |
|
It seems this issue hasn't had any activity in the past 90 days. If it's still something you'd like addressed, please let us know by leaving a comment. Otherwise, to help keep our backlog tidy, we'll be closing this issue in 10 days. Thanks! |
|
This issue was closed because it has been stalled for 10 days with no activity. |
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the nightly release?
Describe the Bug
Turning on any kind of frame limiting makes the stream (micro)stutter. I've tried limiting the frame rate in-game, using the Nvidia control panel and RTSS. Setting the frame limit to 59 fps with RTSS does give an ok-ish experience but anything else (I've tried 59-61, 88-91, 119-121) makes it pretty bad. Turning v-sync on or off without any limiting gets rid of the (micro)stutter with the unlimited frame rate giving the smoothest experience.
On the client side I'm using a Nvidia Shield TV Pro (2019) with Moonlight. I've tried all of the frame pacing options but none of them really get rid of the stutter. Setting Moonlight's frame pacing to "Prefer lowest latency" with an unlimited frame rate on the host gives the absolute best experience but it still occasionally has a stutter here and there.
I did notice that Sunshine adjusts the capture rate to the monitor refresh rate (60/59.951hz) (
Adjusted capture rate to 59.951fps to better match display) while Moonlight forces my TV to 60hz (from it's default 59.xx hz) mode and I assume expects a 60 fps stream. If I remember correctly, setting my monitor to 100hz or 120hz made Sunshine adjust the capture rate to 59.999 fps which did reduce the stutter even while frame limiting. I'd prefer to use the dummy hdmi plug though which only supports 60/59.951hz at my preferred resolution.I'm not quite sure where the actual issue lies but my gut feeling is telling me that it's something related to the adjusted capture rate and the mismatch between the host and client frame rate.
Expected Behavior
No response
Additional Context
G-sync is turned off; HAGS on or off doesn't change anything
Host Operating System
Windows
Operating System Version
10 (pre 22H2)
Architecture
64 bit
Sunshine commit or version
0.21
Package
Windows - installer
GPU Type
Nvidia
GPU Model
GeForce RTX 3070
GPU Driver/Mesa Version
546.33
Capture Method (Linux Only)
No response
Config
min_log_level = 2 fps = [30,60,90,120] fec_percentage = 5 resolutions = [ 2560x1440, 1920x1080 ]Apps
No response
Relevant log output
The text was updated successfully, but these errors were encountered: