ffdshow tryouts project: Discussion & Development

[LigH]

@ madshi & clsid:

I totally agree with you. Shouldn't eat clowns for breakfast. ;)
__

@ srv:

ffdshow can decode AAC so that you can hear it. But it does not encode anything else to AAC.

It has an on-the-fly AC3 (Dolby Digital) encoder for Home Cinema receivers connected via S/P-DIF. I don't know any of those who would accept AAC via digital connection.

[srv]

@ srv:

ffdshow can decode AAC so that you can hear it. But it does not encode anything else to AAC.

It has an on-the-fly AC3 (Dolby Digital) encoder for Home Cinema receivers connected via S/P-DIF. I don't know any of those who would accept AAC via digital connection.

I need AAC encoder for http live TS stream (H264\AAC). May be there is AAC patch for ffdshow?

[robpdotcom]

I'm pretty sure foobar will encode AAC.

[LigH]

Using an AAC encoder is not quite as simple as it sounds when you are serious about licensing models. There are hardly any free AAC encoders at all, because the "MPEG Licensing Administration" (brief: MPEG LA) protects AAC by patents. Furthermore, some AAC encoding libraries would probably not match the GPL licensing model, which some ffmpeg related projects try to respect and support (I am not certain about ffdshow specifically, but I guess it belongs there too).

Also I wonder if a DirectShow filter is the best technical solution for on-the-fly recoding of internet streams. I could imagine that stand-alone converters (like ffmpeg / mencoder) would be more convenient.

[nevcairiel]

There is the FAAC encoding library, as well as ffmepgs own encoder, both under (L)GPLv2

[srv]

There is the FAAC encoding library, as well as ffmepgs own encoder, both under (L)GPLv2

Is ffmpeg project include this library?

[srv]

Using an AAC encoder is not quite as simple as it sounds when you are serious about licensing models. There are hardly any free AAC encoders at all, because the "MPEG Licensing Administration" (brief: MPEG LA) protects AAC by patents. Furthermore, some AAC encoding libraries would probably not match the GPL licensing model, which some ffmpeg related projects try to respect and support (I am not certain about ffdshow specifically, but I guess it belongs there too).

Also I wonder if a DirectShow filter is the best technical solution for on-the-fly recoding of internet streams. I could imagine that stand-alone converters (like ffmpeg / mencoder) would be more convenient.

Yes, I need in licence for commercial using H264 and ACC. All project in ass after this news... But I can use H264 for non commercial goals - free.

[Milo.name]

Hi develovers!

Please, add the fourcc of hdv1 as an mpeg format..

[tal.aloni]

Guys, if one of you have access to Microsoft Premier support, I would appreciate if you could PM me.

Thanks,
Tal

[misterdan]

what's the difference between the SVN builds and the Official releases (normally I would think the SVN builds are modified official builds but in this case the thread goes directly to an SVN build and the official build has not been updated over a year)? What's the difference between the 4 different 'SVN builds by ...' ?

[TheShadowRunner]

There is nobody you can contact. Best you can do is open a bug report on the bug tracker. Then hope and wait until a volunteer comes to fix it.

Sure, I filed a bug report (https://sourceforge.net/tracker/?func=detail&aid=3221231&group_id=173941&atid=867360)on the tracker.

[nevcairiel]

What's the difference between the 4 different 'SVN builds by ...' ?

Thats just different people doing builds, they should not be modified from the official sources. SVN Builds just means that they are not "stable" releases, they might not be tested as extensively, but usually work fine.

[LigH]

Different people may use different compilers to build a software. Probably different compiler options too (e.g. regarding CPU optimization). Even if the source code is the same, the resulting binaries may differ in details.

For some projects, they may even differ in features, if one author links more libraries than another. But I believe that may not be the case for ffdshow... No proof.

[misterdan]

so what makes the "SVN builds by clsid" more popular than the "Official releases"? (based on number of downloads)

[LigH]

a) Up-to-date sources (official "stable" beta releases only appear once in a few months). They usually have more features and bugfixes. Sometimes also fresh bugs, though...

b) CPU optimization (the intel compiler often does a better job than others). But obviously due to the more frequent updates, "generic" builds are in favour over "icl10".

c) Trust and habit.

d) It is the file with the latest date, therefore it is offered separately as "Looking for the latest version? Download ...".

