Make BDB code a plugin.
	Fix remaining call to dmapd_dmap_db_ghashtable_new

	Test ghashtable and bdb code

	reconcile db with filesystem on dmapd start, store hash to
	determine if up to date?

	bdb: segfault if db already exists when dmapd starts

	big memory problem:
		ghashtable: 46,657,539 byte heap before DPAP client
		bdb: 911,716,352 byte heap before DPAP client

	see FIXME about memory lead in bdb

*** Dynamically adjust database when files are added to directories (inotify?). See "Kernel Korner - Intro to inotify"

*** Get rid of in-memory database and calculate on demand? Or cache only?

Fix handling of bad blob data (DmapdD[AP]APRecord).

Warnings on OpenWrt:
	Could not read file
	Could not determine duration
	No metadata
	Failed to find user dmapd

See FIXME's in vips code

After iTunes retrieves list of songs, heap is 16MB
iTunes retrieval creates 105,427 GNodes (dmap_structure_add)
                 creates 4,217,080 DMAPStructureItem bytes	
                 creates 4,217,080 GNode bytes	
		 creates 356,622 data bytes
for 2419 songs.

Entire DMAP structure must be build before serializing and sending. Can
we break this up? See _dmap_share_message_set_from_dmap_structure and
dmap_structure_serialize.

Strings are copied a few times, but this does not seem to be as big a
problem as the GNode / DMAPStructureItem overhead.
	dmapd:dmapd-daap-record.c: g_value_set_string -> g_value_set_static_string
	libdmapsharing:dmap-structure.c: same as above.
	
*** Support playlists using totem-pl-parser.

*** Fix seeking (see libdmapsharing TODO)

Migrate command line parsing to dmapd.xml.

Update documentation in dmapd.xml.

GStreamer:
	- DV State change failed for /shared/Storage/Movies/2006 1707 Oak/2006_house_condition_5.dv Bugzilla #569924
	- Break up gstreamer packages (see OpenWRT example)

Why do some albums (e.g.: 2008 Landscape) appear blank?

Port dmapd-test.c to new modular DB object and add tests
