Get Your Hands on Better Multimedia Control in .NET

Get Your Hands on Better Multimedia Control in .NET

f you’ve ever tried to find classes in the .NET Framework that allow you to play audio and video, you may have noticed the gaping hole where this functionality should be.

The Multimedia Control Interface (MCI) is an aging (but sturdy) standard implemented by Microsoft to provide a common way to send commands to the dizzying array of audio and video devices supported by Windows. Before this standard, every video card and sound card had their own custom APIs, which made multimedia development quite cumbersome. That functionality is implemented inside the Windows Mutli-Media Dynamic Link Library named WinMM.DLL, which became a standard part of Windows many years ago.

By harnessing the power of the MCI and the Windows API, it’s possible to get around the limitations of the .NET Framework and achieve rich media functionality. Of course this kind of low-level coding comes with its perils, so it’s a good idea to encapsulate such intricacy into a component of its own, as demonstrated here.

Because the .NET Framework does not provide the required functionality you must bypass it and send the commands directly to Windows. The following code shows the declarations needed to implement the MCI’s API functions that the MediaPlayer component requires.

   Private Declare Function mciSendString Lib _      "winmm.dll" Alias "mciSendStringA" _      (ByVal lpstrCommand As String, _      ByVal lpstrReturnString As String, _      ByVal uReturnLength As Long, _      ByVal hwndCallback As Long) As UInt32      Private Declare Function mciGetErrorString _      Lib "winmm" Alias "mciGetErrorStringA" _      (ByVal dwError As UInt32, _      ByVal lpstrBuffer As String, _      ByVal uLength As Long) As Long      Private Declare Function GetShortPathName _      Lib "kernel32" Alias "GetShortPathNameA" _      (ByVal lpszLongPathName As String, _      ByVal lpszShortPath As String, _      ByVal cchBuffer As Long) As Long

mciSendString is the primary function used by the MediaPlayer component. It will execute all of the multimedia functionality. It accepts carefully formatted strings such as “play CD from 3 to 6,” which plays tracks 3 through 6 of the current audio CD. The MediaPlayer component encapsulates the various string options to provide a more modern, simplified, and error-resistant programmatic interface. This function returns an unsigned integer that will contain zero upon success. If the function call should fail it will return an error number. The mciGetErrorString function accepts the error number and returns details about the error.

By harnessing the power of the Multimedia Control Interface (MCI) and the Windows API, it’s possible to get around the limitations of the .NET Framework and achieve rich media functionality.

The mciSendString function doesn’t recognize long file names, so file names must be converted to their short forms before they are parameterized. The GetShortPathName function provides the conversion of long file names to short file names.

Author’s Note: The techniques covered in this article are designed for Windows Forms applications only. If you’re in need of an ASP.NET solution, the author offers a free media player Web control at In addition, when working in-depth with audio and video files, it’s a good idea to ensure your sound and video drivers are up to date. You may want to encourage your end users to make sure they have updated drivers as well. Old, unreliable drivers are a leading cause of glitches and serious crashes in Windows.
See also  Comparing different methods of testing your Infrastructure-as-Code

Creating the Component
To create a component in Visual Studio .NET, you first need to create a new Class Library project. In the Solution Explorer, right-click on the project and select “Add Component.” Visual Studio then creates a class filled only with the necessary component designer-generated code. The most notable line is the one that specifies that the class inherits from System.ComponentModel.Component.

If your needs are simple, you might be able to scrape by with the new audio capabilities of the .NET Framework version 2.0.

You’ll need to add references to System.Design.dll and System.Drawing.dll to get the required design-time support. Specifically, they support the attribute at the beginning of Listing 1. In this example, the EditorAttribute ensures that the FileName property of the component will permit browsing at design time. That is, an ellipsis button will appear next to the property in the properties window, and clicking it will allow the developer to choose an appropriate media file for the control. Of course the FileName property can instead be set at run time if preferred.

