Is anyone using Amazon DCV with a 4K monitor? I’ve been working with them for a few days and if I play back full screen video, I get like 15 fps. They don’t seem to knowledgeable about what is going on. I’ve found several bugs in their software and they say “it’s been that way for years” and write it off.
Mind boggling that HP decided to kill Teradici when it just worked, on all OSes.
tried it also, could not get most stuff to run nicely at all, spent a few days “optimizing” and then pretty much gave up. I did have more thatn 15fps on a UHD screen tho 
my biggest issue with it that flame hotkeys wouldnt work , liks just ctrl+space, never got a good answer from support either way.
very , meh. Ill stick to parsec, works great … still waiting for some better solution for linux workstations
I can’t believe it comes to this, but reverting to HP RGS using the HP3 codec is a very reasonable solution at this point. I’m sure HP will fuck that up in short order, so always need alternatives.
Too bad Parsec does do Linux host. I also hate user base licensing.
We can just hope that this gap will indeed be filled soon by some new/other player 
Does not seem like thats a very interesting business to be in right now at least…
Switch to something like splashtop to have people go back to the office because they cant work remotely (LOL)
honestly I dont get it, either nobody apart from us has the need for beefy workstations to be accessed remotely/locally or what?
I still need to test Reemo, but they have shit Named User Licensing.
It is so exhausting that I deal with Tooling issues, more than I deal with doing the actual work with the Tool.
I agree.
User based licensing is such a pain in my ass.
Make software more expensive and give me floating licenses, ffs.
Spoke w/some developers @ Jump Desktop Enterprise - they will apparently be coming out with a Linux server !
Wouldn’t it be great if HP would sell it to AD
We tested DCV last year (2025), so my info may be outdated by now. I noted in my email to NI-SP that DCV v2023 was worse than DCV v2024 for the flame key combos. Have not tested with DCV v2025.
We had flame hot key issues too, where some of the (linux) flame hotkeys didn’t work – but only when the viewer/client was ubuntu. The mac and windows clients worked as expected.
Flame key combo issue was specifically for user who did this combo:
When you do a L-click hold, then press and hold the Alt_L key and then press and hold the Shift_L key, and then toggle (press/release/press) the Alt_L key, it is supposed to cycle through e.g. inputs on a node.
I noted, as an aside, that if I held down Alt_L first and then toggled the Shift_L key, it detected those keys correctly. However, if I held down Shift_L first and then toggled Alt_L, it was reported as Shift_L and Meta_L.
so NISP suggested that I run this command on both the local and remote machine: xmodmap -e “keycode 64 = Alt_L Alt_L Alt_L Alt_L Alt_L Alt_L”
but (linux) Flame does this already when it starts up:
Feb 11 11:29:49 : [notice] 4102381568 shellCmd.C:397 02/11/25:11:29:48.987 Executing command: /bin/sh -p -c ‘/usr/bin/setxkbmap -display “:1” -option srvrkeys:none’
Feb 11 11:29:49 : [debug] 4102381568 shellCmd.C:258 02/11/25:11:29:49.041 Command executed, return status is: 0
Feb 11 11:29:49 : [notice] 4102381568 shellCmd.C:397 02/11/25:11:29:49.041 Executing command: /bin/sh -p -c ‘/usr/bin/xmodmap -display “:1” -e “keycode 64 = Alt_L Alt_L Alt_L Alt_L”’
Feb 11 11:29:49 : [debug] 4102381568 shellCmd.C:258 02/11/25:11:29:49.067 Command executed, return status is: 0
Feb 11 11:29:49 : [notice] 4102381568 shellCmd.C:397 02/11/25:11:29:49.067 Executing command: /bin/sh -p -c ‘/usr/bin/xmodmap -display “:1” -e “keycode 108 = Alt_R Alt_R Alt_R Alt_R”’
Feb 11 11:29:49 : [debug] 4102381568 shellCmd.C:258 02/11/25:11:29:49.077 Command executed, return status is: 0
In the end, I only had to apply it to the Ubuntu viewer/client – with a wrapper script.
On Ubuntu client (running gnome) :
ja@ubuntu:~$ sudo cat /usr/local/bin/start_dcv.sh
#!/bin/bash
# Workaround for the Shift_L+Alt_L is Meta_L in flame issue
xmodmap -e “keycode 64 = Alt_L Alt_L Alt_L Alt_L Alt_L Alt_L”
exec dcvviewer “$@”
and then
chmod +x /usr/local/bin/start_dcv.sh
The Ubuntu client desktop file:
ja@ubuntu:~$ sudo cat /usr/share/applications/com.nicesoftware.DcvViewer.desktop
[Desktop Entry]
Name[es]=Amazon DCV
Name[de]=Amazon DCV
Name[fr]=Amazon DCV
Name[id]=Amazon DCV
Name[ja]=Amazon DCV
Name[ko]=Amazon DCV
Name[pt_BR]=Amazon DCV
Name[tr]=Amazon DCV
Name[zh_CN]=Amazon DCV
Name=Amazon DCV
Comment[es]=Cliente Amazon DCV
Comment=Amazon DCV Client
Exec=/usr/local/bin/start_dcv.sh %U
TryExec=/usr/local/bin/start_dcv.sh
Terminal=false
Type=Application
Icon=com.nicesoftware.DcvViewer
MimeType=application/x-dcv;x-scheme-handler/dcv
Categories=GNOME;GTK;Network;
We only tested with 2k resolution displays, so can’t comment on the 4k monitor issue.
OTH, our macos users are happy with Jump Desktop, so I hope Jump releases a linux server version soon!
Thanks but no thanks 
After days of back and forth with DCV… these guys are fucking in-effective.
Software encoding is broken.
Decoding happens in a single thread, which makes it unable to decode GPU stream in realtime.
DCV is no able to perform for full frame 4K video. Such a disappointment.
Can’t you just buy this kind of software on Amazon?
pitch;
RemoteFlame well call it “RAME”
Build in UDP direct transmission of video output where the flame frontend gets rendered locally but stuff is processed on a remote node.
Gamechanger level stuff
I spent hours last night testing a bunch of custom configuration variable they gave me. I really don’t think they have ever tested full frame video on 4K monitor. In the end, it’s still a nope.
It is highly likely we just end back up running RGS with HP3 codec and laugh at what a joke the whole industry is.
We ran 4k for years from the cloud and local machines under 2023 and continued with 2025 but only with the cloud instances. God only knows why it won’t work for you on local boxes.