README.txt

SSLScrobbler v0.13
==================

SSLScrobbler is a Scrobbler for Serato ScratchLive! (http://www.serato.com/) 
written in PHP. See http://www.last.fm/help/faq?category=99 for an explanation 
of Scrobbling.

SSLScrobbler is designed to update Last.fm and/or Twitter when a track is 
playing or played. 

SSLScrobbler could easily in future be hooked into a projector to show what's 
now playing, or used to control other actions based on track listing.

ScratchLive itself logs plays to a binary history file during playback. This app
reads the binary file and models what's going on. It sends you Growl popups when
certain events happen, such as a track is loaded on the deck, set "Now Playing" 
or can be scrobbled.

The app works on OS X (Mac) and Windows.


0. CONTENTS
=============
1. OPERATING SSLSCROBBLER
2. HOW IT WORKS
3. ADVANCED USE
4. TROUBLESHOOTING
5. FOR DEVELOPERS
6. THANKS & SHOUTS 
7. CREDITS & LICENSE


1. OPERATING SSLSCROBBLER
===========================

You should start SSLScrobbler before starting ScratchLive!, and then close it 
down after closing down ScratchLive!. If you have no idea how to start it, See 
1.2 for the 'Getting Started' guide. 

To close SSL Scrobbler, press Ctrl-C.

SSLScrobbler will read the current 'session' file from the ScratchLive! history 
folder. That means that if you click 'End Session' in the ScratchLive! history 
pane, you will have to restart SSLScrobbler.

If you have not installed ScratchLive! into the default location, you will have 
to provide the full path to the current session file to SSLScrobbler. See 
section 4, TROUBLESHOOTING, for more information.

1.1 Installation
-------------------

* OSX (Mac):
  
  SSLScrobbler needs no particular installation, although if it's not already, 
  you might like to install Growl. (In my experience, most Mac users already 
  have Growl).
  
  SSLScrobbler is best started from the Terminal.
  
* Windows 7 or Vista:
  
  Which PHP you install depends if you are on 32-bit or 64-bit Windows. If 
  you're on 32-bit Windows, follow the instructions below for Windows XP.
  If you're on 64-bit Windows, download the 64-bit version of PHP from
  http://www.anindya.com/
    
  
* Windows:

  You should install PHP 5.3 and Growl. You must reboot after installing these, 
  even if it doesn't ask!
  
  If you're on Windows XP, 32-bit Vista or 32-bit Windows 7, you can download 
  and install PHP 5.3 from http://windows.php.net/download/
  (You probably want the 'Installer' nearest the top of the page, unless you
  know better.)
  
  If you're on 64-bit Windows Vista or 64-bit Windows 7, you can download
  the 64-bit version of PHP 5.3 from http://www.anindya.com/ .
  
  I strongly suggest you make the following change to your php.ini file (which 
  can usually be found in C:\Program Files\PHP). Open the file in Notepad, and 
  then find the line which says...
  
    display_errors = 
    
  ...and change it to On if it is Off.  
  
  SSLScrobbler is best started from a DOS box.


1.2 Getting Started
----------------------

SSLScrobbler is currently designed to be run from the command line. 


TO START:

 OSX (Mac):
 
 * Open Terminal (you can open it quickly from Spotlight)
 * Drag the file historyreader.php into the Terminal window, and hit enter. It 
   should say something like: 
    
   $ /Users/ben/Downloads/sslscrobbler/historyreader.php 
    
 * For help and information on options, type --help before hitting enter. e.g: 

   $ ./historyreader.php --help
    
 Windows:
 
 * Open a DOS box. You can do this by clicking 'Start' -> Run -> typing "cmd" 
   and pressing enter. 
 * Type 'php' and then drag the file historyreader.php into the DOS box, and hit 
   enter. It should say something like:
    
   C:\> php "C:\Documents and Settings\ben\Desktop\historyreader.php"
    
 * For help and information on options, type --help before hitting enter. e.g.:
 
   C:\> php "C:\Documents and Settings\ben\Desktop\historyreader.php" --help
 

TO QUIT:

To quit SSL Scrobbler, click on its window and press Ctrl-C.


1.3 Quick HOWTO
------------------

TO SCROBBLE AS YOU PLAY:

php historyreader.php -L lastfmusername


TO SCROBBLE THE PREVIOUS SET (e.g. from your gig last night):

php historyreader.php -L lastfmusername --post-process


TO SCROBBLE SEVERAL PEOPLE IN THE ROOM:

php historyreader.php -L lastfmusername -L lastfmusername2 -L lastfmusername3


TO TWEET AS YOU PLAY

php historyreader.php -T twitterusername
 


1.3 Options
--------------

Add the following options to the command when running from Terminal / DOS: 

 -h or --help
  A reminder of this information.

 -i or --immediate
  Do not wait for the next history file to be created, but use the most recent 
  one.
   
  You must use this option if you started SSLScrobbler mid-way through a 
  session, or if you had to restart SSLScrobbler for some reason.
   
  This option is ignored if you specify the full path to a specific history 
  file.
   
 -v or --verbosity <0-9>:   
  Increase the amount of information shown in the console. If you really want to
  see a lot about what's going on, try -v 9 . 
   
  You should try -v 9 and save the output if you are having problems, before 
  reporting a bug to me, or contacting me for advice...
   
 -l or --log-file <file>:   
  Write the output to a file. (If this option is omitted, output goes to the 
  screen)
  
 -p or --post-process
  Immediately processes everything in the last history file. Ideal for
  scrobbling that set you played last night.
 
Last.fm options:
 -L or --lastfm <username>: 
  Scrobble / send 'Now Playing' to Last.fm for user <username>. 
  
  The first time you specify this, it will ask you to authorize the app to your 
  Last.fm account. The authorization information is stored in a file called 
  <username>-lastfm.txt
  
  NOTE: you can include -L multiple times and scrobble to multiple accounts.
  
Twitter options:
 -T or --twitter <session>:
  Post tracklists to Twitter. It will tweet once for every 'Now Playing'. 
  
  The first time you specify this option, it will ask you to authorize the app 
  to your Twitter account. The authorization information is stored in a file 
  called <session>-twitter.txt
  
  NOTE: you can include -T multiple times and tweet to multiple accounts.
  
DB options:
 -D or --db <key>:
  Put the now playing track into a database row. It will issue one SQL 
  statement for every 'Now Playing'.
  
  Exactly what SQL is run, and where it is sent, is configued in config.php.
  

2. HOW IT WORKS
=================

SSLScrobbler monitors the current ScratchLive! history file. The history file is
a binary file containing information about all the tracks in the session. 
ScratchLive! updates this file every time you add a track to a deck or eject a 
track from a deck (and in a few other situations). The history file actually 
contains a lot of information - everything you see in the history pane, and then
some. ScratchLive never removes or rewrites information in this file while 
you're performing, so it may append several chunks of information referring to 
the same track. (Later, when you shut ScratchLive! down, it compacts the file to 
remove duplicate information).

However, SSLScrobbler does not have access to the actual play time or play 
position of the songs, so it has to guess this.


3. ADVANCED USE
=================

* If you want to enable or disable plugins, or change API keys, or other
  advanced "configuration", copy config.php-default to config.php and edit.
  You can also change e.g. the Twitter template here.

* If you're interested in exploring the ScratchLive! binary file format, check 
  out the --dump option. You can even use this to dump non-history files (such 
  as the file 'database v2'). 
 
 
4. TROUBLESHOOTING
====================

* SSLScrobbler looks for history files in the default locations, which are:
  
  Mac:
  * $HOME/Music/ScratchLIVE/History/Sessions
  
    ($HOME is usually e.g. /Users/<username>)
  
  Windows Vista / Windows 7:
  * %USERPROFILE%\Music\ScratchLIVE\History\Sessions

    (%USERPROFILE% is usually e.g. C:\Users\<username>)
    
  Windows XP:
  * %USERPROFILE%\My Documents\My Music\ScratchLive\History\Sessions
  
    (%USERPROFILE% is usually e.g. C:\Documents and Settings\<username>)
  
* make sure display_errors = On in your php.ini if you want more useful help, 
  and before reporting bugs.
  
* If the internet is down or drops out, Scrobbling to Last.fm may make the whole
  app freeze until the scrobbling times out. This means that updates to Now 
  Playing will not appear during this period, although no scrobbles will be 
  lost.
  
* If you find Scrobbling, Tweeting etc to be particularly slowing down the app 
  (that is causing delays when Now Playing is not updated), try installing the 
  PCNTL extension to PHP. (Without the PCNTL extension, the app will be 
  single-threaded).
  
 
5. FOR DEVELOPERS
===================
 
5.1 Plugins
-----------------

It's quite easy to write plugins for SSLScrobbler. Examine the examples in the 
folder SSL/Plugins. 

A plugin is a class which implements SSLPlugin, and can provide zero-or-more 
Observers for the different events (zero would be quite uninteresting, though) 
from the getObservers() method.

The following observer types are currently provided:
* TickObserver - triggered by a timer interrupt (usually every 2 seconds).
* SSLDiffObserver - notified of new changes to the ScratchLive! history file.
* TrackChangeObserver - triggered when a track is loaded or removed from a deck.
* NowPlayingObserver - triggered when a track becomes the 'Now Playing' track
* ScrobbleObserver - triggered when a track is definitively scrobble-able. 

5.2 Unit Tests
-----------------

Run with phpunit:
 * phpunit --bootstrap Tests/bootstrap.php Tests

5.3 Architecture
-----------------

5.3.1 Runtime Model
....................

While running, the SSLScrobbler engine is event driven (see 5.1 for the list
of events). Here are the main object collaborations and the ways they 
communicate. The interactions happen in serial, in the order they are numbered.

The following diagram shows how the running app is strung together. 
HistoryReader sets these objects up in its monitor() method, then asks
the TickSource to start ticking. Every tick, the following happens:

1. The TickSource sends ticks (every 2 seconds or so) to 
   SSLHistoryFileMonitor, which attempts to read from the current
   history file. 
2. If there is new info available in the file, the SSLHistoryFileMonitor
   sends a diff event (in the form of an SSLHistoryDiffDom, which in turn
   contains SSLTracks) to the SSLRealtimeModel.
3. The SSLRealtimeModel models what Serato is doing - i.e. which tracks
   are currently on each deck. It inspects the SSLHistoryDiffDoms that it
   receives to work out if a new track has been started, or a track has been
   stopped.
4. If a track has changed (started or stopped), the SSLRealtimeModel then
   notifies the NowPlayingModel, ScrobbleModel and RealtimeModelPrinter.
5. The RealtimeModelPrinter prints this info to the console.
6. The NowPlayingModel takes info on track changes to work out which track
   has been on the deck long enough to be considered "Now Playing".
7. The ScrobbleModel takes info on track changes to work out which tracks
   can be scrobbled.
8. Whenever the "Now Playing" track changes (or track play stops entirely),
   the NowPlayingModel sends events - mostly to plugins such as the 
   Twitter plugin, Scrobbler, and Growl notifier.
9. Likewise, when a track becomes Scrobbleable, the ScrobbleModel sends 
   events to the Twitter, Scrobble and Growl plugins, etc.
10. The various plugins then do their bits such as posting to Twitter.

Here's the diagram:

+------------+
| TickSource |  
+-----+------+
      |
      | A timer event (roughly every 2 seconds)
      |
      |-----------------------+-----------------------------------------+
      v 2                     v 1                                       |
+-----------------------+ +---------------+                             |
| SSLHistoryFileMonitor | | PluginManager |                             |
+-----+-----------------+ +---------------+                             |
      |                                                                 |
      | Diff event (when history file changes) as an                    |
      | <SSLHistoryDiffDom> object (which contains <SSLTrack>s)         |
      |                                                                 |
      v 3                                                               |
+------------------+  6. <TrackChangeEventList> from deck models sent   |
| SSLRealtimeModel +----------------------------------------------+     |
+------------------+                                              |     |
      ^                                                           |     |
      | 4. Sent: Diff event (delegated to correct deck model)     |     |
      | 5. Received: <TrackChangeEvent>s (start, stop, update)    |     |
      |                                                           |     |
      |---------------+------------ . . . --------------+         |     |
      v               v    decks created as necessary   v         |     |
+---------------+ +---------------+       +---------------+       |     |
| DeckModel (0) | | DeckModel (1) | . . . | DeckModel (n) |       |     |
+---------------+ +---------------+       +---------------+       |     |
                                                                  |     |
                                                                  |     |
   +----+--------------------------+-------------------------+----+     |
   |    | Print track changes      | Decide if a stopped     |       +--+
   |    | to console               | track should scrobble   |       |
   |    v 7                        v 12                      v 8     v 16
   |  +----------------------+   +---------------+    +-----------------+ 
   |  | RealtimeModelPrinter |   | ScrobbleModel |    | NowPlayingModel |
   |  +----------------------+   +-+-------------+    +--------------+--+
   |                               |                                 |
   |                               | "Scrobble"        "Now Playing" |   
   |                               |  event                   event  +--+
   |                               |                                    |
   |                               .                                    .
   |                               . . . . Other Plugins  . . . . . . . .
   |                               .                                    .
   |                               |                                    |
   |                               |                                    |
   |                               | 14  +---------------------+  11,19 |
   |                               +---->| SSLScrobblerAdaptor |<-------+ 
   |                               |     +---------------------+        |
   |                               |                                    |
   |                               |     +---------------------+  10,18 |
   |                               |     | SSLTwitterAdaptor   |<-------+
   |                               |     +---------------------+        |
   |                               |                                    |
   |                               | 13  +---------------------+   9,17 |
   |                               +---->| SSLGrowlRenderer    |<-------+
   |                                     +---------------------+
   | Print track changes via Growl         ^ 15
   +---------------------------------------+
   
   
Various things have been omitted from this diagram, in particular the 
details of how the PluginManager works. The PluginManager is capable of
activating, deactivating and reconfiguring plugins in the event chain
at run time, and is used for configuration on-the-fly. It does this
by inserting a layer between each of the observers which keeps track of the
various evebt observers.

5.3.2 ScratchLive File Format Model
....................................

ScratchLive stores most of its data in a chunked format, where a chunk header 
is 8-bytes (4-byte identifier and a 4-byte length) followed by <length> bytes. 
Chunks themselves can contain other chunks. Within these sub-chunks are 
fields, starting with a 4-byte field ID. The meaning of the fields depends on
the chunk type. Some fields contain fixed-length data, others contain a 4-byte
length and then that many bytes of variable-length data.

Whilst exploring the file format, I invented an unpacking language called
XOUP (short for "XO's UnPacker"). XOUP is interpretted with XoupInterpreter or
compiled into Unpacker classes with XoupCompiler (all this happens 
automatically). See the comments in XoupInterpreter for info on XOUP.

ScratchLiveScrobbler, so far, recognises 7 chunk types. Some of these are 
"compound chunks" (that is, they contain other chunks), and others contain data 
("struct chunks"):

Compound Chunks:
* OENT - Session files have these, each containing a single ADAT for a track
* OREN - Session files have these, each containing a single UENT for a deletion
* OSES - The session index has these, each with a single ADAT for a session
* OCOL - The session index file has these each with UCOK and UCOW sub-chunks.

Struct Chunks:
* VRSN
  - Header chunk, contains a file format string. Occurs in all files
  - Parsed by SSLVrsnChunk into an SSLVersion object using SSLVersionVrsn.xoup
  
* ADAT - two of these, OENT ADAT and OSES ADAT
  - Data chunk, contains fields. Fields meaning file format dependent
  1 OENT version, parsed by SSLAdatChunk into an SSLTrack object 
    using SSLTrackAdat.xoup
  2 OSES version, parsed by SSLAdatChunk into an SSLSession object 
    using SSLSessionAdat.xoup
    
* UENT
  - Event chunk, seems to contain just an identifier referring to an OENT ADAT.
  - Parsed by SSLUentChunk into an SSLTrackDelete object 
    using SSLTrackDeleteUent.xoup
  - These occur transiently in session files when an entry is deleted from the
    playlist. ScratchLive seems to resolve these and rewrite the history file
    at shut-down time.
    
* UCOK and UCOW
  - I believe these represent column ordering and column width in the 
    ScratchLive history pane.
  - I have not written parsers for these yet.

Unknown chunk types are safely ignored (modelled by SSLUnknownChunk - in
--dump mode, these will provide a pretty hexdump to aid with implementation). 

The ScratchLive crate file ('database v2') is also in this format, but I have 
not modelled any of it. Have fun exploring these files using --dump :)

