FMPS v1.0 RC1
Jeff Mitchell
hot-off-the-press 1.0 RC1 version, viewable here:
http://gitorious.org/xdg-specs/xdg-specs/blobs/master/specifications/FMPSpecs/specification.txt
From my perspective putting in more RFC-style language will make this a
1.0 spec -- now's a great time to chime in if there's something about
the spec you don't like (that isn't something that can be fixed in a new
version, such as new tag types).
--Jeff
Jeff Mitchell
> В Вск, 30/05/2010 в 04:00 -0400, Jeff Mitchell пишет:
> files as well, and can be used to store data.
What about them? Can you provide some details as to what you think is
missing, with respect to cue files, and that belong in file metadata?
Thanks,
Jeff
Jeff Mitchell
> There is a section 2.1 in this RFC, which describes how to store data in
> mp3, ogg and other files. If music is organized as, for example, a
> single mp3 file and a cue file, player have to store metadata in a cue
> file, but not in mp3 file, because mp3 contains several songs of the
> album. So the specification must be added to handle metadata in cue
> files.
OK, I see what you're saying. But as I have no experience with them,
please propose a workable solution.
> According to CUE sheet syntax
> (http://en.wikipedia.org/wiki/Cue_sheet_(computing)#Cue_sheet_syntax),
> this can be realised using REM command.
I don't see, from looking at that page, what the REM command has to do
with anything. That's information in a cue file, not in file metadata.
Jeff Mitchell
> В Вск, 06/06/2010 в 15:14 -0400, Jeff Mitchell пишет:
> REM FMPS_Rating_User SomeDude::0.88
>
> So, player without FMPS support will simply ignore REM strings.
I assume you mean, will ignore REM strings with FMPS info in them.
Anyways, while this sounds nice, I would suggest making this a task for
v1.1 or so of the spec. There's also license information we'd like to
put in there. But right now I think new functionality should be
restricted in favor of releasing v1.0 soon.
P.S. I like the MS batch-file REM comment name...
--Jeff