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. |
24th April 2007, 00:18 | #1081 | Link | |||
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
Quote:
Quote:
|
|||
24th April 2007, 02:16 | #1082 | Link | |
Doom9ing since 2001
Join Date: Oct 2001
Location: Seattle, WA, USA
Posts: 2,002
|
Quote:
Most decoders will signal AMINTERLACE_DisplayModeBobOnly when they want the renderer to deinterlace the video, but this doesn't imply that bobbing must be used. Depending on the VMR and its mode (VMR7 acts differently in regular vs YUV Mixing mode), same-framerate deinterlacing or double-framerate bobbing might occur. That part's up to the renderer and the video HW. Furthermore, I've noticed that most GPU deinterlacers do a good job of detecting true interlaced vs progressive signaled as interlaced and adapting the renderered framerate on the fly. I encoded a video once of a 1-minute source where the first half was truly interlaced, and then the second half was the same as the first half but deinterlaced. The first half was encoded in VC-1 as field interlaced, and the second half was encoded as progressive - but the whole ASF file was signaled as interlaced. When decoded back via DXVA and VMR9, the first half was played back at 59.94 fps, and then at the midpoint the framerate started dropping until it reached 29.97 fps. I think I tested this on an Nvidia 6600 GPU. |
|
24th April 2007, 07:02 | #1083 | Link | ||
Registered User
Join Date: Apr 2005
Location: Krakow, Poland
Posts: 141
|
Quote:
Quote:
One more thing to add here. On my HW (ATI X1650) renderer (VMR9) input colorspace must be set to NV12 for advanced deinterlacing to work. With other colospaces driver does simple bob. So I have to disable all other colorspaces in ffdshow to force NV12 output. It would be good to add some kind of list with possibility to prioritize proposed colorspaces. This is really done well in coreavc, there is a list with colorspaces and they are proposed downstream in order (it is possible to move colorspaces on list as weel as disabling some of them). Anyway for me this HW deinterlacing setting in ffdshow is not needed and confusing. |
||
24th April 2007, 12:43 | #1085 | Link | |
Questioning User
Join Date: Jan 2005
Posts: 166
|
Quote:
So when checked the next filter after ffdshow will know if the video is interlaced or not and when unchecked ffdshow will mark all videos as deinterlaced? What if the driver has more method other than weave and bob, does it mean that ffdshow restricts it only to the 2 methods? The guide at MeWiki is a pretty good start, hope that it will cover all the options in the future or maybe put them up on a ffdshow-tryouts wiki. |
|
24th April 2007, 15:15 | #1086 | Link | ||
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
Quote:
Last edited by haruhiko_yamagata; 24th April 2007 at 15:19. |
||
24th April 2007, 16:38 | #1087 | Link |
Registered User
Join Date: Apr 2003
Location: Czech Republic
Posts: 752
|
As zambelli already said, weave is not a deinterlace method. It means, that the renderer treats the video as if it was progressive (no matter if it really is). So the only choice for an interlaced video is (smart) bob. There are usually no other deinterlace methods. But if you had for example a graphic card with more deinterlace algorithms, you'd have to choose them in driver properties. There's no way how ffdhsow could control it.
|
24th April 2007, 19:51 | #1088 | Link | |
Curious BetaTester
Join Date: Oct 2005
Posts: 430
|
on ffdshow svn version 1122 is there a typo on
line 124 of makefile_c.inc should it be this ? Quote:
__________________
Asrock N68-S AMD Athlon(tm) II X4 620 Processor (2.6GHz) - Crucial 2GB PC6400 800MHz DDR2 - Nvidia 9600GT Tools: ProcessExplorer & ProcessMonitor - BatchCompressor Guide: MinGW Compiling GCC |
|
25th April 2007, 08:28 | #1090 | Link |
Doom9ing since 2001
Join Date: Oct 2001
Location: Seattle, WA, USA
Posts: 2,002
|
I have a question regarding the Audio Decoder Configuration option under Output named "Don't use WAVEFORMATEXTENSIBLE header when not needed"...
Would it be possible to make this into a dropdown list with options: * Never use WAVE_FORMAT_EXTENSIBLE * Don't use WAVE_FORMAT_EXTENSIBLE when not needed * Always use WAVE_FORMAT_EXTENSIBLE As it is right now, I can prevent Ffdshow from outputting WAVE_FORMAT_EXTENSIBLE headers, but I can't force it to output WAVE_FORMAT_EXTENSIBLE headers. |
25th April 2007, 10:36 | #1092 | Link | |
ffdshow/AviSynth wrangler
Join Date: Feb 2003
Location: Austria
Posts: 2,441
|
Quote:
And isn't there a separate ICL9 project anyway?
__________________
now playing: [artist] - [track] ([album]) |
|
25th April 2007, 11:34 | #1093 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
ICL9 binaries for TomsMoComp and kernelDeint are in the SVN. So there is no need to compile them.
I agree that they should be removed (not just unchecked) from the main msvc solution files. There are separate project files present for them anyway.
__________________
MPC-HC 2.2.1 |
26th April 2007, 00:13 | #1094 | Link |
Registered User
Join Date: Feb 2004
Posts: 399
|
2 little suggestions:
- for the installer: if it could remember the language used during previous ffdshow installations. - for ffdshow: for the "logoaway" feature, if we could have a feature for setting the position easily. Like a preview either in red or as negative image, to set the position accurately, and then we would disable it for the normal processing. Hope you see what i mean ^^; Later, TSR |
26th April 2007, 10:59 | #1095 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
That is not possible with the install software that we use.
__________________
MPC-HC 2.2.1 |
26th April 2007, 16:11 | #1096 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
The debug may be hard because it's random and rare. |
|
27th April 2007, 09:01 | #1098 | Link |
ffdshow user
Join Date: Oct 2005
Location: Romania
Posts: 818
|
I have added SSE3 & SSSE3 detection code:
Patch http://rapidshare.com/files/28159079/ssse3.rar.html Bin http://rapidshare.com/files/28158873..._test.exe.html Yasm 0.6.0 is needed. If anybody is interested in testing and helping me to fix it. This will be used in xvidcore 1.2 and x264. Last edited by _xxl; 27th April 2007 at 09:13. |
27th April 2007, 13:31 | #1099 | Link | |
>>^^__^^<<
Join Date: Jun 2005
Posts: 222
|
Quote:
Intel P3-450 Also small speedup compared to 1090 icl9 Code:
1090 Null User: 44s, kernel: 0s, total: 44s, real: 46s, fps: 26.4, dfps: 25.5 o/m User: 45s, kernel: 0s, total: 45s, real: 46s, fps: 26.1, dfps: 25.6 1124 Null User: 43s, kernel: 0s, total: 43s, real: 44s, fps: 26.9, dfps: 26.3 o/m User: 44s, kernel: 0s, total: 44s, real: 45s, fps: 26.5, dfps: 25.9 Last edited by Px; 27th April 2007 at 13:42. Reason: oops :) |
|
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
Thread Tools | Search this Thread |
Display Modes | |
|
|