View Full Version : KMP discards configuration in KMPCfg.ini after a failure
ihanxiao
05-25-2007, 04:08 AM
Version:2.9.3.1284
File: Deep Blue H264,DTS,TS 1440*1080
Filter:KMP Mpeg splitter,Cyberlink PD 7.x AVC/H264,Cyberlink DTS Audio Filter.
Double-clicking a video does not always configure KMP as indicated by KMPCfg.ini.:( It uses KMP Video codec and KMP audio codec instead.:(
Furthermore,in this case,it discards all the configurations in KMPCfg.ini after closing KMP.:mad:
However,Opening KMP in advance before double-clicking a video can avoid the bug mentioned above.:confused:
PS:the external filters were not registered into Windows,but directly into KMP through "Add external filters"
Disable the option to store settings to KMPcfg.ini if you have any problems. It'll work abnormally with the complex configurations of filters.
ihanxiao
05-25-2007, 10:05 AM
Disable the option to store settings to KMPcfg.ini if you have any problems. It'll work abnormally with the complex configurations of filters.
Yes,I know this. Configuration management works perfectly using registry.
But would you fix this problem in KMPCfg.ini in several months? Or would you leave it because users rarely need such complex settings?I noticed that using KMPCfg.ini works much slower than using registry,would you speed it up?
PS:The filesize of my KMPCfg.ini is 273K,with 7 presets.
Sorry but it won't be changed. Why should a program do more work that is really unnecessary? INI processing is a really stupid thing compared to using a registry function in the aspect of programming.
Don't worry as KMP does not screw your registries off.
ihanxiao
05-25-2007, 10:42 AM
Sorry but it won't be changed. Why should a program do more work that is really unnecessary? INI processing is a really stupid thing compared to using a registry function in the aspect of programming.
Don't worry as KMP does not screw your registries off.
Yes,I know exactly what does KMP write into registry.It is secure.
The problem is relative path does not work in registry,while using relative path seems best to use external codecs through "Adding external codecs".
There exist many reasons why I do not use "Regsvr32 /s ……"
Well, I'd not like to argue with you a thing about this.
But there is a good and bad thing of using registry. The problem is the program using registry abusively. Other than this, the registry is a very well designed structure. As registry itself is a kind of database, a program must be based upon a DB engine allowing multiple reads and writes simultaneously to get a similar performance. If not using the function which already exists and creating a similar function which is not able to guarantee the similar performance at all, it is nothing but a redundancy.
Remember that there are many reasons why almost all the program use the registry too.
ihanxiao
05-25-2007, 12:13 PM
Well, I'd not like to argue with you a thing about this.
But there is a good and bad thing of using registry. The problem is the program using registry abusively. Other than this, the registry is a very well designed structure. As registry itself is a kind of database, a program must be based upon a DB engine allowing multiple reads and writes simultaneously to get a similar performance. If not using the function which already exists and creating a similar function which is not able to guarantee the similar performance at all, it is nothing but a redundancy.
Remember that there are many reasons why almost all the program use the registry too.
Thank you for your reply.
However,if the KMPCfg.ini system is improved,one can configure it with a relative path .
Then his friends can simply copy his well-configured KMP to anywhere in another computer,enabling newbies to use KMP to its best.
This will definitely help making KMP more famous.
I agree that registry is good.But sometimes one has to use codecs through "Adding external codecs Manually".For example:
The computer has installed a WinDVD8,and I like using it.
Meanwhile,I need to use older WinDVD codec in KMP.As you may know,newer versions do not work well in KMP.
It might not be possible to use the same decoders of different version as the class ids of the decoders are same without relation to what you've explained. The rest thing is the same case. It is impossible as long as it has the same clsid (same decoder). It doesn't matter whether it is registered or not. And it'll cause a problem even if it is possible to use the different version of decoders as it'll hold a same registry at the same time.
Being famous??? It's nothing.. I can live without it. :D
ihanxiao
05-25-2007, 01:01 PM
It might not be possible to use the same decoders of different version as the class ids of the decoders are same without relation to what you've explained. The rest thing is the same case. It is impossible as long as it has the same clsid (same decoder). It doesn't matter whether it is registered or not. And it'll cause a problem even if it is possible to use the different version of decoders as it'll hold a same registry at the same time.
Being famous??? It's nothing.. I can live without it. :D
Different versions only share "DXVA","number of audio channels","Deinterlacing Mode"and so on.
This kind of sharing creates zero problems.
What I know is that I can use 3 diffent versions of KMP,2 different versions of Cyberlink H264 Decoder(PD 6.x&7.x),2 different versions of CoreAVC at the same time on my computer.
Of course,different CoreAVC versions require different SN numbers. I am using a modified 1.2.0.0(no SN required) and an official 1.3.0.0 .
ihanxiao
05-25-2007, 01:18 PM
Maybe you think it`s stupid to let newbies copy a well-configured KMP and use it, even rely on it, without learning.
Indeed, in one aspect, KMP only needs to serve those who are willing and able to learn.
Maybe you are not willing to sacrifice other features of KMP for this.
You can take up the position that there is no problem but what I'm saying is the possibility and can reproduce with some filters. I don't see any reason to keep three version of KMP and do not forget it can cause a problem someday in the near future.
Maybe you think it`s stupid to let newbies copy a well-configured KMP and use it, even rely on it, without learning.
Indeed, in one aspect, KMP only needs to serve those who are willing and able to learn.
Correct. But it is because of the directshow structure. It also has a strong and weak point. What you are talking aobut, I think, is only possible when the player steps forward as a commercial product like windvd or powerdvd.
So the sub-title of the player is "The KMPlayer for the professionals". :)
Without some knowledges, the well configured preset will be useless in the end.
ihanxiao
05-25-2007, 02:47 PM
Correct. But it is because of the directshow structure. It also has a strong and weak point. What you are talking aobut, I think, is only possible when the player steps forward as a commercial product like windvd or powerdvd.
So the sub-title of the player is "The KMPlayer for the professionals". :)
Without some knowledges, the well configured preset will be useless in the end.
Actually I am sharing my presets with my friends,of course,alongwith some extracted commercial codecs,as well as free codecs such as Haali,Xvid.
I did this only to help my friends who know little about computer.
My presets(using KMP`s auto switch among 7 presets) has enabled them to double-click on every(Yes,every) video retrieved from Silu and CHD--China`s major HDTV sites ,and automatically load the best filter combinations currently available. The presets appeared to be very stable.
However,they advised that I keep away from their registry,especially to co-exist with the codecpackage Finalcodecs.So I tried,and found the limitation.
Since this functionality is rarely used,I would feel shameful to force a change upon your software.
But if you have time in the future,extending the limitation would help my friends.
Lastly and most importantly,Thank you for your patience and your help.
Waldemar Sikorski
05-25-2007, 03:07 PM
Z is only the messenger. The Creator works in mysterious ways.
I think that most newbie users are ok with the default settings of KMP. The dont need super-7-preset configuration with pirated/illegal codecs/decoders.
As an advanced user, you made your suggestions, so if the developer implements them - good for you, if not - sorry ... please dont force it.
ihanxiao
05-25-2007, 08:54 PM
I think that most newbie users are ok with the default settings of KMP. The dont need super-7-preset configuration with pirated/illegal codecs/decoders.
As an advanced user, you made your suggestions, so if the developer implements them - good for you, if not - sorry ... please dont force it.
Thank you for your explanation.Yes,I understand that:
Since this functionality is rarely used,I would feel shameful to force a change upon your software.
But if you have time in the future,extending the limitation would help my friends.
ihanxiao
05-26-2007, 09:39 PM
Solved!
The following operations,
Use [Only registered and activated users can see links]`s package 1288.rar,
delete unused language files such as Belarusian.ini,
check the "当配置被选用时再打开视频"
guarantees reading KMPCfg.ini before opening media.
In this case no "failure" occurs.And KMPCfg.ini remains.
The option is "Reopen current file when preset is selected manually" in English.
Obviously,[Only registered and activated users can see links]`s translation is much better than the one translated into English.
mouse
05-26-2007, 10:06 PM
Believe or not, the english.ini has much clear and detailed explanations than korean.ini. :)
Shame on you for such a deprecation!
ihanxiao
05-26-2007, 11:34 PM
Believe or not, the english.ini has much clear and detailed explanations than korean.ini. :)
Shame on you for such a deprecation!
"Reopen current file when preset is selected manually"
Although checking this does enables "Reopen current file when preset is selected manually",
it also enables "Read preset from KMPCfg.ini before opening media when double-clicking on a video file".
The latter meaning is hidden by the English translation.
[Only registered and activated users can see links] translated not only from the WORDS,but also from his own EXPERIENCE.
Hu...
You are right, my translation really sucks.
You don't need to claim the quality of translation in english is poor, as I know it is true.
Thanks for your kindness as to let me know the truth again.
ihanxiao
05-27-2007, 02:06 AM
With this option checked,the KMPCfg.ini System becomes much more stable.But the previous translation stopped me from trying this option.
On the contrary,[Only registered and activated users can see links]`s translation helped solve my problem eventually. A good translation can match a good teacher.
I was too excited to see the problem solved. Sorry for my words if I offended anyone.
Now the creator can ignore the suggestion of "Improving the KMPCfg.ini System".The current system is already good enough.
Yep it seems you were too excited to see that your comments could hurt people working for free...
Anyway if the Chinese translation from [Only registered and activated users can see links] is more complete than the English one, maybe you could help the translators by posting your comments in the thread English.ini for translation and general use ([Only registered and activated users can see links]).
Thanks
If z stops doing the English translation because of your remarks, will you do it ihanxiao?
Criticizing is always easy...
ihanxiao
05-27-2007, 11:29 AM
Yep it seems you were too excited to see that your comments could hurt people working for free...
Anyway if the Chinese translation from [Only registered and activated users can see links] is more complete than the English one, maybe you could help the translators by posting your comments in the thread English.ini for translation and general use ([Only registered and activated users can see links]).
Thanks
Although I dont have time in the near future,I will definitely help with it someday in the future. Because now that KMP has no complete reference book, The role of the translation is really essential.
Lastly,I wont come into this thread again.All the topics involved have been discussed.And I`ve made the apologize.Please stop arguing.
vBulletin® v3.6.8, Copyright ©2000-2012, Jelsoft Enterprises Ltd.