File: TODO

package info (click to toggle)
libmp3-tag-perl 1.16-1
  • links: PTS, VCS
  • area: main
  • in suites: bookworm, forky, sid, trixie
  • size: 1,488 kB
  • sloc: perl: 10,139; makefile: 16; sh: 11
file content (61 lines) | stat: -rw-r--r-- 2,097 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
MP3::Tag.pm
===========

* It seems that to allow intelligent handling of Unicode file names we need to keep a non-decoded name (e.g., from readdir())
  and a decoded one (to extract the info from the file name).  Should not we expect that new() may be called with an unicode name???

    What is below is not 100% clear now :-[

* perhaps restructuring of this wrapper module, as it 
  should be easier to say which Tag::modules should be used

  Arguments in handlers

  Direct handlers through __handler_read, __handler_write().  (To avoid security risks, writing-when-read-is-assumed etc.)
  	Possibly needed on ID3v1/ID3v2 only (others cannot write yet).
  Take into account that title() etc take arguments (write!).
  	Be draconian when rejecting method calls; allow slack via config.
  Allow Packages=*, pass through config.
  Allow passing through field().

  ID3v2::get_frame has wantarray(), but only in one place!

* more testing

MP3::Tag::ID3v1.pm
==================

* more testing



MP3::Tag::ID3v2.pm
==================

* Encryption of frames (read and write)

* Only first tag in front of file is read, tags inside mp3-data are ignored

* Following frames are only supported in RAW mode:
  - EQUA -> Equalization
  - ETCO -> Event timing codes
  - MLLT -> MPEG location lookup table
  - POSS -> Position synchronisation frame
  - SYLT -> Synchronized tempo codes
  - RVAD -> Relative volume adjustment

* more testing

* reading of frames is very strict following rules of ID3v2 definition, but
  a lot of programs seem to do this not, so some frames are not read right
  (eg TMED of contains 'DIG, MD' instead of '(DIG/MD)', but only
  '(DIG/MD)' is returned correctly as 'Other Digital Media, MiniDisc'
  'DIG, MD' is returned as 'DIG, MD'

* frames like TMED who have to be specially encoded, are doing this only
  when the frame is read, not when it is written 

* Support for v2.4 output (is input fully supported now?)

* http://gabriel.mp3-tech.org/mp3infotag.html
  http://web.archive.org/web/20010827032505/privatewww.essex.ac.uk/~djmrob/replaygain/rg_data_format.html