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.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 20th December 2008, 11:34   #5781  |  Link
fastplayer
Registered User
 
Join Date: Nov 2006
Posts: 799
Benchmarks w/ and w/o filters

Here are more results on my single-core Athlon64, this time with various filters applied:




Looks like the MSVC compilers have caught up with ICL. Or ICL just doesn't like AMD CPU's

H.264 decoding performance has increased by 1.5-4% when comparing Beta 5 and pre-Beta 6.

Last edited by fastplayer; 20th December 2008 at 11:43. Reason: I have my reasons...
fastplayer is offline   Reply With Quote
Old 20th December 2008, 13:08   #5782  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,623
Quote:
Originally Posted by Dark Shikari View Post
Are you sure the person who compiled your copy of ffdshow had yasm installed? Otherwise, none of the new assembly code will get used...

(it also requires --enable-gpl...)
Yasm 0.7.2, so don;t worry

Beta5 is from before Michael's major H.264 compliance fixes. Which have had some impact on performance. So that is why prebeta6 should not be compared with it, but with a build from say last week.

I have seen speedups varying from 1% to 11% on a Core2.
clsid is online now   Reply With Quote
Old 20th December 2008, 13:13   #5783  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,623
Quote:
Originally Posted by fastplayer View Post
Looks like the MSVC compilers have caught up with ICL. Or ICL just doesn't like AMD CPU's
I use patched ICL libs. Without that performance would even be worse on AMD.
ICL only shows benefit in just a few filters, like xsharpen. Perhaps you could test some more processing filters to see if there are more that benefit?
clsid is online now   Reply With Quote
Old 20th December 2008, 13:53   #5784  |  Link
haruhiko_yamagata
Registered User
 
Join Date: Feb 2006
Location: Japan
Posts: 1,560
Quote:
Originally Posted by clsid View Post
I use patched ICL libs. Without that performance would even be worse on AMD.
ICL only shows benefit in just a few filters, like xsharpen. Perhaps you could test some more processing filters to see if there are more that benefit?
As for xsharpen, MSVC9 does better job than expected.
Another problem was equalizer. Is it better now?
__________________
[ Download ffdshow | Wiki ]
haruhiko_yamagata is offline   Reply With Quote
Old 20th December 2008, 14:14   #5785  |  Link
leeperry
Kid for Today
 
Join Date: Aug 2004
Posts: 3,405
FF.MKV (1080p h264)
720p spline resize/unsharp masking/LSF/ConvertToRGB32()

ffdshow_rev2447_20081208_clsid_sse_icl10.exe :
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 46.0, dfps: 25.9
User: 1s, kernel: 0s, total: 2s, real: 3s, fps: 43.5, dfps: 25.9
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 43.8, dfps: 26.0

ffdshow_rev2527_20081219_clsid_sse_icl10.exe :
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 44.5, dfps: 26.5
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 44.2, dfps: 26.3
User: 2s, kernel: 0s, total: 2s, real: 3s, fps: 43.5, dfps: 26.4

ffdshow_rev2527_20081219_clsid.exe :
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 45.3, dfps: 26.5
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 43.8, dfps: 26.5
User: 1s, kernel: 0s, total: 2s, real: 3s, fps: 43.5, dfps: 26.5

ffdshow_rev2488_20081213_xxl_mt.exe :
User: 3s, kernel: 0s, total: 3s, real: 3s, fps: 27.4, dfps: 22.9
User: 3s, kernel: 0s, total: 3s, real: 3s, fps: 26.9, dfps: 22.9
User: 3s, kernel: 0s, total: 3s, real: 3s, fps: 27.4, dfps: 23.0

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + CoreAVC 1.8.5 :
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 47.2, dfps: 28.0
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 47.2, dfps: 28.0
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 45.6, dfps: 27.8

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + Remoulade beta3 :
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 44.2, dfps: 27.6
User: 2s, kernel: 0s, total: 2s, real: 3s, fps: 40.9, dfps: 27.7
User: 1s, kernel: 0s, total: 1s, real: 3s, fps: 44.2, dfps: 27.7


