ffdshow tryouts project: Discussion & Development

[clsid]

The trunk has been updated with the new audio decoders from the branch. Builds will be online in a few moments.

[tal.aloni]

The trunk has been updated with the new audio decoders from the branch.

Perfect! Thanks a lot! :)

[burfadel]

Apparently under Windows you cannot create an AVI file bigger than 512GB or playback a file that is greater than 800GB (yes you read correctly). Microsoft has released a fix for this:
http://support.microsoft.com/kb/927544/

Now for all those that were upset about not being able to play those 800Gb+ AVI files need not to worry any more :)

[ikarad]

I just checked the video on a different computer (Athlon X2),
the same distortion is there as well when using ffdshow-MT.

Tal

What is ffdshow-MT?

[Mercury_22]

The trunk has been updated with the new audio decoders from the branch. Builds will be online in a few moments.

Thanks ! but 64-bit it's crashing both MPC-HC and WMP
Problem signature:
Problem Event Name: APPCRASH
Application Name: mplayerc64.exe
Application Version: 1.1.844.0
Application Timestamp: 48fef5af
Fault Module Name: libavcodec.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4904a883
Exception Code: c0000005
Exception Offset: 00000000003636c8
OS Version: 6.0.6002.2.2.0.256.1
Locale ID: 1033
Additional Information 1: 7db1
Additional Information 2: 36e4b54319f72e78877517160cd25528
Additional Information 3: 572d
Additional Information 4: 39ab74aef9b5970400e138224b1a0740

when using libav for E-AC3, AC3, DTS It's working for mp3, mp1,mp2 and not tested for MLP / DTHD ! :helpful: :confused:

[clsid]

Forgot to disable some ASM code for 64bit. Try next build.

[Mercury_22]

Forgot to disable some ASM code for 64bit. Try next build.

Can't find it ! Not yet up ? :confused:

Edit: Now it's UP ! and E-AC3 & DTS are still crashing but AC3 it's NOT crashing just NOISE no AUDIO and TrueHD/MLP = no audio !

Also ffdshow tryouts project, svn 2253 (x64) from http://xvidvideo.ru/ it's crashing for all !

[alexins]

Can't find it ! Not yet up ? :confused:

Edit: Now it's UP ! and E-AC3 & DTS are still crashing but AC3 it's NOT crashing just NOISE no AUDIO !

Also ffdshow tryouts project, svn 2253 (x64) from http://xvidvideo.ru/ it's crashing for all !

I have faults occur when ac3 and dts decoded through libavcodec. In normal mode output through liba52 and libdts no disruptions.
Draft x86 works without error!

[Mercury_22]

I have faults occur when ac3 and dts decoded through libavcodec. In normal mode output through liba52 and libdts no disruptions.
Draft x86 works without error!

Yes I was referring just to x64 libav for E-AC3, AC3 and DTS from ffdshow tryouts project, svn 2253 (x64) http://xvidvideo.ru/ !

[albain]

I don't know why, but I had the best results under 64 bits when compiling libavcodec under MSVC (I mean working sound).

There, I had MLP/TrueHD/AC3/EAC3 decoding Okay. I did not test DTS/DTS-HD though

[clsid]

Using MSVC will result in bad decoding performance for all a/v formats because it does not include the assembly stuff. It would be better to just disable only the audio related optimizations, assuming of course that MinGW64 compiles the plain c code correctly.

[albain]

I totally agree, I was just saying that to point out the fact that I "heard" it work partially under 64 bits.

I confirm the followings with MSVC : AC3/EAC3/TrueHD OK, DTS/DTSHD has garbled sound.

[Mercury_22]

I totally agree, I was just saying that to point out the fact that I "heard" it work partially under 64 bits.

I confirm the followings with MSVC : AC3/EAC3/TrueHD OK, DTS/DTSHD has garbled sound.

So maybe for the moment we should have the 64-bit compiled with MSVC since for DTS we can use libdts ?:helpful::thanks:

[STaRGaZeR]

So maybe for the moment we should have the 64-bit compiled with MSVC since for DTS we can use libdts ?:helpful::thanks:

You don't want that, H.264 Blu-ray playback is impossible with the perfomance MSVC buids provide.

[clsid]

I will make another x64 test build of libavcodec with more assembly stuff disabled.

