I thought after struggling with Automatic Ripping Machine the past few days I would post some notes to help others.
- A lot of the errors I see being posted similar to mine can be characterized as device naming issues. In typical Linux fashion the /dev device names for an optical drive are not predictable. In addition to /dev/sr0 I needed to add the raw SCSI device (ex. /dev/sg10). A.R.M. stopped working this morning after a TrueNAS reboot. The SCSI device name changed from /dev/sg10 to /dev/sg8 because I had added a drive (I presume). Also, depending what USB port I attach the drive to /dev/sr0 could be /dev/sr1. So in general lsscsi -g is your friend. I’m not sure if a UUID or some other option is possible, but ARM does a sanity check, so /dev/sr? may be the only choice.
- If you plan to use a GPU for embedded HandBrake you must edit the config file and change the method to one that matches your GPU type.
- While using ARM my ZFS cache gobbles up nearly all of my 128G system memory, despite the fact I have a dedicated SSD for my pool. So running two transcodes is sketchy.
- My Nvidia 5060 GPU seems to be barely impacted by the transcodes, but nvidia-smi verifies it’s running a job. The container cpu load is pretty high, so it seems the cpu and gpu share the load equally #shrug
- So far I can’t rip DVD’s at all. Only BluRay is working. Seems like a decrypt/decode issue.