The FileName property in Listing 1 accepts the full path and file name to a media file. It ensures the file has a supported file extension and converts the path to the short version since that’s what the MCI functions support. It also accepts a special file name of “CD” to allow the playing of an audio CD instead of a file.

Since the state of the current media file must be managed carefully, there are several methods and properties that take care of such details, as shown in Listing 2.

The Browsable attribute is specified to ensure the Opened property doesn’t appear in the Properties window at design time, since this property is only relevant at run time.

The Open method ensures a valid media file has been specified, then carefully constructs a valid MCI string to send to the mciSendString API function.

Likewise, the Close method builds the necessary MCI string to close the media file.

It’s not necessary for the developer using the MediaPlayer component to open and close a media file since this is handled automatically. The Open and Close methods are provided purely as a means for optimization. Since it can take a significant number of milliseconds to open a media file before playing it, you might choose to open the file in advance for a snappier response when it’s time to play.

Play Time
Of course, the most fundamental functionality of the MediaPlayer component is to actually play the media file. Two overloaded versions of the Play method are provided, as shown in Listing 3.

The first Play method optionally accepts a file name to play. If no file name is provided, it uses the value of the FileName property that should have been set beforehand. After verifying a valid media file has been specified, the required MCI string is constructed and sent as a parameter to the mciSendString function. This causes the media to start playing.

The second Play method is intended for playing audio CDs. It accepts a parameter for the track number to be played, and another Boolean parameter that specifies whether it should stop after that track, or whether following tracks should continue to play once the first one is completed.

See also  Comparing different methods of testing your Infrastructure-as-Code

Solid audio CD support requires a few other helper methods (as shown below) to manage details such as opening and closing the CD door and verifying that an audio CD is present.

   Public Function AudioCDPresent() As Boolean      Dim ret As UInt32      Dim strReturn As String = New String( _         CChar(" "), 127)      ret = mciSendString("status cd media present", _         strReturn, Len(strReturn), 0)      strReturn = strReturn.Replace(Chr(0), _         Chr(32)).Trim.ToLower      Return CBool(strReturn)   End Function      Public Sub OpenCDDoor()      Dim retval As UInt32      Me.FileName = "cd"      If Not m_Opened Then Me.Open()         retval = mciSendString( _            "set cd door open", "", 0, 0)      If retval.ToString <> "0" Then         Debug.Write(GetMCIErrorString(retval))      End If   End Sub      Public Sub CloseCDDoor()      Dim retval As UInt32      Me.FileName = "cd"      If Not m_Opened Then Me.Open()         retval = mciSendString( _            "set cd door closed", "", 0, 0)      If retval.ToString <> "0" Then         Debug.Write(GetMCIErrorString(retval))      End If   End Sub

Another useful method the MediaPlayer component provides is the ability to retrieve information about the current state of any media file. The GetStatus method in Listing 4 can retrieve information about the length of the current CD, the number of tracks, the current position, track length, and the current play mode.

This function optionally accepts a track number parameter (for retrieving details about a specific track of an audio CD) and a MediaInfoOption enumeration value that specifies the kind of media information being requested. This enumeration is defined here, along with a few necessary private variable declarations.

   #Region " variable declarations "      Private m_Filename As String      Private m_Opened As Boolean      Private m_Type As String = String.Empty      Public Enum MediaInfoOption           playmode = 0           cdlength = 1           cdnumtracks = 2           cdcurrentposition = 3           cdtracklength = 4      End Enum   #End Region

