TODO


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

-*- mode: outline -*-

v. 0.1
~~~~~~
* Better interface (the new .config is pretty good, but needs
  improvement)

* BUG: musicfs only works in debug mode. Why? Fix this! It does work in normal
  mode on FreeBSD.
  * -f (foreground mode) also works
  * -s (single thread) does not

* BUG: what to do with songs without tags? The current behavior,
breaking badly, is probably not what we want. Suggestions:
  * We put all songs not having complete tags in an Unsorted folder, with the
    real filename as the name. Perhaps having a flag in the database tables
    indicating that the information is not complete.
  * We avoid including them in the database at all, which is what we basically
    do now, but just a bit more fool proof perhaps.

* Missing .config (this is a matter of style, not performance)

* BUG: something is wrong with the offset when reading media files.
  "Ogg : Page out not synced, we skip some bytes" from mplayer.

  UPDATE: I think this is fixed now.


v. 0.2(?)
~~~~~~~~~
* FEATURE: Inotify/kqueue support for watching music directories

  * Take a look at http://mark.heily.com/pnotify/.


* Advanced configuration, allowing custom paths. 
This should be done in the configuration file, so something like
"/Artists/%artist%/%album%/%trackno% %title%.%extension%" (with a
somewhat prettier syntax ;) would produce the current Artists
directory.

* Implement support for changing tags by moving a file around in the directory
  tree.
* Implement support for changing encoding my changing file name.
* Implement support for encoding/decoding when reading the data? (embedded
  decoder in the file system, removing the need for encoder support in the
  player).
* Support for looking up tags to CDDB or something like that.
* Internal stuff/convenience

  * Add proper debugging facilities. 
    * DEBUG macro has been improved

  * Add some generic way of logging, possibly using any fuse API
  available to do this.

  * What is the correct way to crash? :) Not at all?

  * Create a more generic way of mapping a pathname to a file. There
  are some path lookups we'd like to be able to run more than once.