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. |
14th February 2007, 19:35 | #341 | Link |
Registered User
Join Date: Jan 2002
Posts: 1,264
|
I am using one of the later beta drivers for various reasons. CoreAVC works correctly and displays blacks as blacks with the VMR9 box ticked. If I untick it it looks like ffdshow does in YV12 mode. It looks like ffdshow needs it's own 'Fix VMR9 Color Range' option.
|
14th February 2007, 20:33 | #342 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
It already has: levels
__________________
MPC-HC 2.2.1 |
15th February 2007, 05:30 | #343 | Link | |
Registered User
Join Date: Jul 2004
Location: Russia, Novosibirsk
Posts: 92
|
Quote:
It has a Rageon X1600 card. I think it's a driver bug. On my home GF7600GT all OK. |
|
15th February 2007, 12:20 | #344 | Link |
Registered User
Join Date: Oct 2006
Posts: 12
|
Tried disabling all the HW acceleration?
Have a pretty beefy PC, never found that the nv/amd drivers really sorted anything out quality wise, just seemed to give issues from time to time. I disabled them from within ATT (ATi Tray Tool, radeon2.ru)... Cant see a noticable difference between VMR9 and Haali's Render... however, on my older nV card I do see the levels are lighter in VMR9... My config Oops, host seems to hate life... will imageshack it later Last edited by Syris2k4; 15th February 2007 at 12:22. Reason: Damned servers :/ |
16th February 2007, 01:21 | #345 | Link | |
Curious Beta Tester
Join Date: Nov 2004
Posts: 240
|
Quote:
This is what I do for WinXP - every install: Disable LPCM which is enabled by default and overwrites the MS one Disable MP3, MP1 and MP2 which is enabled by default and overwrites the MS one Remove explorer.exe from the dont use ffdshow rule in both audio and video Enable vorbis tremor if Im using Drevil's build because unlike clsid's build its not enabled by default Enable FLAC It seems to me it does actually overwrite LPCM, MP1, MP2 and MP3 atleast by default. Now that I have upgraded to Vista I honestly dont know if there are other ones now installed by default that overwrite MS ones. |
|
16th February 2007, 01:47 | #347 | Link | ||
*****
Join Date: Feb 2005
Posts: 5,647
|
Quote:
Quote:
__________________
MPC-HC 2.2.1 |
||
16th February 2007, 02:01 | #348 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
Out if curiosity. What should happen?
__________________
MPC-HC 2.2.1 |
16th February 2007, 03:26 | #350 | Link |
Registered User
Join Date: Jan 2007
Posts: 57
|
When will we see the next stable tryouts? I see daily development but as a noob I feel very hesistant to upgrade. Right now most stuff works great. The only thing I would appreciate is better documentation what everything does.
Ps. And perhaps a little faster x264 decoding.. |
16th February 2007, 03:54 | #351 | Link |
Registered User
Join Date: Feb 2004
Posts: 15
|
Aside from the CCCP and ffdshow tryouts discussion, i personally think this is a great project, and i give my respect to the developers of the new fork.
However, i believe the new fork suffers some of the problems the old one had. - Release a stable, regularly updated build. People like to have something they feel is safe and stable. Something to act as a reference, something to compare everything else against, like "this version is faster/slower than the stable one" It is a reality that people still keep downloading and using milan's old builds, because they are considered the stable one. Also, it gives the project a goal, a milestone, something to plan and work for. Currently, i feel ffdshow just keeps constantly getting new features, and the occasional bugs..., over and over. There is a need for milestones!! Something to wait for. When the beta1 for a stable build came up, i was excited. This project desperately needs a bigger audience, and only a stable, well spread and announced build can provide that. How long hasn't the ffdshow beta1 been discussed here?? When someone reaches the sourceforge page, finding the usual "CLICK TO DOWNLOAD" button is impossible. The average user expects this, and it is essential for the wide spread of this project, for testing and feedback. There is a need for an "official build" or recommended one. Of course a stable version could provide this, but further than that...for the testing versions too. I think it would be a good idea to reach a decision on which combination of settings and compliers provides the best results. Even if not the fastest, a good allaround compatible build for all systems. Then, other builds for specific instructions or different compliers could be mentioned for experienced users looking for extra speed or something else. Taking over the old project is also a good thing, although i think in respect to milan, only a warning should be made in the homepage, everything else left as is, and development should continue in ffdshow-tryouts. -Get the website organized, and USE IT! I still think it is a waste to use Doom9 so much to discuss ffdshow, with a perfectly good forum and frontpage (the www.ffdshow.info ). The discussion should be redirected from here to the forum, and the URL for the new fork much more divulged and announced.I don't expect a "SpreadFfdshow" campaign like Firefox....but at least concentrate things in a single place, and spread the word!! Gathering people in a single place to report and discuss bugs, features and stuff is more more resource-efficient than have them spread over several places. Having the forum active and with a developer stopping by sometimes, is good too. I for example made a feature request, and didn't get a reply. A simple "too hard to implement ATM" or "don't expect to see it soon, not a priority" would have made me happy, as i would at least known what to expect. The resources are there, just use them. - Start Documentation Make ffdshow more "for everyone". Getting a stable version out, or a reference build would be a great step. Concentrating efforts in one place, and make it know to the public....even better! But, ffdshow has so many options it is impossible to just know what they all do by playing with them. To start a wiki of some sorts, to slowly start to explain the workings of ffdshow would be a HUGE step. An offline help file is good too, and i have heard something about that around here. These are just suggestions and thoughts of a longtime ffdshow user, very grateful for everyones effort in making this software what it is |
16th February 2007, 10:36 | #352 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
|
|
16th February 2007, 10:50 | #354 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
As for take over, in respect to milan, I would like to continue on the tryouts. As for the website, I agree with you. There should be more active, I hope. Especially for feature requests, it will be buried in, if they are posted here. And sorry for not replying yet. Documentation is a big target. I completely agree with you. I've just begun but have no time to update. It is greatly appreciated if anyone write a single page for it. If one don't have skill in html, please post a simple text. |
|
16th February 2007, 10:52 | #355 | Link | |
Registered User
Join Date: Nov 2006
Posts: 799
|
Quote:
The devs make - mostly - small incremental changes in each build and if they screw things up, they fix em in a matter of minutes. Good question! Maybe the devs could shed some light on this one. |
|
16th February 2007, 10:52 | #356 | Link | |
ffdshow user
Join Date: Oct 2005
Location: Romania
Posts: 818
|
ffdshow
Quote:
|
|
16th February 2007, 11:04 | #357 | Link |
phjbdpcrjlj2sb3h
Join Date: Sep 2005
Location: Western Australia
Posts: 1,691
|
Just looking at your first post:
ffdshow raw filter doesn't work in ZoomPlayer. (reported by midiboy) This is a ZP 'feature', called smartplay. It seems to remove any raw processing filters, and also includes a blacklist where you can add evil filters (morgan, antifreeze, et al). Disabling it lets everything work as normal. re: CCCP doing bug reports and helping code. No can do. We test our own version, which means bug reports would simply become more work for us, and we are mostly a bunch of patch monkeys, not Real Coders, so we can't help with dev . re: documentation. I'd be happy to write some of the ffdshow documentation, where does it belong? I've written a fair amount of the megui documentation, so I know what I'm getting in to. |
16th February 2007, 11:14 | #359 | Link |
Registered User
Join Date: Nov 2004
Posts: 166
|
"It is greatly appreciated if anyone write a single page for it. If one don't have skill in html, please post a simple text."
Post a simple text where?
__________________
Hardware: Core 2 Duo E8400 3GHz, 2048 Ram, Geforce 9800GT. |
16th February 2007, 11:16 | #360 | Link |
Registered User
Join Date: Jun 2004
Posts: 577
|
can anyone comfirm this?
ffdshow.ax crash if noise filter+SSE2 is enabled. im using P4 2.4Ghz. tested with clsdi build, no crash. i was compiled ffdshow with SSE=1 SSE2=1 flags... Last edited by Yong; 16th February 2007 at 11:54. |
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
Thread Tools | Search this Thread |
Display Modes | |
|
|