# CloudXR 3.2.2 has worse video quality **URL:** \ **Category:** CloudXR (VR and AR Streaming)\ **Tags:** video\ **Created:** [May 17, 2022, 2:37pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717 "2022-05-17T14:37:02Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [May 17, 2022, 2:37pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/1 "2022-05-17T14:37:02Z")
CloudXR 3.2.2 with so great bandwidth control. However, video likes “water” effect when moving head, even using default 100Mb bandwidth. This does not happen in 3.1 ---
**Author:** ![chris.oconnor](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/chris.oconnor/32/167220_2.png) [@chris.oconnor](https://forums.developer.nvidia.com/u/chris.oconnor)\ **Post date:** [May 19, 2022, 1:50pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/2 "2022-05-19T13:50:52Z")
We also see this issue, vertical lines, creating a swimming motion, have confirmed it doesn’t happen in 3.1.1 but does with 3.2. We have reverted back for now. ---
**Author:** ![ArjunD](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@ArjunD](https://forums.developer.nvidia.com/u/ArjunD)\ **Post date:** [May 19, 2022, 5:06pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/3 "2022-05-19T17:06:53Z")
Hi folks! Thank you for trying out the CloudXR 3.2 SDK. I was wondering if you could provide some more details on which device you are using and what application you are running on the server? If you perform another run would it be possible to capture a bitstream from the client using -ccb in CloudXRLaunchOptions.txt? More details are here: [Command-Line Options — NVIDIA CloudXR SDK documentation](https://docs.nvidia.com/cloudxr-sdk/usr_guide/cmd_line_options.html) ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [May 19, 2022, 5:36pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/4 "2022-05-19T17:36:21Z")
I am using Oculus client ---
**Author:** ![jerome.dipietro](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/jerome.dipietro/32/157459_2.png) [@jerome.dipietro](https://forums.developer.nvidia.com/u/jerome.dipietro)\ **Post date:** [May 22, 2022, 2:37pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/5 "2022-05-22T14:37:57Z")
I’m seeing the same. Using OculusVR client running on a Quest2 (tethered to a PC rather than running on WiFi). The server is on an ec2 g4dn.4xlarge instance. Both are running CloudXR SDK 3.2 (May 2022) It does seem intermittent. I get both horizontal and vertical lines but sometimes it quickly settles down and disappears, sometimes it stays until another session. I captured a bitstream but annoyingly, on that occasion the effect was minimal. It happens not just when running an app but also in the SteamVR environment. (I’ll PM you the log and hevc files) Do you have any advice on how to improve app quality? I’m also seeing what feels like sub par frame rate (e.g head tracking is slow and causes obvious jitter) even though the app on the server is running well (at 6ms) and the captured bitstream seems fine too and of much higher quality than what is perceived in the HMD. ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [May 23, 2022, 2:36am UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/6 "2022-05-23T02:36:05Z")
From bitstream analysis, I also did not notice any strange. The “wave” effect is just similar to low quality VR headset distortion issue but just much more noticeable in 3.2. ---
**Author:** ![jerome.dipietro](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/jerome.dipietro/32/157459_2.png) [@jerome.dipietro](https://forums.developer.nvidia.com/u/jerome.dipietro)\ **Post date:** [May 23, 2022, 9:22am UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/7 "2022-05-23T09:22:59Z")
Maybe I should start another thread about this? I’m finding great variability in the way the stream is decoded by the client app. The bitstream I sent was actually not too bad, but it does get much worse. The client (Quest2) can sometimes play at 72fps without issues, but at other times shows high CPU usage (CPU Level goes up to 4) and FPS drops to 50-60fps which is when I see the jitter I mentioned. These two results are from the same server, playing the same VR app, using the same client app build on the same headset, connected to the same network. I’ve not changed anything at my end. Can you advise how to investigate this further? If it’s helpful I can send device logs and bitstream of each instance. ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [June 27, 2022, 6:07pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/9 "2022-06-27T18:07:39Z")
UP. I just wonder if there are someone getting different result in Oculus Quest 2. ---
**Author:** ![avartanian](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/avartanian/32/175820_2.png) [@avartanian](https://forums.developer.nvidia.com/u/avartanian)\ **Post date:** [July 7, 2022, 2:42pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/10 "2022-07-07T14:42:11Z")
Any news on this topic ? We are facing the same issue with CloudXR 3.2 and Vive Focus 3. Strangely, the issue is only noticeable when looking inside the HMD, but we do not see it on the bitstream capture, either on the server or in the HMD. The issue was not visible in older versions, so it prevent us to upgrade. Best regards, Alexis ---
**Author:** ![keith.hudson](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@keith.hudson](https://forums.developer.nvidia.com/u/keith.hudson)\ **Post date:** [July 8, 2022, 3:00am UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/12 "2022-07-08T03:00:47Z")
Hi, I’m getting the same “swimming issue” on Quest 2, v3.2. I’m streaming from local computer through steam - UE4 and UE5. I can try and send logs if needed. ---
**Author:** ![wcannady](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/wcannady/32/14047_2.png) [@wcannady](https://forums.developer.nvidia.com/u/wcannady)\ **Post date:** [July 11, 2022, 9:08pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/13 "2022-07-11T21:08:39Z")
Hi Keith – can you attach with the client and server CloudXR and Streamer logs you have where you’re seeing this? We’ve been unable to recreate this issue and curious what your logs may show. Thanks! ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [July 12, 2022, 4:05pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/14 "2022-07-12T16:05:18Z")
Can you look at my log? They are just OculusVR sample with audio enabled. [OculusVR Sample Log 2022-07-12 11.59.40.zip](https://forums.developer.nvidia.com/uploads/short-url/1D5XuJGrsBEeslz4DmW0bGcTbIL.zip) (90.2 KB) ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [July 13, 2022, 7:20pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/15 "2022-07-13T19:20:47Z")
This analysis may help you to debug: I can “reduce” effect by changing these quality setting: #ifdef DISP\_RES\_OCULUS\_SUGGESTED // This is using the suggested texture size for optimal perf per Oculus sdk design desc.width = texW; desc.height = texH; #else // TODO: This is trying to use display-native per eye w/h instead. desc.width = 1.5 \* dispW/2; desc.height = 1.5 \* dispH; #endif ``` desc.maxResFactor = 1.0;//GOptions.mMaxResFactor; ``` ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [July 14, 2022, 12:52pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/16 "2022-07-14T12:52:52Z")
Also, the issue is the most critical when enabling foveated rendering. ---
**Author:** ![tegradave](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/tegradave/32/14047_2.png) [@tegradave](https://forums.developer.nvidia.com/u/tegradave)\ **Post date:** [July 15, 2022, 7:47pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/17 "2022-07-15T19:47:48Z")
We could really use -ccb/-csb to see the raw bitstreams. the descriptions i’ve seen above don’t map to anything i have encountered before – but that could just be language semantics in the way. seeing the bistream will let us at least see what’s going on on the network. if you play that file and do NOT see the isssue in the raw stream, we may need verbose logs plus a video recording on-device… which hopefully will show things. the two video files together gives us something to at least continue the discussion. ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [July 18, 2022, 9:23pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/18 "2022-07-18T21:23:47Z")
I believe we have bug in foveation encode/decode With mFoveation = 100( disable) or low value like 30, you can see this issue. At recommended value(50) from document, I almost cannot see issue. ---
**Author:** ![tegradave](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/tegradave/32/14047_2.png) [@tegradave](https://forums.developer.nvidia.com/u/tegradave)\ **Post date:** [July 18, 2022, 9:27pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/19 "2022-07-18T21:27:45Z")
I’d want to verify that 100 disables. It might not, the foveation system might still be active. 0 is the official disable value. Again, if you can capture server or client bitstream that clearly shows the issues you perceive, and point out specific time markers and things of note, that would help us investigate further on our end. ---
**Author:** ![huong](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@huong](https://forums.developer.nvidia.com/u/huong)\ **Post date:** [July 18, 2022, 10:09pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/20 "2022-07-18T22:09:35Z")
I’ve sent you via message ---
**Author:** ![belakampis1](https://developer.download.nvidia.com/images/forums/profile-default-devtalk-84.png) [@belakampis1](https://forums.developer.nvidia.com/u/belakampis1)\ **Post date:** [July 25, 2022, 9:20pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/21 "2022-07-25T21:20:58Z")
We have found that if we force the use of the AIImageReaderDecoder at all refresh rates (including 72 hz on Quest 1, but also Quest 2 at 72 Hz), as well as hardcoding the resolution to 1832 x 1920, then foveation looks good again and the shimmering / vertical wavey lines problem goes away. This is 100% repro. We hope this can help solve the problem in the library, as we really need to be able to use any arbitrary resolution (or at least within some specifications such as modulo 16 or 32 or whatever CloudXR expects with foveation enabled). Although, 1832 width doesn’t divide into either 16 or 32, but it does go into 8 (8 x 229 = 1832). This may be a clue? ---
**Author:** ![tegradave](https://sea2.discourse-cdn.com/nvidia/user_avatar/forums.developer.nvidia.com/tegradave/32/14047_2.png) [@tegradave](https://forums.developer.nvidia.com/u/tegradave)\ **Post date:** [July 28, 2022, 6:51pm UTC](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717/24 "2022-07-28T18:51:05Z")
The imagereader decoder will become the default for quest2 90hz. As we get more testing in the field and ensure no corner cases or kinks, it MAY become the default and replace the older mediacodec decoder. But I’m a bit concerned that changing the decoder is affecting foveation at all. Both decoders have the same stream and output the same frames, it’s what they do from that point that differs, what APIs they use to access the frame data and host it into a texture for GLES composition. While it sounds like maybe there’s some kind of crop rect or sizing issue, again the two should generate same end result, IR should just do it much faster (shaves off ms/f). [Next page](https://forums.developer.nvidia.com/t/cloudxr-3-2-2-has-worse-video-quality/214717.md?page=2)