From poddmo at gmail.com Mon Oct 26 06:12:28 2026 From: poddmo at gmail.com (josh) Date: Mon, 26 Oct 2026 17:12:28 +1100 Subject: [Abcde-users] New release (2.13.1) and other news Message-ID: Hi all, A very big thanks to everyone that responded to the user poll. I will post a summary of the results but the main takeaway is that everyone is using modern linux. I can stop feeling guilty about not testing for Irix, SunOS, *BSD and OSX. "There can be only one!" I've just release a new tagged version and a .deb package. This new version introduces my long desired "Archive mode." For now it just writes the raw CD table of contents (TOC) data to the output directory. The CD TOC forms the basis for disc id generation. The CD TOC is already read from the disk at the beginning of the encoding process so there are no extra reads - it's costless to save this info. There is an example of this below* My future plans for archive mode are: - create an archive action - define archive levels - record cd-text to output directory - record directory listing of enhanced cds - an option to save these details into whole disc flacs as comments ("one disc, one file") - possibly create a disk image of the data portion of enhanced CDs While final testing for today's release, I noticed that gnudb lookups were failing. I haven't looked at that side of things much since that's always worked fine. Troubleshooting today led me to gnudb server side changes that will cause issues for abcde users: To maintain free and fair access to the Gnudb service, it is essential that each user or installation is uniquely identified in requests. This helps Gnudb manage traffic effectively and prevent abuse or overuse by anonymous or poorly configured clients. When multiple users appear as a single generic client (e.g., all using user at host.com or anonymous at domain.com), they collectively share the same request quota. Our quota system is designed to ensure reliable access for legitimate personal use. Proper configuration guarantees your program stays within acceptable limits and contributes to the long-term sustainability of the Gnudb project. At present I can't even connect to port 80 of gnudb.gnudb.org: nc -v gnudb.gnudb.org 80 nc: connect to gnudb.gnudb.org (78.47.118.0) port 80 (tcp) failed: Connection refused nc: connect to gnudb.gnudb.org (2a01:4f8:c17:86f8::1) port 80 (tcp) failed: Network is unreachable That seems a bit excessive. There is a gnudb info page here: https://gnudb.org/why-request-fail.php I need to get on and get my IP address unblocked and then update abcde so it can be configured with the necessary information. I suggest in the meantime that you make sure to enable musicbrainz as a datasource and if you get the message "This disc is unknown to MusicBrainz. Submit via http [y/N]? " that you select y and help make musicbrainz an even better database. I have created a github issue if you'd like to track the progress: https://github.com/poddmo/abcde/issues/51 As always, any and all feedback is welcome, Josh josh at phenom:~/Music/The Atlantics/Flight Of The Surf Guitar$ ls '01.Flight Of The Surf Guitar.flac' '06.Reef Ride.flac' 11.Freakout.flac '16.The Crusher.flac' '02.Surfs Up.flac' '07.Surfin The Net.flac' '12.Saturday Night.flac' '17.Night Star.flac' '03.Big Swell.flac' '08.Dawn Patrol.flac' '13.Atlantic Echo.flac' cover.jpg '04.In The Shadows.flac' '09.Bondi James.flac' 14.Bombora.flac cue-f20bba11.txt '05.Thunder Down Under.flac' 10.Whitewash.flac '15.Rumble And Run.flac' toc-f20bba11.txt josh at phenom:~/Music/The Atlantics/Flight Of The Surf Guitar$ cat toc-f20bba11.txt cdparanoia III release 10.2 (September 11, 2008) Using cdda library version: 10.2 Using paranoia library version: 10.2 Checking /dev/sr1 for cdrom... Testing /dev/sr1 for SCSI/MMC interface SG_IO device: /dev/sr1 CDROM model sensed sensed: PIONEER DVD-RW DVR-216 1.06 Checking for SCSI emulation... Drive is ATAPI (using SG_IO host adaptor emulation) Checking for MMC style command set... Drive is MMC style DMA scatter/gather table entries: 1 table entry size: 131072 bytes maximum theoretical transfer: 55 sectors Setting default read size to 27 sectors (63504 bytes). Verifying CDDA command set... Expected command set reads OK. Attempting to set cdrom to full speed... drive returned OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 11887 [02:38.37] 0 [00:00.00] no no 2 2. 14493 [03:13.18] 11887 [02:38.37] no no 2 3. 12017 [02:40.17] 26380 [05:51.55] no no 2 4. 13670 [03:02.20] 38397 [08:31.72] no no 2 5. 12968 [02:52.68] 52067 [11:34.17] no no 2 6. 13945 [03:05.70] 65035 [14:27.10] no no 2 7. 10685 [02:22.35] 78980 [17:33.05] no no 2 8. 12910 [02:52.10] 89665 [19:55.40] no no 2 9. 16065 [03:34.15] 102575 [22:47.50] no no 2 10. 10392 [02:18.42] 118640 [26:21.65] no no 2 11. 12358 [02:44.58] 129032 [28:40.32] no no 2 12. 13117 [02:54.67] 141390 [31:25.15] no no 2 13. 16013 [03:33.38] 154507 [34:20.07] no no 2 14. 14105 [03:08.05] 170520 [37:53.45] no no 2 15. 12547 [02:47.22] 184625 [41:01.50] no no 2 16. 13843 [03:04.43] 197172 [43:48.72] no no 2 17. 14177 [03:09.02] 211015 [46:53.40] no no 2 TOTAL 225192 [50:02.42] (audio only) * example is not representative of my taste in music :)