Media Center Automation
Media Center exports much of its power and functionality through COM automation interfaces. This makes it easy to create your own plug-ins for Media Center that integrate tightly with its interface. Since automation interfaces are based on COM, these plug-ins can be written in almost any language. (C++, VB, Delphi, etc.). Also, the interfaces can be accessed in Metamorphis skins and Display plug-ins (see documentation for the plug-ins). Prior to build 9.1.238, the only way to access the automation interfaces was to write a plug-in for MC because the interfaces were not accessible by objects which were outside Media Center's process. Now, any application, including VBS and Java script, can start MC or just run it to query information about MC's database.
The functions in this document are for Media Center 11.1. Most will work with earlier versions, but not all.
Initialization
Media Center can be initialized by in-proc or out-of-proc objects.
Out-of-proc initialization (C++):
#import "Media Jukebox.tlb" no_namespace, named_guids void GetMJAutomation() { IMJAutomationPtr pMJ; HRESULT hr = pMJ.GetActiveObject (L"MediaJukebox Application"); if (hr != S_OK) pMJ.CreateInstance(L"MediaJukebox Application"); }
Out-of-proc initialization (VB):
Private Sub Form_Load() ' First try to get an already running object On Error Resume Next Set myobj = GetObject(, "MediaJukebox Application") If Err.Number = 429 Then 'Then, create a new object Set myobj = CreateObject("MediaJukebox Application") End Sub
NOTE: If Media Center was created as out-of-proc object, the main window of the program will be invisible. To show the window use ShowProgram function from MJAutomation interface.
For information on how to get access to MJAutomation interface from in-proc plug-ins see plug-in SDK.
Automation Objects
- MJAutomation - core object... provides access to all other objects
- MJPlaybackAutomation - controls playback and provides information about the currently playing track
- MJFilesAutomation - represents a collection of files
- MJFileAutomation - object for dealing with a single file
- MJCurPlaylistAutomation - interface for working with "Playing Now" (the current playlist)
- MJMixerAutomation - provides volume, balance, and mute control
- MJPlaylistsAutomation - represents a collection of playlists
- MJPlaylistAutomation - interface for working with a single playlist
- MJSchemeAutomation - interface for working with Media Library
- MJVersionAutomation - interface for getting Media Center version information
- MJInternetAutomation - interface for helping in downloading files from internet
- MJViewItemAutomation - interface for creating / walking the Media Center tree structure
- MJFieldsAutomation - interface for working with database fields
- MJFieldAutomation - interface for working with an individual database field
- MJZonesAutomation - interface for working with multi-zone playback system
- MJZoneAutomation - interface for working with a single playback zone (requires MC 11.0.20 or later)
- MJTaskAutomation - Interface for working with a task
- MJServicesAutomation - interface for working with services
- MJServiceAutomation - interface for working with a single service
- MJCDDVDAutomation - interface for working with CD/DVDs
Event Handling
MediaCenter version 11.1 and higher supports an event interface for automation clients. An event is fired upon certain actions with three string parameters:
FireMJEvent(string1, string2, string3)
The first parameter is the event type and currently there is just one event type, namely "MJEvent type: MCCommand" The second parameter identifies the MCC command. See the list below. The third parameter is optional and may contain information specific to the command.
Here are the commands currently sent to the event handler:
- MCC: NOTIFY_TRACK_CHANGE
- Fired when a new track starts to play
- string3 is the zone
- MCC: NOTIFY_PLAYERSTATE_CHANGE
- Fired when a the player state changes
- Change in volume
- Change in mixer
- Change in image being displayed
- string3 is the zone
- Fired when a the player state changes
- MCC: NOTIFY_PLAYLIST_ADDED
- Fired when a playlist is added by the user
- string3 is the playlist ID
- MCC: NOTIFY_PLAYLIST_INFO_CHANGED
- Fired when a playlist is renamed
- Fired when a smartlist rule is changed
- Fired when a station is added to My Stations
- string3 is the playlist ID
- MCC: NOTIFY_PLAYLIST_FILES_CHANGED
- Fired when a playlist's files change
- Fired when a service notifies Media Center that the service's playlists need to be refreshed
- string3 is the playlist ID
- MCC: NOTIFY_PLAYLIST_REMOVED
- Fired when a playlist is removed
- string3 is the ID of the deleted playlist
- MCC: NOTIFY_PLAYLIST_COLLECTION_CHANGED
- Fired when a playlist is moved or copied
- string3 is not used
- MCC: NOTIFY_PLAYLIST_PROPERTIES_CHANGED
- Fired when a playlist property is changed
- string3 is the playlist ID
- MCC: NOTIFY_SKIN_CHANGED
- MC 12.0.211 or higher
- Fired when the skin is changed
- string3 is not used
Handling the events from Visual Basic
To add a handler in VB.NET for events coming from Media Center:
1. Add a reference to Media Center's type library ("Media Center 12.tlb"). In VB.NET use the Projects/Add Reference option, select the "COM" tab, then select "MediaCenter" from the list.
2. Add the "Imports MediaCenter" statement to your code.
3. Declare your MC automation variable to handle events, like this:
Dim WithEvents MC As MCAutomation
4. Set the MC variable using either GetObject or CreateObject as described elsewhere in this document.
5. Declare a handler function for the event like this:
Private Sub MJEvent(ByVal s1 As String, ByVal s2 As String, ByVal s3 As String) Handles MC.FireMJEvent MsgBox(s1 + " " + s2) End Sub
6. That's it. Events fired from MediaCenter should come to your function.
Handling the events from Visual C++ with MFC
In your C++ MFC application, you should have a class which is derived from CCmdTarget (or from CWnd or CDialog which derive from CCmdTarget). This class will sink the events from MC's automation object. In the sample code below, this class is called "CMyClass", substitute your class's name for CMyClass. In the header file of the class, add the following import using the correct tlb path for your system. Also add the afxctl.h include file if you get warnings of undefined AfxConnectionAdvise and AfxConnectionUnadvise.
#import "C:\\Program Files\\J River\\Media Center 12\\Media Center 12.tlb" no_namespace, named_guids #include "afxctl.h"
Then within the header file's class declaration for CMyClass, add this code:
DECLARE_DISPATCH_MAP() DECLARE_INTERFACE_MAP() afx_msg void MJEvent(LPCTSTR strType, LPCTSTR strParam1, LPCTSTR strParam2); IMJAutomationPtr m_pMJ; DWORD m_SinkID;
Now in the cpp file for the class, add these lines which connect your handler function to the correct entry in the dispatch map:
BEGIN_DISPATCH_MAP(CMyClass, CCmdTarget) DISP_FUNCTION_ID(CMyClass,"MJEvent",1,MJEvent,VT_EMPTY,VTS_BSTR VTS_BSTR VTS_BSTR) END_DISPATCH_MAP() BEGIN_INTERFACE_MAP(CMyClass, CCmdTarget) INTERFACE_PART(CMyClass, DIID_IMJAutomationEvents, Dispatch) END_INTERFACE_MAP()
Now add the following code to the constructor or wherever you do initialization:
CoInitialize(NULL); EnableAutomation(); HRESULT hr = m_pMJ.GetActiveObject (L"MediaJukebox Application"); if (hr != S_OK) m_pMJ.CreateInstance(L"MediaJukebox Application"); // Get a pointer to the sink IDispatch interface LPUNKNOWN pUnknownSink = GetIDispatch(FALSE); // Connect the event source (MJ automation) to the sink AfxConnectionAdvise(m_pMJ, DIID_IMJAutomationEvents, pUnknownSink, FALSE, &m_SinkID);
Add the function body which receives the events:
// MJAutomationSink message handler void CMyClass::MJEvent(LPCTSTR strType, LPCTSTR strParam1, LPCTSTR strParam2) { // handle events here... }
And finally, add this code to the destructor or wherever you do final cleanup. The release for m_pMJ has to be called prior to CoUninitialize.
LPUNKNOWN pUnknownSink = GetIDispatch(FALSE); AfxConnectionUnadvise(m_pMJ, DIID_IMJAutomationEvents, pUnknownSink, FALSE, m_SinkID); m_pMJ.Release(); CoUninitialize();
Handling the Events from Visual C++ with ATL
If you have a conventional Interface plugin that was generated using the ATL DLL and ATL composite controls, you can also sink MediaCenter's events. Simply implement the IMJAutomationEvents (perhaps using class view->Implement Interface) using the IDispEventImpl template. The wizard will default to IDispatch, but you will need to use IDispEventImpl and the SINK_MAP functions to handle events correctly.
Ensure that the type library is imported as for the MFC version above. Set your SINK_MAP as follows:
BEGIN_SINK_MAP(CEQdbCtrl) SINK_ENTRY_EX(1, DIID_IMJAutomationEvents, 1, MJEvent) END_SINK_MAP()
and then implement the MJEvent handler function
STDMETHOD_(void, MJEvent)(LPCTSTR strType, LPCTSTR strParam1, LPCTSTR strParam2);
Also, you need to advise the sink after attaching to the passed IDispatch* in your Init function.
HRESULT hr; hr = DispEventAdvise(m_pMJ, &DIID_IMJAutomationEvents); if(hr == S_OK) { // Successfully advised. } else { // Did not advise correctly. }
Here's the (somewhat) tricky part. Using the CComComposite class means that AtlAdviseSinkMap is called during the window constructor, and it will cause an ATLASSERT failure during debug builds. This produces the "Abort" "Retry" "Ignore" message box stating there's been an assertion failure in atlcom.h. Click ignore. Once you move to release builds, it will compile to nothing and will not cause you any trouble.