Death.and.Life.of.Bobby.Z.mkv (720p 2.35 h264)
unsharp masking/LSF/ConvertToRGB32()

ffdshow_rev2447_20081208_clsid_sse_icl10.exe :
User: 8s, kernel: 2s, total: 11s, real: 14s, fps: 44.3, dfps: 34.2
User: 8s, kernel: 2s, total: 10s, real: 14s, fps: 46.2, dfps: 35.4
User: 8s, kernel: 2s, total: 10s, real: 14s, fps: 46.9, dfps: 35.3

ffdshow_rev2527_20081219_clsid_sse_icl10.exe :
User: 8s, kernel: 2s, total: 11s, real: 14s, fps: 45.4, dfps: 35.5
User: 8s, kernel: 2s, total: 10s, real: 14s, fps: 46.3, dfps: 35.5
User: 8s, kernel: 2s, total: 10s, real: 14s, fps: 46.5, dfps: 35.4

ffdshow_rev2527_20081219_clsid.exe :
User: 8s, kernel: 2s, total: 11s, real: 14s, fps: 44.8, dfps: 34.2
User: 8s, kernel: 2s, total: 11s, real: 14s, fps: 44.2, dfps: 34.2
User: 8s, kernel: 2s, total: 11s, real: 14s, fps: 44.1, dfps: 34.2

ffdshow_rev2488_20081213_xxl_mt.exe :
User: 8s, kernel: 2s, total: 10s, real: 13s, fps: 48.4, dfps: 37.1
User: 8s, kernel: 2s, total: 10s, real: 13s, fps: 47.1, dfps: 36.9
User: 8s, kernel: 1s, total: 10s, real: 13s, fps: 46.2, dfps: 36.4

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + CoreAVC 1.8.5 :
User: 8s, kernel: 1s, total: 10s, real: 13s, fps: 49.2, dfps: 37.8
User: 8s, kernel: 1s, total: 10s, real: 13s, fps: 48.7, dfps: 37.8
User: 8s, kernel: 1s, total: 10s, real: 13s, fps: 48.4, dfps: 38.0

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + Remoulade beta3 :
User: 8s, kernel: 2s, total: 10s, real: 12s, fps: 46.9, dfps: 38.7
User: 9s, kernel: 1s, total: 11s, real: 13s, fps: 44.3, dfps: 38.1
User: 8s, kernel: 2s, total: 10s, real: 12s, fps: 46.1, dfps: 38.9


Dila_720p.mkv (720p 1.78 h264)
unsharp masking/LSF/ConvertToRGB32()

ffdshow_rev2447_20081208_clsid_sse_icl10.exe :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 21.8, dfps: 19.0
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.5, dfps: 18.9
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.2, dfps: 19.2

ffdshow_rev2527_20081219_clsid_sse_icl10.exe :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.2, dfps: 19.8
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.9, dfps: 19.8
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.7, dfps: 19.9

ffdshow_rev2527_20081219_clsid.exe :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.1, dfps: 19.8
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 21.9, dfps: 19.8
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.7, dfps: 19.6

ffdshow_rev2488_20081213_xxl_mt.exe :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.7, dfps: 20.3
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.4, dfps: 20.1
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.7, dfps: 20.1

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + CoreAVC 1.8.5 :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.9, dfps: 20.3
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.9, dfps: 20.5
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.4, dfps: 20.3

ffdshow_rev2527_20081219_clsid_sse_icl10.exe + Remoulade beta3 :
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.7, dfps: 20.1
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 22.7, dfps: 20.1
User: 1s, kernel: 0s, total: 2s, real: 2s, fps: 23.5, dfps: 20.1

