vhs-decode VS gqrx

No, I’m using an ADC modified for use with LD captures [0]. I did this because it’s cheaper in theory, although with the amount of time I’ve dumped into getting it working and keeping it working, the $500 or so for the Domesday Duplicator may well have been a better choice.

[0]: https://github.com/oyvindln/vhs-decode/wiki/CX-Cards#what-is...

For NTSC, also check out https://github.com/oyvindln/vhs-decode

I'm very happy to make the announcement we are migrating not only FM RF but as time permits many full demo sets (RF+TBC+Video+Audio) and full re-masters of tapes from our community and userbase of including but not limted to lost media.

Your going to want to use vhs-decode and FM RF capture standard video captrue has long been supassed in terms of archival and resulting decoded quality.

There's VHS-Decode as well, a small fork specific for VHS, Beta, Video8, etc.

Directly capturing the output, without converting it, will provide the best results. With modern open-source decoders, you can even connect directly to the drum head signal, and capture with no further loss than what occurred during recording.

Furthermore, there are projects that seek to preserve (as accurately as can be sorted out) all of the information that is contained on any given VHS tape, such as this one: https://github.com/oyvindln/vhs-decode

Have a look into VHS-Decode, arguably the best way as its true raw capture and also probably the cheapest for the quality you get, but requires soldering and basic Linux skills. I've mostly stopped bothering with other methods.

But here have a look at Some CVBS Samples the source TBC files can be easily viewed with ld-analyse with the ld-tools for windows too.

There is only one way in the 2020s VHS-Decode & HiFi-Decode

There's an issue open for this: https://github.com/gqrx-sdr/gqrx/issues/1104

I could really use some help from a software build expert. Gqrx and all its dependencies would need to be built in CI with Apple silicon support, and I don't know how to do that.

If you don't need the web interface and your usual desktop SDR software supports rtl-sdr tcp mode, you can easily set up a small board that calls rtl-sdr with the appropriate parameters so that it will wait for a remote connection from the above software, not unlike what happens with WebSDR, but you would be using your usual desktop SDR application which would be native and much more snappy than a web browser. Here's an example using gqrx.

https://www.youtube.com/watch?v=74jDcHuDCmE

https://gqrx.dk/

GQRX works pretty well for me. There is also CubicSDR and SDRAngel afaik - you might just want to play around with them and see which you are most comfortable with.

SSB/CW (also (W/N)FM/AM/Raw) using GQRX

For most signals (including analog AM and FM modes) you can use a laptop with an RTL-SDR USB dongle (fairly cheap), or another SDR, and a reasonably tuned antenna. Various RTL-SDR models can tune from around 500 kHz up to 1.75 GHz with 3 mhz of bandwdith, and works with free software like SDR# for Windows and GQRX for Linux. It works with lots of other software, too, for ham modes, digital modes, etc.

Some of the Crossfire modules have a rudimentary spectrum analyzer function on them that might help you identify if there are other devices operating in the 900MHz band around that area, but I'm not sure the nano TX is one of them. I have a couple RTL-SDR dongles or equivalent I'd use with GQRX as a cheap spectrum analyzer if possible.

Good old GQRX for me https://gqrx.dk/

There is loads of software that will work such as SDR++, GQRX, CubicSDR, and SDRangel just to name a few. For HD radio reception, there is nrsc5. Nrsc5 only works with an rtl-sdr, so you will need one if you want to receive HD radio.