ffdshow tryouts project: Discussion & Development

[wanezhiling]

http://forum.doom9.org/showthread.php?p=1566513#post1566513
Same is ffdshow DXVA.

[clsid]

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

[Atak_Snajpera]

Clsid let's wait for nice 4400 :)

[ryrynz]

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

[CruNcher]

Where should I start reading in the thread?

Its more here https://forum.doom9.org/showthread.php?p=1551696#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]

Rev. 4396:
Remove three Libavcodec options.
Gray scale
Error recognition
Error concealment

Because noone was able to explain them (http://forum.doom9.org/showthread.php?t=156693), anyway?

[haruhiko_yamagata]

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]

Clsid let's wait for nice 4400 :)
Some updated translations are welcome.:)

[haruhiko_yamagata]

Its more here https://forum.doom9.org/showthread.php?p=1551696#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]

Because noone was able to explain them (http://forum.doom9.org/showthread.php?t=156693), anyway?
So to speak. :D

[clsid]

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]

Some updated translations are welcome.:)

Why 4400 when you can have 4444 :cool:

[wanezhiling]

http://forum.doom9.org/showpost.php?p=1567003&postcount=10099
PS: MPC-HC DXVA and ffdshow DXVA failed on deinterlacing.

[Joniii]

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]

VC-1 DXVA works fine here.

[egur]

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]

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]

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

[haruhiko_yamagata]

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]

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.

[haruhiko_yamagata]

Is the audio department still developing? Like sample format conversions, Hi-q sound processing , dithering, noise shaping etc.
Audio decoders are maintained by clsid.
As for audio filters, we need a new developer.

[egur]

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

I used libavcodec as the fallback for H264. libmpeg2 for mpeg2 and libwmv9 for vc1/wmv3. As far as I know this is the most stable SW setup.

[haruhiko_yamagata]

libmpeg2 for mpeg2
libmpeg2 is going to be removed. It's much slower than libavcodec on multicore CPUs. As for stability, libmpeg2 was better in the past. But now, libavcodec and its wrapper has been improved a lot. Do you know any issue regarding libavcodec MPEG-2?

And please don't worry about the fall back. I'll change it to libavcodec.

[Midzuki]

...
Do you know any issue regarding libavcodec MPEG-2?
...

http://sourceforge.net/tracker/?func=detail&aid=3066498&group_id=173941&atid=867360

also,

http://sourceforge.net/tracker/?func=detail&aid=3066506&group_id=173941&atid=867360

[nevcairiel]

Those issues are related to subtitles, not the mpeg decoder.

[Midzuki]

Those issues are related to subtitles, not the mpeg decoder.

Yes, but they appear ONLY WHEN the MPEG-2 decoder is used for DVD-playback, so yes, someone should peruse the source-code of DScaler 5 :p

[Midzuki]

UPDATE:

FWIW,

MPlayer Sherpya-SVN-r34401-4.6.2 does not have that problem anymore :cool: :cool: :cool:

However I'd like to know why the :devil: it replaces the original yellow text-images with white ones :rolleyes:

[haruhiko_yamagata]

http://sourceforge.net/tracker/?func=detail&aid=3066498&group_id=173941&atid=867360

also,

http://sourceforge.net/tracker/?func=detail&aid=3066506&group_id=173941&atid=867360I think libavcodec or libmpeg2 is not relevant. They will be discussed in each tracker.

[Midzuki]

I think libavcodec or libmpeg2 is not relevant. They will be discussed in each tracker.

Unfortunately, the Sourceforge user nsm-x1 lost his password, therefore...

Originally posted by h_yamagata http://forum.doom9.org/images/buttons/lastpost.gif (http://sourceforge.net/tracker/?func=detail&aid=3066506&group_id=173941&atid=867360)

I think the pin connects because it is asked to.
It is possible to add an option to reject the connection, but if it
rejects, DVD playback may fail.
I don't want to expose such an option to users.
I think the creation of the graph is the responsibility of the DVD
application.

