vhs-decode VS dsd-fme

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

Unfortunately, when I was out there I was really wanting to try dsd-plus which runs on Linux so went ahead and and started to set that up. I now realize that Unitrunker, which runs on Windows, may be a better option in terms of more features and possible better decoding.

You definitely can, but legality of such procedure is questionable. DMR uses AMBE codec, which require licensing from DVSI, but you can find open-source implementation on github (mdelib, jMBE). Projects such as DSD-FME[1], which allows you to decode much more than just DMR (P25, NXDN or SDRTrunk[2], which allows you to listen to trunking systems (p25, dmr tier 3 and much more) uses software implementation. OpenWebRX users software decoder too https://github.com/jketterl/digiham

[1] https://github.com/lwvmobile/dsd-fme

If you use dsd+ to determine what kind of "encryption" you may be in luck . if it is just using voice scrambling and you can use https://github.com/lwvmobile/dsd-fme to brute force it if you are determined enough to try every single possible voice scrambler code ( 2^15 -1 so 32,767 possible numbers to go through ) .