ffdshow tryouts project: Discussion & Development

[haruhiko_yamagata]

Originally Posted by pururin

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]

Originally Posted by haruhiko_yamagata

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]

Originally Posted by egur

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]

Originally Posted by haruhiko_yamagata

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

http://sourceforge.net/tracker/?func...41&atid=867360

also,

http://sourceforge.net/tracker/?func...41&atid=867360

[nevcairiel]

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

[Midzuki]

Originally Posted by nevcairiel

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

[Midzuki]

UPDATE:

FWIW,

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

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

[haruhiko_yamagata]

Originally Posted by Midzuki

http://sourceforge.net/tracker/?func...41&atid=867360

also,

http://sourceforge.net/tracker/?func...41&atid=867360

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

[Midzuki]

Originally Posted by haruhiko_yamagata

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

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.ph...04#post1417904

http://forum.doom9.org/showthread.ph...84#post1447384

[CruNcher]

Midzuki this behaviour looks familiar to me it looks like this http://forum.doom9.org/showpost.php?...ostcount=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]

Originally Posted by CruNcher

Midzuki this behaviour looks familiar to me it looks like this http://forum.doom9.org/showpost.php?...ostcount=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).

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

Apparently ffdshow sees no difference between uncompressed video and subtitles

[haruhiko_yamagata]

Originally Posted by CruNcher

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]

Originally Posted by haruhiko_yamagata

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

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 ?



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

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.

Originally Posted by Midzuki

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?...ostcount=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
64-bit

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