5.3.2.1 Example content
........................

Here's an example of what --dump might output on a history file:

CHUNK<vrsn>: 
	version => 1.0/Serato Scratch LIVE Review

CHUNK<oent>: 
		CHUNK<adat>: 
			row => 3137
			fullpath => /Users/ben/04 - )E!3( - Bad Company - Grunge 2.mp3
			location => /Users/ben
			filename => 04 - )E!3( - Bad Company - Grunge 2.mp3
			title => Grunge 2
			artist => )E|3( - Bad Company
			album => Book Of The Bad (CD2)
			genre => Drum & Bass
			length => 06:25.31
			bitrate => 320.0kbps
			comments => Track 4
			lang => eng
			year => 2001
			starttime => 1272398586
			endtime => 1272398677
			deck => 2
			playtime => 91
			sessionId => 3135
			played => 0
			added => 0
			updatedAt => 1272398677

The same data, without the XOUP parser, would have printed this:

CHUNK<oent>: 
		CHUNK<adat>: 
			0000 0001 0000 0004 0000 0c41 0000 0002 0000 00dc 002f 0055 0073 0065 0072 0073 ...1...4..CA...2...!./.U.s.e.r.s
			002f 0062 0065 006e 002f 0044 006f 0077 006e 006c 006f 0061 0064 0073 002f 0042 ./.b.e.n./.D.o.w.n.l.o.a.d.s./.B
			0043 0020 0052 0065 0063 006f 0072 0064 0069 006e 0067 0073 002f 0042 0043 0052 .C. .R.e.c.o.r.d.i.n.g.s./.B.C.R
			0055 004b 0045 0050 0043 0044 0030 0030 0031 0020 002d 0020 0042 006f 006f 006b .U.K.E.P.C.D.0.0.1. .-. .B.o.o.k
			0020 006f 0066 0020 0054 0068 0065 0020 0042 0061 0064 002f 0043 0044 0032 002f . .o.f. .T.h.e. .B.a.d./.C.D.2./
			0030 0034 0020 002d 0020 0029 0045 0021 0033 0028 0020 002d 0020 0042 0061 0064 .0.4. .-. .).E.!.3.(. .-. .B.a.d
			0020 0043 006f 006d 0070 0061 006e 0079 0020 002d 0020 0047 0072 0075 006e 0067 . .C.o.m.p.a.n.y. .-. .G.r.u.n.g
			0065 0020 0032 002e 006d 0070 0033 0000 0000 0003 0000 008c 002f 0055 0073 0065 .e. .2...m.p.3.....3...!./.U.s.e
			0072 0073 002f 0062 0065 006e 002f 0044 006f 0077 006e 006c 006f 0061 0064 0073 .r.s./.b.e.n./.D.o.w.n.l.o.a.d.s
			002f 0042 0043 0020 0052 0065 0063 006f 0072 0064 0069 006e 0067 0073 002f 0042 ./.B.C. .R.e.c.o.r.d.i.n.g.s./.B
			0043 0052 0055 004b 0045 0050 0043 0044 0030 0030 0031 0020 002d 0020 0042 006f .C.R.U.K.E.P.C.D.0.0.1. .-. .B.o
			006f 006b 0020 006f 0066 0020 0054 0068 0065 0020 0042 0061 0064 002f 0043 0044 .o.k. .o.f. .T.h.e. .B.a.d./.C.D
			0032 0000 0000 0004 0000 0050 0030 0034 0020 002d 0020 0029 0045 0021 0033 0028 .2.....4...P.0.4. .-. .).E.!.3.(
			0020 002d 0020 0042 0061 0064 0020 0043 006f 006d 0070 0061 006e 0079 0020 002d . .-. .B.a.d. .C.o.m.p.a.n.y. .-
			0020 0047 0072 0075 006e 0067 0065 0020 0032 002e 006d 0070 0033 0000 0000 0006 . .G.r.u.n.g.e. .2...m.p.3.....6
			0000 0012 0047 0072 0075 006e 0067 0065 0020 0032 0000 0000 0007 0000 0028 0029 ...I.G.r.u.n.g.e. .2.....7...(.)
			0045 007c 0033 0028 0020 002d 0020 0042 0061 0064 0020 0043 006f 006d 0070 0061 .E.|.3.(. .-. .B.a.d. .C.o.m.p.a
			006e 0079 0000 0000 0008 0000 002c 0042 006f 006f 006b 0020 004f 0066 0020 0054 .n.y.....8...,.B.o.o.k. .O.f. .T
			0068 0065 0020 0042 0061 0064 0020 0028 0043 0044 0032 0029 0000 0000 0009 0000 .h.e. .B.a.d. .(.C.D.2.).....9..
			0018 0044 0072 0075 006d 0020 0026 0020 0042 0061 0073 0073 0000 0000 000a 0000 .O.D.r.u.m. .&. .B.a.s.s.....A..
			0012 0030 0036 003a 0032 0035 002e 0033 0031 0000 0000 000d 0000 0014 0033 0032 .I.0.6.:.2.5...3.1.....D...K.3.2
			0030 002e 0030 006b 0062 0070 0073 0000 0000 0011 0000 0010 0054 0072 0061 0063 .0...0.k.b.p.s.....H...G.T.r.a.c
			006b 0020 0034 0000 0000 0012 0000 0004 656e 6700 0000 0017 0000 000a 0032 0030 .k. .4.....I...4eng....N...A.2.0
			0030 0031 0000 0000 001c 0000 0004 4bd7 42fa 0000 001d 0000 0004 4bd7 4355 0000 .0.1.....S...4K!B!...T...4K!CU..
			001f 0000 0004 0000 0002 0000 0021 0000 0001 0000 0000 2d00 0000 0400 0000 5b00 .V...4...2...!...1....-...4...[.
			0000 3000 0000 0400 000c 3f00 0000 3200 0000 0100 0000 0034 0000 0001 0000 0000 ..0...4..C?...2...1....4...1....
			3500 0000 044b d743 55                                                          5...4K!CU

All of the field names in the properly parsed output were worked out with 
educated guess-work. (The list of fields shown for the track in the example is
representative, but not all possible fields are saved with each row in the
history file. Other possible fields include bpm, album artist, etc). 

Here's how the software side of it is strung together.

The SSLHistoryFileDiffMonitor is responsible for monitoring the file by continually
reading it to see what's been appended. Once it sees new data, it will parse the data
into chunks and give those raw chunks to an SSLHistoryDom to look after. This first
phase looks like this:

SSLHistoryFileDiffMonitor (keeps reading a History file to look for more chunks)
  | read()
  v
  SSLParser <new SSLHistoryDom $tree> (a parser that reads the file into the chosen DOM)
    | parse(<filename>)
    | readChunks()
    v
    SSLChunkReader (reads all chunks from a file and parses them)
      | $dom->addChunks( getChunks() ) 
      v
      SSLChunkParser (reads a specific chunk from the file and constructs concrete chunks)
        | readChunk() // loop
        | ->parseFromFile()
        v
        SSLChunkFactory (creates concrete chunk instances from the chunk headers)
          | newChunk()
          v
          SSLChunk <SSLVrsnChunk / SSLOentChunk / SSLAdatChunk / ... etc>
          |  | __construct()
          |  v
          |  SSLCompoundChunk (such as OENT, breaks down into more chunks)
          |   | <the entire SSLChunkParser stack recursively from SSLChunkParser down>
          |   
          v
          SSLStructChunk (such as ADAT. contains actual data).
          
At this point, the $tree object contains all of the raw data separated into 
chunks which know what they are and how to extract data from themselves.

The full data is not actually parsed and extracted from the $tree object until someone 
calls $tree->getTracks(). However, as the SSLHistoryFileDiffMonitor generates diffs,
the next thing it does is to get the tracks from this DOM and the previous DOM and
diff them. The data extraction part looks like this:

SSLHistoryFileDiffMonitor
 | getNewOrUpdatedTracksSince()
 v 
 SSLHistoryDom
   | getTracks() // gets all data but filters it just to SSLTracks
   | ->getData() 
   v 
   SSLChunk <any of the various chunk types, e.g. OENT>
     | getDataInto(new SSLStruct) // the HistoryDom knows the appropriate struct type
     |                            // e.g. it knows that an OENT ADAT needs <SSLTrack>s
     v
     SSLStruct
      | getUnpacker() // the struct knows its own unpacker (a XOUP file)
      v
      XoupLoader
        |
        v
        XoupCompiler
          |
          v
          Unpacker (a compiled subclass of Unpacker such as XOUPSSLTrackAdatUnpacker)
          
At this point, we have concrete SSLTrack objects.
     

6. THANKS & SHOUTS
====================

Thanks:
* Jesse Ward (jw76), for beta testing and bug reports
* Dan Etherington (baseonmars), Zac Stevens (zts) and Attila Gyorffy (djliquiduk)
  for beta testing, feedback and moral support
* DJ NightLife for his support of the project!

Shouts:
* Last.fm for letting me use the back room of the office to broadcast loud radio
  shows. Oh, and for employing me. Thanks!
* Donnovan, Louis and Daniel at Bassdrive (bassdrive.com)
* Mike Louth at Digitally Imported (di.fm)


7. CREDITS & LICENSE
======================

SSLScrobbler is Free Open Source Software by Ben XO.
SSLScrobbler is licensed under the MIT license.

SSLScrobbler includes the following external libraries:

* php-growl (http://github.com/tylerhall/php-growl/)
  originally by Tyler Hall, licensed under the MIT license.

* PHP-Scrobbler (http://github.com/ben-xo/PHP-Scrobbler/)
  originally by Mickael Desfrenes, licensed under the LGPL license.
  
* PHP Lastfm API (http://www.matto1990.com/projects/phplastfmapi/)
  originally by Matt Oakes, licensed under the MIT license.
  
* Twitter OAuth (http://github.com/abraham/twitteroauth/)
  originally by Abraham Williams, licensed under the MIT license.
  
* PHP-Twitter (http://code.google.com/p/php-twitter/)
  originally by Tijs Verkoyen, licensed under the BSD license.
  
* getID3 (http://getid3.sourceforge.net/)
  originally by James Heinrich, licensed under the GPL license.
  
* vgd.php (http://v.gd/developers.php)
  originally by Richard West, released into the public domain.

The "NowPlaying" plugin, written for Boston Music Hack Day 
(http://musichackdayboston.pbworks.com/w/page/31299401/sQRatchLive) also 
comes bundled with the following:

* 7Digital PHP Wrapper (https://github.com/gregsochanik/api_php_example)
  originally by Greg Sochanik, licensed under XXXXXXXX
  (Includes JSON.php by Michal Migurski, licensed under the BSD license.)
  
* JQuery (http://jquery.com/)
  originally by John Resig, licensed under the MIT license.