RE: FileHandle.pm

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Reckase, Erik Nathan

    RE: FileHandle.pm

    Death to ID3 tags! APE tags are much more fun to deal with. I believe that
    WavPack also uses APE tags, as, of course, does the Monkey's Audio format.
    That'll take care of all of the major lossless audio formats, which will
    make many folks very happy.

    E

    -----Original Message-----
    From: kdf [mailto:slim-mail (AT) deane-freeman (DOT) com]
    Sent: Thursday, February 05, 2004 2:08 PM
    To: Slim Devices Developers
    Subject: RE: [Developers] FileHandle.pm


    Quoting "Reckase, Erik Nathan" <enrecka (AT) sandia (DOT) gov>:

    > Hey there, kdf. I haven't noticed the problems that you are having,
    > and I've already inserted support for musepack files (with APE tags)
    > into the slimserver code (Dan has that code right now, and is
    > integrating it into the system and releasing the Audio::Musepack and
    > Audio::APETags modules into
    > CPAN.) One option that you might consider is having the decoder modified

    to
    > support the behavior that we desire. I can get a musepack decoder
    > re-compiled for us with the termination features that we want if you can
    > describe the problem to me in detail.
    >
    > Regards,
    > Erik


    if there is going to be a CPAN module, then the effort probably isn't
    needed.
    btw...using MP3::Info works fine for (older) mpc files that happen to have
    ID3v1 tags. I'd love to test those modules if they can be emailed to me
    off-list. The patch for the server support would be handy too, as it may be
    differnt from what I've done (tho, probably not since its really rather
    trivial to add new codecs now)

    -kdf
  • kdf
    NOT a Slim Devices Employee
    • Apr 2005
    • 9493

    #2
    RE: FileHandle.pm

    Quoting "Reckase, Erik Nathan" <enrecka (AT) sandia (DOT) gov>:

    > Death to ID3 tags! APE tags are much more fun to deal with. I believe that
    > WavPack also uses APE tags, as, of course, does the Monkey's Audio format.
    > That'll take care of all of the major lossless audio formats, which will
    > make many folks very happy.
    >
    > E


    having APE is great, as it does apply to many formats. My point is that there
    should still be support for other tagging formats that are in use. As musepack
    (at least for now) says they suport ID31.1, then slimserver should be capable of
    understanding them when found inside a musepack file. Just as ID3v2.3 takes
    precedence over 1.1, APE can take precedence over ID3 for musepack.
    -kdf

    > -----Original Message-----
    > From: kdf [mailto:slim-mail (AT) deane-freeman (DOT) com]
    > Sent: Thursday, February 05, 2004 2:08 PM
    > To: Slim Devices Developers
    > Subject: RE: [Developers] FileHandle.pm
    >
    >
    > Quoting "Reckase, Erik Nathan" <enrecka (AT) sandia (DOT) gov>:
    >
    > > Hey there, kdf. I haven't noticed the problems that you are having,
    > > and I've already inserted support for musepack files (with APE tags)
    > > into the slimserver code (Dan has that code right now, and is
    > > integrating it into the system and releasing the Audio::Musepack and
    > > Audio::APETags modules into
    > > CPAN.) One option that you might consider is having the decoder modified

    > to
    > > support the behavior that we desire. I can get a musepack decoder
    > > re-compiled for us with the termination features that we want if you can
    > > describe the problem to me in detail.
    > >
    > > Regards,
    > > Erik

    >
    > if there is going to be a CPAN module, then the effort probably isn't
    > needed.
    > btw...using MP3::Info works fine for (older) mpc files that happen to have
    > ID3v1 tags. I'd love to test those modules if they can be emailed to me
    > off-list. The patch for the server support would be handy too, as it may be
    > differnt from what I've done (tho, probably not since its really rather
    > trivial to add new codecs now)
    >
    > -kdf
    >

    Comment

    Working...