Edit: download (http://www.zshare.net/download/504655106d9db58d/)

[alexins]

I will make another x64 test build of libavcodec with more assembly stuff disabled.

Edit: download (http://www.zshare.net/download/504655106d9db58d/)
When the withdrawal ac3 and dts, the player does not close the error.
During the reproduction of ac3 there is no sound. During the reproduction of dts is very strongly overstated the maximum level of sounding.
http://s60.radikal.ru/i169/0810/4f/71a0deefcde9t.jpg (http://radikal.ru/F/s60.radikal.ru/i169/0810/4f/71a0deefcde9.png.html)

[Mercury_22]

I will make another x64 test build of libavcodec with more assembly stuff disabled.

Edit: download (http://www.zshare.net/download/504655106d9db58d/)

DTS just noise and E-AC3, AC3, MLP no sound

[ikarad]

What is ffdshow-MT?

up!
thanks

[albain]

up!
thanks

FFDShow with libavcodec multithreaded, so better performances on multicore processors

[clsid]

Unless someone has an idea how to fix this, I think we'll just have to disable the libavcodec DTS/AC3/E-AC3/MLP decoders in the 64-bit builds. Does libavcodec MP2/MP3 work? Does vorbis work?

[alexins]

Unless someone has an idea how to fix this, I think we'll just have to disable the libavcodec DTS/AC3/E-AC3/MLP decoders in the 64-bit builds. Does libavcodec MP2/MP3 work? Does vorbis work?
MP3 -> libavcodec - works.
Vorbis -> libavcodec - no sound.

[Mercury_22]

MP3 -> libavcodec - works.
Vorbis -> libavcodec - no sound.

I can confirm that plus mp2 works too ! :)
EDIT also sometimes FFD 32-bit (too) reports MLP as E-AC3 and I have no sound !

[STaRGaZeR]

MLP works too.

[Mercury_22]

MLP works too.
Strange MLP with 64-bit FFD it's not working for me :confused: What SVN are you using ?

MLP it's failing even on 32-bit on seek / skip and sometimes on normal play

[STaRGaZeR]

Strange MLP with 64-bit FFD it's not working for me :confused: What SVN are you using ?

MLP it's failing even on 32-bit on seek / skip and sometimes on normal play

2254. The seeking bug is not related, splitter problem. Also, if you have problems with MLP as secondary audio track (you have to change between tracks to reach it) your problem is probably splitter related too. m2ts files with only one TrueHD track play fine until you seek of course.

Where is that 64bit version of Haali's grrrr.

[albain]

Unless someone has an idea how to fix this, I think we'll just have to disable the libavcodec DTS/AC3/E-AC3/MLP decoders in the 64-bit builds. Does libavcodec MP2/MP3 work? Does vorbis work?

I agree

The internal parser will always work though : so 64 bits users will be able to have DTS core from DTS-HD decoded with libdts (or sent to SPDIF), as well as TrueHD/MLP streams with AC3 frames interweaved will be decoded by liba52 (or sent to SPDIF).

For now, I don't have much time to work on my 64 bits environment to digg this around, this is the reason why I switched to ASS/SSA subtitles management.

In the meantime, a few leads can be followed :
Does mplayer works under 64 bits with libavcodec with DTS, AC3, EAC3 and TrueHD ?
Where can we find an older version of mingw64 ?
Which parts of codes (asm or not) are not entered into by MSVC unlike gcc ?

[STaRGaZeR]

Where can we find mplayer64?

Also albain, this has been requested a few times already, in both this and MPC-HC's thread. The current subtitle engine outputs perfectly round and anti-aliased subtitles, which gives sensation of blurring, compared to VSFilter which is totally aliased. Is it possible to add some control to the amount of antialiasing applied to the subs?

[Mercury_22]

2254. The seeking bug is not related, splitter problem. Also, if you have problems with MLP as secondary audio track (you have to change between tracks to reach it) your problem is probably splitter related too. m2ts files with only one TrueHD track play fine until you seek of course.

Where is that 64bit version of Haali's grrrr.

Yes I'm using a m2ts with 3 audio tracks and MLP it's the third one and i've succeed to make it work for MLP :

if a let the file to play for 1 minute when I'm changing to MLP track it's playing OK if I change earlier I have no sound !

All this with MPC-HC on 64-bit and SVN 2254

P.S. On 32 bit if I use Haali's splitter I don't have the MLP track just the first two ! :confused:

[clsid]

Where can we find an older version of mingw64 ?
Found an older one here (http://dfn.dl.sourceforge.net/sourceforge/mingw-w64/mingw-w64-bin_x86-64-mingw_20080528.zip).
Which parts of codes (asm or not) are not entered into by MSVC unlike gcc?
The test build of libavcodec that I posted a couple posts above had all audio related ASM disabled. But it still gives sound issues according to the reports from those who tested it.

[STaRGaZeR]

Thanks to this (http://forum.doom9.org/showthread.php?p=1207231#post1207231) comment of nm the problem of ffdshow assuming a fixed field order for MBAFF interlaced streams (because it can't detect what's the correct one) may be solved. The problem was discussed in this thread (http://forum.doom9.org/showthread.php?t=104277&page=206).

nm says pict_struct is the key for detecting if the video is TFF or BFF, being 3 for TFF and 4 for BFF. Can you guys take a look at this?

[albain]

Hi,

I have recompiled libavcodec with mingw64 and FFDShow with MSVC on my 64 bits environment and I am quite happy with the results :

MLP/TrueHD/AC3/EAC work
DTS/DTS-HD work

I use gcc 4.4, and the difference is that I compiled it under 64 bits.

I will try to post a new build soon

[albain]

Actually, everything work except one format :
TrueHD with 8 channels at 96khz (whereas 5.1 at 48khz work)

Here is the build :
http://rapidshare.com/files/158302616/ffdshow_rev2253_20081026_dbt_x64.exe.html

[haruhiko_yamagata]

Thanks to this (http://forum.doom9.org/showthread.php?p=1207231#post1207231) comment of nm the problem of ffdshow assuming a fixed field order for MBAFF interlaced streams (because it can't detect what's the correct one) may be solved. The problem was discussed in this thread (http://forum.doom9.org/showthread.php?t=104277&page=206).

nm says pict_struct is the key for detecting if the video is TFF or BFF, being 3 for TFF and 4 for BFF. Can you guys take a look at this?Wow, thanks, it's really useful information.
I have implemented and it works perfectly for now.

[STaRGaZeR]

@albain

Some DTS samples are wrong with bad noise as always, tested with the Black Hawk Down sample. Also if when decoding EAC3 you open Info & CPU the audio stops. For those DTS samples that work, open Info & CPU results in a change to noise again. Vorbis still doesn't work. But definitely an improvement over the previous builds.

@haruhiko

Nice :)

[Mercury_22]

Actually, everything work except one format :
TrueHD with 8 channels at 96khz (whereas 5.1 at 48khz work)

Here is the build :
http://rapidshare.com/files/158302616/ffdshow_rev2253_20081026_dbt_x64.exe.html

mp1/2/3 works DTS just noise AC3/ E-AC3/Vorbis/MLP no sound tested with MPC-HC 849 x64 and avi , ts and m2ts files

[alexins]

mp1/2/3 works DTS just noise AC3/ E-AC3/Vorbis/MLP no sound tested with MPC-HC 849 x64 and avi , ts and m2ts files
I confirm, takes place similarly for me.
__________________________________

In assembling of ffdshow 2262 x86 (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,575/), if we select conclusion AC3 - libavcodec appears error.
__________________________________

I made two versions of assembling ffdshow of x64, libavcodec.dll - GCC of 4.4.0 x86_64 and libavcodec.dll - VS2008sp1. The version of libavcodec.dll - VS2008sp1 reproduces AC3, DTS, e-ac3, Vorbis, MLP… without the errors, but there is a problem with performance when playing format H264.
ffdshow tryouts project, svn 2262 (x64) (libavcodec.dll - GCC 4.4.0 x86_64) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,574/)
ffdshow tryouts project, svn 2262 (x64) (libavcodec.dll - VS2008sp1) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,573/)

[Mercury_22]

I confirm, takes place similarly for me.
__________________________________

In assembling of ffdshow 2262 x86 (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,575/), if we select conclusion AC3 - libavcodec appears error.
__________________________________

I made two versions of assembling ffdshow of x64, libavcodec.dll - GCC of 4.4.0 x86_64 and libavcodec.dll - VS2008sp1. The version of libavcodec.dll - VS2008sp1 reproduces AC3, DTS, e-ac3, Vorbis, MLP… without the errors, but there is a problem with performance when playing format H264.
ffdshow tryouts project, svn 2262 (x64) (libavcodec.dll - GCC 4.4.0 x86_64) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,574/)
ffdshow tryouts project, svn 2262 (x64) (libavcodec.dll - VS2008sp1) (http://www.xvidvideo.ru/component/option,com_docman/task,doc_download/gid,573/)

FINALLY WE HAVE A 64-bit WINNER !

The svn 2262 (x64) VS2008sp1 version from http://www.xvidvideo.ru/content/view/335/1/ it's working with ALL :thanks: :thanks: :thanks:
Tested with MPC-HC and avi, ts and m2ts files with vorbis MLP DTS E-AC3 AC3 MP1/2/3

P.S. the svn 2262 (x86) 32-bit from http://www.xvidvideo.ru/content/view/334/1/ it's CRASHING with libav !!!!!! :mad: :confused: :helpful: :devil:

Maybe this is the answer Revision 2263 - Directory Listing
Modified Tue Oct 28 15:22:22 2008 UTC (75 minutes, 50 seconds ago) by h_yamagata
oops, (triggered a compiler's??) bug at rev 2261. ? :helpful:

[STaRGaZeR]

MSVC builds are perfect for everything except H.264 :(

@haruhiko

With the recent changes it seems that all MBAFF samples I have play with the correct field order, great work http://www.xtremesystems.org/forums/images/smilies/thumbsup.gif

Regarding the sample you posted here (http://forum.doom9.org/showpost.php?p=1206065&postcount=4715), it seems ffdshow flags different parts of the video as progressive and others as interlaced. CoreAVC and Cyberlink both flag the whole video as interlaced.

[nautilus7]

Actually, everything work except one format :
TrueHD with 8 channels at 96khz (whereas 5.1 at 48khz work)Actually, TrueHD 7.1 is broken in 32bit builds also. With all 7.1 (regardless samplerate) samples i get no sound, while 5.1 play fine.

[albain]

Ok, it should not be difficult to figure out what's wrong with 8 channels TrueHD.

[ikarad]

I use ffdshow-mT (2250) (it's the only version where I don't have any dropped image with mpc homecinema and mt2s file (blu-ray)) but this version doesn't support HD audio codec (E-AC3,MLP,DTS-HD) because it's not the same build.
Do you expect to make a version with ffdshow-mt and HD audio codec support?

[Octo-puss]

I got a little problem I can't seem to solve.
Whenever I got a movie playing or paused - doesn't matter - just as long as any is loaded, and I open another instance of player (MPC in my case, but it's not important), there is no audio on the 2nd movie. What am I doing wrong, or what should I look for in FFD audio decoder settings?

[clsid]

That is a bug in your sound drivers.

[Octo-puss]

So much for onboard soundcards I guess, then :(

[clsid]

Then update your drivers. Or if there are no updates, report your problem to the manufacturer.

[LoRd_MuldeR]

I noticed that deinterlacing is broken in ffdshow r2253 and r2265 :(

When I enable deinterlace then the deinterlacing filter seem to switch on and off randomly!
Happens at least with the KernelBob and the KernelDeint. You can clearly see it with the "Map" option checked.
Looks like sometimes the frames simply by-pass the deinterlace filter.

The older build r2202 works good. This is with live MPEG-2 broadcast in DVBViewer...

[littleD]

I got a little problem I can't seem to solve.
Whenever I got a movie playing or paused - doesn't matter - just as long as any is loaded, and I open another instance of player (MPC in my case, but it's not important), there is no audio on the 2nd movie. What am I doing wrong, or what should I look for in FFD audio decoder settings?

Try to set DefaultDirectSoundDevice on Options>>Playback>>Output>>Directshow audio

[fastplayer]

What am I doing wrong, or what should I look for in FFD audio decoder settings?
Uninstall, delete ffdshow's registry key (HKEY_CURRENT_USER\Software\GNU) and reinstall.
Could be that something in the "DirectShow control" part of ffdshow's audio decoder is messed up... and make sure you're media players are outputting audio via DirectSound and not waveOut or something else.

[STaRGaZeR]

When I enable deinterlace then the deinterlacing filter seem to switch on and off randomly!

The older build r2202 works good. This is with live MPEG-2 broadcast in DVBViewer...

Can you post a sample? Older revisions incorrectly marked progressive frames as interlaced, the newer ones don't.

[LoRd_MuldeR]

The problem is that is seems to happen randomly and with live broadcast. I will try to capture a clip that exhibits the problem...

EDIT: I got a video capture that can be used to reproduce the problem with MPC + ffdshow r2265. Uploading it now.