Sets a preferred filter (decoder or demultiplexer).
#include "ltmm.h"
Language | Syntax |
---|---|
C | HRESULT IltmmCapture_SetPreferredFilter(pCapture, FilterType, Val) |
C++ | HRESULT SetPreferredFilter(FilterType, Val) |
Pointer to an IltmmCapture interface.
Value that indicates filter type. For a list of possible values, refer to ltmmCapture_PreferredFilter Constants.
String that has the following possible values:
For a list of possible values, refer to ltmmFilter constants.
Value | Meaning |
---|---|
S_OK | The function was successful. |
<> S_OK | An error occurred. Refer to the Error Codes or the HRESULT error codes in the DirectShow documentation. |
By default, the toolkit uses filters according to the default DirectShow mechanism, which assigns a merit to each filter. The filters with the highest merits are tried first. If they fail, the filters with a lower merit are tried next until a combination of filters is found that can handle the graph. However, sometimes 3rd party filters get installed on some computers with a high merit and are used instead of the filters you shipped with your application. Unexpected problems can occur if 3rd party filters are not working properly. The SetPreferredFilter method allows you to control which filters are used in your application. You can decide to use a certain decoder, demultiplexer or you can choose to use only the LEAD filters.
In Windows 7 and later, Microsoft introduced a list of preferred filters for handling certain video subtypes. The filters in this preferred list are used by default in all programs even if other DirectShow filters have higher merit and can handle the same subtype. Use this method can be used to override the filters from that list.
DirectShow filters have a friendly name and a display name. The friendly name is easy to remember and is usually the one displayed by GraphEdit or other filter enumeration utilities. However, there can be more than one filter with the same friendly name, so it is safer to use the display name: no two filters can have the same display name.
Display names for software filters have the following format: @device:sw:GUID\GUID.
For example, the LEAD H.264 Decoder has:
friendly name: LEAD H264 Decoder (3.0)
display name: @device:sw:{083863F1-70DE-11D0-BD40-00A0C911CE86}\{E2B7DF25-38C5-11D5-91F6-00104BDB8FF9}.
The display name for a particular filter can be obtained from the "DirectShow Filter List Utility" shipped with the toolkit. See Examples Programs and Demos for Win32/x64 for more details.
If the FilterType argument is equal to ltmmCapture_PreferredFilter_Generic, then the possible values for Filter are: ltmmFilter_LEADDefault or ltmmFilter_DontCare.
If ltmmFilter_LEADDefault is specified, then the LEAD default decoders and demultiplexers will be set for ALL of the values listed in ltmmCapture_PreferredFilter.
If ltmmFilter_DontCare is specified, then the internal list of the preferred filters will be cleared and the DirectShow filter merit determines which filters will be used.
Use the ltmmFilter_XXX constants whenever possible. See ltmmFilter constants for a list of predefined values.
Win32, x64.
Language | Example |
---|---|
C++ | IltmmCapture::SetPreferredFilter |
Help Collections
Raster .NET | C API | C++ Class Library | HTML5 JavaScript
Document .NET | C API | C++ Class Library | HTML5 JavaScript
Medical .NET | C API | C++ Class Library | HTML5 JavaScript
Medical Web Viewer .NET
Multimedia
Direct Show .NET | C API | Filters
Media Foundation .NET | C API | Transforms
Supported Platforms
.NET, Java, Android, and iOS/macOS Assemblies
Imaging, Medical, and Document
C API/C++ Class Libraries
Imaging, Medical, and Document
HTML5 JavaScript Libraries
Imaging, Medical, and Document