• 0 Posts
  • 3 Comments
Joined 8 months ago
cake
Cake day: August 15th, 2024

help-circle

  • Pi’s built in audio is terrible. Even if it works you will want a better audio interface. The PI only has digital inputs (I think there is a mic input), so you need something to get audio in. If you can get the digital audio that is best, but often that is behind encryption and so you end up with analog inputs. (I’m not sure what the options here are, worth looking deeper).

    Once you have the audio in, there are a number of Jack (which port audio supports) to network low latency products that will work. Configuration will be hard but that is something you only do once. (configuration is hard because almost everyone who uses this wants a different complex setup and so there is no way to make it easy in a way that would help anyone else)


  • I was thinking about restoring the backup in a temporary location and running diff on random files to check the files match the source, but I don’t know if this is redundant now.

    That isn’t as useful as you would think. If your computer fails there are high odds you will restore to a fresh install of a newer OS and newer software/services versions. Which means that you really want/need to also test data/config migration.

    OTOH, if you have backups odds are the data is there even if you never tested them. Testing you can restore is mostly about do you have everything backed up. Your backups can pass all the validation but if you accidentally configured them to only backup /tmp (or something else worthless) you may as well not have backups. Thus you should test that you can do a full restore just to make sure that the data you want is all there. I generally trust that backup software can restore all the data you pointed it at without problems even if you didn’t test them - but I don’t trust that you (or I) configured them to backup the right things.