QuoteOK in my case this helps as described in my last post (unregister) but in my opinion this is not a real solution. Before posting my first statement I checked the filters with graphedit and this did always show the cyberlink filter, if I connect Video Out and VMR Input. But in reallity vompclient tried to use the Ligos Splitter. So the user has no control over the selected filter, he does not even have an information about the selected filter and he can't correct it (without a bunch of knowledge).....No, this can not be changed. It is also not the case, that vomp will use the ligos splitter.
You gave me the hint to look for the Radlight Filtermanager - yes really a nice tool. I think their intention was to give the user some more control over the windows-directx-output system, and (very imortant) to blacklist some uggly, bad programed filters. Perhaps this could be a way to avoid such problems: a blacklist (ini file?), a logfile (from vompclient). In cases we run into GPF's the user can check his logfiles and than blacklist these kind of filters, or you could provide a default blacklist.
Let we explain how Directshow works. Vomp say to DirectShow Filtergraph manager, hey please render this pin and then DirectShow will look into the registry and iterate thorugh all Filters in the registry. It will load one filter and then iterate thorugh all its input pins. Each input pin will be passed to vomps pin connect method and vomp will ask the filter pins, if he likes the ouput from vomp and the Ligos Pin crashes at this moment, instead of telling that he can handle the output ...
Well, I have said, that directshow iterate though the registry, all filter will be first sorted in order of their merit (ligos uses a a very high merit) and then alphabetically. So if you install a bad filter with a high merit, you will proably run into problems at a lot of DirectShow applications. (I have corrected a lot of pc of my friends, who messup their commercial DVD player with a codec pack).
This is the automated DirectShow behaviour. Well, you can also build the graph yourself in your app, but this will be really complicated, since you have to know allmost every filter, which is availible.
First,I have not assumed, that it is the filter, therefore it took so long to get the error.
So a blacklist is not possible, the user have to use a tool like these filter managers, since it is a system wide problem.
QuoteNow that my vompclient is running (thanks a lot again for this) I immediatly have some new questions. The output (in my case) needs to be deinterlaced, I already tried some settings in graphedit (filter properties) which let me select automatic/force bob/force weave but it does not have influence on the output from vompclient. Is there annother way to do this? Same question for saturation, brigthness etc, I can't even move these controls.Well, this is planned. In the case of vomp, this would be done through the VMR9 interfaces ( deinterlacer etc.), but first we need for the main code a way to have device dependend options (other options on windows than on mvp). So wait some revisions for this.
QuoteMore than one instance? I tried to use the client twice (on the same machine), but after a while (10 seconds or so) both instances are freezing. With my MVP and vompclient this is possible (of course in the same bouqet), but two clients on the same machine is (in my case) seems not to be possibe. Would be such a strong feature - again only here on my machine ?
Well, it would be possible to run vompclient on to different computer simulataneously. On the same computer, this might work also, but this highly depends on your hardware and software, since some features are limited to be used only once at one computer. So this can work, but it does not have to. (and I personally see no use running it twice on the same computer, why do you need this?)
Marten