<div dir="auto">I see no screenshots here...</div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Apr 27, 2025 at 2:52 PM Dry Martini Holding Company via Abcde-users <<a href="mailto:abcde-users@lists.einval.com">abcde-users@lists.einval.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Here are two screenshots of two files viewed through the kid3 program. <br>
The one titled Blue works properly. The other titled concrete does not <br>
work (does not show up in the album or artist listing). I see that the <br>
one that is working is ID3v2.3.0. The other is, ID3v2.4.0. There is lots <br>
of album information missing on the file that does not work properly.<br>
<br>
<br>
Robert<br>
<br>
<br>
On 4/25/25 21:54, Gabriel Rosenkoetter via Abcde-users wrote:<br>
> On 2025-04-25 21:47, josh via Abcde-users wrote:<br>
>> On 26/4/25 11:38, Dry Martini Holding Company via Abcde-users wrote:<br>
>>> I have no doubt that MPD plays the aiff files and displays the <br>
>>> metadata properly. The part of the music server that is not working <br>
>>> properly is the the display by "album", album artist, and artist. <br>
>>> All of this info is stored in a DB. The DB is updated after any <br>
>>> additions or deletions are made. In my case, the only part that <br>
>>> diplays a newly added album, is the "alpha" order listing.<br>
>> It would really help to see the metadata from a track that MPD <br>
>> displays correctly and the metadata from an abcde ripped track that <br>
>> MPD does not display. Please show the out of the following:<br>
>><br>
>> For a track that MPD displays metadata correctly: ffmpeg -i song.aiff<br>
>><br>
>> For an abcde-ripped track that MPD does not display metadata: ffmpeg <br>
>> -i abcde-song.aiff<br>
><br>
> Huh. I agree that that output would be useful to help understand this <br>
> problem, but I read Robert's statement there slightly differently.<br>
><br>
> I think that we (josh, Jason, and I) have been assuming that MPD was <br>
> never parsing any of the metadata in the id3v(whatever) tag (or that <br>
> abcde was not applying those tags to AIFF files for Robert), but if <br>
> MPD is able to display that information, but unable to index based on <br>
> it, that's a different problem.<br>
><br>
> I'm back to thinking that this might be a problem for whoever's <br>
> responsible for maintaining MPD.<br>
><br>
><br>
> _______________________________________________<br>
> Abcde-users mailing list<br>
> <a href="mailto:Abcde-users@lists.einval.com" target="_blank">Abcde-users@lists.einval.com</a><br>
> <a href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users" rel="noreferrer" target="_blank">https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users</a><br>
<br>
_______________________________________________<br>
Abcde-users mailing list<br>
<a href="mailto:Abcde-users@lists.einval.com" target="_blank">Abcde-users@lists.einval.com</a><br>
<a href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users" rel="noreferrer" target="_blank">https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users</a><br>
</blockquote></div></div>