So can you remote to x11 (on ubuntu studio) with the default windows RDP or what do you need to use?
I've never used Windows RDP. Didn't have a need to when it first came out with a big splash, then I forgot about it, then someone showed me VNC. That "just works" everywhere, and so I've been there ever since.
I see x11 supports headless connections.
Ah, yes! I remember now. My first attempt at VNC on Linux used a server (forgot which one) that creates its own virtual desktop by default, when I really wanted the physical one. For you, I think that virtual desktop is exactly what you want!
After some more googling, I did get that same server to connect to the physical one instead, and then that worked too.
And once your remoted in do you get the exact ubuntu screen or do you get that screen with the mouse on it?.
For the virtual desktop, it's what you get after a cold boot, simply because you haven't done anything with it since the server started. For the physical one, it's whatever's on-screen at the time. The mouse pointer, I believe, is not part of the image, but a glyph/sprite and a set of coordinates. So the client can have an option to show or hide it, and the pointer still changes based on what the server is doing.
Physical and virtual desktops are in the same list: :0, :1, :2, etc. Linux is a true multi-user system, somewhat like the old single-mainframe-and-many-terminal idea, and it even has several layers of that idea. If you end up playing multiple users at one level or another, you might wonder why something else you did doesn't seem to have an effect. For casual use, it's hard to get into that situation, but remoting in is one way to do it, unless you make sure that it really *is* the same user at all levels.
The windows remote software use you can see the exact screen you can actually see it doing the pre boot and shutting down almost everything almost a full boot cycle and it comes right back up in the remote software stays on the whole time.
That depends on where in the process the server is started and stopped. It's just another app in that sense. While it's running, you get whatever's on the screen, physical or virtual.
My present system has it starting 10 seconds after login, which doesn't help at all if you need a password to log in. But since I'm the only user here and I directly control physical access, I have it log in automatically. There are also lots of questions and answers about starting it early enough to show and use the login prompt. You can google those as well as I can.
My screen connect is supposed to work with Linux and I had it running one time and I don't remember what I did but I tried for probably three more hours to get it running on Linux again and it never ran so I don't know what the problem is their support for Linux is dying off and I couldn't find any how to get it to work again on Linux I don't know what I installed or what I did the first time I installed it and it worked but it needs something I think it has something to do with Java I don't know.
A lot of companies seem to not take Linux seriously. I don't use them, even if they do make something else that *exactly* fits another project in all of its detail. There's always another way to make a given *concept* work, and I'm not married to any of them. If something I've standardized on turns out to have a hole in it, I'll seriously consider changing that standard, which effectively means setting up new rigs differently, and I'll eventually change over as the old rigs retire.
There are several big names on my blacklist now, because they refuse to support Linux...which really means that they refuse to follow existing open standards, because Linux does support almost all of those, either natively or with apps that are easy to get and "just work". If they have a Linux driver that installs using a *normal* process (see the next section), I'll accept that too.
This is what I did to install and it installs but wont run.
https://blog.brettstudios.com/?p=34
That is NOT a normal way to install stuff on Linux!
apt --fix-broken
is NOT a normal thing to have to do!
Looks to me like the same "don't care, just force it to work" mindset that a lot of shadier Windows stuff has. I would not be surprised at all if a security patch broke that site's process.
On Debian Linux - which Ubuntu and its derivatives are based on - the preferred way to install stuff is
sudo apt install <package-name>
. That goes to the repositories that the
apt
package manager is already set up for, downloads everything from there, including dependencies, and sets it all up correctly. If that set of repos doesn't have what you're looking for, you can add one that does, like for the current version of OBS, for example:
sudo apt-add-repository ppa:obsproject/obs-studio
When you
sudo apt update && sudo apt upgrade
, it looks at those same repos for a newer version of each package, then downloads and installs them the same way, over top of the old ones.
There are a few other "okay" ways to install things, like downloading an orphaned package file directly, and using the package manager to read and install it, or a set of source code that uses the already-installed build process. (I have a capture card in one of my rigs, that comes with a source-code driver, and a script to build and install it) But breaking things and calling it "normal", is NOT AT ALL NORMAL!