Not monitored by SourceForge: Builds at http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/

[clsid]

The last stable is quite old and I propose releasing a new stable.

I would also like to ditch the 'beta x' naming and just use the current version of ffdshow.ax, which is "1.1.revision" now. This will be bumped to 1.2.x after release.

The following tasks need to be performed:
1) Check for regressions for current SVN (r3777) compared to revision r3154 (aka beta7). Anyone know of any regressions?
2) Write changelog. (any volunteers?)
3) Compile build. (I will do that)
4) Update site. (fastplayer usually does that)

[tal.aloni]

one thing I would like to do before releasing a new stable is to add "DXVA video decoder" to the "Select Components" menu in ffdshow's setup,
this way, it could be removed completely on systems where it's not applicable.

(when I install ffdshow for friends / coworkers, I try to make it as simple as possible for them, and removing an irrelevant menu item can reduce confusion)

the next suggestion after that would be to make this component turned off by default, if you want DXVA, you'll have to be savvy enough to enable it.
any objections?

I would also like to ditch the 'beta x' naming and just use the current version of ffdshow.ax
+1

[Gleb Egorych]

Short changelog (if you need it):
Improved HD audio bitstreaming
Added DXVA decoding for MPEG2/H.264/VC-1
Improved multi-treaded H.264 decoder
Improved subtitle renderer, Blu-ray subtitles are supported now
Added VP8 decoder
Removed x264 encoder
Removed libtheora, tremor and mp3lib
Many other fixes and improvements

[dmx512]

Hi.
I am new to this forum.

Please excuse my interruption of your discussion.
I hope you don't mind, but as I like ffdshow I wanted to participate in development of the ffdshow-tryouts.

Especially in the subtitles section, because I have some problems with stereoscopic subtitles. For Text it is working fine, but with PGS it does not. Also something I am trying to do is creating an option for selecting the sources Layout (Top-Bottom or Side-By-Side).

I actually inserted some Radio-Buttons for the layout selection in the config menu (in my local version of course), but I need a little help on finding the correct sections to edit in the files. I edited some things, but I think there must be a more generic way to insert my suggestions.

Best regards

dmx512

[tal.aloni]

Hi Developers,
this patch will make DXVA an optional component,

Note: if DXVA is not selected, it will not be registered at all.
(I made some changes in the code to achieve this, if you are aware of better / cleaner method than the one I used, let me know)

I opted to uncheck DXVA by default.

http://iknowu.dnsalias.com/files/public/ffdshow/DXVA_as_option_v1.patch

Regards,
Tal

[hoborg]

DTS + jitter correction enbaled + EVR custom renderer = stuttering

Hi.
I noticed there is a stuttering in videos with DTS track if custom EVR renderer is in use (like MPC-HC one). If i use simple EVR/VMR9 - no problem.
It can be fixed by disabling jitter correction, but this cause a/v desync on some videos.

Here is a video sample (http://forum.doom9.org/showthread.php?p=1484682#post1484682).

Any ideas?

[tetsuo55]

1) Check for regressions for current SVN (r3777) compared to revision r3154 (aka beta7). Anyone know of any regressions?
I am not aware of any regressions myself. Even if there are regressions a new build can still be released, just with a note in the release notes that such-and-such is broken.

[hoborg]

DTS + jitter correction enbaled + EVR custom renderer = stuttering

Hi.
I noticed there is a stuttering in videos with DTS track if custom EVR renderer is in use (like MPC-HC one). If i use simple EVR/VMR9 - no problem.
It can be fixed by disabling jitter correction, but this cause a/v desync on some videos.

Here is a video sample (http://forum.doom9.org/showthread.php?p=1484682#post1484682).

Any ideas?

Looks like MPA decoder already fix it:

Fix : MpaDecFilter, fix playback glitches in rare cases(on some DTS track);

What about FFDshow audio decoder? :)

[nevcairiel]

Looks like MPA decoder already fix it:

Fix : MpaDecFilter, fix playback glitches in rare cases(on some DTS track);

What bout FFDshow audio decoder? :)

Oi, he stole my fix!

Since ffdshow has an option to disable jitter correction, why not simply tick that? Although i do remember some funny bugs when that was turned off with ac3 decoding...

[hoborg]

