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. |
4th February 2012, 01:29 | #14641 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
With one file, in combination with Haali's splitter. |
|
4th February 2012, 11:18 | #14643 | Link |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
MSVC vc ICL x64
Madagascar.avi 1280x720
Average of about 2760 frames (QueryPerformanceCounter, which is high resolution time. Smaller number is faster.). Image filter only, not overall frame rate. RGB conversion (HQ, dithering enabled) MSVC x86: 5,415 ICL x86: 5,488 MCVC x64: 4,856 ICL x64: 4,961 Denoise 3D HQ MSVC x86: 36,047 ICL x86: 31,716 MSVC x64: 419,569 ICL x64: 32,220 Denoise 3D Normal MSVC x86: 25,618 ICL x86: 18,753 MSVC x64: 16,917 ICL x64: 18,715 As you can see, ICL is faster only in special cases. ICL is faster by 36.6% for Denoise 3D normal x86. This filter is useless because it's quality is too low. Denoise 3D HQ should be used. ICL is 13 times faster for Denoise 3D HQ x64. MSVC does not support MMX intrinsics for x64. ICL seems to be OK. EDIT Core2 Quad Q9550 2.83GHz Windows 7 Professional sp1 GeForce 7900 GS ffdshow rev 4298 Last edited by haruhiko_yamagata; 4th February 2012 at 11:45. |
4th February 2012, 11:23 | #14644 | Link | |
Registered User
Join Date: Feb 2006
Posts: 103
|
Quote:
|
|
4th February 2012, 11:26 | #14645 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
So rewrite them using SSE2, its really just the same commands with 128-bit instead 64...
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
4th February 2012, 12:17 | #14646 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
That's something compilers must do. MSVC is simply inferior to ICL in that regard. Last edited by haruhiko_yamagata; 4th February 2012 at 12:36. |
|
4th February 2012, 12:33 | #14647 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
As far as I can find,
|
|
4th February 2012, 13:19 | #14648 | Link | |
Registered User
Join Date: Apr 2009
Posts: 93
|
Quote:
Here's a sample file - it's pretty small but is enough to show the problem. It is the "File 3" in my previous message. http://www.mediafire.com/?88db0kvuw83ubh5 |
|
4th February 2012, 14:23 | #14649 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Thanks for the sample.
Quote:
What is the OS? "MPEG-2 Demux" isn't installed on my PC. |
|
4th February 2012, 15:55 | #14650 | Link |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
@clsid
The QS check doesn't work on non-SandyBridge machines. It fails on my 9400T (Penryn) which is capable of QS. I'm afraid it will also fail on IvyBridge. Please remove the existing check untill a new one is found. If it makes sense to you, I can export a check function from my dll. If these checks are too complicated or time consuming (from you), please remove them altogether or at least make them pass on all Intel processors.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
4th February 2012, 16:46 | #14651 | Link | |
*****
Join Date: Feb 2005
Posts: 5,640
|
Quote:
__________________
MPC-HC 2.1.7.2 |
|
4th February 2012, 16:55 | #14652 | Link | |
Registered User
Join Date: Apr 2009
Posts: 93
|
Quote:
OS is Windows 7. I haven't checked other versions of Windows. |
|
4th February 2012, 17:37 | #14653 | Link |
Registered User
Join Date: Feb 2006
Posts: 103
|
Updated Czech translation.
|
4th February 2012, 20:43 | #14654 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
Update: Done at r4301.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. Last edited by egur; 4th February 2012 at 22:00. |
|
5th February 2012, 01:26 | #14655 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
I tried "TS File Source". It connects but the screen is black whatever the decoder is. Any other source filters I have do not connect. How do you use the filter? Would you tell me the application and the source filter? EDIT I gave up MPEG-2 Demultiplexer. I tried DVBViewer and reproduced the problem. Last edited by haruhiko_yamagata; 5th February 2012 at 03:58. |
|
5th February 2012, 09:31 | #14656 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
@haruhiko_yamagata
About r4303: if it's not too much trouble could you please make this optional? Maybe "Frame timestamps" (original one) and "Frame timestamps (friendly)" (new format), or perhaps "Frame timestamps" (new format) and "Raw frame timestamps" (old format) in the "OSD" menu? I sometimes want to see the frame time stamp down to rt (or even ns), and the old feature in ffdshow was quite handy. |
5th February 2012, 10:26 | #14657 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
|
|
5th February 2012, 12:16 | #14658 | Link | |
Registered User
Join Date: Apr 2009
Posts: 93
|
MPEG-2 demultiplexer can be a little tricky to set up. The output media type must be set manually. It's part of a test environment here which I think has its own source filter (I didn't write it).
Quote:
Last edited by ipanema; 5th February 2012 at 12:18. |
|
6th February 2012, 12:56 | #14660 | Link |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
libswscale: migrate from FFmpeg to Libav
To fix the regression of performance of resize filter with Accurate rounding checked, I changed the base of ffdshow's libswscale from FFmpeg to Libav.
The performance is OK with Libav's libswscale plus ffdshow's custom multithreading. As we are preparing for the next release, this kind of big change should be avoided if possible. But because it was a regression, I couldn't help... Please test new builds. x86 x64 patch EDIT The patch reverts rev 4156. Accurate rounding is enabled by default. The new builds and current SVN builds use a different registry value for "Accurate rounding". So please be careful if you compare performance or quality. Last edited by haruhiko_yamagata; 6th February 2012 at 13:15. |
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
Thread Tools | Search this Thread |
Display Modes | |
|
|