notes :
1)-test were conducted on a 3.3Ghz Q6600(8*415)
2)-the ffdshow MT version failed with the FF.mkv 1080p sample, I've uploaded it here :
http://www.megaupload.com/?d=YGJA8GE2
3)-even though Remoulade sometimes has higher dfps, its fps is lower than CoreAVC...and CoreAVC seems to offer better realtime performance, so I'm not sure that the dfps figure is the only one to care for?
4)-timecodec doesn't measure ffdshow audio performance(which is higher w/ ICL10 builds)
5)-I've set timecodec to the highest priority on 4 cores w/ as little background processes as possible(in low priority on single cores) + short h264 samples to measure the decoding speed, not the computer throughput

Last edited by leeperry; 21st December 2008 at 02:19.
leeperry is offline   Reply With Quote
Old 20th December 2008, 14:48   #5786  |  Link
fastplayer
Registered User
 
Join Date: Nov 2006
Posts: 799
New homepage updated

Quote:
Originally Posted by fastplayer View Post
By the way, don't browse the page with IE6...
Christmas is around corner, I'm in a generous mood. So here's one last gift to you IE6-diehards:
ffdshow's new homepage now displays correctly on your "browser"!

Quote:
Originally Posted by nautilus7 View Post
Well, it's readable, but i would like it a bit bigger. I think it is a click smaller than normal. I am on 1680x1050 20" monitor (maybe on 21"-22" there's no problem).
I've made some improvements to the homepage which should please - not everyone - but most of us:
  • Helvetica and Trebuchet MS are used for improved readability
  • Font size and line height have been increased:
    Should look sexier now on high-res displays. On resolutions of 1024x768 and less it looks a bit too bulky but I'm just too lazy to let font size adjust itself dynamically based on screen resolution...
fastplayer is offline   Reply With Quote
Old 20th December 2008, 14:54   #5787  |  Link
haruhiko_yamagata
Registered User
 
Join Date: Feb 2006
Location: Japan
Posts: 1,560
Quote:
Originally Posted by LoRd_MuldeR View Post
Got a similar problem with recent builds (normal and MT, but not x64) when playing interlaced MPEG-2 and using Yadif.
With Yadif enabled (internal version -or- Avisynth version) I get "slow motion" playback, which disappears when the OSD is enabled!
Had a lot of private discussion with haruhiko_yamagata about that problem already, but no solution yet.

It came down to the following result:
* The time ffdshow spends in Yadif is always okay.
* When the slow motion happens, then ffdshow spends a very long time (much too long) in the "convert" function!
* The "convert" time is back to normal with OSD enabled.

Note that there was no such problem in rev2347, seems it started around rev2391 ...
The slow down is caused by very slow V-RAM access. It's a bug of video driver. ffdshow is just triggering it.
Does "High quality YV12 to RGB conversion" matter?
__________________
[ Download ffdshow | Wiki ]
haruhiko_yamagata is offline   Reply With Quote
Old 20th December 2008, 16:02   #5788  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Just to confirm this issue with the MT branch, Snowknight26's Tiesto sample has the sample problem in at least frame 538 or surrounding frames using MPC's internal MPEG PS/TS/PVA splitter, same freeze, same behaviour. Using only 1 thread fixes it again.
__________________
Specs, GTX970 - PLS 1440p@96Hz
Quote:
Originally Posted by Manao View Post
That way, you have xxxx[p|i]yyy, where xxxx is the vertical resolution, yyy is the temporal resolution, and 'i' says the image has been irremediably destroyed.

Last edited by STaRGaZeR; 20th December 2008 at 16:07.
STaRGaZeR is offline   Reply With Quote
Old 20th December 2008, 16:09   #5789  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by haruhiko_yamagata View Post
The slow down is caused by very slow V-RAM access. It's a bug of video driver. ffdshow is just triggering it.
I wonder how ffdshow can be effected by V-RAM access. It doesn't access the graphics card directly, it just sends over the decoded frame to the next filter in graph, right? So I would think that the "convert" time only measures the time to convert the frame internally (in ffdshow) and send it to the next filter (most likely a renderer), but nothing more. Even if it had to wait for a "slow" renderer, that problem would disappear as soon as queuing is on. But it doesn't. Also as mentioned before, the problem isn't there in older revision and it reproducible appears as soon as I install a newer revision. And last but not least: How should the renderer detect that Yadif is used and then decide to do a "slow" V-RAM access now? While it does "fast" V-RAM access with KernelBob in use. Crazy, isn't it?

