Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
19th April 2010, 22:32 | #11401 | Link | ||
*****
Join Date: Feb 2005
Posts: 5,647
|
Quote:
Quote:
__________________
MPC-HC 2.2.1 |
||
20th April 2010, 00:52 | #11403 | Link |
Registered User
Join Date: Nov 2007
Posts: 240
|
With respect, I disagree strongly to clsid, MPC-HC has a place as an all in one that works REALLY well when lots of other things don't, especially for users who don't know enough to mess with filter priority and stuff, that can be pretty evil.
Especially once machines have had codec packs loaded on them and stuff no longer works, MPC-HC is like old faithful. |
20th April 2010, 01:45 | #11404 | Link | |
契約者
Join Date: Jun 2008
Posts: 1,576
|
Quote:
Also even with replacing internal filters by ffdshow it is possible to have no admin rights requirement and playability on old systems "where all codecs messed up". However yes, it will require some amount of work. Last edited by Keiyakusha; 20th April 2010 at 01:48. |
|
20th April 2010, 08:25 | #11405 | Link | ||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Please understand that we're not trying to bully the MPC HC folks into distributing ffdshow with MPC HC. It's just that according to tetsuo55, MPC HC's aim is to provide an all-in-one solution. And if I, personally, were trying to create a really good all-in-one solution, I would find no way around including some selected external DirectShow filters. |
||||
20th April 2010, 08:39 | #11406 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
What kierank means with DXVA is that the implementation in ffdshow needs to do a very slow system memory > gpu memory copy operation.
about 3rd party codecs, almost every codec that we can legally include is equal to or worse than ffmpeg. I would gladly hear about cases where another open source codec is better than ffmpeg.
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
20th April 2010, 08:58 | #11407 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Why limiting things to open source? I was talking about *freeware* 3rd party codecs, which you could include in the MPC HC distribution to create an even better all-in-one solution. Examples would be ffdshow, Haali Media Splitter, madFlac, ... It's quite possible that Haali's license wouldn't allow you to redistribute it, though. Again: I'm not trying to bullying you into include the mentioned filters. I'm just saying that if a great all-in-one solution is your aim, it might make sense to include a few selected external filters. Or at least, if you detect that some specific external filters are installed, you could disable some internal filters by default and prefer known good external filters instead. Just a suggestion, though. Any way in which MPC HC could be improved to automatically work better with good external filters, without having to tweak MPC HC settings, would be nice. |
|
20th April 2010, 10:44 | #11408 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
Postprocessing is disabled by default in ffdshow. The small speed difference might be due to colorspace conversion and some sanity checks that MPC does not perform. Btw, MPC does not have any multi-threaded decoding, so on a multicore CPU ffdshow will be much faster with decoding H.264 in software mode.
It always makes me laugh when people say that codec packs are evil and break your system. While that may be true for ancient stuff such as Nimo and ACE, it is just blatantly untrue for any modern codec pack such as CCCP or K-Lite. In fact, for example K-Lite is equipped with special functionality to fix things. This includes detection (and removal) of several known bad codecs that cause crashes, memory leaks and other stability issues. It includes detection (and removal) of incorrect codec references in the registry (left-over stuff). It includes detection of some known audio and DirectShow issues. It includes a proper uninstaller. It adjusts what it installs based on what is already installed. Everything can be customized. Etc. Etc. Btw, the update that I did yesterday has made software H264 decoding in MPC significantly faster. Your welcome
__________________
MPC-HC 2.2.1 |
20th April 2010, 11:35 | #11409 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
It is possible to make a more complicated dshow fallback system than we currently have in MPC-HC and i can see how this improves the experience for some.
We believe that software should be open source, that is the main reason for not including closed source filters. I think k-lite/cccp solve the problem quite nicely as their codec choices favor open source and free codecs replacing them only with others when they are truly better. The problem with ffdshow's DXVA implementation has nothing to do with the postprocessing its a design flaw in DXVA2 (mpc-hc uses DXVA1 which doesn't suffer from this issue but has other problems).
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
20th April 2010, 12:13 | #11411 | Link |
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
The idea is to create a new subtitle renderer and with that a new subtitle format.
This new renderer should be a drop in replacement for the current stuff in ffdshow/mpc-hc the lead dev for that project is looking for help though, he needs help with brainstorming and coding. (PM me if you are willing and able to help out)
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
20th April 2010, 12:37 | #11412 | Link | |
Registered User
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
|
Quote:
|
|
20th April 2010, 14:15 | #11414 | Link | |
*****
Join Date: Feb 2005
Posts: 5,647
|
Quote:
I love to hear about those so-called problems, but since you don't actually use the pack, I doubt you will be able to come up with much valid stuff.
__________________
MPC-HC 2.2.1 |
|
20th April 2010, 15:43 | #11415 | Link | |
Registered User
Join Date: Apr 2008
Posts: 546
|
Quote:
Last edited by ikarad; 20th April 2010 at 15:46. |
|
20th April 2010, 16:01 | #11416 | Link | ||
MPC-HC Project Manager
Join Date: Mar 2007
Posts: 2,317
|
Quote:
I hope everyone will move to a new scientifically best best model instead, but it will remain based on open-source. being/using open source is one of mpc-hc's core ideoligies and one of our unique selling points as a dshow based player. Quote:
__________________
MPC-HC, an open source project everyone can improve. Want to help? Test Nightly Builds, submit patches or bugs and chat on IRC |
||
20th April 2010, 16:04 | #11417 | Link |
Registered User
Join Date: Apr 2008
Posts: 546
|
@Albain,
there is a bug with blu-ray sub support with xp sp3 (under vista it works very well). The subs are divide in two parts and are not completed I try with YUY2 or RGB 32 and there is the same problem. I try with all versions of ffdshow (3350 to 3368) where it works under vista and there is the same problem udner xp sp3. I notice some crashs but I think that crashs come from this problem . same example that I give you before example part 1 http://www.zshare.net/info.html?7219...12ca4e70f4959e part2 http://www.zshare.net/info.html?7222...cb0c45e37239c1 part3 http://www.zshare.net/info.html?7222...fa215e89fcfdf2 part 4 http://www.zshare.net/info.html?7287...1fac7d6620cda5 part 5 http://www.zshare.net/info.html?7289...835142beff854c part 6 http://www.zshare.net/info.html?7290...3fe6974fb1237c partie 7 http://www.zshare.net/info.html?7215...a94c0fc61987f5 Last edited by ikarad; 20th April 2010 at 16:21. |
20th April 2010, 16:13 | #11418 | Link | |
Registered User
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
|
Quote:
For a start in K-lite Basic/Standard you include: Haali Video Renderer [version 1.10.120.15] Hasn't been updated for ages. Is it that fundamental to watching videos that it deserves to be in the Basic pack? In Standard: MPEG-2 (Cyberlink) [version 8.4.0.1014] And whats wrong with ffdshow's mpeg-2 decoder? And to summarise what would be pages and pages for the other variants: You take the Adobe Acrobat Reader approach to codecs. Include as much obscure stuff in the codec pack as possible just like Adobe includes all sorts of obscure plugins. Add so much bloat so that the 0.00001% of occasions when such a thing is needed it's there. There is also ridiculous amounts of duplication for no reason at all: ACM codecs, VFW codecs and even more obscure formats. How many AAC/AC3/MPEG-2 etc decoders do we really need according to you? Last edited by kieranrk; 20th April 2010 at 16:21. |
|
20th April 2010, 16:30 | #11419 | Link |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
|
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
|
|