Well, *perhaps* these posts will change your point-of-view... ;)

http://forum.doom9.org/showthread.php?p=1417904#post1417904

http://forum.doom9.org/showthread.php?p=1447384#post1447384

[CruNcher]

Midzuki this behaviour looks familiar to me it looks like this http://forum.doom9.org/showpost.php?p=1566633&postcount=14905 :)
it fails connection to the Video Renderer due to ffdshow intercepting even if it is told todo nothing, though it only happens when preferring it in MPC-HC in a automatic chain it doesn't happen (ffdshow not forced).

[Midzuki]

Midzuki this behaviour looks familiar to me it looks like this http://forum.doom9.org/showpost.php?p=1566633&postcount=14905 :)
it fails connection to the Video Renderer due to ffdshow intercepting even if it is told todo nothing, though it only happens when preferring it in MPC-HC in a automatic chain it doesn't happen (ffdshow not forced).

:thanks: for the insight. FWIW, and IIRC:

method 1) real merit of the video processor = 00200000, MPC-HC setting = preferred

--> this forces the use of the "Text" input pin, even when ffdshow is told to NOT handle any type of subs at all ;

method 2) real merit of the video processor >= 00800000, MPC-HC setting = N/A

--> two possibilities:

a) merit of the MPEG-2 decoder < merit of ffdshow's video processor, THEN the DVD-subpictures are sent to this latter :(

b) merit of the MPEG-2 decoder > merit of ffdshow's video processor, THEN this latter is not used at all :confused:

Apparently ffdshow sees no difference between uncompressed video and subtitles :rolleyes:

[haruhiko_yamagata]

even if it is told todo nothing
You can't tell ffdshow raw filter to do nothing. If you add it to the graph, it must handle DVD menu and the subtitles. If you don't like this, you don't add it to the graph. It's the spec, at this point.
If ffdshow does not handle DVD menu and subtitles, and ffdshow apply resize, the graph won't work.
It's a bug if it connects to audio, though...

[Midzuki]

You can't tell ffdshow raw filter to do nothing. If you add it to the graph, it must handle DVD menu and the subtitles. If you don't like this, you don't add it to the graph. It's the spec, at this point.

Spec??? Please say which one :confused:

If ffdshow does not handle DVD menu and subtitles, and ffdshow apply resize, the graph won't work.

IMHO that's a serious design flaw. If I UN-tick all checkboxes in the audio processor, yes it remains in the graph and (apparently at least) *does nothing*. So,

¿ why the "logic" of the so-called raw video filter has to be different ?

:confused: :confused: :confused: :confused: :confused:

++++++++++++++++

P.S.: If I build a graph manually in Graphstudio, the raw video filter CAN change the "picture properties" WITHOUT messing with the DVD-subpictures --- and yes, it will "do nothing" if I un-tick all of its checkboxes......

[haruhiko_yamagata]

Do you mean it still connects if you set "Raw video" to disable? Then it's a bug.

P.S.: If I build a graph manually in Graphstudio, the raw video filter CAN change the "picture properties" WITHOUT messing with the DVD-subpictures --- and yes, it will "do nothing" if I un-tick all of its checkboxes......
Then it's OK. The building of the graph is mainly responsibility of the application. ffdshow raw processor basically don't want to join the DVD graph without getting menu and subtitles, unless manually forced.

[TheShadowRunner]

A strange issue, "FFDShow Audio Decoder" refuses to connect to "FLACSource" filter.
FLACSource presents subtype {1541C5C0-CDDF-477D-BC0A-86F8AE7F8354} on its output pin and of course FLAC is set to Libavcodec in FFDshow Audio Dec.
Is it a bug, expected behavior?

On the other hand, when a FLAC stream is present in a MKV for exemple, it connects to FFDShow Audio Dec without problems using the same subtype {1541C5C0-CDDF-477D-BC0A-86F8AE7F8354}.

