Ffdshow Subtitle Filter
Then they were made by MakeMKV. Haali+mkvmerge+ffdshow+DTS-HD MA = bad stuttering. The ones created by MakeMKV work fine. I posted some interesting logs to albain so maybe he can figure out the problem.
Ffdshow Subtitle Filter
Great to hear, I knew you would be all over!!! Did you test to see if it works using MPCs subtitle renderer instead of FFDshow? Ideally if MPC can handle it all then I would have no need to rely on FFDShow aside from the FFDShow audio decoder
Even though most times it is perfectly fine to keep our video and subtitle files separately, as most players support external subtitles those days, sometimes there is a need to add the subtitles permanently in a video file. For example many devices, like a handheld video player or the embedded video players those new TVs have, do not support those subtitles or display them poorly. The solution is to hardcode the subtitle in the video file, making sure that it will appear no matter what. However this method has a disadvantage: you have to re encode the video resulting in a new video file of inferior quality. The method itself is not easy as the process is not automated, so this is the reason we created this very simple step-by-step guide.
The Subtitler filter is not included in the default VirtualDub installation. You must have already downloaded and unzipped it, if not do so now, and then click Load, and load the Subtitler.vdf file.
KMPlayer has been able to play more than one subtitle at once for quite a few years. Apart from that ability, it also boasts a number of options for displaying, loading and saving the subtitles back out again. Some of the other subtitle features are merging subtitles together, subtitle explorer/editor, syncing, multiple display and effect options, online subtitle finder and the ability to show up to three subtitles on screen at once.
BS.Player is one of a few media players that offer a paid version for Pro version updates. Thankfully the free version handles playing two subtitles at once with ease. A few options for uploading/downloading subtitles, timings and how they get displayed are available.
ffdshow can be configured to display subtitles, to enable or disable various built-in codecs, to grab screenshots, to enable keyboard control, and to enhance movies with increased resolution, sharpness, and many other post-processing video filters. It has the ability to manipulate audio with effects like an equalizer, a Dolby decoder, reverb, Winamp DSP plugins, and more. Some of the postprocessing is borrowed from the MPlayer project and AviSynth filters
When ffdshow is decoding a video or audio, its icon will be shown in the notification area. Just right click it and enable Subtitle. You may need to open the configuration to select the appropriate subtitle file, or simply set different rules for MPC and ffdshow to load different subtitles
A downside of this is that the ffdshow-rendered subtitle quality will decrease if you zoom the video out, since it's embedded as images in the video stream. But so is the video's quality, so it's not a big problem
Feature-wise ffdshow is the best decoder I've ever used, with many useful filters like post-processing to increase the output quality significantly. However in the last few years the default filter has been changed to LAV filter. You can still use Codec Tweak Tool to change the default back to ffdshow if you want
ffdshow is an open source decoder (and encoder) mainly used for the fast and high-quality decoding of video in the MPEG-4 ASP (e.g. encoded with DivX, XviD or FFmpeg MPEG-4) and AVC (H.264) formats, but supporting numerous other video and audio formats as well. It runs on Windows and is implemented as a DirectShow decoding filter. The main developer of ffdshow is Milan Cutka and the first versions were published in April 2002.
After installation of ffdshow, compatible DirectShow media players such as Windows Media Player, Media Player Classic, Winamp, or Zoom Player will use the ffdshow decoder automatically, thus avoiding the need to install separate codecs for the various different formats supported by ffdshow. ffdshow can be configured separately from the media player, for instance to switch on subtitles, to remove logos, to enable or disable various built-in codecs, to grab screenshots, to enable keyboard control, in a home theater PC for enhancing media attributes such as the resolution and sharpness of DVD-Video, or to add any other of a rich set of postprocessing filters. The configuration window (shown to the right) can be accessed from Start/Programs/ffdshow.
ffdshow uses the libavcodec library and several other free software packages to decode movies in the following formats: MPEG-4 (including video encoded with XviD, DivX, 3ivx and MS MPEG-4), H.264 (including video encoded with x264), WMV, as well as numerous others. Some of the postprocessing code to improve image quality is borrowed from the MPlayer project. ffdshow also decodes the MP3, AAC, ac3, WMA and Vorbis audio formats and has the ability to manipulate audio by adding special effects to the music such as an equalizer, a Dolby decoder, Winamp plugins, and much more.
The post-processing video filters of ffdshow can be used in video editors such as VirtualDub or AviSynth. In these editors, ffdshow can also be used to encode MPEG-4 or MS MPEG-4 video compatible with the XviD, DivX ;-) 3, DivX 4, 5 and 6 or x264 codecs.
IMPORTANT NOTE: MC16 introduced Red October, a simple and reliable way of using DirectShow filters. Select Red October Standard under video options. The following is needed mainly for earlier versions of MC.
Native DirectShow filter support was added to MC11.1 in December 2005 and has been improved dramatically with MC12. DirectShow is a multimedia API released by Microsoft which became a standard component of Windows with Windows 98. It is essentially a replacement for the earlier Video for Windows technology. In Windows Vista this technology has evolved into the Windows Media Foundation, which performs similar services. It provides developers with a unified interface across different programming languages to allow their applications to render or record media files, using a filter based framework.
Before explaining what these different types of filters do, it is useful to understand a bit more about how multimedia content is stored in files on disk. With most media files, there is a distinction between the file container format and the individual media stream types (sometimes referred to as the codec or the FourCC of the file) "contained" inside the file. The container format is essentially the file you see on your hard drive (the AVI, MKV, MP4, OGM, or whatever) which is used to identify and interleave the different media stream types. It is the individual media streams inside the container which make up the actual media, including metadata tags, video streams, audio streams, subtitles, and other information. So, wrapped up inside the AVI or MP4 file there will be one or more different types of media, usually compressed with a codec of some type. A codec is a special type of filter (or other similar software) that can both encode a media stream to a compressed format, and decode a stream from that same compressed format -- a COmpressor/DECompressor, which is how it gets its name.
To play back a file properly via DirectShow you always need at least one Source Filter and one Render filter. Usually, however, you need one Source Filter, one or more Transform filters, and one or more Render Filters. The Source Filter (often referred to as the Splitter Filter) reads the file container format and splits out the different "streams" of data contained within. This data is usually then passed over to a set of Transform filters which decode the different media streams (including audio, video, and metadata, such as subtitles). These Transform filters are often (somewhat erroneously) called Decoder Filters, or Codecs (which stands for enCODer/DECoder), because they often take care of decompressing the media. Because uncompressed video footage is incredibly huge, compression is almost always used to keep file sizes lower. Generally you'll need one decoder filter to process each "stream type" that comes out of the Source Filter (though many, like FFDSHOW, handle more than one type of stream). They then pass the raw decoded data to the Render filters which transforms the uncompressed raw data into what you see on screen and hear through your sound device.
Sometimes these lines blur, when a particular filter can act as both a splitter and a decoder filter (such as FFDSHOW), or Haali which also processes and decodes some of the data streams (subtitles for example). Also, when you play back uncompresed media (such as an uncompressed audio track) you do not always have a transform filter and the source pin connects directly to the render filter.
MC supports a number of audio file types natively. When you play back a MP3 file, for example, MC uses it's own internal high-quality filters to split and decode the file and send it to the appropriate output device (sound card). When you attempt to play a file back in MC that it doesn't support natively, MC tries a number of different things to get the file to play. The first step is to attempt to render the file using DirectShow.
The default graph is built based on two factors: a) each individual filter "tells" DirectShow what kinds of media streams it is able to render, and b) DirectShow assigns (or more precisely, the filters assign to themselves when you install them) a priority number called its "merit score".
When you play a file, DirectShow attempts to build a chain of filters capable of decoding the content based on these two pieces of information. It tries filters matching the stream type, in the order of which filter has the highest priority first. If the "render" fails, then it tries the next highest priority set, and so on and so forth until it runs out of options or succeeds. Just because it "works" doesn't mean it's necessarily finding the "best" filter graph. It just uses whichever one it "bumbles" into that works first. 041b061a72