Psh he stole my fix!

Since ffdshow has an option to disable jitter correction, why not simply tick that? Although i do remember some funny bugs when that was turned off with ac3 decoding...

Yes.
I think jitter correction should be simply disabled for DTS by default in ffdshow audio decoder.
Disabling it completelly causing A/V desync for some MediaPortal users for example on LiveTV.

[tal.aloni]

AFAIK, Those DTS issues only occurs when encoding is not done properly. (usually older encoder is being used)

[hoborg]

AFAIK, Those DTS issues only occurs when encoding is not done properly. (usually older encoder is being used)

Honestly, i have no idea where is source of this problem.
But i am sure users won't re-encode thier movies, they will use decoder that play it correctly.

[clsid]

Hi.
I am new to this forum.

Please excuse my interruption of your discussion.
I hope you don't mind, but as I like ffdshow I wanted to participate in development of the ffdshow-tryouts.

Especially in the subtitles section, because I have some problems with stereoscopic subtitles. For Text it is working fine, but with PGS it does not. Also something I am trying to do is creating an option for selecting the sources Layout (Top-Bottom or Side-By-Side).

I actually inserted some Radio-Buttons for the layout selection in the config menu (in my local version of course), but I need a little help on finding the correct sections to edit in the files. I edited some things, but I think there must be a more generic way to insert my suggestions.

Best regards

dmx512
We don't have much developer resources available to help with things like this. I suggest you post a patch of your work and explain in detail what kind of problem you have with the code. Then maybe someone can help you.

[ikarad]

The last stable is quite old and I propose releasing a new stable.

I would also like to ditch the 'beta x' naming and just use the current version of ffdshow.ax, which is "1.1.revision" now. This will be bumped to 1.2.x after release.

The following tasks need to be performed:
1) Check for regressions for current SVN (r3777) compared to revision r3154 (aka beta7). Anyone know of any regressions?
2) Write changelog. (any volunteers?)
3) Compile build. (I will do that)
4) Update site. (fastplayer usually does that)
It would be usefull before to release a new stable to correct at least the bugs from to the bug tracker, doesn't it?

If not I don't see the interest to release a new stable version. The beta builds are sufficient.

[clsid]

Hi Developers,
this patch will make DXVA an optional component,

Note: if DXVA is not selected, it will not be registered at all.
(I made some changes in the code to achieve this, if you are aware of better / cleaner method than the one I used, let me know)

I opted to uncheck DXVA by default.

http://iknowu.dnsalias.com/files/public/ffdshow/DXVA_as_option_v1.patch

Regards,
Tal
I am not sure if I like the check for the existence of a reg key to include DXVA. I would prefer checking for a key/value to exclude DXVA. Also use HKLM instead of HKCU.
I suggest: HKLM\SOFTWARE\GNU\ffdshow, value: nodxva (dword)
If value exists and is set to 1, then exclude DXVA, otherwise include DXVA.

[clsid]

It would be usefull before to release a new stable to correct at least the bugs from to the bug tracker, doesn't it?

If not I don't see the interest to release a new stable version. The beta builds are sufficient.
We don't have any developers available to fix those bugs.

What matters is regressions, bugs that didn't exist in the previous 'stable' build. That build is quite old and should be replaced with a newer and better version.

[ikarad]

We don't have any developers available to fix those bugs.

What matters is regressions, bugs that didn't exist in the previous 'stable' build. That build is quite old and should be replaced with a newer and better version.

How many developpers works on ffdshow at this moment?

I am under the impression that no developpers works on ffdshow today.

[clsid]

There are a few people who occasionally do some minor work. We need more developers.

[tal.aloni]

I am not sure if I like the check for the existence of a reg key to include DXVA. I would prefer checking for a key/value to exclude DXVA. Also use HKLM instead of HKCU.

you are totally right, I indeed haven't thought this through. (custom installers, manual registration etc.)
I'll make the suggested modifications.