Why does FFDShow Audio Dec. refuse to connect to FLACSource specifically?

[Šabović Adis]

Hi there!
Is there any possibility to get the VC-1 stream through ffdshow, but without stuttering :)
I just don't like using the DXVA dec.


XP pro x64 SP2; Core 2 Quad Q6600 2,4 GHz; 4094 MB RAM DDR2 SDRAM; ATI Radeon HD 3450, 256 MB, ATI Catalist 12.3

Thanks in advance, Šabović Adis

[wanezhiling]

http://forum.doom9.org/showpost.php?p=1568418&postcount=19206
Same is ffdshow DXVA.

Edit: Sorry, my fault.. no problem now.

[clsid]

A new official stable build has been released. The version is 1.2.4422

Download links:
32-bit (http://sourceforge.net/projects/ffdshow-tryout/files/Official%20releases/generic%20build%20%28stable%29/ffdshow_rev4422_20120409.exe/download)
64-bit (http://sourceforge.net/projects/ffdshow-tryout/files/Official%20releases/64-bit/ffdshow_rev4422_20120409_x64.exe/download)

Changes since r3154:

Bugfixes:
* Lots of updates for libavcodec that bring bug fixes, performance enhancements, and security fixes.
* Disable "Detect soft telecine and average frame durations" if 3:2 pulldown is being applied in AviSynth filter.
* IAMStreamSelect: fix duplicated subtitle list in case of multiple ffdshow instances
* If a matroska container had hidden leading chapter and Haali's splitter was used and tray icon was right-clicked, ffdshow crashed.
* Various fixes regarding input mediatype handling, strides, and pin re-connection.
* Various fixes regarding H.264 SPS parsing
* Fixed decoding of 96khz 32bit audio with libavcodec
* Fixed decoding of AAC audio with libavcodec when extradata is missing
* Better handling of non-mod4 resolutions
* Workaround for freeze in Powerpoint 2010
* AC3 encoder was producing improper bitstream when connected to file writer filter
* Various fixes for audio bitstreaming

New and improved features:
* Support for H.264 10-bit 4:2:0/4:2:2/4:4:4/RGB
* Support for H.264 8-bit 4:2:2/4:4:4/RGB, 4:2:0 was already supported
* Support for various 10-bit and 16-bit colorspaces
* Optimized YV12 to NV12 conversion
* Enabled high quality RGB32 conversion by default
* Added option to select a preferred output colorspace
* Added Intel QuickSync decoder. This provides hardware acceleration decoding of H.264, VC-1 and MPEG-2. Requires the integrated GPU of Intel Sandy Bridge processors.
* Added DXVA video filter for hardware accelerated decoding. Supports H.264 and VC-1 video. Also includes subtitle support.
* Various additions to the application blacklist and whitelist
* Added support for Blu-ray PGS subtitles
* Removed support for USF subtitles
* Various improvements for the handling of ASS/SSA subtitles. More tags are supported now, but not yet all of them.
* Various improvements for the rendering of text-based subtitles
* By default now only subtitle files are shown that match the video filename. This behavior can be adjusted through an option on the "Try, dialog & Paths" page in ffdshow settings.
* Created new format option in ffdshow audio decoder for the QT PCM variants (such as TWOS). They were previously part if the Uncompressed audio option.
* ffmpeg-mt has been merged into libavcodec
* Multi-threaded decoding is now used by default for H.264, MPEG-1/2, FFV1, and DV video.
* Added decoding support for Indeo 4 and Indeo 5 video
* Floating point output for libavcodec AAC, AC3, E-AC3, DTS, Vorbis, and Nellymoser decoders.
* Added option to disable jitter correction for audio decoder
* Improved performance of Deband filter
* Removed some encoders for which the interface that ffdshow provided was outdated and unmaintained, such as Xvid and H.264. You should use the official codecs instead.
* Removed some encoders that were considered obsolete or unstable.

Updates:
* Updated Boost library to v1.49
* Updated zlib library to v1.2.6
* Updated minilzo library to v2.06
* Updated unrar library to v4.10
* Updated libsamplerate to v0.1.8
* Removed mp3lib
* Removed xvidcore

[ryrynz]

Great stuff. Any chance of having the release version number 1.2.4422 reflected on the download page for consistency?

[TheShadowRunner]

Thank you for this new "Official" build 4422!
I tried again the FLAC oddity as it could have been corrected (extensive changelog!).
It turns out that no, Flacsource.ax can connect to LAV Audio Dec, but FFDShow Audio Dec still doesn't accept the connection.
See you,

TSR

[Reino]

Just two, I think easy to fix, old bug-reports:
- Volume levels animation glitch on WavPack audio (http://sourceforge.net/tracker/?func=detail&aid=3458213&group_id=173941&atid=867360)
- Vorbis audio input bitrate incorrectly being reported (http://sourceforge.net/tracker/?func=detail&aid=3458218&group_id=173941&atid=867360)

I would very much appreciate it if anyone could have a look at it.


- Feature Request: Dedicated DTS-in-WAV-decoder (http://sourceforge.net/tracker/?func=detail&aid=3516107&group_id=173941&atid=867363)
Playing DTS in WAV without the need to set the Uncompressed format to "All supported" (or "16-bit integer").

[Midzuki]

Originally posted by h_yamagata

I have never encountered half-D1 DVD. Would you send us a sample?

Here it goes:
HalfD1demo.iso @ https://skydrive.live.com/?cid=5ACF098E0EBAE8D5&id=5ACF098E0EBAE8D5%21126

[Blight]

clsid:
Can I get a bulid 4429 installer?

everyone:
Anyone knows why 'xvidvideo.ru' stopped generating the latest builds automatically?

[LigH]

Because it is not done automatically, but a human has to launch the compiler. And he might be on vacation.

[Midzuki]

@ Blight:

Xhmikosr has built it already,

http://xhmikosr.1f0.de/ffdshow/

[EDIT]

xvidvideo.ru has been updated,

http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-4429-x86-x64.html

[haruhiko_yamagata]

Here it goes:
HalfD1demo.iso @ https://skydrive.live.com/?cid=5ACF098E0EBAE8D5&id=5ACF098E0EBAE8D5%21126
Thanks I've got the file. I'll take a look when I have time.

[Joniii]

There are some problems with ffdshow DXVA. external .srt subtitles wont show with VC-1 (DXVA), file mkv/vc-1/dts. It works on ffdshow_rev4224_20120105_xvidvideo-ru_x64-MSVC2010 but is broken on all builds after 4307, there weren't builds between those in xvidvideo.ru so don't know exactly when it broke. I'm using LAV splitter, ffdshow x64 DXVA and Radeon 7750.

There was also problem that I've had couple of months on latest builds. With Haali media splitter and ffdshow DXVA + subtitles I get error on player when trying to play the file (mkv/vc1/dts). With LAV splitter and ffdshow DXVA + srt subtitles all is fine. I don't know when this broke since I've moved to LAV splitter but might be related to the first bug.

These both are only with mkv files containing VC-1 video, player I used is WMP12 and Media Center.

[Blight]

Midzuki, LigH:
Thanks :)

[egur]

I've noticed that the XvidVideo.ru site is building ffmpeg with a pre-release version of GCC (according to their web site). This is usually not a good idea...

[nevcairiel]

I've noticed that the XvidVideo.ru site is building ffmpeg with a pre-release version of GCC (according to their web site). This is usually not a good idea...

They've always been doing that. Who knows why.
Just get builds here:
http://xhmikosr.1f0.de/ffdshow/

Build with latest stable GCC (4.7.0)