Moving ffdshow codec settings from HKEY_LOCAL_MACHINE to HKEY_CURRENT_USER

[milan]

Hi (after a long, long time).

I was asked by one user to move settings specifying which decoder should be used for given format from local machine registry to user registry. He is logged with restriced privileges and can't change those settings.

I agree with him, but since it's quite a significant change, I'd like to know others opinions.

Of course, current settings would be transferred.

[Leak]

Originally posted by milan
Hi (after a long, long time).

Welcome back! :)

I was asked by one user to move settings specifying which decoder should be used for given format from local machine registry to user registry. He is logged with restriced privileges and can't change those settings.

I agree with him, but since it's quite a significant change, I'd like to know others opinions.

Of course, current settings would be transferred.

Well, I'm all for it. But I'm curious - what would be the defaults for a new user?

By the way, since you've incorporated KernelDeint in ffdshow, could you take a look at this thread (http://forum.doom9.org/showthread.php?s=&threadid=81322) of mine concerning KernelDeint (and KernelBob)?

[arman68]

Welcome back.

I generally don't like using HKCU instead of HKLM, but I can see the point and actually it would not bother me.

BTW you have done some tremendous work on ffdshow, and I appreciate the recent developements. Thanks.

[milan]

Well, I'm all for it. But I'm curious - what would be the defaults for a new user?

When using installer same as current. Without installer ffdshow used to process XviD by default. Recently I disabled this.


By the way, since you've incorporated KernelDeint in ffdshow, could you take a look at this thread of mine concerning KernelDeint (and KernelBob)?

Sorry, I completely forgot about it. After I looked at sources and saw some very avisynth specific code I left the integration for a later time. Somehow I didn't managed to get to it again :(

[Leak]

Originally posted by milan
Sorry, I completely forgot about it.

No problem - it was just a suggestion, after all... :)

Just made a cow-orker happy today using ffdshow as he didn't have an AC3 decoder on his machine...

After I looked at sources and saw some very avisynth specific code I left the integration for a later time. Somehow I didn't managed to get to it again :(

Well, the most AviSynth-specific code is that it's invoking SeparateFields to get fields instead of frames, but that'd be just a few lines of code to implement otherwise. Just double the line pitch and adjust the offset if neccessary, and you've got 2 fields from one frame (but I guess I'm not telling you news here... :)). Everything else is just getting the frames and checking the input's colorspace.

One warning, though - it takes about a minute to compile on my machine, since I mis-used the macro preprocessor as a kind of macro assembler.

[thoralf]

Hi Milan,

thank your for your work on ffdshow. It's an awesome codec and a fine example for the advantages of open source development ...
I strongly support the idea of using hkcu instead of global settings. The other people using my computer won't be affected by my sometimes rather weird ffdshow settings (I'm a casual VJ and using ffdshow to do some video postprocessing).

With kind regards,
Thoralf.

[milan]

The other people using my computer won't be affected by my sometimes rather weird ffdshow settings

Give me an example, please. If there is something weird in settings, I will try to change it to be more intuitive.

[Sharktooth]

He means he use weird settings (!) coz he's a casual VJ...
so other ppl using his PC have to fight with the mess he leaves in ffdshow options ... :D

[iradic]

this all depends what are the defaults ffdshow settings for new user...
personally i dont like ffdshow audio processing and handling of wmv

also depends if videos are shared among users ...
like one useer is experiened with ffdshow settings, does lot of encoding ... etc - and other users are newbies ... it would be bad to one user can watch wideos correctly and others dont...

moving is ok if all users share the same knowledge of ffdshow setting and other multimedia playback how-to's....

this leads to question you got from that user - how can i change settings if i'm not allowed to?

IMHO: moving settings can also lead to problems ... what kind of you will see when you move them :)

bye

[milan]

personally i dont like ffdshow audio processing and handling of wmv

WMV1 should be OK, for WMV2 until it won't be fully supported by libavcodec it won't be selected by default.
And what don't you like on audio? I can try to make it better.
BTW if the list is long, please create another thread or send me a PM.


IMHO: moving settings can also lead to problems ...

That's why I'm not sure if I should do this.

And just to make it clear: I want to move only settings specifying for what codecs ffdshow should be used. Other configuration, like OSD, video/audio processing settings is already in HKEY_CURRENT_USER.

[Mug Funky]

i think it's a good idea to move them to HKCU.

btw, thanks for your work on ffdshow. it's always amoung the first things i put on an unfamiliar computer (along with MPC, mozilla/firefox and openoffice), and it improves with every release.

one thing - Xvid.ax is now passing PAR and interlace info to VMR. is it possible for ffdshow to do this? bobbing in hardware is my first choice because my processor is getting a little geriatric and can't hack it on it's own (btw, i love the vobsub support in ffdshow - that's upped my decoding speed quite a lot, as the DirectVobSub filter slowed things down a bit).

[iradic]

hi

i had some problems before with wmv and audio filters... but with latest build wmv1 - i enabled it

about audio: once i enabled ac3 (previous builds) - had problems - switched to ac3filter... and i think of ffdshow as video decoding package -- i guess it takes some time to change that :) i will try to enable audio processing and see how it works...

ffdshow is great project...

bye

[milan]

@Mug Funky

In the process of making ffdshow able to process PAL DVD playback (and generic handling of input format changes) I added possiblity to change output format too (inspired by the work in Gabest's filters). ffdshow now handles PAR in MPEG4 stream (doesn't have to be stored in VIDEOINFOHEADER extradata) both when using libavcodec or XviD and, for example, you can change output image size using resize&aspect filter during playback.

Passing interlace flags and better handling of interlaced material in general is high on my TODO list, will work on it soon.

@iradic

I still do consider ffdshow only as an alternatice to ac3filter for ac3 decoding, not a replacement. However, if you have some reproduceable reports about problems in ac3 decoding in ffdshow or some ideas how to make it better, just send me a PM.

And thank you all for your kind words about ffdshow :)

[Mug Funky]

good to hear :)