Howdy, Is there anyway of unifying and some-what future-proofing the MP3/Vorbis sections? What if some other codec becomes popular and uses some sort of other method? Im not entirely savvy in this area, but it would seem like something that would be better to have across the board. I guess with the current layout additional subsections could be added later. TLDR; Lose mp3/vorbis specific bits, change spec to cover both in 1 swoop. Toma <div class="gmail_quote">2009/11/4 Jeff Mitchell <<a href="mailto:mitchell@kde.org">mitchell@kde.org</a>> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello, The second draft of the Free Music Player Specifications is ready. A few words before the link. First, for those new to the discussion, an archive of previous emails in the discussion can be found at <a href="http://groups.google.com/group/fmps/topics" target="_blank">http://groups.google.com/group/fmps/topics</a> The group is read-only, and per agreement with those involved (that replied) further discussion will take place on <a href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a> I want to thank Milosz Derezynski and Peter van Hardenberg, who replied to the first draft with suggestions. Now, some comments about this second draft. It was suggested that instead of both integer and float values, one or the other should be picked. It made sense to have floats in all but one instance (user playcounts), so floats is what I went with. Overall this decreases the spec's complexity a good amount. I attempted to clarify things where confusion seemed to exist in replies; for instance, Milosz's suggestion that it be encouraged that applications should treat values as they are whenever possible, even if in some cases they need to round them to display them to the user (for instance, in a graphical fashion). I cleaned up the filesystem directive section at Peter's request; it's indeed simpler (and probably quicker) to just check each directory for a fmps_ignore file than to check it for text values inside that file and react appropriately. I looked at Performer Roles on the MusicBrainz site at Milosz's request, and decided to keep them in the spec for now. The main reason is that while MusicBrainz supports MP3 and VorbisComments formats, it has no capability to support performer roles for WMA or MP4 formats, whereas there is no reason why support for these formats could not be included in this specification. Another reason is that the FMPS spec defines using comments (TXXX for MP3) which eases processing as TXXX is easily supported by almost any tagging library. By contrast, for MP3 at least, parsing the TMCL list can be difficult. That all said, here's the second draft of the spec: <a href="http://gitorious.org/%7Ejefferai/xdg-specs/jefferais-xdg-specs/blobs/mediaspecs/specifications/FMPSpecs/specification.txt" target="_blank">http://gitorious.org/~jefferai/xdg-specs/jefferais-xdg-specs/blobs/mediaspecs/specifications/FMPSpecs/specification.txt</a> --Jeff _______________________________________________ xdg mailing list <a href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/xdg" target="_blank">http://lists.freedesktop.org/mailman/listinfo/xdg</a> </blockquote></div>