Edit:
here is the updated patch ( I've used HKLM\Software\GNU\ffshow -> noDxvaDecoder )

http://iknowu.dnsalias.com/files/public/ffdshow/DXVA_as_option_v2.patch

[Bruce Willis]

This is probably discussed before, but despite of searching for hours on google and this forum, I couldn't find an answer. When playing an mkv with idx/sub or idx/sup, the subtitles do show up first, but when there has been no dialog for about 30 seconds, they don't show up anymore.

I have the latest ffdshow and matroska installed.

Is this issue known?

Is there a solution or workaround?

[adam777]

This is probably discussed before, but despite of searching for hours on google and this forum, I couldn't find an answer. When playing an mkv with idx/sub or idx/sup, the subtitles do show up first, but when there has been no dialog for about 30 seconds, they don't show up anymore.

I have the latest ffdshow and matroska installed.

Is this issue known?

Is there a solution or workaround?

I've faced issued with idx/sub and the ffdshow subtitle filter myself, when trying it out about a month ago.
I believe clsid informed me of a known problem with ffdshow and this subtitle format.
You better go with some other subtitle renderer.

[clsid]

Has anyone tried the new ffmpeg-mt support for MPEG-4 and HuffYUV? Some benchmarks would be cool!
Known limitations: interlaced MPEG-4 is not supported.


I have written a preliminary changelog for the next 'stable' build. Previous one was r3154. Comments are welcome.
* Updated FFmpeg/Libav library. Brings many fixes and improvements.
* Added hardware accelerated DXVA decoders for H.264 and VC-1.
* Improved multi-threaded H.264 decoder (ffmpeg-mt).
* Added experimental multi-threading support for Vp3, Theora, HuffYUV, and MPEG-4.
* Removed several encoders. The interface that ffdshow provided for these encoding libraries was unmaintained, outdated, and buggy. The ffdshow development team recommends using the official encoders instead (such as x264VFW and Xvid). Those are always up-to-date, stable, and fully functional.
* Updated application blacklist and whitelist.
* Updated rar library to version 4.0.
* Floating point output for libavcodec MP1/2/3, AC3, E-AC3, DTS, Vorbis, and AAC decoder.
* Removed some obsolete colorspaces from output settings in ffdshow video decoder.
* Adjusted colorspace priority lists.
* "Set interlaced flags in output media type" no longer disables YV12 output.
* High quality YV12/NV12/YUY2 to RGB32 conversion is now enabled by default.
* Improved (performance of) Deband filter. Now also works properly in x64 builds.
* Code cleanup and other minor improvements.
* libavcodec.dll has been renamed to ffmpeg.dll
* Removed mp3lib.
* Improved DXVA support.
* Added partial support for COOK audio.
* Lots of subtitle related fixes and improvements.
* Added support for Bluray subtitles (PGS).
* Add an option for giving embedded subtitles priority over external subtitle files.
* The RAW video decoder now stores its preset settings separately from the regular video decoder.
* Updated libsamplerate to version 0.1.7.
* Some S/PDIF related fixes.
* Added support for bitstreaming DTSHD, TRueHD, and E-AC3.

[Gleb Egorych]

Also ff_tremor.dll and libmplayer.dll were removed.

[fastplayer]

I have written a preliminary changelog for the next 'stable' build. Previous one was r3154. Comments are welcome.
I'll go over it and prepare the homepage and wiki. As soon as it's ready, I'll notify you.

Edit: Pretty much ready. Just need the version number and download link. :)

