Im chasing the reason of (rare) microstutters happening with wireless VR, i thought MCS/NSS rate switching (happens pretty often from what i see in the wireless tab) could be a contributor. As far as im aware these rate changes happens for a good reason eg. when retransmission rate from client or router goes above a certain threshold. But the catch here is clients transmission with its dinky antennas being a little shaky is a complete non-issue in this application, client transmits very little data (probably in kilobytes) so it can retransmit as much as it wants. As long as client can receive the video stream router should push at best rate it can.
I did every other optimization i know of, selected channel is barren and not DFS, client has direct line of sight and is within 3 meters of the router, 5g radio is exclusively used by the client, cpu load never goes above 1.0.
Unfortunely i need AC rates, but i had a similar thought. Instead of forcing a higher VHT rate assigning a lower maximum VHT rate could be more beneficial.
But no matter what i do i cant set the lower VHT rates. Im about 90% sure commands i entered below are correct, I wonder if its just not supported in the driver level or something. (Xiaomi 4a gigabit, mt7621)
iw dev wlan1 set bitrates vht-mcs-5 2:0-6
iw dev wlan1 set bitrates vht-mcs-5 1:0-6
Ok, ive noticed a behaviour that struck me as extremely odd, or even janky. The command "iw dev wlan1 set bitrates vht-mcs-5 2:5" and variations applies, but only to the half of the radio? I think its more appropriate if i start an another thread about that.
Thank you for the clarification. If only i had done iwinfo earlier i would realize i was getting worked up over nothing
About openwrt config, is there way to do this with uci? I scoured the docs (notably basic#ac_capabilities and hostapd.conf) but couldnt find a way. Its okay though, if this method proves to be stable ill just add it to cron.