Hacker News Reader

Comment by jsheard | Hacker News Reader

That's more of an issue with your system than an issue with Zed, you have to veer pretty far from the beaten path to not have proper DirectX nowadays. Are you running Windows in a VM?

View on HN

No, but I am remoted in to my dev box (over RDP/mstsc).

Maybe try gaming-oriented remote desktop tools, like steam link or sunshine/moonlight. Those work great with directx, assuming you have a working gpu (at least integrated gpu) on your remote box. They also have way better latency, though use a lot more bandwidth.

How am I supposed to ask for permission from IT to install Steam or gaming related tools like Moonshine just to use a code editor?

By explaining the advantages over "older" methods. A lot of people use Moonlight/Sunshine for non gaming related stuff, specially considering than the alternatives are all proprietary.

They're productivity tools, not gaming software. You'll be faster and deal with less errors using the correct optimized remote desktop tool for your job, versus what you're using now, which can be slow and error prone.

> Moonlight

> Open source game streaming client

> Moonlight allows you to play your PC games on almost any device

OK, fine, maybe Sunshine will be different.

> Sunshine is a self-hosted game stream host for Moonlight.

Maybe not.

My post was answering the question of how they should ask for permission to use it. You pitch it as productivity software that helps you do your job better.

Sunshine and Moonlight are no more than accelerated and finely tuned VNC servers that happen to be targeted at gaming. You can totally set them up as a regular remote desktop solution.

Right, but I'm saying their sites make it very clear that they're meant for gaming, so GGP may indeed have a hard time convincing corporate IT that they're for work.

Every part of this sentence made me so sad.

Your company trusts you to write code but not run code?

It is for protection against rootkits, not to be nanny to the employees.

It's a free Parsec alternative.

If you're using it via RDP then you won't notice any rendering performance issues since RDP itself has terrible rendering performance.

I've literally programmed with VSCode for basically a decade this way without issues. Zed lags, it's disappointing and if I really like Zed I'll have to sort out another setup.

MSTSC is one of the rock-solid tools from Microsoft, and does better than almost everything else available on the market other than some PC over IP technologies specifically highly optimized for this use case. I've been programming with an ancient ThinkPad forever because I'm just remoting into a much more powerful machine.

If you are having problems with Windows RDP then the problem is somewhere else along the pipeline, not RDP itself. No other remote solution I've used is even in the same ballpark as RDP in terms of responsiveness and quality. RDP on a LAN is very usable for actual coding work.

If no monitor is connected then RDP doesn't load gpu drivers. It can also make RDP performance much worse as HW accelerated video encoding is not working

I've played modern DirectX games over RDP, and they most definitely used the local GPU for rendering. Wonder why it doesn't find the GPU?

Zed supports remote editing if that helps.

I assume it is not an issue with other applications like Chrome or VSCode (I mean VSCode is Chrome). They usually have some sort of fallback rendering on these environments that work well enough.

It may not be an actual problem with zed either, despite the warning.

Reply on news.ycombinator.com