Quote:
Originally Posted by haruhiko_yamagata View Post
Does "High quality YV12 to RGB conversion" matter?
Nope. Makes no difference.

It's only "OSD" that for some reason makes a difference


Quote:
Originally Posted by Dark Shikari View Post
Are you sure the person who compiled your copy of ffdshow had yasm installed? Otherwise, none of the new assembly code will get used...
I took clsid's build from ffdshow's sourceforge site. And I think he knows what he does
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.



Last edited by LoRd_MuldeR; 20th December 2008 at 16:21.
LoRd_MuldeR is offline   Reply With Quote
Old 20th December 2008, 17:38   #5790  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by haruhiko_yamagata View Post
@LoRd_MuldeR
It may dependent on samples. Please try premiere-paff.ts or bbc-japan_1080p.mov.
Okay, tried again with the "premiere-paff.ts" sample. But still the difference between Beta-5 (r2033) and preBeta-6 (r2527) is negligible:

Code:
E:\HD\premiere-paff.ts

[ffdshow, rev2033, Beta-5, 2008-07-05, 1 thread]
User: 29s, kernel: 0s, total: 30s, real: 30s, fps: 39.8, dfps: 39.4
User: 29s, kernel: 0s, total: 29s, real: 30s, fps: 39.9, dfps: 39.4
User: 30s, kernel: 0s, total: 30s, real: 30s, fps: 39.7, dfps: 39.2

[ffdshow, rev2033, Beta-5, 2008-07-05, 4 threads]
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 341.1, dfps: 87.5
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 315.8, dfps: 87.3
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 335.2, dfps: 87.2

[ffdshow, rev2527, Pre-Beta 6, 2008-12-19, 1 thread]
User: 29s, kernel: 0s, total: 29s, real: 30s, fps: 40.0, dfps: 39.7
User: 29s, kernel: 0s, total: 29s, real: 30s, fps: 40.2, dfps: 39.7
User: 29s, kernel: 0s, total: 29s, real: 30s, fps: 40.2, dfps: 39.7

[ffdshow, rev2527, Pre-Beta 6, 2008-12-19, 4 threads]
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 317.1, dfps: 87.7
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 353.8, dfps: 87.3
User: 3s, kernel: 0s, total: 3s, real: 13s, fps: 321.1, dfps: 87.0

[ffdshow-MT, rev2525, 2008-12-20, 1 thread]
User: 30s, kernel: 0s, total: 30s, real: 30s, fps: 39.4, dfps: 39.1
User: 30s, kernel: 0s, total: 30s, real: 30s, fps: 39.5, dfps: 39.0
User: 30s, kernel: 0s, total: 30s, real: 30s, fps: 39.6, dfps: 39.0

[ffdshow-MT, rev2525, 2008-12-20, 4 threads]
User: 2s, kernel: 0s, total: 2s, real: 9s, fps: 457.6, dfps: 130.2
User: 2s, kernel: 0s, total: 2s, real: 9s, fps: 446.9, dfps: 130.0
User: 2s, kernel: 0s, total: 2s, real: 9s, fps: 404.3, dfps: 129.3

[CoreAVC Decoder, v1.8.5]
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 1032.6, dfps: 160.2
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 899.0, dfps: 159.2
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 1091.7, dfps: 158.9

[DivX H.264 Decoder, Beta-3]
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 858.6, dfps: 169.8
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 771.9, dfps: 169.0
User: 1s, kernel: 0s, total: 1s, real: 7s, fps: 734.8, dfps: 168.7
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 20th December 2008, 18:43   #5791  |  Link
ash925
 