The final few methods provide less exciting functionality that is nonetheless necessary for any quality media component: The ability to Stop and Pause a track, and the ability to retrieve error details in the case of an unexpected exception. The following code shows the implementation details.

   Public Sub Pause()      If Me.FileName <> "" Then         Dim retval As UInt32         retval = mciSendString( _         "pause " & Me.FileName, "", 0, 0)      End If   End Sub      Public Sub [Stop]()      If Me.FileName <> "" Then         Dim retval As UInt32         retval = mciSendString( _            "stop " & Me.FileName, "", 0, 0)         retval = mciSendString("seek " & Me.FileName & _           " to start", "", 0, 0)      End If   End Sub      Private Function GetMCIErrorString( _      ByVal ErrorCode As UInt32) As String      Dim buffer As String = Space(256)      mciGetErrorString(ErrorCode, buffer, Len(buffer))      Return buffer.Substring(InStr(buffer, _         vbNullChar) - 1)   End Function

Now that you have all the code for the MediaPlayer component, and have compiled it into a class library DLL, you can add it to your Visual Studio Toolbox by simply dragging it there from Windows Explorer.

Figure 1: The sample application demonstrates all you need to get started with the MediaPlayer component.

Then you can drag one or more of the MediaPlayer components onto any Windows Form. Using the component can be as easy as this:


Figure 1 shows a sample application that uses the MediaPlayer component. The component and sample application are both available for download.

See also  Comparing different methods of testing your Infrastructure-as-Code

What’s New in Version 2?
Version 2 of the .NET Framework finally includes some basic support for playing audio files. For example, the following Visual Basic 2005 line of code plays a wave file:


Beta 2 of the .NET Framework version 2 suffers from some serious limitations that will hopefully be improved upon before the final release. For example, the Play method only supports PCM formatted wave files. The framework still lacks support for MP3s, WMA files, or video files of any kind. Therefore the MediaPlayer component included with this article remains a superior way to play media files in most ways (see Table 1).

Table 1: While version 2 of the .NET Framework (beta 2) provides handy support for playing audio streams and byte arrays, the MediaPlayer component outdoes the standard framework functionality in virtually every other way.


.NET Framework 2.0 Media Functionality

MediaPlayer Component

Supported File Types

WAV only (must be PCI Formatted)


Input Types

Files, Streams, Byte Arrays

Files only

Supported Functions

Synchronous, Asynchronous, Infinite Loop

Asynchronous, Pause, Stop, CD Audio (single or multiple tracks), Open/Close CD Door, Detect Audio CD, retrieve error details, retrieve track details & status

One capability the .NET Framework does provide that’s beyond the capabilities of the MediaPlayer component is the ability to play a .wav file directly from stream (or byte array) instead of a file.

   With My.Computer.Audio     .Play(MyStream, AudioPlayMode.WaitToComplete)   End With

In addition to the synchronous WaitToComplete option, the AudioPlayMode enumeration also allows you to play an audio file asynchronously or to loop the audio file infinitely.

That exhausts the new media capabilities of the .NET Framework version 2.0. As of beta 2, there is no support for pausing a currently playing audio file or for playing music CDs, and no support for retrieving any kind of information about a currently playing track, such as the remaining play time or total length of the track. Discouragingly, the Beta 2 functionality also lacks support for playing more than one media file at a time. However, the free MediaPlayer component included with this article has none of these limitations. And since the source code is included, if you do run into any limitations you can extend it to support virtually anything you need.

So, if your needs are simple, you might be able to scrape by with the new audio capabilities of the .NET Framework version 2.0, but otherwise, the MediaPlayer component described in this article provides a rich set of features?yet only scratches the surface of what the MCI can provide. You might choose to extend the control by adding in capabilities to record, fast forward & rewind, play videos within specific windows, etc. You might also turn the component into a control with a user interface of your choosing.

The source code for the MediaPlayer control and the associated sample application are available for download in Visual Studio 2003 format. You can use the MediaPlayer.dll from any version of the .NET Framework.


About Our Editorial Process

At DevX, we’re dedicated to tech entrepreneurship. Our team closely follows industry shifts, new products, AI breakthroughs, technology trends, and funding announcements. Articles undergo thorough editing to ensure accuracy and clarity, reflecting DevX’s style and supporting entrepreneurs in the tech sphere.

See our full editorial policy.

About Our Journalist