From poddmo at gmail.com Mon Apr 14 05:26:48 2025 From: poddmo at gmail.com (josh) Date: Mon, 14 Apr 2025 14:26:48 +1000 Subject: [Abcde-users] New release of forked abcde 2.11.0 Message-ID: I've spent some time updating abcde and created a new release - 2.11.0 - available from my github repo: https://github.com/poddmo/abcde There is also now a package and instructions that make installation simple. I've tested it extensively with Ubuntu 22.04. I would really appreciate any feedback, either here on the mail list or through the github issues/pull requests. From qrp at kg4kgl.net Sun Apr 20 03:47:04 2025 From: qrp at kg4kgl.net (=?utf-8?Q?Dry_Martini_Holding_Company_=F0=9F=98=8E?=) Date: Sat, 19 Apr 2025 22:47:04 -0400 Subject: [Abcde-users] Abcde and aiff Message-ID: Hello, I have been using this great script for a while now, and encoding all of my music to aiff format. I listen to the files using a RPi running rune audio music server software. However, the encoding (or lack thereof) causes problems for the server software, which requires UTF-8. I just discovered abcde 2.11.0, and I am still encountering this problem. I have followed all the fixes for this problem. Is there anything else I need to do for this to work properly for aiff encoded files? Thank you, Robert Sent from my iPhone From gr at eclipsed.net Mon Apr 21 01:37:03 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Sun, 20 Apr 2025 20:37:03 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: Message-ID: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> On 2025-04-19 22:47, Dry Martini Holding Company ? wrote: > I have been using this great script for a while now, and encoding all of my music to aiff format. > > I listen to the files using a RPi running rune audio music server software. However, the encoding (or lack thereof) causes problems for the server software, which requires UTF-8. > > I just discovered abcde 2.11.0, and I am still encountering this problem. > > I have followed all the fixes for this problem. Is there anything else I need to do for this to work properly for aiff encoded files? I fear that I don't have an immediate answer to your question, but I'm amply familiar with how low-traffic this email list tends to be, and I didn't want you to think it was a total vacuum. I'm personally unfamiliar with "a RPi" and with "rune audio music server". That doesn't mean they're bad, it just means that I'm ignorant of them. I think that you means that you've got a Raspberry Pi running https://www.runeaudio.com/ ? is that correct? I'm not sure what you mean by the assertion that that configuration "requires UTF-8". Do you mean that it is incapable of displaying track information encoded as simple ASCII or do you mean that it fails to play tracks whose metadata are encoded in a format other than UTF-8? In either case, the files produced by abcde that I play routinely (mostly through software from Apple) contain metadata that's definitely encoded in UTF-8, so I'm not sure how you got to that place with this problem. Could you show us what command line call you're using to encode tracks/albums? Could you point us to error messages that you're seeing? Could you point us to references to "all the fixes" that you've already tried? I do apologize that I lack any more specific answer, but I just don't understand enough about what's going wrong for you yet. As a footnote: you'll probably forever be in a minority of a minority while you choose to store your music files as AIFF. I'm not telling you to go re-encode all of your audio collection or anything, I'm just asserting that it's a slightly esoteric choice, so you are likely to hit encoding & decoding edge cases that relatively few others have. (I'm kinda on your side on the encoding choice: I was raised by classical musicians. I have Opinions about how watery mp3 encoding makes orchestral music sound. But that's the format in which my music library is digitally stored, because of the lowest-common-denominator: I've still got the source physical media for stuff that really matters.) -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Mon Apr 21 04:16:49 2025 From: qrp at kg4kgl.net (=?utf-8?Q?Dry_Martini_Holding_Company_=F0=9F=98=8E?=) Date: Sun, 20 Apr 2025 23:16:49 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> References: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> Message-ID: <669CDA8D-9850-435A-B52D-25A00F61D8C7@kg4kgl.net> Mr. Rosen letter, Greetings and thank you for your reply. Yes, I am running the rune audio server on a raspberry pi 3. By fixes, I mean I have read all that I could find regarding encoding and general setup of the abcde script. As for utf-8, that is what is required by the rune software, per the developers. As a contrast, I have in the past, used XLD for Mac to encode my music to aiff format, and when transferred to the Pi server, the music files are cataloged and displayed as they should be. When they are encoded with Abcde and transferred to the server, the files are only displayed in alpha order. However, they are not cataloged under ?album view?, or or album list view. I can access them as is, but this is a bit cumbersome as is. I really like Linux and I like the Abcde script for its capabilities, and want to solve this problem. The fact that XLD produces aiff encoded music that displays properly, tells me that the problem is with some particular setup of the Abcde script. Sincerely, Robert Jenkins Sent from my iPhone > On Apr 20, 2025, at 20:37, Gabriel Rosenkoetter wrote: > > ?On 2025-04-19 22:47, Dry Martini Holding Company ? wrote: >> I have been using this great script for a while now, and encoding all of my music to aiff format. >> I listen to the files using a RPi running rune audio music server software. However, the encoding (or lack thereof) causes problems for the server software, which requires UTF-8. >> I just discovered abcde 2.11.0, and I am still encountering this problem. >> I have followed all the fixes for this problem. Is there anything else I need to do for this to work properly for aiff encoded files? > > I fear that I don't have an immediate answer to your question, but I'm amply familiar with how low-traffic this email list tends to be, and I didn't want you to think it was a total vacuum. > > I'm personally unfamiliar with "a RPi" and with "rune audio music server". That doesn't mean they're bad, it just means that I'm ignorant of them. I think that you means that you've got a Raspberry Pi running https://www.runeaudio.com/ ? is that correct? > > I'm not sure what you mean by the assertion that that configuration "requires UTF-8". Do you mean that it is incapable of displaying track information encoded as simple ASCII or do you mean that it fails to play tracks whose metadata are encoded in a format other than UTF-8? > > In either case, the files produced by abcde that I play routinely (mostly through software from Apple) contain metadata that's definitely encoded in UTF-8, so I'm not sure how you got to that place with this problem. > > Could you show us what command line call you're using to encode tracks/albums? > > Could you point us to error messages that you're seeing? > > Could you point us to references to "all the fixes" that you've already tried? > > I do apologize that I lack any more specific answer, but I just don't understand enough about what's going wrong for you yet. > > As a footnote: you'll probably forever be in a minority of a minority while you choose to store your music files as AIFF. I'm not telling you to go re-encode all of your audio collection or anything, I'm just asserting that it's a slightly esoteric choice, so you are likely to hit encoding & decoding edge cases that relatively few others have. > > (I'm kinda on your side on the encoding choice: I was raised by classical musicians. I have Opinions about how watery mp3 encoding makes orchestral music sound. But that's the format in which my music library is digitally stored, because of the lowest-common-denominator: I've still got the source physical media for stuff that really matters.) > > -- > Gabriel Rosenkoetter (he/him) > gr at eclipsed.net > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > From poddmo at gmail.com Mon Apr 21 04:26:50 2025 From: poddmo at gmail.com (josh) Date: Mon, 21 Apr 2025 13:26:50 +1000 Subject: [Abcde-users] Abcde and aiff In-Reply-To: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> References: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> Message-ID: <94f0c320-40ea-4191-940e-f14d3c6ee270@gmail.com> On 21/4/25 10:37, Gabriel Rosenkoetter wrote: > On 2025-04-19 22:47, Dry Martini Holding Company ? wrote: >> I have been using this great script for a while now, and encoding all >> of my music to aiff format. >> >> I listen to the files using a RPi running rune audio music server >> software. However, the encoding (or lack thereof) causes problems for >> the server software, which requires UTF-8. >> >> I just discovered abcde 2.11.0, and I am still encountering this >> problem. >> >> I have followed all the fixes for this problem. Is there anything >> else I need to do for this to work properly for aiff encoded files? > ... > > Could you show us what command line call you're using to encode > tracks/albums? > > Could you point us to error messages that you're seeing? > > Could you point us to references to "all the fixes" that you've > already tried? > I would also like to see your config, possibly /etc/abcde.conf or more likely .abcde.conf in your home directory. Generally for solving utf8 issues, it would be good to see the output of the command: locale A while back when I was having issues with utf8 characters being handled inconsistently when using abcde, eg the cddbchoice list would show utf8 characters correctly but the cddb editor did not. I solved this by explicitly defining my locale in my abcde config (/home/username/.abcde.conf) with the following line at the top of my config: export LC_ALL=en_AU.UTF-8 I've just committed an update to my github repo that adds a locale example to the default config: https://github.com/poddmo/abcde/commit/6e7795eb5fe951e9a6b2c32083cecb0c82e423c2 I also started using tmux with the -u switch. > I do apologize that I lack any more specific answer, but I just don't > understand enough about what's going wrong for you yet. > > As a footnote: you'll probably forever be in a minority of a minority > while you choose to store your music files as AIFF. I'm not telling > you to go re-encode all of your audio collection or anything, I'm just > asserting that it's a slightly esoteric choice, so you are likely to > hit encoding & decoding edge cases that relatively few others have. > +1 > (I'm kinda on your side on the encoding choice: I was raised by > classical musicians. I have Opinions about how watery mp3 encoding > makes orchestral music sound. But that's the format in which my music > library is digitally stored, because of the lowest-common-denominator: > I've still got the source physical media for stuff that really matters.) > flac all day for lossless and modern encoding and future-proof decoding > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From gr at eclipsed.net Mon Apr 21 08:44:57 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Mon, 21 Apr 2025 03:44:57 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: <669CDA8D-9850-435A-B52D-25A00F61D8C7@kg4kgl.net> References: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> <669CDA8D-9850-435A-B52D-25A00F61D8C7@kg4kgl.net> Message-ID: On 2025-04-20 23:16, Dry Martini Holding Company ? wrote: > Mr. Rosen letter, No need to Mister me. ;^> > Greetings and thank you for your reply. Yes, I am running the rune audio server on a raspberry pi 3. I think that part of the problem here may be that you are asking the wrong set of people the wrong question, although I don't think either of those "wrong" things are your fault. I think that the question that you actually want to be asking is how RuneAudio needs audio files presented so that it can index them properly. I don't know the answer to that question, so I don't know how to suggest changes to the way that you're running abcde in order to produce files that Rune will index properly. (I did read through https://www.runeaudio.com/documentation/ and I didn't find anything resembling the detail I'd need to answer your questions. When looking for source code, I got as far as https://www.runeaudio.com/forum/help-the-project-f24.html and? kinda gave up for the night. It doesn't seem like they've chosen to make it easy for people outside their in-set to understand how their software works.) For what it's worth, I routinely run abcde on macOS (of various versions), play the files in various ways (including Apple's Music.app, and synchronized to both a modern iPhone and a somewhat-dated iPod), and I don't have any problems indexing files by artist, album, genre, so forth. I think that the problem you're having is that the way that you are running abcde is not populating the metadata on the files at all. That is something that is normally controlled either by command-line flags or by configuration file. That's why both josh and I have asked that you tell us how you're running abcde, so that we can help you run it in a way that populates those fields that Rune is (we presume) looking for. I'm also not simply sending you a file that you can save as ~/.abcde.conf because I would have to do a lot of work to generalize the file that I have there so that it doesn't try to access directories that don't exist on your system and run programs that you keep in different locations. It's possible that https://askubuntu.com/questions/1179179/abcde-what-is-an-abcde-conf-file-to-rip-to-multiple-formats may be closer to a turn-key answer for you, but I have not used the config file presented there personally, so I can't vouch for it. > As for utf-8, that is what is required by the rune software, per the developers. As a contrast, I have in the past, used XLD for Mac to encode my music to aiff format, and when transferred to the Pi server, the music files are cataloged and displayed as they should be. That is a helpful piece of information, but I don't think that the problem you're having is related to UTF-8 encoding of track metadata. I'm also unfamiliar with XLD (I do see https://sourceforge.net/projects/xld/). I have no idea what it's doing differently with its output files than the way that you have executed abcde, and I also don't know how you have executed abcde. > When they are encoded with Abcde and transferred to the server, the files are only displayed in alpha order. However, they are not cataloged under ?album view?, or or album list view. I can access them as is, but this is a bit cumbersome as is. It would help a lot if you could show us what command you used to run abcde. > I really like Linux and I like the Abcde script for its capabilities, and want to solve this problem. The fact that XLD produces aiff encoded music that displays properly, tells me that the problem is with some particular setup of the Abcde script. I understand how you got to that conclusion, but I think that your logic is missing several steps, because I don't think that you fully understand how the metadata about a given track is attached to the actual "music" content. I also don't think that you should have to understand that in order to transfer music from CDs that you own to online digital storage that you own. Unfortunately, I don't think that one can perform that operation using abcde without understanding more than "should" be necessary about that. -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From jason at shakabuku.org Mon Apr 21 13:50:18 2025 From: jason at shakabuku.org (Bodnar, Jason) Date: Mon, 21 Apr 2025 07:50:18 -0500 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: <916e9e2e-ab70-4d9d-a631-7958d1ff363f@eclipsed.net> <669CDA8D-9850-435A-B52D-25A00F61D8C7@kg4kgl.net> Message-ID: I know nothing about aiff but if there's a command line program to display aiff tags perhaps the OP can post the output from that program run on a file that isn't sorted properly. That might help us discover what is not working. But I agree that this almost certainly a problem with the OP's system setup or abdce vonfig. Jason Bodnar jason at shakabuku.org On Mon, Apr 21, 2025, 2:45?AM Gabriel Rosenkoetter wrote: > On 2025-04-20 23:16, Dry Martini Holding Company ? wrote: > > Mr. Rosen letter, > > No need to Mister me. ;^> > > > Greetings and thank you for your reply. Yes, I am running the rune audio > server on a raspberry pi 3. > > I think that part of the problem here may be that you are asking the > wrong set of people the wrong question, although I don't think either of > those "wrong" things are your fault. > > I think that the question that you actually want to be asking is how > RuneAudio needs audio files presented so that it can index them properly. > > I don't know the answer to that question, so I don't know how to suggest > changes to the way that you're running abcde in order to produce files > that Rune will index properly. > > (I did read through https://www.runeaudio.com/documentation/ and I > didn't find anything resembling the detail I'd need to answer your > questions. When looking for source code, I got as far as > https://www.runeaudio.com/forum/help-the-project-f24.html and? kinda > gave up for the night. It doesn't seem like they've chosen to make it > easy for people outside their in-set to understand how their software > works.) > > For what it's worth, I routinely run abcde on macOS (of various > versions), play the files in various ways (including Apple's Music.app, > and synchronized to both a modern iPhone and a somewhat-dated iPod), and > I don't have any problems indexing files by artist, album, genre, so forth. > > I think that the problem you're having is that the way that you are > running abcde is not populating the metadata on the files at all. That > is something that is normally controlled either by command-line flags or > by configuration file. > > That's why both josh and I have asked that you tell us how you're > running abcde, so that we can help you run it in a way that populates > those fields that Rune is (we presume) looking for. > > I'm also not simply sending you a file that you can save as > ~/.abcde.conf because I would have to do a lot of work to generalize the > file that I have there so that it doesn't try to access directories that > don't exist on your system and run programs that you keep in different > locations. > > It's possible that > > https://askubuntu.com/questions/1179179/abcde-what-is-an-abcde-conf-file-to-rip-to-multiple-formats > may be closer to a turn-key answer for you, but I have not used the > config file presented there personally, so I can't vouch for it. > > > As for utf-8, that is what is required by the rune software, per the > developers. As a contrast, I have in the past, used XLD for Mac to encode > my music to aiff format, and when transferred to the Pi server, the music > files are cataloged and displayed as they should be. > > That is a helpful piece of information, but I don't think that the > problem you're having is related to UTF-8 encoding of track metadata. > > I'm also unfamiliar with XLD (I do see > https://sourceforge.net/projects/xld/). I have no idea what it's doing > differently with its output files than the way that you have executed > abcde, and I also don't know how you have executed abcde. > > > When they are encoded with Abcde and transferred to the server, the > files are only displayed in alpha order. However, they are not cataloged > under ?album view?, or or album list view. I can access them as is, but > this is a bit cumbersome as is. > > It would help a lot if you could show us what command you used to run > abcde. > > > I really like Linux and I like the Abcde script for its capabilities, > and want to solve this problem. The fact that XLD produces aiff encoded > music that displays properly, tells me that the problem is with some > particular setup of the Abcde script. > > I understand how you got to that conclusion, but I think that your logic > is missing several steps, because I don't think that you fully > understand how the metadata about a given track is attached to the > actual "music" content. > > I also don't think that you should have to understand that in order to > transfer music from CDs that you own to online digital storage that you > own. Unfortunately, I don't think that one can perform that operation > using abcde without understanding more than "should" be necessary about > that. > > -- > Gabriel Rosenkoetter (he/him) > gr at eclipsed.net > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From qrp at kg4kgl.net Mon Apr 21 17:08:48 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Mon, 21 Apr 2025 12:08:48 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: Message-ID: Thank you for your reply. Here is the output of the LOCALE command: LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as Josh suggested, and still no improvement. Robert On 4/19/25 22:47, Dry Martini Holding Company ? wrote: > Hello, > > I have been using this great script for a while now, and encoding all of my music to aiff format. > > I listen to the files using a RPi running rune audio music server software. However, the encoding (or lack thereof) causes problems for the server software, which requires UTF-8. > > I just discovered abcde 2.11.0, and I am still encountering this problem. > > I have followed all the fixes for this problem. Is there anything else I need to do for this to work properly for aiff encoded files? > > Thank you, > > Robert > > Sent from my iPhone > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From qrp at kg4kgl.net Mon Apr 21 17:13:19 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Mon, 21 Apr 2025 12:13:19 -0400 Subject: [Abcde-users] Abcde and aiff Message-ID: <619ecf4a-a2d7-4187-a5d6-fefc649d0957@kg4kgl.net> On 4/21/25 03:44, Gabriel Rosenkoetter wrote: > > No need to Mister me. ;^> Duly noted. :D > > I think that part of the problem here may be that you are asking the > wrong set of people the wrong question, although I don't think either > of those "wrong" things are your fault. > > I have also posed this question to the rune audio discussion on Github. Robert From gr at eclipsed.net Mon Apr 21 17:51:47 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Mon, 21 Apr 2025 12:51:47 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: Message-ID: Could you please show us the contents of your abcde.conf file and show us the command line that you are using? I don't think that any of us can help you further without knowing how you're running abcde. On 2025-04-21 12:08, Dry Martini Holding Company wrote: > Thank you for your reply. Here is the output of the LOCALE command: > > LANG=en_US.UTF-8 > LANGUAGE= > LC_CTYPE="en_US.UTF-8" > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > > I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as Josh > suggested, and still no improvement. > > Robert > > On 4/19/25 22:47, Dry Martini Holding Company ? wrote: >> Hello, >> >> I have been using this great script for a while now, and encoding all >> of my music to aiff format. >> >> I listen to the files using a RPi running rune audio music server >> software. However, the encoding (or lack thereof) causes problems for >> the server software, which requires UTF-8. >> >> I just discovered abcde 2.11.0, and I am still encountering this problem. >> >> I have followed all the fixes for this problem. Is there anything else >> I need to do for this to work properly for aiff encoded files? >> >> Thank you, >> >> Robert >> >> Sent from my iPhone >> >> _______________________________________________ >> Abcde-users mailing list >> Abcde-users at lists.einval.com >> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Mon Apr 21 17:58:25 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Mon, 21 Apr 2025 12:58:25 -0400 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: Message-ID: My apologies. I knew there was something that I was forgetting. Here is my config file: export LC_ALL=en_US.UTF-8 MAXPROCS=4????????????????????????????? # Run a few encoders simultaneously PADTRACKS=y???????????????????????????? # Makes tracks 01 02 not 1 2 EXTRAVERBOSE=2????????????????????????? # Useful for debugging EJECTCD=y?????????????????????????????? # Please eject cd when finished :-) DIFFOPTS=-y PAGEROPTS="-fM" ALBUMARTFILE='cover.jpg' ALBUMARTDIR="${HOME}/Music" OVERRIDEALBUMARTDOWNLOAD=y ANYASCIIBIN="$HOME/bin/anyascii" LOWDISK=n CDDBMETHOD=musicbrainz,cddb,cdtext CDDBCOPYLOCAL="y" CDDBLOCALDIR="$HOME/.cddb" CDDBLOCALRECURSIVE="y" CDDBUSELOCAL="y" CDDBURL="http://gnudb.gnudb.org/~cddb/cddb.cgi" CDDBSUBMIT=freedb-submit at freedb.org NOSUBMIT=n HELLOINFO="music at hostname" #FLACENCODERSYNTAX=flac #FLAC=flac #FLACOPTS='-s -8pV -j3' #FLACTAGSTARTCASE=y #FLACTAGALBUMARTISTTAGNAME="ALBUMARTIST" #FLACTAGALBUMARTISTVALUE="Various Artists" #AACENCODERSYNTAX=ffmpeg #FFMPEGENCOPTS="-c:a aac -b:a 192k" AIFFENCODERSYNTAX=default FFMPEG=ffmpeg OUTPUTTYPE="aiff" CDROMREADERSYNTAX=cdparanoia CDPARANOIA=cdparanoia CDPARANOIAOPTS="-L --never-skip=2" CDDISCID=cd-discid OUTPUTDIR="$HOME/Music" ACTIONS=cddb,playlist,cue,read,encode,tag,move,clean OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}' VAOUTPUTFORMAT='Various-${ALBUMFILE}/${TRACKNUM}.${ARTISTFILE}-${TRACKFILE}' ONETRACKOUTPUTFORMAT='${OUTPUT}/${ARTISTFILE}/${ARTISTFILE}-${ALBUMFILE}' VAONETRACKOUTPUTFORMAT='${OUTPUT}/Various-${ALBUMFILE}/${ALBUMFILE}' 1,0-1???????? Top On 4/21/25 12:51, Gabriel Rosenkoetter wrote: > Could you please show us the contents of your abcde.conf file and show > us the command line that you are using? > > I don't think that any of us can help you further without knowing how > you're running abcde. > > On 2025-04-21 12:08, Dry Martini Holding Company wrote: >> Thank you for your reply. Here is the output of the LOCALE command: >> >> LANG=en_US.UTF-8 >> LANGUAGE= >> LC_CTYPE="en_US.UTF-8" >> LC_NUMERIC="en_US.UTF-8" >> LC_TIME="en_US.UTF-8" >> LC_COLLATE="en_US.UTF-8" >> LC_MONETARY="en_US.UTF-8" >> LC_MESSAGES="en_US.UTF-8" >> LC_PAPER="en_US.UTF-8" >> LC_NAME="en_US.UTF-8" >> LC_ADDRESS="en_US.UTF-8" >> LC_TELEPHONE="en_US.UTF-8" >> LC_MEASUREMENT="en_US.UTF-8" >> LC_IDENTIFICATION="en_US.UTF-8" >> LC_ALL= >> >> I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as Josh >> suggested, and still no improvement. >> >> Robert >> >> On 4/19/25 22:47, Dry Martini Holding Company ? wrote: >>> Hello, >>> >>> I have been using this great script for a while now, and encoding >>> all of my music to aiff format. >>> >>> I listen to the files using a RPi running rune audio music server >>> software. However, the encoding (or lack thereof) causes problems >>> for the server software, which requires UTF-8. >>> >>> I just discovered abcde 2.11.0, and I am still encountering this >>> problem. >>> >>> I have followed all the fixes for this problem. Is there anything >>> else I need to do for this to work properly for aiff encoded files? >>> >>> Thank you, >>> >>> Robert >>> >>> Sent from my iPhone >>> >>> _______________________________________________ >>> Abcde-users mailing list >>> Abcde-users at lists.einval.com >>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >> >> _______________________________________________ >> Abcde-users mailing list >> Abcde-users at lists.einval.com >> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > > From gr at eclipsed.net Tue Apr 22 01:52:58 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Mon, 21 Apr 2025 20:52:58 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> Message-ID: Rats. Meant to send this just to the list, rather than just to qrp@ (etc). Sorry! ("Dry Martini Holding Company" ? which "real name", btw, I love: if you reply directly to me, please let me know if you would prefer that I didn't then simply reply to the mailing list, but my gut instinct is that both of us would prefer that others in the future can also benefit from figuring this out.) -------- Forwarded Message -------- From: Gabriel Rosenkoetter Sent: Monday, April 21, 2025 at 8:50 PM EDT To: Dry Martini Holding Company Subject: RE: [Abcde-users] Abcde and aiff At a glance, you are including the tag step in your ACTIONS setting, which rules out, "You're just not telling abcde to tag the track", so that's good! These next questions may just demonstrate my ignorance of encoding as AIFF: What are you using for AIFF encoding? Does that embed the tagging step in encoding? If not, what are you using for tagging AIFF files? (Unless I'm missing them, I don't see those specified in your config file.) I understand that it may not be the file format you'd like to store music in, but have you tried running abcde with MP3 encoding (I believe that's the most common use case, probably followed by FLAC)? I use lame for mp3 encoding: MP3ENCODERSYNTAX=lame LAME=lame LAMEOPTS='-V 2' OUTPUTTYPE="mp3" and eyeD3 for tagging mp3s: EYED3=eyeD3-3.9 #EYED3OPTS=-Q It might be worth your time to try that on one track to see whether Rune on your Raspberry Pi picks up those tags. I've been busy today, and I'm not sure I'll have time tonight or tomorrow morning to do so, but I'll try producing AIFF files on my end so that I can give you more specific answers. If your goal with AIFF is just "lossless", and Rune is capable of playing FLAC files, you may also want to try encoding to FLAC to see whether Rune handles those usefully. It's entirely possible that abcde is silently failing to add metadata to AIFF files, and, if so, that is a bug that we should, as a community, fix, but you'll be in community with a larger number of people if you use FLAC instead, so you'll be less likely to get bit by similar AIFF-specific bugs in the future. On 2025-04-21 12:58, Dry Martini Holding Company wrote: My apologies. I knew there was something that I was forgetting. Here is my config file: export LC_ALL=en_US.UTF-8 MAXPROCS=4 # Run a few encoders simultaneously PADTRACKS=y # Makes tracks 01 02 not 1 2 EXTRAVERBOSE=2 # Useful for debugging EJECTCD=y # Please eject cd when finished :-) DIFFOPTS=-y PAGEROPTS="-fM" ALBUMARTFILE='cover.jpg' ALBUMARTDIR="${HOME}/Music" OVERRIDEALBUMARTDOWNLOAD=y ANYASCIIBIN="$HOME/bin/anyascii" LOWDISK=n CDDBMETHOD=musicbrainz,cddb,cdtext CDDBCOPYLOCAL="y" CDDBLOCALDIR="$HOME/.cddb" CDDBLOCALRECURSIVE="y" CDDBUSELOCAL="y" CDDBURL="http://gnudb.gnudb.org/~cddb/cddb.cgi" CDDBSUBMIT=freedb-submit at freedb.org NOSUBMIT=n HELLOINFO="music at hostname" #FLACENCODERSYNTAX=flac #FLAC=flac #FLACOPTS='-s -8pV -j3' #FLACTAGSTARTCASE=y #FLACTAGALBUMARTISTTAGNAME="ALBUMARTIST" #FLACTAGALBUMARTISTVALUE="Various Artists" #AACENCODERSYNTAX=ffmpeg #FFMPEGENCOPTS="-c:a aac -b:a 192k" AIFFENCODERSYNTAX=default FFMPEG=ffmpeg OUTPUTTYPE="aiff" CDROMREADERSYNTAX=cdparanoia CDPARANOIA=cdparanoia CDPARANOIAOPTS="-L --never-skip=2" CDDISCID=cd-discid OUTPUTDIR="$HOME/Music" ACTIONS=cddb,playlist,cue,read,encode,tag,move,clean OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}' VAOUTPUTFORMAT='Various-${ALBUMFILE}/${TRACKNUM}.${ARTISTFILE}- ${TRACKFILE}' ONETRACKOUTPUTFORMAT='${OUTPUT}/${ARTISTFILE}/${ARTISTFILE}-${ALBUMFILE}' VAONETRACKOUTPUTFORMAT='${OUTPUT}/Various-${ALBUMFILE}/${ALBUMFILE}' 1,0-1 Top On 4/21/25 12:51, Gabriel Rosenkoetter wrote: >> Could you please show us the contents of your abcde.conf file and show >> us the command line that you are using? >> >> I don't think that any of us can help you further without knowing how >> you're running abcde. >> >> On 2025-04-21 12:08, Dry Martini Holding Company wrote: >>> Thank you for your reply. Here is the output of the LOCALE command: >>> >>> LANG=en_US.UTF-8 >>> LANGUAGE= >>> LC_CTYPE="en_US.UTF-8" >>> LC_NUMERIC="en_US.UTF-8" >>> LC_TIME="en_US.UTF-8" >>> LC_COLLATE="en_US.UTF-8" >>> LC_MONETARY="en_US.UTF-8" >>> LC_MESSAGES="en_US.UTF-8" >>> LC_PAPER="en_US.UTF-8" >>> LC_NAME="en_US.UTF-8" >>> LC_ADDRESS="en_US.UTF-8" >>> LC_TELEPHONE="en_US.UTF-8" >>> LC_MEASUREMENT="en_US.UTF-8" >>> LC_IDENTIFICATION="en_US.UTF-8" >>> LC_ALL= >>> >>> I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as Josh >>> suggested, and still no improvement. >>> >>> Robert >>> >>> On 4/19/25 22:47, Dry Martini Holding Company ? wrote: >>>> Hello, >>>> >>>> I have been using this great script for a while now, and encoding >>>> all of my music to aiff format. >>>> >>>> I listen to the files using a RPi running rune audio music server >>>> software. However, the encoding (or lack thereof) causes problems >>>> for the server software, which requires UTF-8. >>>> >>>> I just discovered abcde 2.11.0, and I am still encountering this >>>> problem. >>>> >>>> I have followed all the fixes for this problem. Is there anything >>>> else I need to do for this to work properly for aiff encoded files? >>>> >>>> Thank you, >>>> >>>> Robert >>>> >>>> Sent from my iPhone >>>> >>>> _______________________________________________ >>>> Abcde-users mailing list >>>> Abcde-users at lists.einval.com >>>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >>> >>> _______________________________________________ >>> Abcde-users mailing list >>> Abcde-users at lists.einval.com >>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >> >> -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From poddmo at gmail.com Tue Apr 22 04:40:50 2025 From: poddmo at gmail.com (josh) Date: Tue, 22 Apr 2025 13:40:50 +1000 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> Message-ID: <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> On 22/4/25 10:52, Gabriel Rosenkoetter wrote: > > -------- Forwarded Message -------- > From: Gabriel Rosenkoetter > Sent: Monday, April 21, 2025 at 8:50 PM EDT > To: Dry Martini Holding Company > Subject: RE: [Abcde-users] Abcde and aiff > > At a glance, you are including the tag step in your ACTIONS setting, > which rules out, "You're just not telling abcde to tag the track", so > that's good! > > These next questions may just demonstrate my ignorance of encoding as > AIFF: > > What are you using for AIFF encoding? > > Does that embed the tagging step in encoding? > > If not, what are you using for tagging AIFF files? > Over the last couple of days I've been doing some more work on abcde, adding the ability to detect and rip hidden track one audio [1]. I just noticed in the tagging function that AIFF format files are not tagged. See the code at this line is essentially a no-op: https://github.com/poddmo/abcde/blob/6e7795eb5fe951e9a6b2c32083cecb0c82e423c2/abcde#L1075 You will be able to confirm the state of your aiff files with ffmpeg... please post the output of ffmpeg -i 01.trackname.aiff where 01.trackname.aiff is the abcde generated filename from a ripped CD [1] https://en.wikipedia.org/wiki/Hidden_track > (Unless I'm missing them, I don't see those specified in your config > file.) > > I understand that it may not be the file format you'd like to store > music in, but have you tried running abcde with MP3 encoding (I > believe that's the most common use case, probably followed by FLAC)? > > I use lame for mp3 encoding: > > MP3ENCODERSYNTAX=lame > LAME=lame > LAMEOPTS='-V 2' > OUTPUTTYPE="mp3" > > and eyeD3 for tagging mp3s: > > EYED3=eyeD3-3.9 > #EYED3OPTS=-Q > > It might be worth your time to try that on one track to see whether > Rune on your Raspberry Pi picks up those tags. > > I've been busy today, and I'm not sure I'll have time tonight or > tomorrow morning to do so, but I'll try producing AIFF files on my end > so that I can give you more specific answers. > > If your goal with AIFF is just "lossless", and Rune is capable of > playing FLAC files, you may also want to try encoding to FLAC to see > whether Rune handles those usefully. It's entirely possible that abcde > is silently failing to add metadata to AIFF files, and, if so, that is > a bug that we should, as a community, fix, but you'll be in community > with a larger number of people if you use FLAC instead, so you'll be > less likely to get bit by similar AIFF-specific bugs in the future. > > On 2025-04-21 12:58, Dry Martini Holding Company wrote: > My apologies. I knew there was something that I was forgetting. Here is > my config file: > > > export LC_ALL=en_US.UTF-8 > MAXPROCS=4????????????????????????????? # Run a few encoders > simultaneously > PADTRACKS=y???????????????????????????? # Makes tracks 01 02 not 1 2 > EXTRAVERBOSE=2????????????????????????? # Useful for debugging > EJECTCD=y?????????????????????????????? # Please eject cd when > finished :-) > DIFFOPTS=-y > PAGEROPTS="-fM" > ALBUMARTFILE='cover.jpg' > ALBUMARTDIR="${HOME}/Music" > OVERRIDEALBUMARTDOWNLOAD=y > ANYASCIIBIN="$HOME/bin/anyascii" > LOWDISK=n > CDDBMETHOD=musicbrainz,cddb,cdtext > CDDBCOPYLOCAL="y" > CDDBLOCALDIR="$HOME/.cddb" > CDDBLOCALRECURSIVE="y" > CDDBUSELOCAL="y" > CDDBURL="http://gnudb.gnudb.org/~cddb/cddb.cgi" > CDDBSUBMIT=freedb-submit at freedb.org > NOSUBMIT=n > HELLOINFO="music at hostname" > #FLACENCODERSYNTAX=flac > #FLAC=flac > #FLACOPTS='-s -8pV -j3' > #FLACTAGSTARTCASE=y > #FLACTAGALBUMARTISTTAGNAME="ALBUMARTIST" > #FLACTAGALBUMARTISTVALUE="Various Artists" > #AACENCODERSYNTAX=ffmpeg > #FFMPEGENCOPTS="-c:a aac -b:a 192k" > AIFFENCODERSYNTAX=default > FFMPEG=ffmpeg > OUTPUTTYPE="aiff" > CDROMREADERSYNTAX=cdparanoia > CDPARANOIA=cdparanoia > CDPARANOIAOPTS="-L --never-skip=2" > CDDISCID=cd-discid > OUTPUTDIR="$HOME/Music" > ACTIONS=cddb,playlist,cue,read,encode,tag,move,clean > OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}' > VAOUTPUTFORMAT='Various-${ALBUMFILE}/${TRACKNUM}.${ARTISTFILE}- > ${TRACKFILE}' > ONETRACKOUTPUTFORMAT='${OUTPUT}/${ARTISTFILE}/${ARTISTFILE}-${ALBUMFILE}' > VAONETRACKOUTPUTFORMAT='${OUTPUT}/Various-${ALBUMFILE}/${ALBUMFILE}' > 1,0-1???????? Top > > > On 4/21/25 12:51, Gabriel Rosenkoetter wrote: >>> Could you please show us the contents of your abcde.conf file and >>> show us the command line that you are using? >>> >>> I don't think that any of us can help you further without knowing >>> how you're running abcde. >>> >>> On 2025-04-21 12:08, Dry Martini Holding Company wrote: >>>> Thank you for your reply. Here is the output of the LOCALE command: >>>> >>>> LANG=en_US.UTF-8 >>>> LANGUAGE= >>>> LC_CTYPE="en_US.UTF-8" >>>> LC_NUMERIC="en_US.UTF-8" >>>> LC_TIME="en_US.UTF-8" >>>> LC_COLLATE="en_US.UTF-8" >>>> LC_MONETARY="en_US.UTF-8" >>>> LC_MESSAGES="en_US.UTF-8" >>>> LC_PAPER="en_US.UTF-8" >>>> LC_NAME="en_US.UTF-8" >>>> LC_ADDRESS="en_US.UTF-8" >>>> LC_TELEPHONE="en_US.UTF-8" >>>> LC_MEASUREMENT="en_US.UTF-8" >>>> LC_IDENTIFICATION="en_US.UTF-8" >>>> LC_ALL= >>>> >>>> I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as >>>> Josh suggested, and still no improvement. >>>> Your locale looks good, just be sure to use?en_US.UTF-8 and not en_AU.UTF-8 or else your encoding will be inverted ?? >>>> Robert >>>> >>>> On 4/19/25 22:47, Dry Martini Holding Company ? wrote: >>>>> Hello, >>>>> >>>>> I have been using this great script for a while now, and encoding >>>>> all of my music to aiff format. >>>>> >>>>> I listen to the files using a RPi running rune audio music server >>>>> software. However, the encoding (or lack thereof) causes problems >>>>> for the server software, which requires UTF-8. >>>>> >>>>> I just discovered abcde 2.11.0, and I am still encountering this >>>>> problem. >>>>> >>>>> I have followed all the fixes for this problem. Is there anything >>>>> else I need to do for this to work properly for aiff encoded files? >>>>> >>>>> Thank you, >>>>> >>>>> Robert >>>>> >>>>> Sent from my iPhone >>>>> >>>>> _______________________________________________ >>>>> Abcde-users mailing list >>>>> Abcde-users at lists.einval.com >>>>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >>>> >>>> _______________________________________________ >>>> Abcde-users mailing list >>>> Abcde-users at lists.einval.com >>>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >>> >>> > > > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From aidenn0 at geocities.com Tue Apr 22 06:00:45 2025 From: aidenn0 at geocities.com (Jason Miller) Date: Mon, 21 Apr 2025 22:00:45 -0700 Subject: [Abcde-users] Abcde and aiff In-Reply-To: References: Message-ID: <87o6wolria.fsf@motoko.mail-host-address-is-not-set> Dry Martini Holding Company writes: > My apologies. I knew there was something that I was forgetting. Here is > my config file: > ... I've been doing some digging on how abcde encodes metadata for AIFF files: It (by default and your configuration does not override the default) uses ffmpeg with the options "-write_id3v2 1 -id3v2_version 4"; that *might* be enough information for those more familiar with Rune to suggest what is going wrong. If that doesn't let you make progress, then if you post an example of a working AIFF file (with non-ascii characters in the metadata please), and a non-working AIFF file from abcde, then I would be willing to take a few minutes to compare the two. For what it is worth, on "My Machine" abcde properly generates an id3v2.4 tag that is UTF-8 encoded; here's an example hex dump of the string for the Japanese band ?????? from an AIFF encode I just performed (from the id3v2 TPE1 -- Lead performer(s)/Solist(s) -- field): 03e3 82b7 e383 bce3 8388 e383 99e3 83ab e383 8400 The "03" at the beginning of the text field indicates it is UTF-8 encoded, and the remainder I have confirmed to be the UTF-8 representation of the Japanese band name, followed by a null termination. Regards, Jason From poddmo at gmail.com Tue Apr 22 09:24:49 2025 From: poddmo at gmail.com (josh) Date: Tue, 22 Apr 2025 18:24:49 +1000 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> Message-ID: <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> On 22/4/25 13:40, josh wrote: > On 22/4/25 10:52, Gabriel Rosenkoetter wrote: >> >> -------- Forwarded Message -------- >> From: Gabriel Rosenkoetter >> Sent: Monday, April 21, 2025 at 8:50 PM EDT >> To: Dry Martini Holding Company >> Subject: RE: [Abcde-users] Abcde and aiff >> >> At a glance, you are including the tag step in your ACTIONS setting, >> which rules out, "You're just not telling abcde to tag the track", so >> that's good! >> >> These next questions may just demonstrate my ignorance of encoding as >> AIFF: >> >> What are you using for AIFF encoding? >> >> Does that embed the tagging step in encoding? >> >> If not, what are you using for tagging AIFF files? >> > > Over the last couple of days I've been doing some more work on abcde, > adding the ability to detect and rip hidden track one audio [1]. I > just noticed in the tagging function that AIFF format files are not > tagged. See the code at this line is essentially a no-op: > > https://github.com/poddmo/abcde/blob/6e7795eb5fe951e9a6b2c32083cecb0c82e423c2/abcde#L1075 > > > You will be able to confirm the state of your aiff files with > ffmpeg... please post the output of > > ffmpeg -i 01.trackname.aiff > > where 01.trackname.aiff is the abcde generated filename from a ripped CD > > > [1] https://en.wikipedia.org/wiki/Hidden_track > > My apologies but I was too hasty to declare that abcde does not tag aiff files. It does tag them during the encoding action. Here is the link to the relevant function: https://github.com/poddmo/abcde/blob/6e7795eb5fe951e9a6b2c32083cecb0c82e423c2/abcde#L1432 and copy and paste for quick reference: aiff) case "$AIFFENCODERSYNTAX" in ffmpeg) if [ "$DOTAG" = "y" ]; then $RUN_COMMAND nice $EFFECTIVE_NICE $AIFFENCODER -i "$IN" $AIFFENCODEROPTS \ -metadata artist="$TRACKARTIST" -metadata album="$DALBUM" \ -metadata title="$TRACKNAME" -metadata track="${TRACKNUM:-$1}" \ -metadata date="$CDYEAR" -metadata genre="$CDGENRE" \ -metadata comment="$COMMENT" "$OUT" else $RUN_COMMAND nice $EFFECTIVE_NICE $AIFFENCODER -i "$IN" $AIFFENCODEROPTS "$OUT" fi ;; esac ;; >> (Unless I'm missing them, I don't see those specified in your config >> file.) >> >> I understand that it may not be the file format you'd like to store >> music in, but have you tried running abcde with MP3 encoding (I >> believe that's the most common use case, probably followed by FLAC)? >> >> I use lame for mp3 encoding: >> >> MP3ENCODERSYNTAX=lame >> LAME=lame >> LAMEOPTS='-V 2' >> OUTPUTTYPE="mp3" >> >> and eyeD3 for tagging mp3s: >> >> EYED3=eyeD3-3.9 >> #EYED3OPTS=-Q >> >> It might be worth your time to try that on one track to see whether >> Rune on your Raspberry Pi picks up those tags. >> >> I've been busy today, and I'm not sure I'll have time tonight or >> tomorrow morning to do so, but I'll try producing AIFF files on my >> end so that I can give you more specific answers. >> >> If your goal with AIFF is just "lossless", and Rune is capable of >> playing FLAC files, you may also want to try encoding to FLAC to see >> whether Rune handles those usefully. It's entirely possible that >> abcde is silently failing to add metadata to AIFF files, and, if so, >> that is a bug that we should, as a community, fix, but you'll be in >> community with a larger number of people if you use FLAC instead, so >> you'll be less likely to get bit by similar AIFF-specific bugs in the >> future. >> >> On 2025-04-21 12:58, Dry Martini Holding Company wrote: >> My apologies. I knew there was something that I was forgetting. Here is >> my config file: >> >> >> export LC_ALL=en_US.UTF-8 >> MAXPROCS=4????????????????????????????? # Run a few encoders >> simultaneously >> PADTRACKS=y???????????????????????????? # Makes tracks 01 02 not 1 2 >> EXTRAVERBOSE=2????????????????????????? # Useful for debugging >> EJECTCD=y?????????????????????????????? # Please eject cd when >> finished :-) >> DIFFOPTS=-y >> PAGEROPTS="-fM" >> ALBUMARTFILE='cover.jpg' >> ALBUMARTDIR="${HOME}/Music" >> OVERRIDEALBUMARTDOWNLOAD=y >> ANYASCIIBIN="$HOME/bin/anyascii" >> LOWDISK=n >> CDDBMETHOD=musicbrainz,cddb,cdtext >> CDDBCOPYLOCAL="y" >> CDDBLOCALDIR="$HOME/.cddb" >> CDDBLOCALRECURSIVE="y" >> CDDBUSELOCAL="y" >> CDDBURL="http://gnudb.gnudb.org/~cddb/cddb.cgi" >> CDDBSUBMIT=freedb-submit at freedb.org >> NOSUBMIT=n >> HELLOINFO="music at hostname" >> #FLACENCODERSYNTAX=flac >> #FLAC=flac >> #FLACOPTS='-s -8pV -j3' >> #FLACTAGSTARTCASE=y >> #FLACTAGALBUMARTISTTAGNAME="ALBUMARTIST" >> #FLACTAGALBUMARTISTVALUE="Various Artists" >> #AACENCODERSYNTAX=ffmpeg >> #FFMPEGENCOPTS="-c:a aac -b:a 192k" >> AIFFENCODERSYNTAX=default >> FFMPEG=ffmpeg >> OUTPUTTYPE="aiff" >> CDROMREADERSYNTAX=cdparanoia >> CDPARANOIA=cdparanoia >> CDPARANOIAOPTS="-L --never-skip=2" >> CDDISCID=cd-discid >> OUTPUTDIR="$HOME/Music" >> ACTIONS=cddb,playlist,cue,read,encode,tag,move,clean >> OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}' >> VAOUTPUTFORMAT='Various-${ALBUMFILE}/${TRACKNUM}.${ARTISTFILE}- >> ${TRACKFILE}' >> ONETRACKOUTPUTFORMAT='${OUTPUT}/${ARTISTFILE}/${ARTISTFILE}-${ALBUMFILE}' >> >> VAONETRACKOUTPUTFORMAT='${OUTPUT}/Various-${ALBUMFILE}/${ALBUMFILE}' >> 1,0-1???????? Top >> >> >> On 4/21/25 12:51, Gabriel Rosenkoetter wrote: >>>> Could you please show us the contents of your abcde.conf file and >>>> show us the command line that you are using? >>>> >>>> I don't think that any of us can help you further without knowing >>>> how you're running abcde. >>>> >>>> On 2025-04-21 12:08, Dry Martini Holding Company wrote: >>>>> Thank you for your reply. Here is the output of the LOCALE command: >>>>> >>>>> LANG=en_US.UTF-8 >>>>> LANGUAGE= >>>>> LC_CTYPE="en_US.UTF-8" >>>>> LC_NUMERIC="en_US.UTF-8" >>>>> LC_TIME="en_US.UTF-8" >>>>> LC_COLLATE="en_US.UTF-8" >>>>> LC_MONETARY="en_US.UTF-8" >>>>> LC_MESSAGES="en_US.UTF-8" >>>>> LC_PAPER="en_US.UTF-8" >>>>> LC_NAME="en_US.UTF-8" >>>>> LC_ADDRESS="en_US.UTF-8" >>>>> LC_TELEPHONE="en_US.UTF-8" >>>>> LC_MEASUREMENT="en_US.UTF-8" >>>>> LC_IDENTIFICATION="en_US.UTF-8" >>>>> LC_ALL= >>>>> >>>>> I have added export LC_ALL=en_AU.UTF-8 to the Abcde.conf file as >>>>> Josh suggested, and still no improvement. >>>>> > > Your locale looks good, just be sure to use?en_US.UTF-8 and not > en_AU.UTF-8 or else your encoding will be inverted ?? > > >>>>> Robert >>>>> >>>>> On 4/19/25 22:47, Dry Martini Holding Company ? wrote: >>>>>> Hello, >>>>>> >>>>>> I have been using this great script for a while now, and encoding >>>>>> all of my music to aiff format. >>>>>> >>>>>> I listen to the files using a RPi running rune audio music server >>>>>> software. However, the encoding (or lack thereof) causes problems >>>>>> for the server software, which requires UTF-8. >>>>>> >>>>>> I just discovered abcde 2.11.0, and I am still encountering this >>>>>> problem. >>>>>> >>>>>> I have followed all the fixes for this problem. Is there anything >>>>>> else I need to do for this to work properly for aiff encoded files? >>>>>> >>>>>> Thank you, >>>>>> >>>>>> Robert >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>> _______________________________________________ >>>>>> Abcde-users mailing list >>>>>> Abcde-users at lists.einval.com >>>>>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >>>>> >>>>> _______________________________________________ >>>>> Abcde-users mailing list >>>>> Abcde-users at lists.einval.com >>>>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >>>> >>>> >> >> >> >> _______________________________________________ >> Abcde-users mailing list >> Abcde-users at lists.einval.com >> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > > From gr at eclipsed.net Tue Apr 22 11:31:55 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Tue, 22 Apr 2025 06:31:55 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> Message-ID: <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> On 2025-04-22 04:24, josh wrote: > My apologies but I was too hasty to declare that abcde does not tag aiff > files. It does tag them during the encoding action. > > Here is the link to the relevant function: > > https://github.com/poddmo/abcde/ > blob/6e7795eb5fe951e9a6b2c32083cecb0c82e423c2/abcde#L1432 > > and copy and paste for quick reference: > > aiff) > ????case "$AIFFENCODERSYNTAX" in > ??????? ffmpeg) > ??????????? if [ "$DOTAG" = "y" ]; then > ??????????????? $RUN_COMMAND nice $EFFECTIVE_NICE $AIFFENCODER -i "$IN" > $AIFFENCODEROPTS \ > ???????????????? -metadata artist="$TRACKARTIST" -metadata > album="$DALBUM" \ > ???????????????? -metadata title="$TRACKNAME" -metadata > track="${TRACKNUM:-$1}" \ > ???????????????? -metadata date="$CDYEAR" -metadata genre="$CDGENRE" \ > ???????????????? -metadata comment="$COMMENT" "$OUT" > ??????????? else > ??????????????? $RUN_COMMAND nice $EFFECTIVE_NICE $AIFFENCODER -i "$IN" > $AIFFENCODEROPTS "$OUT" > ??????????? fi > ??????? ;; > ????esac > ;; Huh. Are $TRACKARTIST, $TRACKNAME, and so forth populated when that code path executes? Of course I could check, but you're way closer to this code base at this point. :^> To be clear, I expect the results of the CDDB query are populated in the disc file (which, actually, is another thing to check, but it's unlikely that'd affect *all* of the discs that Dry [etc] is trying to rip) and all at that point, but I'm not sure that those data are actually in the right variables before the "tag" step. -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From aidenn0 at geocities.com Tue Apr 22 15:47:59 2025 From: aidenn0 at geocities.com (Jason Miller) Date: Tue, 22 Apr 2025 07:47:59 -0700 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> Message-ID: <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> Gabriel Rosenkoetter writes: > On 2025-04-22 04:24, josh wrote: >> My apologies but I was too hasty to declare that abcde does not tag aiff >> files. It does tag them during the encoding action. >> >> Here is the link to the relevant function: >> ... > > Huh. > > Are $TRACKARTIST, $TRACKNAME, and so forth populated when that code path > executes? > > Of course I could check, but you're way closer to this code base at this > point. :^> Somehow this thread got detached from the original thread in my mail-reader, so I missed this track of discussion, but see in the original thread that I confirmed that the result of running abcde with a configuration substantially similar to what was posted resulted in a UTF-8 id3v2 tag in the AIFF file on my machine. Since ffmpeg is used for adding the AIFF metadata, the ffmpeg version could be affecting things. As far as locale goes, I tried with an LC_ALL=C and still got UTF-8 data in the id3v2 tag; this is with ffmpeg 7.1 on NixOS. Lastly, I wasn't able to get RuneAudio setup, but it appears to be MPD based, and a vanilla MPD server was able to read the metadata properly (again on my machine). -Jason From gr at eclipsed.net Wed Apr 23 00:17:22 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Tue, 22 Apr 2025 19:17:22 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> Message-ID: On 2025-04-22 10:47, Jason Miller wrote: > Gabriel Rosenkoetter writes: >> Huh. >> >> Are $TRACKARTIST, $TRACKNAME, and so forth populated when that code path >> executes? > Somehow this thread got detached from the original thread in my > mail-reader, so I missed this track of discussion, but see in the That's on me: I deleted the wrong email address after hitting reply all (so responded to the original poster, rather than the list), and then forwarded that response along without bothering to duplicate the Message-ID headers. Oops! > original thread that I confirmed that the result of running abcde with a > configuration substantially similar to what was posted resulted in a > UTF-8 id3v2 tag in the AIFF file on my machine. Right, I did read that, but I'd forgotten by the time I got to reading the "look, abcde AIFF encoding does the tagging at encoding time, not the 'tag' step" chunk. That confirms that it is something odd about Dry's (or qrp? How would you prefer we refer to you in the third person?) setup, and ffmpeg version seems as viable an answer as any other to me. I think maybe the next step here is that we want a log of an encoding session from qrp@ with the verbosity kicked way up, rather than poking around asking about various underlying component version numbers, since that'll be included in the logging, eh? I need to juggle a few other things right this second, but if nobody beats me to it, I'll follow up with suggested additions to abcde.conf to kick that log out. > Lastly, I wasn't able to get RuneAudio setup, but it appears to be MPD > based, and a vanilla MPD server was able to read the metadata properly > (again on my machine). Okay, cool. I think that puts paid to my suggestion that it's plausible there's a major-ish bug here that we've all just not hit because we don't encode to AIFF. So that's good! Doesn't fix the original problem, but hey: we'll get there. :^> -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Wed Apr 23 00:54:43 2025 From: qrp at kg4kgl.net (=?utf-8?Q?Dry_Martini_Holding_Company_=F0=9F=98=8E?=) Date: Tue, 22 Apr 2025 19:54:43 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: Message-ID: <73FF817E-9D4D-4D2C-9113-60B88C7DF144@kg4kgl.net> Sent from my iPhone > On Apr 22, 2025, at 19:17, Gabriel Rosenkoetter wrote: > > > Right, I did read that, but I'd forgotten by the time I got to reading the "look, abcde AIFF encoding does the tagging at encoding time, not the 'tag' step" chunk. > > That confirms that it is something odd about Dry's (or qrp? How would you prefer we refer to you in the third person?) setup, and ffmpeg version seems as viable an answer as any other to me. > > I think maybe the next step here is that we want a log of an encoding session from qrp@ with the verbosity kicked way up, rather than poking around asking about various underlying component version numbers, since that'll be included in the logging, eh? Just call me Robert. DMHC is just a moniker for one of my favorite pastimes. :D I am retired, but still work two days a week. I will be off the rest of the week, and will be devoting time to this problem. I did read up on scp because that is how I transfer the files from my laptop to the server. There are encoding settings, that handle how the files are sent. That did not improve the situation. Both the files that ?work? and those that do not display properly, are both utf-32BE. Thank you, Robert From aidenn0 at geocities.com Wed Apr 23 01:03:24 2025 From: aidenn0 at geocities.com (Jason Miller) Date: Tue, 22 Apr 2025 17:03:24 -0700 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <73FF817E-9D4D-4D2C-9113-60B88C7DF144@kg4kgl.net> References: <73FF817E-9D4D-4D2C-9113-60B88C7DF144@kg4kgl.net> Message-ID: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> Dry Martini Holding Company ? writes: > Both the files that ?work? and those that do not display properly, are both utf-32BE. Did you mean UTF-16BE? ID3v2 doesn't specify a UTF-32 encoding; possible values for the encoding are: $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All strings in the same frame SHALL have the same byteorder. Terminated with $00 00. $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. Terminated with $00 00. $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00. (source https://id3.org/id3v2.4.0-structure) -Jason From qrp at kg4kgl.net Wed Apr 23 04:17:19 2025 From: qrp at kg4kgl.net (=?utf-8?Q?Dry_Martini_Holding_Company_=F0=9F=98=8E?=) Date: Tue, 22 Apr 2025 23:17:19 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> Message-ID: Sent from my iPhone > On Apr 22, 2025, at 20:05, Jason Miller wrote: > > ?Dry Martini Holding Company ? writes: >> Both the files that ?work? and those that do not display properly, are both utf-32BE. > Did you mean UTF-16BE? ID3v2 doesn't specify a UTF-32 encoding; possible > values for the encoding are: > > $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. > $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All > strings in the same frame SHALL have the same byteorder. > Terminated with $00 00. > $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. > Terminated with $00 00. > $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00. > > (source https://id3.org/id3v2.4.0-structure) > > -Jason I got those results from running the Perl script, encguess. I did not spend much time with this. So it may have guessed wrong. Robert From gr at eclipsed.net Wed Apr 23 06:06:22 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Wed, 23 Apr 2025 01:06:22 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> Message-ID: <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> On 2025-04-22 19:17, Gabriel Rosenkoetter wrote: > I think maybe the next step here is that we want a log of an encoding > session from qrp@ with the verbosity kicked way up, rather than poking > around asking about various underlying component version numbers, since > that'll be included in the logging, eh? Okay, there are a couple complicated UI/UX ways to do this, but the simplest option is just the -D CLI flag. That is, from the abcde(1) man page I've got locally: -D Capture debugging information (you'll want to redirect this - try 'abcde -D 2>logfile') Robert, could you please run abcde as you have been, but add the -D flag, redirecting the output to a file, and then attach that file to a response to the mailing list? (I'd probably do `abcde -D [other arguments] 2>&1 | tee -a /tmp/abcde-log-file`, but the example in the man page should work fine.) This will hopefully help us figure out what's going awry with AIFF encoding (and tagging, mostly) for you. Thanks! -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Wed Apr 23 16:23:27 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Wed, 23 Apr 2025 11:23:27 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> Message-ID: Hello, Here is the debug info. The file is attached. On 4/23/25 01:06, Gabriel Rosenkoetter wrote: > On 2025-04-22 19:17, Gabriel Rosenkoetter wrote: >> I think maybe the next step here is that we want a log of an encoding >> session from qrp@ with the verbosity kicked way up, rather than >> poking around asking about various underlying component version >> numbers, since that'll be included in the logging, eh? > > Okay, there are a couple complicated UI/UX ways to do this, but the > simplest option is just the -D CLI flag. > > That is, from the abcde(1) man page I've got locally: > > ?????? -D???? Capture debugging information (you'll want to redirect > ????????????? this - try 'abcde -D 2>logfile') > > Robert, could you please run abcde as you have been, but add the -D > flag, redirecting the output to a file, and then attach that file to a > response to the mailing list? > > (I'd probably do `abcde -D [other arguments] 2>&1 | tee -a > /tmp/abcde-log-file`, but the example in the man page should work fine.) > > This will hopefully help us figure out what's going awry with AIFF > encoding (and tagging, mostly) for you. > > Thanks! > -------------- next part -------------- Executing customizable pre-read function... done. Getting CD track info... Grabbing tracks: 2 Found 0 matches so far Trying lookup method musicbrainz Obtaining Musicbrainz results... ---- Concrete Blonde / Bloodletting ---- Year: 1990 1: Bloodletting (The Vampire Song) 2: The Sky Is a Poisonous Garden 3: Caroline 4: Darkening of the Light 5: I Don't Need a Hero 6: Days and Days 7: The Beast 8: Lullabye 9: Joey 10: Tomorrow, Wendy Bloodletting - Concrete_Blonde - - 1990 - musicbrainz trying to get cover from coverartarchive.org with musicbrainz mbid 04a6d0c2-b1d6-4c70-b4b5-9b29e3ee4a04 cover URL: https://coverartarchive.org/release/04a6d0c2-b1d6-4c70-b4b5-9b29e3ee4a04/front could not download cover from musicbrainz trying to get cover from amazon.com with asin B000000QFR cover URL: http://ec1.images-amazon.com/images/P/B000000QFR.01.LZZZZZZZZ.jpg copying cover to target directory /home/robert/Documents/abcde/Concrete_Blonde-Bloodletting echo Encoding track 2 of 10: The Sky Is a Poisonous Garden... encodetrack-aiff-2 nice -n 10 ffmpeg -i /home/robert/Documents/abcde/abcde.820a000a/track2.wav -write_id3v2 1 -id3v2_version 4 -metadata artist=Concrete Blonde -metadata album=Bloodletting -metadata title=The Sky Is a Poisonous Garden -metadata track=2 -metadata date=1990 -metadata genre= -metadata comment= /home/robert/Documents/abcde/abcde.820a000a/track2.aiff encodetrack-2 true echo Tagging track 2 of 10: The Sky Is a Poisonous Garden... tagtrack-aiff-2 true tagtrack-2 true movetrack-2 mv /home/robert/Documents/abcde/abcde.820a000a/track2.aiff /home/robert/Documents/abcde/Concrete_Blonde-Bloodletting/2.The_Sky_Is_a_Poisonous_Garden.aiff movetrack-output-aiff true Finished. From aidenn0 at geocities.com Thu Apr 24 00:29:35 2025 From: aidenn0 at geocities.com (Jason Miller) Date: Wed, 23 Apr 2025 16:29:35 -0700 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> Message-ID: <878qnq8nj4.fsf@hyde.mail-host-address-is-not-set> Dry Martini Holding Company ? writes: > Sent from my iPhone > >> On Apr 22, 2025, at 20:05, Jason Miller wrote: >> >> ?Dry Martini Holding Company ? writes: >>> Both the files that ?work? and those that do not display properly, are both utf-32BE. >> Did you mean UTF-16BE? ID3v2 doesn't specify a UTF-32 encoding; possible >> values for the encoding are: >> >> $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. >> $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All >> strings in the same frame SHALL have the same byteorder. >> Terminated with $00 00. >> $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. >> Terminated with $00 00. >> $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00. >> >> (source https://id3.org/id3v2.4.0-structure) >> >> -Jason > > > I got those results from running the Perl script, encguess. I did not spend much time with this. So it may have guessed wrong. It did guess wrong; encguess is for guessing the encoding of text-files, so is not likely to work on binary files such as AIFF. From aidenn0 at geocities.com Thu Apr 24 00:31:01 2025 From: aidenn0 at geocities.com (Jason Miller) Date: Wed, 23 Apr 2025 16:31:01 -0700 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> Message-ID: <877c3a8ngq.fsf@hyde.mail-host-address-is-not-set> Dry Martini Holding Company ? writes: > Sent from my iPhone > >> On Apr 22, 2025, at 20:05, Jason Miller wrote: >> >> ?Dry Martini Holding Company ? writes: >>> Both the files that ?work? and those that do not display properly, are both utf-32BE. >> Did you mean UTF-16BE? ID3v2 doesn't specify a UTF-32 encoding; possible >> values for the encoding are: >> >> $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. >> $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All >> strings in the same frame SHALL have the same byteorder. >> Terminated with $00 00. >> $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. >> Terminated with $00 00. >> $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00. >> >> (source https://id3.org/id3v2.4.0-structure) >> >> -Jason > > > I got those results from running the Perl script, encguess. I did not spend much time with this. So it may have guessed wrong. It did guess wrong; encguess is for guessing the encoding of text-files, so is not likely to work on binary files such as AIFF. From qrp at kg4kgl.net Fri Apr 25 21:03:24 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Fri, 25 Apr 2025 16:03:24 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <878qnq8nj4.fsf@hyde.mail-host-address-is-not-set> References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> <878qnq8nj4.fsf@hyde.mail-host-address-is-not-set> Message-ID: <06f92bf8-55a4-4a5a-98c3-a2d2d81766df@kg4kgl.net> Hello all, The music files that work, were created with XLD for Mac, and it also includes a text log file. I am wondering if that is what is being read by the music server. I see that there is a -m switch for Abcde, that creates DOS based playlists. I have tried this but I do not see any playlist file. Where does this get stored? Thank you, Robert On 4/23/25 19:29, Jason Miller wrote: > Dry Martini Holding Company ? writes: > >> Sent from my iPhone >> >>> On Apr 22, 2025, at 20:05, Jason Miller wrote: >>> >>> ?Dry Martini Holding Company ? writes: >>>> Both the files that ?work? and those that do not display properly, are both utf-32BE. >>> Did you mean UTF-16BE? ID3v2 doesn't specify a UTF-32 encoding; possible >>> values for the encoding are: >>> >>> $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00. >>> $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All >>> strings in the same frame SHALL have the same byteorder. >>> Terminated with $00 00. >>> $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM. >>> Terminated with $00 00. >>> $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00. >>> >>> (source https://id3.org/id3v2.4.0-structure) >>> >>> -Jason >> >> I got those results from running the Perl script, encguess. I did not spend much time with this. So it may have guessed wrong. > It did guess wrong; encguess is for guessing the encoding of text-files, > so is not likely to work on binary files such as AIFF. From gr at eclipsed.net Fri Apr 25 21:14:52 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Fri, 25 Apr 2025 16:14:52 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <06f92bf8-55a4-4a5a-98c3-a2d2d81766df@kg4kgl.net> References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> <878qnq8nj4.fsf@hyde.mail-host-address-is-not-set> <06f92bf8-55a4-4a5a-98c3-a2d2d81766df@kg4kgl.net> Message-ID: <21af8d2c-8c75-4dc9-bbc3-2dff291ea0d4@eclipsed.net> On 2025-04-25 16:03, Dry Martini Holding Company via Abcde-users wrote: > The music files that work, were created with XLD for Mac, and it also > includes a text log file. I am wondering if that is what is being read > by the music server. That seems unlikely, since Jason Miller was able to create AIFF files using abcde and play them using MPD (the software that we're pretty sure Rune is based on), including picking up the id3 tags. I think you'd also remember whether you transferred the playlist files to the Rune device after generating them. (Unless you're storing everything on a NAS and both writing/reading hits that?) In any case, we don't think that's the case. > I see that there is a -m switch for Abcde, that creates DOS based > playlists. I have tried this but I do not see any playlist file. Where > does this get stored? Honestly, I'm not sure about that. I would have expected to find them either in the same output directory as the music files or, possibly, one directory up (at the "artist" level). -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From gr at eclipsed.net Fri Apr 25 21:24:31 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Fri, 25 Apr 2025 16:24:31 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> Message-ID: <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> On 2025-04-23 11:23, Dry Martini Holding Company wrote: > Here is the debug info. The file is attached. Well, shoot, -D was less verbose than I'd hoped. This all looks basically sane: echo Encoding track 2 of 10: The Sky Is a Poisonous Garden... encodetrack-aiff-2 nice -n 10 ffmpeg -i /home/robert/Documents/abcde/abcde.820a000a/track2.wav -write_id3v2 1 -id3v2_version 4 -metadata artist=Concrete Blonde -metadata album=Bloodletting -metadata title=The Sky Is a Poisonous Garden -metadata track=2 -metadata date=1990 -metadata genre= -metadata comment= /home/robert/Documents/abcde/abcde.820a000a/track2.aiff encodetrack-2 true echo Tagging track 2 of 10: The Sky Is a Poisonous Garden... tagtrack-aiff-2 true tagtrack-2 true While strictly speaking it would violate copyright, I actually already own that Concrete Blonde album anyway, so could you confirm that Rune is unable to display metadata on that file (if you already deleted it, just do the same thing again), and then post it somewhere (Google Drive, Dropbox, whatever: as long as you can send us a link to grab the sample file, but it's not, like, out on a publicly-accessible website that'll potentially get you nabbed by the RIAA) temporarily so that we can look at the output files that you're getting? Also, please send us the output of `ffmpeg -version` on the system you're using to run abcde. For example, on this MacBook Air (not what I typically use to encode music with abcde, so don't go and try to match this version or anything), I've got: [23] (gr at moan:~)% ffmpeg -version ffmpeg version 4.4.1 Copyright (c) 2000-2021 the FFmpeg developers built with Apple clang version 13.0.0 (clang-1300.0.29.30) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-avresample --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-librsvg --enable-libtheora --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libsoxr --enable-libspeex --enable-libass --enable-libbluray --enable-libzvbi --enable-lzma --enable-gnutls --enable-fontconfig --enable-libfreetype --enable-libfribidi --enable-zlib --disable-libjack --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libxcb --disable-libxcb-shm --disable-libxcb-xfixes --disable-indev=jack --enable-opencl --disable-outdev=xv --enable-audiotoolbox --enable-videotoolbox --enable-sdl2 --disable-securetransport --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --enable-libzimg --arch=arm64 --enable-libx265 --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid --enable-libvidstab libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Fri Apr 25 22:37:51 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Fri, 25 Apr 2025 17:37:51 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <21af8d2c-8c75-4dc9-bbc3-2dff291ea0d4@eclipsed.net> References: <87bjsn922b.fsf@hyde.mail-host-address-is-not-set> <878qnq8nj4.fsf@hyde.mail-host-address-is-not-set> <06f92bf8-55a4-4a5a-98c3-a2d2d81766df@kg4kgl.net> <21af8d2c-8c75-4dc9-bbc3-2dff291ea0d4@eclipsed.net> Message-ID: <808d250b-3115-4ae7-92c7-aa5edf771ffa@kg4kgl.net> Jason, what switches, if any, did you use to play this? Thank you, Robert On 4/25/25 16:14, Gabriel Rosenkoetter via Abcde-users wrote: > On 2025-04-25 16:03, Dry Martini Holding Company via Abcde-users wrote: >> The music files that work, were created with XLD for Mac, and it also >> includes a text log file. I am wondering if that is what is being >> read by the music server. > > That seems unlikely, since Jason Miller was able to create AIFF files > using abcde and play them using MPD (the software that we're pretty > sure Rune is based on), including picking up the id3 tags. > > I think you'd also remember whether you transferred the playlist files > to the Rune device after generating them. (Unless you're storing > everything on a NAS and both writing/reading hits that?) > > In any case, we don't think that's the case. > >> I see that there is a -m switch for Abcde, that creates DOS based >> playlists. I have tried this but I do not see any playlist file. >> Where does this get stored? > > Honestly, I'm not sure about that. I would have expected to find them > either in the same output directory as the music files or, possibly, > one directory up (at the "artist" level). > > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From qrp at kg4kgl.net Sat Apr 26 02:38:47 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Fri, 25 Apr 2025 21:38:47 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> Message-ID: <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> ?ffmpeg -version ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 12 (Debian 12.2.0-14) configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared libavutil????? 57. 28.100 / 57. 28.100 libavcodec???? 59. 37.100 / 59. 37.100 libavformat??? 59. 27.100 / 59. 27.100 libavdevice??? 59.? 7.100 / 59.? 7.100 libavfilter???? 8. 44.100 /? 8. 44.100 libswscale????? 6.? 7.100 /? 6.? 7.100 libswresample?? 4.? 7.100 /? 4.? 7.100 libpostproc??? 56.? 6.100 / 56.? 6.100 I have no doubt that MPD plays the aiff files and displays the metadata properly. The part of the music server that is not working properly is the the display by "album", album artist, and artist. All of this info is stored in a DB. The DB is updated after any additions or deletions are made. In my case, the only part that diplays a newly added album, is the "alpha" order listing. Cheers, Robert On 4/25/25 16:24, Gabriel Rosenkoetter via Abcde-users wrote: > On 2025-04-23 11:23, Dry Martini Holding Company wrote: >> Here is the debug info. The file is attached. > > Well, shoot, -D was less verbose than I'd hoped. > > This all looks basically sane: > > ?echo Encoding track 2 of 10: The Sky Is a Poisonous Garden... > encodetrack-aiff-2 nice -n 10 ffmpeg -i > /home/robert/Documents/abcde/abcde.820a000a/track2.wav -write_id3v2 1 > -id3v2_version 4 -metadata artist=Concrete Blonde -metadata > album=Bloodletting -metadata title=The Sky Is a Poisonous Garden > -metadata track=2 -metadata date=1990 -metadata genre= -metadata > comment= /home/robert/Documents/abcde/abcde.820a000a/track2.aiff > encodetrack-2 true > ?echo Tagging track 2 of 10: The Sky Is a Poisonous Garden... > tagtrack-aiff-2 true > tagtrack-2 true > > While strictly speaking it would violate copyright, I actually already > own that Concrete Blonde album anyway, so could you confirm that Rune > is unable to display metadata on that file (if you already deleted it, > just do the same thing again), and then post it somewhere (Google > Drive, Dropbox, whatever: as long as you can send us a link to grab > the sample file, but it's not, like, out on a publicly-accessible > website that'll potentially get you nabbed by the RIAA) temporarily so > that we can look at the output files that you're getting? > > Also, please send us the output of `ffmpeg -version` on the system > you're using to run abcde. For example, on this MacBook Air (not what > I typically use to encode music with abcde, so don't go and try to > match this version or anything), I've got: > > [23] (gr at moan:~)% ffmpeg -version > ffmpeg version 4.4.1 Copyright (c) 2000-2021 the FFmpeg developers > built with Apple clang version 13.0.0 (clang-1300.0.29.30) > configuration: --prefix=/opt/local --enable-swscale --enable-avfilter > --enable-avresample --enable-libmp3lame --enable-libvorbis > --enable-libopus --enable-librsvg --enable-libtheora > --enable-libopenjpeg --enable-libmodplug --enable-libvpx > --enable-libsoxr --enable-libspeex --enable-libass --enable-libbluray > --enable-libzvbi --enable-lzma --enable-gnutls --enable-fontconfig > --enable-libfreetype --enable-libfribidi --enable-zlib > --disable-libjack --disable-libopencore-amrnb > --disable-libopencore-amrwb --disable-libxcb --disable-libxcb-shm > --disable-libxcb-xfixes --disable-indev=jack --enable-opencl > --disable-outdev=xv --enable-audiotoolbox --enable-videotoolbox > --enable-sdl2 --disable-securetransport --mandir=/opt/local/share/man > --enable-shared --enable-pthreads --cc=/usr/bin/clang --enable-libzimg > --arch=arm64 --enable-libx265 --enable-gpl --enable-postproc > --enable-libx264 --enable-libxvid --enable-libvidstab > libavutil????? 56. 70.100 / 56. 70.100 > libavcodec???? 58.134.100 / 58.134.100 > libavformat??? 58. 76.100 / 58. 76.100 > libavdevice??? 58. 13.100 / 58. 13.100 > libavfilter???? 7.110.100 /? 7.110.100 > libavresample?? 4.? 0.? 0 /? 4.? 0.? 0 > libswscale????? 5.? 9.100 /? 5.? 9.100 > libswresample?? 3.? 9.100 /? 3.? 9.100 > libpostproc??? 55.? 9.100 / 55.? 9.100 > > > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From poddmo at gmail.com Sat Apr 26 02:47:22 2025 From: poddmo at gmail.com (josh) Date: Sat, 26 Apr 2025 11:47:22 +1000 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> Message-ID: <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users wrote: > ?ffmpeg -version > ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg > developers > built with gcc 12 (Debian 12.2.0-14) > configuration: --prefix=/usr --extra-version=0+deb12u1 > --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu > --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl > --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom > --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca > --enable-libcdio --enable-libcodec2 --enable-libdav1d > --enable-libflite --enable-libfontconfig --enable-libfreetype > --enable-libfribidi --enable-libglslang --enable-libgme > --enable-libgsm --enable-libjack --enable-libmp3lame > --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt > --enable-libopus --enable-libpulse --enable-librabbitmq > --enable-librist --enable-librubberband --enable-libshine > --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt > --enable-libssh --enable-libsvtav1 --enable-libtheora > --enable-libtwolame --enable-libvidstab --enable-libvorbis > --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 > --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi > --enable-lv2 --enable-omx --enable-openal --enable-opencl > --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl > --enable-pocketsphinx --enable-librsvg --enable-libmfx > --enable-libdc1394 --enable-libdrm --enable-libiec61883 > --enable-chromaprint --enable-frei0r --enable-libx264 > --enable-libplacebo --enable-librav1e --enable-shared > libavutil????? 57. 28.100 / 57. 28.100 > libavcodec???? 59. 37.100 / 59. 37.100 > libavformat??? 59. 27.100 / 59. 27.100 > libavdevice??? 59.? 7.100 / 59.? 7.100 > libavfilter???? 8. 44.100 /? 8. 44.100 > libswscale????? 6.? 7.100 /? 6.? 7.100 > libswresample?? 4.? 7.100 /? 4.? 7.100 > libpostproc??? 56.? 6.100 / 56.? 6.100 > > > I have no doubt that MPD plays the aiff files and displays the > metadata properly. The part of the music server that is not working > properly is the the display by "album", album artist, and artist. All > of this info is stored in a DB. The DB is updated after any additions > or deletions are made. In my case, the only part that diplays a newly > added album, is the "alpha" order listing. It would really help to see the metadata from a track that MPD displays correctly and the metadata from an abcde ripped track that MPD does not display. Please show the out of the following: For a track that MPD displays metadata correctly: ffmpeg -i song.aiff For an abcde-ripped track that MPD does not display metadata: ffmpeg -i abcde-song.aiff Then we can work out how to refine the abcde conf From gr at eclipsed.net Sat Apr 26 02:54:28 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Fri, 25 Apr 2025 21:54:28 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> Message-ID: <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> On 2025-04-25 21:47, josh via Abcde-users wrote: > On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users wrote: >> I have no doubt that MPD plays the aiff files and displays the >> metadata properly. The part of the music server that is not working >> properly is the the display by "album", album artist, and artist. All >> of this info is stored in a DB. The DB is updated after any additions >> or deletions are made. In my case, the only part that diplays a newly >> added album, is the "alpha" order listing. > It would really help to see the metadata from a track that MPD > displays correctly and the metadata from an abcde ripped track that > MPD does not display. Please show the out of the following: > > For a track that MPD displays metadata correctly: ffmpeg -i song.aiff > > For an abcde-ripped track that MPD does not display metadata: ffmpeg > -i abcde-song.aiff Huh. I agree that that output would be useful to help understand this problem, but I read Robert's statement there slightly differently. I think that we (josh, Jason, and I) have been assuming that MPD was never parsing any of the metadata in the id3v(whatever) tag (or that abcde was not applying those tags to AIFF files for Robert), but if MPD is able to display that information, but unable to index based on it, that's a different problem. I'm back to thinking that this might be a problem for whoever's responsible for maintaining MPD. -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From poddmo at gmail.com Sat Apr 26 07:09:56 2025 From: poddmo at gmail.com (josh) Date: Sat, 26 Apr 2025 16:09:56 +1000 Subject: [Abcde-users] New release of forked abcde: 2.11.1 Message-ID: This version adds the option to copy Hidden Track One Audio (HTOA), if it exists. Not all optical drives can read this track but of the 4 drives I tried, they all could. Two of the drives gave some scsi debug messages but otherwise the track copied fine and the rest of the CD was ripped as usual. For FLACs there's also a new comment class: abcde generated comment. FLAC format can have many comments. I use the following classification: - user comment: set with the cli -w option or COMMENT in the conf file, applied to all tracks - disc comment: set by the CDDB EXTD comment, applied to all tracks - track comment: set by the CDDB EXTTn comment per track, applied to track n - abcde comment: set by abcde, applied to current track. In the case of HTOA above, this is set to "Hidden Track One Audio" There's an updated .deb package. Please try the new feature and let me know how you go. From poddmo at gmail.com Sat Apr 26 08:44:39 2025 From: poddmo at gmail.com (josh) Date: Sat, 26 Apr 2025 17:44:39 +1000 Subject: [Abcde-users] New release of forked abcde: 2.11.1 In-Reply-To: References: Message-ID: Here are the missing links to the repo and release: - https://github.com/poddmo/abcde - https://github.com/poddmo/abcde/releases/tag/2.11.1 On Sat, 26 Apr 2025 at 16:09, josh wrote: > > This version adds the option to copy Hidden Track One Audio (HTOA), if > it exists. Not all optical drives can read this track but of the 4 > drives I tried, they all could. Two of the drives gave some scsi debug > messages but otherwise the track copied fine and the rest of the CD > was ripped as usual. > For FLACs there's also a new comment class: abcde generated comment. > FLAC format can have many comments. I use the following > classification: > - user comment: set with the cli -w option or COMMENT in the conf > file, applied to all tracks > - disc comment: set by the CDDB EXTD comment, applied to all tracks > - track comment: set by the CDDB EXTTn comment per track, applied to track n > - abcde comment: set by abcde, applied to current track. In the case > of HTOA above, this is set to "Hidden Track One Audio" > > There's an updated .deb package. Please try the new feature and let me > know how you go. From jason at shakabuku.org Sat Apr 26 18:45:51 2025 From: jason at shakabuku.org (Bodnar, Jason) Date: Sat, 26 Apr 2025 12:45:51 -0500 Subject: [Abcde-users] New release of forked abcde: 2.11.1 In-Reply-To: References: Message-ID: Just installed the .deb package and when I run abcde on a CD with multiple results found from Musicbrainz, etc I don't see the list. I see: export LESSOPEN="| /usr/bin/lesspipe %s"; export LESSCLOSE="/usr/bin/lesspipe %s %s"; (file 1 of 2) (END) - Next: /tmp/abcde.9d0a7a0c/cddbchoices On Sat, Apr 26, 2025 at 1:10?AM josh via Abcde-users < abcde-users at lists.einval.com> wrote: > This version adds the option to copy Hidden Track One Audio (HTOA), if > it exists. Not all optical drives can read this track but of the 4 > drives I tried, they all could. Two of the drives gave some scsi debug > messages but otherwise the track copied fine and the rest of the CD > was ripped as usual. > For FLACs there's also a new comment class: abcde generated comment. > FLAC format can have many comments. I use the following > classification: > - user comment: set with the cli -w option or COMMENT in the conf > file, applied to all tracks > - disc comment: set by the CDDB EXTD comment, applied to all tracks > - track comment: set by the CDDB EXTTn comment per track, applied to track > n > - abcde comment: set by abcde, applied to current track. In the case > of HTOA above, this is set to "Hidden Track One Audio" > > There's an updated .deb package. Please try the new feature and let me > know how you go. > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > -- Jason Bodnar jason at shakabuku.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From poddmo at gmail.com Sun Apr 27 03:51:24 2025 From: poddmo at gmail.com (josh) Date: Sun, 27 Apr 2025 12:51:24 +1000 Subject: [Abcde-users] New release of forked abcde: 2.11.1 In-Reply-To: References: Message-ID: On Sun, 27 Apr 2025 at 04:08, Bodnar, Jason wrote: > > On another CD that only had 3 entries to choose from they displayed fine. It must be something about situations where there are too many entries to display on the screen. Does your version of abcde make some assumptions about what pager is used? I did make some changes to the pager a while back, probably chasing UTF8 consistency and my preference for displaying line counts and percentages. My config is also on the repo home page, my specific config for PAGER is PAGEROPTS="-fM" https://github.com/poddmo/abcde?tab=readme-ov-file#config-file Which OS are you using? > > On Sat, Apr 26, 2025 at 12:45?PM Bodnar, Jason wrote: >> >> Just installed the .deb package and when I run abcde on a CD with multiple results found from Musicbrainz, etc I don't see the list. I see: >> >> export LESSOPEN="| /usr/bin/lesspipe %s"; >> export LESSCLOSE="/usr/bin/lesspipe %s %s"; >> (file 1 of 2) (END) - Next: /tmp/abcde.9d0a7a0c/cddbchoices >> >> On Sat, Apr 26, 2025 at 1:10?AM josh via Abcde-users wrote: >>> >>> This version adds the option to copy Hidden Track One Audio (HTOA), if >>> it exists. Not all optical drives can read this track but of the 4 >>> drives I tried, they all could. Two of the drives gave some scsi debug >>> messages but otherwise the track copied fine and the rest of the CD >>> was ripped as usual. >>> For FLACs there's also a new comment class: abcde generated comment. >>> FLAC format can have many comments. I use the following >>> classification: >>> - user comment: set with the cli -w option or COMMENT in the conf >>> file, applied to all tracks >>> - disc comment: set by the CDDB EXTD comment, applied to all tracks >>> - track comment: set by the CDDB EXTTn comment per track, applied to track n >>> - abcde comment: set by abcde, applied to current track. In the case >>> of HTOA above, this is set to "Hidden Track One Audio" >>> >>> There's an updated .deb package. Please try the new feature and let me >>> know how you go. >>> >>> _______________________________________________ >>> Abcde-users mailing list >>> Abcde-users at lists.einval.com >>> https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users >> >> >> >> -- >> Jason Bodnar >> jason at shakabuku.org >> > > > -- > Jason Bodnar > jason at shakabuku.org > From poddmo at gmail.com Sun Apr 27 03:57:17 2025 From: poddmo at gmail.com (josh) Date: Sun, 27 Apr 2025 12:57:17 +1000 Subject: [Abcde-users] New release of forked abcde: 2.11.1 In-Reply-To: References: Message-ID: On Sun, 27 Apr 2025 at 04:27, Bodnar, Jason wrote: > > Also, when abcde can't get the album cover when prompted if I want to enter the url for one when I hit 'y' it doesn't let me enter the url. It just starts ripping. > I think for that one, you need to have the following config: OVERRIDEALBUMARTDOWNLOAD=y Thanks for reporting your issues. abcde is a veteran script that's had many contributors and mostly it is set and forget, once you get your config tweaked. From jason at shakabuku.org Sun Apr 27 04:09:44 2025 From: jason at shakabuku.org (Bodnar, Jason) Date: Sat, 26 Apr 2025 22:09:44 -0500 Subject: [Abcde-users] New release of forked abcde: 2.11.1 In-Reply-To: References: Message-ID: I'm on Linux Mint. I've been using abcde for maybe 5 years. These issues only occur with your fork. No problems with the version that comes with Mint. I'll take a look at my config in the morning. Jason Bodnar jason at shakabuku.org On Sat, Apr 26, 2025, 9:57?PM josh via Abcde-users < abcde-users at lists.einval.com> wrote: > On Sun, 27 Apr 2025 at 04:27, Bodnar, Jason wrote: > > > > Also, when abcde can't get the album cover when prompted if I want to > enter the url for one when I hit 'y' it doesn't let me enter the url. It > just starts ripping. > > > > I think for that one, you need to have the following config: > OVERRIDEALBUMARTDOWNLOAD=y > > Thanks for reporting your issues. abcde is a veteran script that's had > many contributors and mostly it is set and forget, once you get your > config tweaked. > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From qrp at kg4kgl.net Sun Apr 27 20:52:24 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Sun, 27 Apr 2025 15:52:24 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> Message-ID: <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> Here are two screenshots of two files viewed through the kid3 program. The one titled Blue works properly. The other titled concrete does not work (does not show up in the album or artist listing). I see that the one that is working is ID3v2.3.0. The other is, ID3v2.4.0. There is lots of album information missing on the file that does not work properly. Robert On 4/25/25 21:54, Gabriel Rosenkoetter via Abcde-users wrote: > On 2025-04-25 21:47, josh via Abcde-users wrote: >> On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users wrote: >>> I have no doubt that MPD plays the aiff files and displays the >>> metadata properly. The part of the music server that is not working >>> properly is the the display by "album", album artist, and artist. >>> All of this info is stored in a DB. The DB is updated after any >>> additions or deletions are made. In my case, the only part that >>> diplays a newly added album, is the "alpha" order listing. >> It would really help to see the metadata from a track that MPD >> displays correctly and the metadata from an abcde ripped track that >> MPD does not display. Please show the out of the following: >> >> For a track that MPD displays metadata correctly: ffmpeg -i song.aiff >> >> For an abcde-ripped track that MPD does not display metadata: ffmpeg >> -i abcde-song.aiff > > Huh. I agree that that output would be useful to help understand this > problem, but I read Robert's statement there slightly differently. > > I think that we (josh, Jason, and I) have been assuming that MPD was > never parsing any of the metadata in the id3v(whatever) tag (or that > abcde was not applying those tags to AIFF files for Robert), but if > MPD is able to display that information, but unable to index based on > it, that's a different problem. > > I'm back to thinking that this might be a problem for whoever's > responsible for maintaining MPD. > > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From dhargens at gmail.com Sun Apr 27 20:59:01 2025 From: dhargens at gmail.com (Dan Hargens) Date: Sun, 27 Apr 2025 14:59:01 -0500 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> Message-ID: I see no screenshots here... On Sun, Apr 27, 2025 at 2:52?PM Dry Martini Holding Company via Abcde-users wrote: > Here are two screenshots of two files viewed through the kid3 program. > The one titled Blue works properly. The other titled concrete does not > work (does not show up in the album or artist listing). I see that the > one that is working is ID3v2.3.0. The other is, ID3v2.4.0. There is lots > of album information missing on the file that does not work properly. > > > Robert > > > On 4/25/25 21:54, Gabriel Rosenkoetter via Abcde-users wrote: > > On 2025-04-25 21:47, josh via Abcde-users wrote: > >> On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users wrote: > >>> I have no doubt that MPD plays the aiff files and displays the > >>> metadata properly. The part of the music server that is not working > >>> properly is the the display by "album", album artist, and artist. > >>> All of this info is stored in a DB. The DB is updated after any > >>> additions or deletions are made. In my case, the only part that > >>> diplays a newly added album, is the "alpha" order listing. > >> It would really help to see the metadata from a track that MPD > >> displays correctly and the metadata from an abcde ripped track that > >> MPD does not display. Please show the out of the following: > >> > >> For a track that MPD displays metadata correctly: ffmpeg -i song.aiff > >> > >> For an abcde-ripped track that MPD does not display metadata: ffmpeg > >> -i abcde-song.aiff > > > > Huh. I agree that that output would be useful to help understand this > > problem, but I read Robert's statement there slightly differently. > > > > I think that we (josh, Jason, and I) have been assuming that MPD was > > never parsing any of the metadata in the id3v(whatever) tag (or that > > abcde was not applying those tags to AIFF files for Robert), but if > > MPD is able to display that information, but unable to index based on > > it, that's a different problem. > > > > I'm back to thinking that this might be a problem for whoever's > > responsible for maintaining MPD. > > > > > > _______________________________________________ > > Abcde-users mailing list > > Abcde-users at lists.einval.com > > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From qrp at kg4kgl.net Sun Apr 27 21:12:42 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Sun, 27 Apr 2025 16:12:42 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> Message-ID: <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> That would be because I forgot to attach them. Here they are. Robert On 4/27/25 15:59, Dan Hargens wrote: > I see no screenshots here... > > On Sun, Apr 27, 2025 at 2:52?PM Dry Martini Holding Company via > Abcde-users wrote: > > Here are two screenshots of two files viewed through the kid3 > program. > The one titled Blue works properly. The other titled concrete does > not > work (does not show up in the album or artist listing). I see that > the > one that is working is ID3v2.3.0. The other is, ID3v2.4.0. There > is lots > of album information missing on the file that does not work properly. > > > Robert > > > On 4/25/25 21:54, Gabriel Rosenkoetter via Abcde-users wrote: > > On 2025-04-25 21:47, josh via Abcde-users wrote: > >> On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users > wrote: > >>> I have no doubt that MPD plays the aiff files and displays the > >>> metadata properly. The part of the music server that is not > working > >>> properly is the the display by "album", album artist, and artist. > >>> All of this info is stored in a DB. The DB is updated after any > >>> additions or deletions are made. In my case, the only part that > >>> diplays a newly added album, is the "alpha" order listing. > >> It would really help to see the metadata from a track that MPD > >> displays correctly and the metadata from an abcde ripped track > that > >> MPD does not display. Please show the out of the following: > >> > >> For a track that MPD displays metadata correctly: ffmpeg -i > song.aiff > >> > >> For an abcde-ripped track that MPD does not display metadata: > ffmpeg > >> -i abcde-song.aiff > > > > Huh. I agree that that output would be useful to help understand > this > > problem, but I read Robert's statement there slightly differently. > > > > I think that we (josh, Jason, and I) have been assuming that MPD > was > > never parsing any of the metadata in the id3v(whatever) tag (or > that > > abcde was not applying those tags to AIFF files for Robert), but if > > MPD is able to display that information, but unable to index > based on > > it, that's a different problem. > > > > I'm back to thinking that this might be a problem for whoever's > > responsible for maintaining MPD. > > > > > > _______________________________________________ > > Abcde-users mailing list > > Abcde-users at lists.einval.com > > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: blue.png Type: image/png Size: 83830 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: concrete.png Type: image/png Size: 113893 bytes Desc: not available URL: From gr at eclipsed.net Mon Apr 28 01:35:53 2025 From: gr at eclipsed.net (Gabriel Rosenkoetter) Date: Sun, 27 Apr 2025 20:35:53 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> Message-ID: <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> On 2025-04-27 16:12, Dry Martini Holding Company via Abcde-users wrote: > > That would be because I forgot to attach them. Here they are. > I appreciate the screenshots, but I think that only tells us what kid3 (https://kid3.kde.org/, right?) presents when parsing the id3 tags of those files, and what those screenshots suggest to me is that kid3 recognizes the tags on those files just as well with both files. Am I missing something? Is there something different between those two that you think is causing the problem that you're having with your media player indexing files produced by abcde? -- Gabriel Rosenkoetter (he/him) gr at eclipsed.net -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From qrp at kg4kgl.net Mon Apr 28 03:20:52 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Sun, 27 Apr 2025 22:20:52 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> Message-ID: <602bc65d-7d12-4160-af1d-747e393ac9e0@kg4kgl.net> Hello, The screenshot titled "blue", which works as it should, did not show all the metadata. Here is a list of the populated fields, that are totally missing from the file does not display properly: MusicBrainz Album MusicBrainz Artist MusicBrianz Disc ID Robert On 4/27/25 20:35, Gabriel Rosenkoetter via Abcde-users wrote: > On 2025-04-27 16:12, Dry Martini Holding Company via Abcde-users wrote: >> >> That would be because I forgot to attach them. Here they are. >> > > I appreciate the screenshots, but I think that only tells us what kid3 > (https://kid3.kde.org/, right?) presents when parsing the id3 tags of > those files, and what those screenshots suggest to me is that kid3 > recognizes the tags on those files just as well with both files. > > Am I missing something? Is there something different between those two > that you think is causing the problem that you're having with your > media player indexing files produced by abcde? > > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From poddmo at gmail.com Mon Apr 28 05:57:06 2025 From: poddmo at gmail.com (josh) Date: Mon, 28 Apr 2025 14:57:06 +1000 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <602bc65d-7d12-4160-af1d-747e393ac9e0@kg4kgl.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> <602bc65d-7d12-4160-af1d-747e393ac9e0@kg4kgl.net> Message-ID: On Mon, 28 Apr 2025 at 12:21, Dry Martini Holding Company via Abcde-users wrote: > > The screenshot titled "blue", which works as it should, did not show all > the metadata. Here is a list of the populated fields, that are totally > missing from the file does not display properly: > > MusicBrainz Album > MusicBrainz Artist > MusicBrianz Disc ID > If you look at the docs for ffmpeg [1], you'll see that it defaults to ID3v2.4. To set it ID3v2.3, try adding this to your abcde.conf: AIFFENCODEROPTS='-id3v2_version 3' [1] https://www.ffmpeg.org/ffmpeg.html#toc-AVOptions From qrp at kg4kgl.net Tue Apr 29 14:20:14 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Tue, 29 Apr 2025 09:20:14 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <431fef36-9137-45e3-a44d-54690668eca7@gmail.com> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> <602bc65d-7d12-4160-af1d-747e393ac9e0@kg4kgl.net> Message-ID: <0a3c4505-7acb-4455-913e-71f42e859664@kg4kgl.net> Here is the metadata that is with this Hank Mobley song, that displays in all catagories available on the rune audio server: robert at Malice:~/hold$ ffmpeg -i 01\ Hank\ Mobley\ -\ Three\ Way\ Split.aiff -metadata key=artist 01\ Hank\ Mobley\ -\ Three\ Way\ Split.aiff ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers ? built with gcc 12 (Debian 12.2.0-14) ? configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared ? libavutil????? 57. 28.100 / 57. 28.100 ? libavcodec???? 59. 37.100 / 59. 37.100 ? libavformat??? 59. 27.100 / 59. 27.100 ? libavdevice??? 59.? 7.100 / 59.? 7.100 ? libavfilter???? 8. 44.100 /? 8. 44.100 ? libswscale????? 6.? 7.100 /? 6.? 7.100 ? libswresample?? 4.? 7.100 /? 4.? 7.100 ? libpostproc??? 56.? 6.100 / 56.? 6.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, aiff, from '01 Hank Mobley - Three Way Split.aiff': ? Metadata: ??? title?????????? : Three Way Split ??? artist????????? : Hank Mobley ??? album_artist??? : Hank Mobley ??? album?????????? : No Room for Squares ??? composer??????? : Hank Mobley ??? track?????????? : 1/8 ??? MusicBrainz Disc Id: GjyCAEboXrVkxm4DJiRXoYvswVQ- ??? iTunes_CDDB_1?? : 630C3908+234835+8+150+31687+62265+97630+126477+159510+184835+209827 ??? iTunes_CDDB_TrackNumber: 1 ??? MusicBrainz Album Id: 995875ef-8404-4ee1-aa6e-7f70bda22986 ??? MusicBrainz Artist Id: 026b096e-e024-42ab-82f3-107bddae77c2 ??? MusicBrainz Album Artist Id: 026b096e-e024-42ab-82f3-107bddae77c2 ??? date??????????? : 1989 ? Duration: 00:07:00.49, start: 0.000000, bitrate: 1412 kb/s ? Stream #0:0: Audio: pcm_s16be, 44100 Hz, stereo, s16, 1411 kb/s ? Stream #0:1: Video: mjpeg (Progressive), yuvj444p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) ??? Metadata: ????? comment???????? : Cover (front) File '01 Hank Mobley - Three Way Split.aiff' already exists. Overwrite? [y/N] n Not overwriting - exiting Now this is is a Concrete Blonde song that does not display properly, and this is with the option, "AIFFENCOPTS="-write_id3v2 1 -id3v2_version 3"? and "CDDBMETHOD=musicbrainz" robert at Malice:~/Music/aiff/Concrete Blonde-Bloodletting$ ffmpeg -i 01.Bloodletting\ \(The\ Vampire\ Song\).aiff -metadata key=artist 01.Bloodletting\ \(The\ Vampire\ Song\).aiff ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers ? built with gcc 12 (Debian 12.2.0-14) ? configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared ? libavutil????? 57. 28.100 / 57. 28.100 ? libavcodec???? 59. 37.100 / 59. 37.100 ? libavformat??? 59. 27.100 / 59. 27.100 ? libavdevice??? 59.? 7.100 / 59.? 7.100 ? libavfilter???? 8. 44.100 /? 8. 44.100 ? libswscale????? 6.? 7.100 /? 6.? 7.100 ? libswresample?? 4.? 7.100 /? 4.? 7.100 ? libpostproc??? 56.? 6.100 / 56.? 6.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, aiff, from '01.Bloodletting (The Vampire Song).aiff': ? Metadata: ??? album?????????? : Bloodletting ??? comment???????? : abcde version 2.8.2 ??? artist????????? : Concrete Blonde ??? title?????????? : Bloodletting (The Vampire Song) ??? track?????????? : 01 ??? encoder???????? : Lavf59.27.100 ??? date??????????? : 1990 ? Duration: 00:06:07.13, start: 0.000000, bitrate: 1411 kb/s ? Stream #0:0: Audio: pcm_s16be, 44100 Hz, stereo, s16, 1411 kb/s File '01.Bloodletting (The Vampire Song).aiff' already exists. Overwrite? [y/N] I fail to understand why the information gathered from Musicbrainz is not being written to this latter file. Robert On 4/28/25 00:57, josh via Abcde-users wrote: > On Mon, 28 Apr 2025 at 12:21, Dry Martini Holding Company via > Abcde-users wrote: >> The screenshot titled "blue", which works as it should, did not show all >> the metadata. Here is a list of the populated fields, that are totally >> missing from the file does not display properly: >> >> MusicBrainz Album >> MusicBrainz Artist >> MusicBrianz Disc ID >> > If you look at the docs for ffmpeg [1], you'll see that it defaults to > ID3v2.4. To set it ID3v2.3, try adding this to your abcde.conf: > AIFFENCODEROPTS='-id3v2_version 3' > > > [1] https://www.ffmpeg.org/ffmpeg.html#toc-AVOptions > > _______________________________________________ > Abcde-users mailing list > Abcde-users at lists.einval.com > https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users From qrp at kg4kgl.net Tue Apr 29 20:23:26 2025 From: qrp at kg4kgl.net (Dry Martini Holding Company) Date: Tue, 29 Apr 2025 15:23:26 -0400 Subject: [Abcde-users] FW: Abcde and aiff In-Reply-To: <0a3c4505-7acb-4455-913e-71f42e859664@kg4kgl.net> References: <874ba7a5-2a19-4209-a819-f35929bb2f65@eclipsed.net> <960acefd-21f3-495d-82d2-13dd4faffa17@gmail.com> <3d02888f-919d-49bc-9166-2b2c3aa98aea@eclipsed.net> <878qnsdzhc.fsf@mutsumi.mail-host-address-is-not-set> <9b9fab4f-7716-4b65-8caa-85467b85bdc8@eclipsed.net> <195f9ddb-00e3-46d4-b7d0-6007a86e93dd@eclipsed.net> <9eba5b96-efc4-4c90-99e2-8b9375b05582@kg4kgl.net> <5c1ed299-0aaf-4778-b8cd-53eb90a66b55@gmail.com> <60f2cea6-a609-4dc7-8aed-4ba80935b8b0@eclipsed.net> <20368702-ba51-43f7-b4b1-2101ed88d6f5@kg4kgl.net> <59e33548-4121-46f1-9550-8401b37256e6@kg4kgl.net> <768abf7e-d0fa-469f-8947-68480cd7484c@eclipsed.net> <602bc65d-7d12-4160-af1d-747e393ac9e0@kg4kgl.net> <0a3c4505-7acb-4455-913e-71f42e859664@kg4kgl.net> Message-ID: <944b978d-c704-40e7-b483-4896124d2de5@kg4kgl.net> Today I have been editing the files from abcde with Picard. I can add the additional musicbrainz metadata to the files, but this does not help solve the problem. In fact, it creates an additional problem. The coverart jpeg file in the directory along with the aiff files, but the cover art does not show up on the server. Robert