vhs-decode

This is a very cool project! Thank you for sharing it!

Why a separate VCR for cleaning tapes?

I was just thinking that the cleaning process might damage the VCR (as one is rummaging around in its internals [1]), so it’d be better to use a worse quality VCR for cleaning, and a good quality one for digitization.

you should definitely not use default deinterlacing techniques for the video

What “default deinterlacing techniques” are you referring to?

you should […] especially not [use deinterlacing techniques] built into these generic dongles

How do I find out that information for the 2 things that I purchased (mentioned in the post)? How would I even control that? Only the composite to HDMI converter has a single switch from 720p to 1080p. I don’t see anything else that would control what interlacing technique is used.

Capture [the video] interlaced, preferrably as losslessly as possible

What method do you recommend to accomplish this?

use deinterlacing software where you can fine-tune the settings if you need to.

Is this possible in OBS?

TBC can obviously be done in software if you have the raw composite or head signal but that is not possible with the capture cards you have.

If I did want to capture the raw signal, do you have any methods and/or tools that you would recommend to accomplish this?

Thank you! Solved!

Thank you for the information! Perhaps that’s what this setting is:

I will disable it and report back.

EDIT (2024-09-09T22:09Z): @ccf@lemmy.world, unfortunately, with that setting disabled, I still am experiencing the stuttering.

Dang, that’s pretty neat! Man, there’s probably going to be some funky bugs with legacy code getting included into Rust.

I thought Rust already had several different methods for interacting with C++?

Oh? Would you mind sharing them? It would be absolutely fantastic if such a thing existed and is mature enough to be practically used.

Personally, I have little interest in learning or dealing with C++ solely for the sake of developing KDE applications. I would much rather use Rust.

Imo, restricting the languages that can be used for app development cuts out large swaths of developers who would otherwise be eager to develop software for the project. I’m sure there are some who wouldn’t mind picking up C++ for this cause, but I’d wager that they are a minority. Gnome beats out KDE in that regard, imo, as GTK has bindings and documentation for many languages.

That’ll definitely come in handy. Thanks!

without having to reboot to run the installer?

I’m not sure that I understand what you mean. Are you saying that you want to be able to load the OS without having to reboot your computer? Or are you saying that you just don’t want to have to click the equivalent of “try the OS” when booting a live USB? If it’s the latter, you should be able to just select the flash drive as the install point (though, tbc, I have never tried this, but I don’t see why it wouldn’t work) (I think you’d need 2 USBs, though — you’d need 1 to be the installer source, and one to be the install point — I don’t think theres any installer that can run as a desktop application. Though, if it’s Arch Linux, you might actually be able to call pacstrap from the host OS — I’ve never tried this after having already installed the OS). There’s even OS’s that are specifically designed to be ephemeral on hardware in this way — eg Tails OS.

Arch Linux for Android phone case with the app in the app in the app in the app in the app in the app in the app in the app in the app in the app in the app in the app in the […]

As of 2024-09-03T22:10:25.545Z, Starlink is now complying with Brazil’s X ban [1].

This is amazing! Thank you so much for doing this!! Would you mind telling me your process for extracting the data from the graph? Did you tediously manually extract eye-balled data-points? Or, did you run it through some software which extracted them? Or, perhaps, did you just find and use the original data source?

LibreOffice Draw?

I’d like to see a logarithmic version of this graph. Picking out a straight line in a log graph is easier than trying to discern an exponential. I that juicy exponential.

There’s never a wrong time to update Arch Linux!

I upgraded from 8GB to 16GB like 2 months ago.

Watch for battery life when buying older Surface devices. Replacing batteries in the older Surface Pros is notoriously difficult, because apparently the whole assembly is glued together.

Thank you very much for the heads up!

Newer versions are apparently more repairable, but you’ll have to investigate where that cut-off line of repairability is.

It looks like an attempt at heading in the direction of repairability started with the Surface Pro 9, but it’s still quite involved [1][2].

Thank you for pointing out, by example, a flaw in my original title 😆

Speed tests, in order to be accurate, need to download a reasonable amount from each server.

How much data does Reflector download for each test?

This is why:

it takes quite a while to sort through 200 mirrors.

It could simply be that Reflector isn’t overly efficient handling back-to-back tests. Perhaps there is a substantial idle period between tests that is eating up a large chunk of the total test time. Anecdotally, I have seen activity that suggests this in my network activity monitor — there are very short spikes and a comparatively long idle period in between.

You dont need one.

If one doesn’t want to make arbitrary decisions then yes evidence would be required.

You will never notice the difference between the fastest one yesterday and the fastest one today

Lost time is still lost time. I’d prefer to saturate my connection. Anything less is an inefficiency. Small losses in time add up.

If everyone did it every day that would be a significant load

Given that I update daily, I feel that the quick connection to the server to test it’s bandwidth at boot is rather insignificant.

The mirrors speeds don’t change that often to need to worry about always being on the absolute fastest.

Have there been any credible studies that have looked at the reliability of the mirrors? The reliability would give one an idea on how often they should refresh their mirrors.

Especially if you are updating the the background anyway

You’re updating in the background on Arch Linux?