
This is an excerpt from the main AMPlay documentation.

* 3.4.1 Database Statistics:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

This window displays various information about the AMPlay database.
Total numbers of tracks, albums, artists, their total durations, and
the total of items with particular attributes set (e.g. total number
of tracks with "link to next" set).

In all cases except relative track volume and filtering, such
attributes can be set on an album or artist independently of the
tracks within it. e.g. an album can have "ignore uniqueness" set,
while the tracks within it do not.

Unlike other AMPlay windows, the details here do not automatically
refresh whenever something changes (certain things will trigger a
refresh, but not everything that would cause the statistics to change
will do so). To manually refresh the information, just pick Database
Statistics again from the pop-up menu.

Items that may require more detailed explanation;

- The history row indicates how many history entries there are in the
  history database for tracks, albums, artists, and how long the
  history would take to play if you started it at the beginning.
  (The duration is the overall total, and ignores the current position
  within the history.)

- The "unique tracks in history" box is a count of how many tracks
  have the 'track is present within history' flag set on them. This
  is an internal AMPlay flag, and is not directly related to the
  total history entries.

- The "% Tracks in history" entry further down is percentage of the
  total number of tracks that have the 'track is present within
  history' flag set on them. i.e. it also is not directly related to
  the total history entries.

e.g. in an extreme case, assume you have 100 tracks in total, and
100 history entries, but each history entry is for the same track.
In this case history entries would be 100 tracks, but unique tracks
in history would be 1. The % tracks in history would be 1%

- Ext. Names is a count of how many tracks have an extended name
  block associated with them. Extended name blocks are used to store
  the naming information for tracks where;
  - The naming information was initially read from a Tag, or
  - The naming information started out as pathname based and has
    since been editted.

  i.e. Tracks using pathname based naming, which have not had their
  details editted manually, will not have an extended name block. All
  other tracks will.

Notes;

- You may have more albums or artists listed in the history than in the
  database. This is not a bug - the number of artists and albums in the
  history is the result of going through the track history and counting
  how many times adjacent tracks come from differing albums or artists.
  If you run AMPlay in random track mode for a while, you may end up
  with nearly as many artists and albums in the history as there are
  tracks, but the same album and artist will be represented many times.
  The database indicates how many unique albums and artists there are,
  the history does not and counts duplicates.

- The Rel. Volume line is an indication of how many tracks have a
  relative volume that differs from the default (0). It does not
  indicate what that volume is, or whether it was an increase or
  decrease in volume. Likewise the weighting line does not take into
  account what the weighting is, just a count of the non-defaults.

- The memory statistics are for information only, and only refer to
  the AMPlay Database dynamic area that is visible in task manager,
  not the wimpslot or the AMPlay Library dynamic area. Generally, the
  largest free block will be quite small. If you add large numbers of
  tracks to the database, or do a sort, it may grow. This is not
  usually a problem, but if running AMPlay with large numbers of tracks
  (100,000 tracks and above), you may need to keep an eye on it and
  possibly increase the dynamic area size (see section 4.6.3 on this
  option, and section 6.18 for the FAQ on large databases).

________________________________________________________________________
Copyright  2008 Mike Sandells, mike@mikejs.com
Last Modified: 30.05.2008