Changes mainly affect code that is run after a video is selected to play.
def loadCatcher and def getDirectLink were removed from class CCurrentList and placed in class CCatcherList.
This separates the funtions into scraping websites to display items in XBMC or to play a video.
def getDirectLink acts as a function director. def saveLink replaces the previous def getDirectLink.
loadLocal received many changes: start and close tags both performed when a target is encountered.  The last rule is closed when the loop exists.
A new catcher keys is "type": "video"(default), "dkey", "forward", "redirect".
"video" is the normal catcher item,
"dkey" scrapes the website for a decryption key and is used for all videos that are scraped(alternative specifying the dkey for each item),
"forward" is used to pass the scraped target to the "value" of next key "url",
"redirect" is not fully functioning yet unless you specific a catcher in parenthesis(type=redirect(catcher).
If a cather is not specified def saveLink attempts to match a filename to the scraped url and instantiates an class CCatcherList to do the work.
Code for returning the url and class args is messy and needs improvements.
If a link is not found def getDirectLink attempts to scrape the site with another instance of class CCatcherList.
A new function def getEmbeddedLink was added to return the scraped link and args the first instance.
Automatic embedded link detection would improve chances to successfully find video links.
Lastly another key that was added to the catcher is "priority".  "priority" has a couple of functions.  All rules with a priority set to "0" are searched first.
Items with a "priority" set to a positive integer are scraped in the order specified in the addon settings as long as the setting is not setting to "ask me".
A integer value of "1" should be assigned to the highest quality video and
the highed integer value should be set to the lowest quality video.
When a rule with a positive "priority" matches parsing is stopped and the link is returned.
Rules with a negative "priority" are parsed only if rules with positive priorities don't match or if user setting is set to "ask me."
For a rule with the "priority" set to "-1" is scraped before "-2" and so on irrelevant to user addon setting.
"priority is intended to be used as followed:
"priority=0" for "type" "dkey"
"priority=1" for highest quality that site offers(1080)
"priority=2" for second highest and so on...
"priority=-1" for "type"s "redirect" and "forward" if "type" "video" is present for the same "site rule"