Join Date: Sep 2007
Location: Seventh Dimension
Posts: 54
With versions 2503 and 2527 I am getting a black or green output in virtualdub(1.8.6)though the videos run fine in mediaplayer classic(patched build).Version 2033 runs video fine, I want to know is there any way to get proper output in virtualdub(any settings that need to be changed). The problem exists with h264 videos in avi or mp4 container(mp4 plugin is used of course).

Last edited by ash925; 20th December 2008 at 18:54. Reason: codec info
ash925 is offline   Reply With Quote
Old 20th December 2008, 18:47   #5792  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by ash925 View Post
With versions 2503 and 2527 I am getting a black or green output in virtualdub(1.8.6)though the videos run fine in mediaplayer classic(patched build).Version 2033 runs video fine, I want to know is there any way to get proper output in virtualdub(any settings that need to be changed).
Media players access ffdshow through the DirectShow interface, while VirtualDub uses the VfW interface only.
Goto "ffdshow" -> "VFW configuration" and make sure all required video decoders (Codecs) are enabled on the "Decoder" tab.
Also make sure the desired color format(s) are checked on the "Output" page.

BTW: About what video formats we are talking here?
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 20th December 2008, 18:58   #5793  |  Link
ash925
 
Join Date: Sep 2007
Location: Seventh Dimension
Posts: 54
Was trying to update the Format thing but for some reason the site became tooo slow.
H264 videos in avi or mp4 videos.
I had the h264 option in vfw enabled each time.
ash925 is offline   Reply With Quote
Old 20th December 2008, 19:02   #5794  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by ash925 View Post
H264 videos in avi or mp4 videos.
VirtualDub doesn't support MP4 files. Unless a new MP4 input plugin was released recently...

Quote:
Originally Posted by ash925 View Post
I had the h264 option in vfw enabled each time.
Then it should work. At least it does here.
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 20th December 2008, 19:20   #5795  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,623
Try pressing F9 (show input pane).

Last edited by clsid; 20th December 2008 at 19:23.
clsid is online now   Reply With Quote
Old 20th December 2008, 19:39   #5796  |  Link
ash925
 
Join Date: Sep 2007
Location: Seventh Dimension
Posts: 54
@LoRd_MuldeR:"VirtualDub doesn't support MP4 files. Unless a new MP4 input plugin was released recently..."
Well I found a plugin and it seems to work(at least upto now).
@clsid:Input and ouput pane both are enabled.

It seems strange that MPC can use it, but virtualdub can't.
ash925 is offline   Reply With Quote
Old 20th December 2008, 19:42   #5797  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by ash925 View Post
It seems strange that MPC can use it, but virtualdub can't.
MPC is a DirectShow-baes player, VirtualDub uses VFW Codecs. These are two completely different things!

The only reason why ffdshow works in VDub at all is that it provides a special VfW interface for such "legacy" applications.
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 20th December 2008, 19:50   #5798  |  Link
ash925
 
Join Date: Sep 2007
Location: Seventh Dimension
Posts: 54
Thanks for the clarification LoRd_MuldeR.
BTW problem solved, I accidentally put a matroska file in Virtualdub and the video shows just fine, must have something to do with Haali Splitter.
ash925 is offline   Reply With Quote
Old 20th December 2008, 20:19   #5799  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 12,756
Quote:
Originally Posted by ash925 View Post
...must have something to do with Haali Splitter.
Impossible. As said before, VirtualDub doesn't use DirectShow. Hence it doesn't use any DirectShow filters, such as Haali Splitter.
VirtualDub only supports VfW Codecs and it's limited to AVI files, using it's own internal AVI splitter.
Other containers than AVI can only be opened in VDub through special VDub Input Plugins and even that feature was only added recently.
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 21st December 2008, 00:11   #5800  |  Link
squid_80
Registered User
 
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
There is a directshow input plugin...
squid_80 is offline   Reply With Quote
Reply

Tags
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:01.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.