<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>That would be because I forgot to attach them. Here they are.</p>
<p><br>
</p>
<p>Robert<br>
</p>
<div class="moz-cite-prefix">On 4/27/25 15:59, Dan Hargens wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAOd3iHr1uDQafPvfsSBzSf82=kUPgMh+-uhSzPCYV3RogWTYKA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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"
moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true"
class="moz-txt-link-freetext">Abcde-users@lists.einval.com</a><br>
> <a
href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">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" moz-do-not-send="true"
class="moz-txt-link-freetext">Abcde-users@lists.einval.com</a><br>
<a
href="https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.einval.com/cgi-bin/mailman/listinfo/abcde-users</a><br>
</blockquote>
</div>
</div>
</blockquote>
</body>
</html>