DSS2() lossless woes

[Daiz]

So I installed Windows 7 RC a couple days ago, running Windows 7 Beta before that. Today I started encoding things for the first time in RC and as per usual I encode a lossless H.264 MKV from my input before doing the final encode. I use x264 to encode it and output directly to an MKV file. So far I've used DSS2() (with CoreAVC as the decoder) to input the lossless file to x264 for the final encode, but now I'm facing an error - Can't open file 80004005. This happens with all lossless H.264 MKV files I tried. It opens my final encodes (which are also x264 encodes outputted to MKV) just fine. Lossless files fail to load even if I use ffdshow as the decoder or remux the x264-produced MKV with mkvmerge.

Now, FFVideoSource manages to load the lossless source, but I'd rather keep using DSS2 with CoreAVC since it provides faster input speeds. The Haali Media Splitter version I'm using is 1.9.42.1.

Any ideas what might be causing the problem and how to get rid of it?

[Keiyakusha]

Starting from RC, Win7 overrides 3rd party directshow filters with its own (crappy?) decoders. And microsoft h264 decoder probably doesn't support lossless streams. Search forum for registry tweaks or clsid's tool

[Reuf Toc]

I suspect microsoft H264 decoder to be used instead of CoreAVC (and microsoft decoder doesn't support lossless h264 IIRC)

Try to built a graph yourself to see if it's the problem.

And I might be wrong but it seems there was multiple topic about this problem. Try to search, maybe an answer was already given.

[Daiz]

I indeed know about the lockdown problem in Win7, but as far as I recall Microsoft's filters are only forced for MP4 files, while with Haali Media Splitter whatever you want will be used, eg. CoreAVC, and since DSS2() is basically HMS as a AviSynth plugin, I thought it would default to using CoreAVC.

In any case, I'll try looking into registry tweaking. Hopefully it'll work.

EDIT: Dropping a lossless file into GraphStudio resulted in Microsoft DTV-DVD Decoder being used. Looks like Microsoft's filters are indeed force-used.

EDIT2: clsid's registry tweaker had no effect on the result. Building a graph with GraphStudio (source -> CoreAVC) and then loading the graph with DirectShowSource() worked, but I'd rather not do this manually each time.

[Daiz]

Okay, after reading the topic about clsid's tool I found out that I had to give write permissions to a registry setting in order for clsid's tool to work, and now the problem has been fixed. Thanks for the help!

[henryho_hk]

Which registry setting is it?

Originally Posted by Keiyakusha

Starting from RC, Win7 overrides 3rd party directshow filters with its own (crappy?) decoders.

I've been running the Win 7 RC for months and it has never done any such thing. You are confusing this with WMP preferring to use Microsoft decoders because of the new Media Foundation framework.

[DarkZell666]

Originally Posted by henryho_hk

Which registry setting is it?

http://forum.doom9.org/showthread.ph...17#post1287317

[Keiyakusha]

Originally Posted by Gokumon

You are confusing this with WMP preferring to use Microsoft decoders because of the new Media Foundation framework.

No I'm not. In addition to Media Foundation in WMP, Microsoft directshow filters forced for many formats everywhere else. For example MPC-HC has its own graph creation mechanism so this is not affect him, but avisynth and other things are affected.