Darkassassin07

Very right; even if America was to dramatically reverse course right now, it's going to take a long long time to rebuild the international relations that have been absolutely demolished. That's after rebuilding the federal government itself after purging the cancer that currently consumes it; and there's going to be a lot more destruction before that happens.

I wish you luck America; it's not going to be an easy journey.

Looking at openspeedtests github page, this immediately sticks out to me:

Warning! If you run it behind a Reverse Proxy, you should increase the post-body content length to 35 megabytes.

Follow our NGINX config

/edit;

Decided to spin up this container and play with it a bit myself.

I just used my standard nginx proxy config which enables websockets and https, but I didn't explicitly set the max_body_size like their example does. I don't really notice a difference in speed, switching between the proxy and a direct connection.

So, That may be a bit of a red herring.

Certainly; the hard part is getting high quality captures from high quality sources.

Some people are happy to watch CAM-rips, others won't settle for less than full quality blu-rays.

On your update:

Ah, Linux. Forgot about that variable. Interesting to see you didn't have to mess with it much, that used to be a hassle though doable.

Linux gives you a bit more freedom to get around these blocks; so to counter this Netflix and many other streaming providers limit the resolution and bitrate available to Linux clients. Often they won't serve better than 720p to any linix client if I remember right, even with you paying the premium for 4k content.

Some people may be fine with that, others not so much. Louis Rossman made quite a fuss about that a while back.

I'm not on desktop.

Besides; It's a download button, it shouldn't be opening in a new tab to begin with. It should perform the action the button is labeled with and actually download the file.

It's just missing an http header: 'content-disposition: attachment'

It doesn't show as an image. Long-pressing on it tries to select random text on the page regardless of where you press.

https://cdn.rexum.space/usenet/Usenet%20Providers%20and%20Backbones%20%28Version%202025-02-23%29.svg

Will not save in any way.

There's TONS of that available...

TPB, YourBittorrent, Limetorrents, Badasstorrents.

Those are just the free torrent trackers I use as backups that all return results for that show.

I'm sure you can find more. Take a look at the pile of free trackers available in prowlarr or jackett.

There's even more on Usenet (my primary source).

I wanted to keep a copy, but the download button basically doesn't work.

Instead of downloading, it opens in a new tab.

Chrome provides 0 options to download or save the page. There is no print option, and 'share' saves the page url as a text file.

Firefox provides a print option, but it saves as a pdf that's so horribly compressed that the text is like 3 pixels tall and entirely unreadable.

DuckDuckGo provides a print option in full resolution, but it cuts off everything to the right of the letter 's' in 'usenet tree', saving only a narrow slice of the page.

You might have more luck with an AMD card, but Nvidia works closely with these DRM companies. It's baked into the graphics drivers that you can only get from Nvidia. Doesn't matter what recording software you use, they ALL have to go through the graphics drivers which will not release the video stream to them.

Without cracked drivers; you're SOL going down that route.

Here; watch Uri Tuchman build one 2 days go.

https://youtu.be/-fv8wyAzQTM

The guy's a maker with an incredibly unique style and a knack for bizarre but elegant creations.

DRM prevents that. Your graphics drivers will refuse to release the video info to the screen capture software leaving you with an empty black rectangle in the video. Otherwise a lot more people would do this.

You might be able to use either a capture card to grab the actual video signal being output by the machine; or a VM with the capture software running outside it on the host. I've never tried the latter, but I'm told it works.

While I haven't tried this myself; I've been told streaming to a web browser that's running in a VM will let you screen record the VM from the host machine.

If you try to just screen record the browser directly with screen cap software; the DRM + graphics drivers will prevent the recording from seeing the video, it'll just show as an empty black rectangle. Supposedly this doesn't work against a VM displayed to its host though.