ffdshow tryouts project: Discussion & Development - Page 746

wanezhiling · 22nd March 2012, 15:33

http://forum.doom9.org/showthread.ph...13#post1566513
Same is ffdshow DXVA.

clsid · 22nd March 2012, 18:45

@all
Build 4399 will be available in a moment. Consider it as a release candidate for the pending release.

Atak_Snajpera · 22nd March 2012, 19:21

Clsid let's wait for nice 4400

ryrynz · 23rd March 2012, 00:36

Haruhiko, will vobsub support be dropped before release, considering the state it's in?

CruNcher · 23rd March 2012, 12:17

Quote:

Originally Posted by haruhiko_yamagata

Where should I start reading in the thread?

Its more here https://forum.doom9.org/showthread.p...96#post1551696

i looked 1 step deeper into this issue and it slowly becomes clearer what happens

Video of the issue = http://www.mediafire.com/?4sqg9u447hy6env

LigH · 23rd March 2012, 13:25

Rev. 4396:

Quote:

Remove three Libavcodec options.
Gray scale
Error recognition
Error concealment

Because noone was able to explain them, anyway?

haruhiko_yamagata · 23rd March 2012, 14:22

Quote:

Originally Posted by ryrynz

Haruhiko, will vobsub support be dropped before release, considering the state it's in?

I think this is a sensible suggestion, but the timing is too late.
Removing is not very easy. After removing, we have to test for a while. And then we'll get another bug report...
Once we decided to release rev 4399, we'll release it unless a regression is reported. Otherwise we can't release forever.
Vobsub will be removed (or replaced with the one from guliverkli/MPC-HC) after next release, when I have time.

haruhiko_yamagata · 23rd March 2012, 14:23

Quote:

Originally Posted by Atak_Snajpera

Clsid let's wait for nice 4400

Some updated translations are welcome.

haruhiko_yamagata · 23rd March 2012, 14:25

Quote:

Originally Posted by CruNcher

Its more here https://forum.doom9.org/showthread.p...96#post1551696

i looked 1 step deeper into this issue and it slowly becomes clearer what happens

Video of the issue = http://www.mediafire.com/?4sqg9u447hy6env

Thanks. I'll get a new machine. After that, I'll try to reproduce the problem.

haruhiko_yamagata · 23rd March 2012, 14:32

Quote:

Originally Posted by LigH

Because noone was able to explain them, anyway?

So to speak.

clsid · 23rd March 2012, 18:39

Eric needs to fix a few things in his QS code. Hopefully that will be done next week, so that we can release next weekend.

mandarinka · 24th March 2012, 03:23

Quote:

Originally Posted by haruhiko_yamagata

Some updated translations are welcome.

Why 4400 when you can have 4444

wanezhiling · 25th March 2012, 17:03

http://forum.doom9.org/showpost.php?...ostcount=10099

Quote:

PS: MPC-HC DXVA and ffdshow DXVA failed on deinterlacing.

Joniii · 26th March 2012, 13:55

Is there some unfixed VC-1 bug in ffdshow? I havent been able to use VC-1 DXVA for a long time, dunno when it broke. Player crashes or is unable to play video when trying to play MKV/TS/M2TS files with VC-1, crash happens at both WMP and WMC. Normal VC-1 works, just DXVA crashes.

clsid · 26th March 2012, 20:59

VC-1 DXVA works fine here.

egur · 27th March 2012, 10:14

clsid and haruhiko,
I've committed a patch to fix the WMC+FSE+QS failure.
Unfortunately it's not 100% what I want