Is this issue known?
It is. (http://sourceforge.net/tracker/index.php?func=detail&aid=2981790&group_id=173941&atid=867360)

[arestarh]

Hello!
clsid
Can you update Russian translation?
Link in this post:
http://forum.doom9.org/showthread.php?p=1483037#post1483037

[clsid]

If no major new problems are reported for the current SVN builds, then I think a new stable can be released next week.

Updated changelog:
* Updated FFmpeg/Libav library. Brings many fixes and improvements.
* Added hardware accelerated DXVA decoders for H.264 and VC-1.
* Improved multi-threaded H.264 decoder (ffmpeg-mt).
* Added experimental multi-threading support for VP3, Theora, HuffYUV, and MPEG-4.
* Added support for bitstreaming DTSHD, TrueHD, and E-AC3.
* A few S/PDIF related fixes.
* Floating point output for libavcodec MP1/2/3, AC3, E-AC3, DTS, Vorbis, and AAC decoder.
* Removed several encoders. The interface that ffdshow provided for these encoding libraries was unmaintained, outdated, and buggy. The ffdshow development team recommends using the official encoders instead (such as x264VFW and Xvid). Those are always up-to-date, stable, and fully functional.
* Updated application blacklist and whitelist.
* Removed some obsolete colorspaces from output settings in ffdshow video decoder.
* Adjusted colorspace priority lists.
* "Set interlaced flags in output media type" no longer disables YV12 output.
* High quality YV12/NV12/YUY2 to RGB32 conversion is now enabled by default.
* Improved (performance of) Deband filter. Now also works properly in x64 builds.
* Code cleanup and other minor improvements.
* Removed mp3lib.
* Removed tremor.dll.
* libavcodec.dll has been renamed to ffmpeg.dll
* Removed libmplayer.dll since all code it contained was either removed or moved to ffmpeg.dll.
* Added partial support for decoding COOK audio.
* Lots of subtitle related fixes and improvements.
* Added support for Bluray subtitles (PGS).
* Add an option for giving embedded subtitles priority over external subtitle files.
* The RAW video decoder now stores its preset settings separately from the regular video decoder.
* Updated libsamplerate to version 0.1.7.
* Updated rar library to version 4.0.

* The ffdshow development team is looking for enthusiastic C++ developers who would like to help improve ffdshow. Interested? Visit us at the doom9.org forum.
The last line is not really a change, but I think it could be a nice addition to the change log anyway, certainly knowing that most sites will simply copy/paste it. It may bring in some extra help.

[fastplayer]

^Understood.
2 questions:
- Are the 64-bit builds still "experimental" or finally on par with the 32-bit builds?
- Which decoders honor the "number of decoding threads" value (in decoder options)?

Edit: I already updated your 1st draft:
http://ffdshow-tryout.sourceforge.net/changelog2.php
I'll incorporate your 2nd one into it.

[clsid]

64-bit can be considered stable now, certainly after the Deband improvements. I don't think there are any known major issues with it anymore now.

All the ffmpeg-mt decoders mentioned in the changelog, plus the libavcodec MPEG-2 decoder (which uses slice-based MT afaik).

[fastplayer]

64-bit can be considered stable now, certainly after the Deband improvements. I don't think there are any known major issues with it anymore now.
Will we offer a 64-bit build as stable too? For this release, I mean.

All the ffmpeg-mt decoders mentioned in the changelog, plus the libavcodec MPEG-2 decoder (which uses slice-based MT afaik).
How about libavcodec's MPEG-1 decoder? It's still in the FAQ and I wanted to update it. That's why I'm asking. :)

[clsid]

Yes, 64-bit can be provided.

Yes, MPEG-1 also seems to be slice based multi-threaded.

[fastplayer]

Yes, 64-bit can be provided.

Yes, MPEG-1 also seems to be slice based multi-threaded.
OK, I'll add 64-bit as "stable" to the download page.
:thanks:

[Mr VacBob]

MPEG-1 is slice-based, which is not effective on most files, but MPEG-1 decodes so fast that you don't need it. Frame-based was implemented but disabled as it bitrotted somewhat.

MPEG-2 is slice-based. All MPEG-2 files have slices, so frame-based isn't needed (it's actually a bit slower).

[Jeremy Duncan]

This clip: link, (http://www.mediafire.com/?3jvt2k2mu25fydo) was made by petitdragon. It is 23.976fps. in ffdshow avisynth when I type: info() the osd shows the clip as 23.97 fps, using mpc-hc 32 bit build newest build.
Same problem for ntsc mpeg2 when it should read 29.976 the osd shows it as 29.97.

link to discussion about this: link. (http://www.avsforum.com/avs-vb/showthread.php?p=20198982#post20198982) Using convertfps to switch the clip to the real framerate works: ffdshow_source().changefps(23.976) but assumefps does not, because Leak said he forced ffdshow to disable the assumefps avisynth function (use search).

Hirohiko made a patch for this framerate error in revision 1668 I think, but I tried version 1670 clsid and it was still broken. :thanks: :search: :stupid: :helpful:

[setarip_old]

@Jeremy Duncan

Hi! Same problem for ntsc mpeg2 when it should read 29.976 the osd shows it as 29.97 Naah, it should be 29.970 - or 29.97...

[jmone]

I still see (or rather dont :) ) that Interlaced VC-1 produces nil output using libav. Are there any plans for this an in the interum what are people using (eg the std MS DMO decoder?)