I now check within the proxy class for the executable name (for WMC's exe name) and allow SW emulation to work. This is the only change within ffdshow.

This is the only way I can pass the media type checks without having the D3D9 device manager at construction/init time in FSE.
Actual HW init comes later on, during the first call to decode.

The only downfall for this approach is that Intel's SW decoder will operate for clips that the HW doesn't support and only within WMC.
Here're the media types:
h264,mpg2,vc1,wmv9: h>1080 or w>1920
wmv9: all resolutions on current drivers. New drivers (some already leaked) support HW wmv9.

IvyBridge will play everything in HW.

Note that some profiles are not supported in HW at all (>8 bit, 4:2:2, 4:4:4). These will fail the media type check and fallback to ffdshow's SW decoders.

Fallback code exist in two places:
TvideoCodec @101 - QS fails media type checks (e.g. profile is 10 bit)
TffdshowVideoInputPin.cpp @444 - QS is under WMC's thumbnail creator - no way to create HW device.

Please review the defaults I used and change them to your liking.

ryrynz · 27th March 2012, 11:12

Moving ffmpeg.dll out of the directory does not show version 'not found' in version details, though removal does cause an issue even with only using ffdshow raw.
No a big deal if it's a required component, just wondering why I would require it for ffdshow raw? I'm not using any of the decoders.

pururin · 27th March 2012, 17:27

Is the audio department still developing? Like sample format conversions, Hi-q sound processing , dithering, noise shaping etc.

haruhiko_yamagata · 28th March 2012, 12:16

Quote:

Originally Posted by egur

Please review the defaults I used and change them to your liking.

Thank you for your work. You did your best, how can I do better than you?
Let's release rev 4407.

haruhiko_yamagata · 28th March 2012, 12:17

Quote:

Originally Posted by ryrynz

Moving ffmpeg.dll out of the directory does not show version 'not found' in version details, though removal does cause an issue even with only using ffdshow raw.
No a big deal if it's a required component, just wondering why I would require it for ffdshow raw? I'm not using any of the decoders.

ffmpeg.dll consists of libavcodec, libswscale, libpostproc, libavfilter and libavutil. Resize, yadif, postprocessing and some minor color space conversion depends on ffmpeg.dll. It is required anyway.
ffdshow won't try to work without it, although some feature of the raw filter may work.

22nd March 2012, 18:45	#14902 \| Link
clsid ***** Join Date: Feb 2005 Posts: 5,647	@all Build 4399 will be available in a moment. Consider it as a release candidate for the pending release. __________________ MPC-HC 2.2.1

22nd March 2012, 19:21	#14903 \| Link
Atak_Snajpera RipBot264 author Join Date: May 2006 Location: Poland Posts: 7,816	Clsid let's wait for nice 4400 __________________ Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper

23rd March 2012, 00:36	#14904 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	Haruhiko, will vobsub support be dropped before release, considering the state it's in? Last edited by ryrynz; 23rd March 2012 at 00:43.

23rd March 2012, 18:39	#14911 \| Link
clsid ***** Join Date: Feb 2005 Posts: 5,647	Eric needs to fix a few things in his QS code. Hopefully that will be done next week, so that we can release next weekend. __________________ MPC-HC 2.2.1

26th March 2012, 13:55	#14914 \| Link
Joniii Registered User Join Date: Aug 2007 Posts: 301	Is there some unfixed VC-1 bug in ffdshow? I havent been able to use VC-1 DXVA for a long time, dunno when it broke. Player crashes or is unable to play video when trying to play MKV/TS/M2TS files with VC-1, crash happens at both WMP and WMC. Normal VC-1 works, just DXVA crashes. __________________ Windows 10 Pro 2004 with Media Center, 2 x DVB-C with cable cards MPC-HC (madVR, LAV Filters, XySubFilter) Sony Bravia 85X950H/85XH95 Yamaha RX-V685 Yamaha Piano Black NS-777/555/C444/YST-SW315

22nd March 2012, 15:33	#14901 \| Link
wanezhiling Registered User Join Date: Apr 2011 Posts: 1,184	http://forum.doom9.org/showthread.ph...13#post1566513 Same is ffdshow DXVA.

26th March 2012, 20:59	#14915 \| Link
clsid ***** Join Date: Feb 2005 Posts: 5,647	VC-1 DXVA works fine here. __________________ MPC-HC 2.2.1

27th March 2012, 10:14	#14916 \| Link
egur QuickSync Decoder author Join Date: Apr 2011 Location: Atlit, Israel Posts: 916	clsid and haruhiko, I've committed a patch to fix the WMC+FSE+QS failure. Unfortunately it's not 100% what I want I now check within the proxy class for the executable name (for WMC's exe name) and allow SW emulation to work. This is the only change within ffdshow. This is the only way I can pass the media type checks without having the D3D9 device manager at construction/init time in FSE. Actual HW init comes later on, during the first call to decode. The only downfall for this approach is that Intel's SW decoder will operate for clips that the HW doesn't support and only within WMC. Here're the media types: h264,mpg2,vc1,wmv9: h>1080 or w>1920 wmv9: all resolutions on current drivers. New drivers (some already leaked) support HW wmv9. IvyBridge will play everything in HW. Note that some profiles are not supported in HW at all (>8 bit, 4:2:2, 4:4:4). These will fail the media type check and fallback to ffdshow's SW decoders. Fallback code exist in two places: TvideoCodec @101 - QS fails media type checks (e.g. profile is 10 bit) TffdshowVideoInputPin.cpp @444 - QS is under WMC's thumbnail creator - no way to create HW device. Please review the defaults I used and change them to your liking. __________________ Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. Last edited by egur; 27th March 2012 at 12:43.

27th March 2012, 11:12	#14917 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	Moving ffmpeg.dll out of the directory does not show version 'not found' in version details, though removal does cause an issue even with only using ffdshow raw. No a big deal if it's a required component, just wondering why I would require it for ffdshow raw? I'm not using any of the decoders. Last edited by ryrynz; 27th March 2012 at 12:56.

27th March 2012, 17:27	#14918 \| Link
pururin Registered User Join Date: Dec 2011 Posts: 54	Is the audio department still developing? Like sample format conversions, Hi-q sound processing , dithering, noise shaping etc.