ffdshow tryouts project: Discussion & Development

[mrcorbo]

AC3 pauses every frame so it's got this nice skipping thing going on but does bitstream, and as we determined earlier, EAC3 doesn't bitstream on my card with this driver.

Same as above when running DebugView and again silent when not running DebugView (though this time bitstream is not even detected).

http://pastebin.com/m7d768882

[tal.aloni]

Guys,
I got the green light from albain, so I commited my OSD modifications.

please let me know if there's any issue with the new patch, I won't rest until everything is in order. (sorry for resetting your OSD settings, it was unavoidable)

here is the patch that has been commited: (almost nothing has changed from beta 2)

http://iknowu.net/files/public/ffdshow/PresetOSD/PresetOSD-Beta3.patch

Tal Aloni

[albain]

Can the MPC audio renderer be used for something other than bitstreaming, like WASAPI exclusive mode with decoded LPCM? Seems not to be connecting here with MPC-HC 1300.
Sure, I have the specs for that too. It is easier to implement than compressed stream. But after that TrueHD and EAC3 (and maybe DTS HD with a little luck) will work


@Tal
Thank you, I will make the needed adaptations of Media Control

[Andy o]

Thanks for the confirmation, I'll have to figure how to make MPC use the renderer. I've registered it, do I need to move the file to the system folder or something as well?

[SamuriHL]

No, you have to add it in the external filters and set it to prefer.

[STaRGaZeR]

Guys,
I got the green light from albain, so I commited my OSD modifications.

please let me know if there's any issue with the new patch, I won't rest until everything is in order. (sorry for resetting your OSD settings, it was unavoidable)

here is the patch that has been commited: (almost nothing has changed from beta 2)

http://iknowu.net/files/public/ffdshow/PresetOSD/PresetOSD-Beta3.patch

Tal Aloni

Great work Tal.

[Andy o]

No, you have to add it in the external filters and set it to prefer.

I did try that, but couldn't find it. I could find it on the output list though, but it doesn't connect just by selecting it there. I'll get it eventually.

[albain]

I have found a new bug : I am happy when I find a bug because this means that we can move forwad

It was not very clear but stream size must be referenced in bytes instead of bits for HD formats otherwise there is not enough room to write it. So it couldn't work at all

Here is the new link (http://damienbt.free.fr/ffdshow_rev3097_20091018_dbt_bitstream_beta25.zip)

I did try that, but couldn't find it. I could find it on the output list though, but it doesn't connect just by selecting it there. I'll get it eventually.
It means that the format is refused by the mpc renderer and MPC reverts to directsound. If you get dbgview you will probably see this refusal.

The renderer is for now at development state : LPCM is not implemented, there are dropouts, and it is compiled in debug mode with many debug traces so it is slow and gives jitter.
Last thing but not the least, depending on the audio card/GPU and the driver, the official media types are refused by some and accepted by some others, so an additional layer will be added to try several types for each audio format.
For example :
if input format is TrueHD, try official MS true hd type, then try arcsoft one (for the xonar), and powerdvd one (for the auzentech)...
Maybe this can be avoided by passing LPCM type all the time and doing what we want whatever the format is.

[Skinleech]

Here is my log, using the latest beta & the rebuilt audio renderer from post #8744. The clip played in MPC, but I got no sound, my receiver showed multichannel.

I still get no audio pin in Graphstudio so can't try that way.

00000000 0.00000000 [1696] CMpcAudioRenderer::CheckMediaType
00000001 0.00007912 [1696] Media Type Structure
00000002 0.00007912 [1696] Format type : FORMAT_WaveFormatEx
00000003 0.00007912 [1696]
00000004 0.00012300 [1696] Sub type : MEDIASUBTYPE_PCM
00000005 0.00012300 [1696]
00000006 0.00016860 [1696]
00000007 0.00016860 [1696] WAVEFORMATEXTENSIBLE :
00000008 0.00016860 [1696] subFormat : MEDIASUBTYPE_PCM
00000009 0.00016860 [1696]
00000010 0.00021440 [1696]
00000011 0.00021440 [1696] wSamplesPerBlock : 16
00000012 0.00021440 [1696] Valid bits per sample : 16
00000013 0.00021440 [1696]
00000014 0.00025440 [1696]
00000015 0.00025440 [1696] WAVEFORMATEX :
00000016 0.00025440 [1696] wFormatTag :
00000017 0.00029284 [1696] WAVE_FORMAT_EXTENSIBLE
00000018 0.00034960 [1696]
00000019 0.00034960 [1696] cbSize : 22
00000020 0.00034960 [1696] nAvgBytesPerSec : 576000
00000021 0.00034960 [1696] Channels : 6
00000022 0.00034960 [1696] Bits per sample : 16
00000023 0.00034960 [1696] Samples per second : 48000
00000024 0.00034960 [1696] nBlockAlign : 12
00000025 0.00034960 [1696]
00000026 0.00042140 [1696] CMpcAudioRenderer::CheckAudioClient
00000027 0.00043644 [1696] CMpcAudioRenderer::GetDefaultAudioDevice
00000028 0.00132908 [1696] CMpcAudioRenderer::CreateAudioClient
00000029 0.00156732 [1696] CMpcAudioRenderer::CreateAudioClient success
00000030 0.00389696 [1696] CMpcAudioRenderer::CheckMediaType WASAPI client refused the format
00000031 0.00407508 [1696] CMpcAudioRenderer::CheckMediaType
00000032 0.00412780 [1696] Media Type Structure
00000033 0.00412780 [1696] Format type :
00000034 0.00412780 [1696]
00000035 0.00416940 [1696] Sub type :
00000036 0.00416940 [1696]

[Skinleech]

New log with Xonar driver version 1775, which also updated the slim firmware from 1.10HD to 1.11HD - no idea what's changed. Log looks the same though.

00000000 0.00000000 [1320] CMpcAudioRenderer::CheckMediaType
00000001 0.00031080 [1320] Media Type Structure
00000002 0.00031080 [1320] Format type : FORMAT_WaveFormatEx
00000003 0.00031080 [1320]
00000004 0.00035516 [1320] Sub type : MEDIASUBTYPE_PCM
00000005 0.00035516 [1320]
00000006 0.00040052 [1320]
00000007 0.00040052 [1320] WAVEFORMATEXTENSIBLE :
00000008 0.00040052 [1320] subFormat : MEDIASUBTYPE_PCM
00000009 0.00040052 [1320]
00000010 0.00044612 [1320]
00000011 0.00044612 [1320] wSamplesPerBlock : 16
00000012 0.00044612 [1320] Valid bits per sample : 16
00000013 0.00044612 [1320]
00000014 0.00048596 [1320]
00000015 0.00048596 [1320] WAVEFORMATEX :
00000016 0.00048596 [1320] wFormatTag :
00000017 0.00052568 [1320] WAVE_FORMAT_EXTENSIBLE
00000018 0.00058232 [1320]
00000019 0.00058232 [1320] cbSize : 22
00000020 0.00058232 [1320] nAvgBytesPerSec : 576000
00000021 0.00058232 [1320] Channels : 6
00000022 0.00058232 [1320] Bits per sample : 16
00000023 0.00058232 [1320] Samples per second : 48000
00000024 0.00058232 [1320] nBlockAlign : 12
00000025 0.00058232 [1320]
00000026 0.00062584 [1320] CMpcAudioRenderer::CheckAudioClient
00000027 0.00066744 [1320] CMpcAudioRenderer::GetDefaultAudioDevice
00000028 0.00150780 [1320] CMpcAudioRenderer::CreateAudioClient
00000029 0.00175144 [1320] CMpcAudioRenderer::CreateAudioClient success
00000030 0.00537300 [1320] CMpcAudioRenderer::CheckMediaType WASAPI client refused the format
00000031 0.00562496 [1320] CMpcAudioRenderer::CheckMediaType
00000032 0.00569360 [1320] Media Type Structure
00000033 0.00569360 [1320] Format type :
00000034 0.00569360 [1320]
00000035 0.00575496 [1320] Sub type :
00000036 0.00575496 [1320]

[albain]

The xonar driver would even refuse PCM formats in wasapi mode

I really have to take some time to create this tool that will scan all the accepted types

For now, only radeon 5xxx owners can help

Once the stream will be working, we will focus on other cards

[tetsuo55]

The xonar driver would even refuse PCM formats in wasapi mode

I really have to take some time to create this tool that will scan all the accepted types

For now, only radeon 5xxx owners can help

Once the stream will be working, we will focus on other cardsthat tool would probably save everyone a lot of time (we could check which drivers support what, to speed up testing)

[Blight]

I have a question with regards to the "FFMPEG-MT" H.264 decoder,
Is there any downside to using this decoder on a single-core system (as compared to the libavcodec)? Any compatibility issues or degraded performance?

[Skinleech]

The xonar driver would even refuse PCM formats in wasapi mode

I really have to take some time to create this tool that will scan all the accepted types

For now, only radeon 5xxx owners can help

Once the stream will be working, we will focus on other cards

Ok, I definitely will bow out for now :)

[EpsilonX]

Hi guys...
Possible bug encountered in libavcodec for MPEG2 stream...
Works fine when changed to libmpeg2...
rev3098 works fine...
IIRC it broke since rev3099, FFMpeg update..?
Any confirmation..?
Thanx in advance... :)

[clsid]

@Blight
Performance with 1 thread should be the same as regular libavcodec. I haven't done any recent comparisons, but you can benchmark it yourself if you want numbers. Search the forum for Haali's "timecodec" tool.

@EpsilonX
What exactly is the bug? MPEG-2 playback is working fine here with libavcodec. You might got a bad build.

[SamuriHL]

@albain:

No go. It changes the receiver to PCM mode, no audio.

http://pastebin.com/pastebin.php?dl=d73cc1bfe

[EpsilonX]

@EpsilonX
What exactly is the bug? MPEG-2 playback is working fine here with libavcodec. You might got a bad build.

I've tried a couple of builds since 3099, at least 5 builds...
From here (http://www.mediafire.com/?sharekey=3f33c77c2cf9ce251686155677bb26855284166a6fc12f6c) and xvidvideo.ru...
It only happen using libavcodec as MPEG2 decoder, reverting to 3908 fix it...
Sorry for the lack of detail in the previous post...
Tried it with MPEG2 files and it's working fine...
The problem only appear when it's used for DVD decoding...
Since my settings for DVD and MPEG2 are the same, a conflict with DVD Navigator maybe..?

http://img24.imageshack.us/img24/6545/captureijw.th.png (http://img24.imageshack.us/i/captureijw.png/)

[XhmikosR]

Just for educational purposes, I did a little benchmark using ffmpeg-mt compiled with -march=core2. Here are the results:

(My specs are in my signature)

ParkJoy_1080p50.x264.CRF18 x264 rev 1292

ffdshow 3108 ffmpeg-mt || Renderer: VMR9
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 260.6, dfps: 74.9
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 278.7, dfps: 74.9
*User: 1s, kernel: 0s, total: 2s, real: 6s, fps: 246.5, dfps: 74.5
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 260.6, dfps: 74.9


ffdshow 3108 ffmpeg-mt -core2 || Renderer: VMR9
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 256.4, dfps: 76.1
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 250.4, dfps: 76.3
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 273.9, dfps: 76.1
*User: 1s, kernel: 0s, total: 1s, real: 6s, fps: 299.5, dfps: 76.3


DivX H.264 Decoder Build 08_02_00_00026_Magnolia || Renderer: VMR9
*User: 1s, kernel: 0s, total: 1s, real: 4s, fps: 386.2, dfps: 100.2
*User: 1s, kernel: 0s, total: 1s, real: 4s, fps: 427.3, dfps: 100.5
*User: 1s, kernel: 0s, total: 1s, real: 4s, fps: 421.7, dfps: 100.1
*User: 0s, kernel: 0s, total: 0s, real: 4s, fps: 500.8, dfps: 100.2
==================================================================


ParkJoy_2160p50.x264.CRF22

ffdshow 3108 ffmpeg-mt || Renderer: VMR9
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 67.6, dfps: 21.2
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 69.8, dfps: 21.0
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 70.3, dfps: 21.2
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 69.1, dfps: 21.1


ffdshow 3108 ffmpeg-mt -core2 || Renderer: VMR9
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 67.5, dfps: 21.4
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 67.8, dfps: 21.5
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 68.3, dfps: 21.6
*User: 7s, kernel: 0s, total: 7s, real: 23s, fps: 68.3, dfps: 21.5


DivX H.264 Decoder Build 08_02_00_00026_Magnolia || Renderer: VMR9
*User: 4s, kernel: 0s, total: 4s, real: 16s, fps: 104.7, dfps: 29.5
*User: 4s, kernel: 0s, total: 4s, real: 17s, fps: 106.5, dfps: 29.2
*User: 4s, kernel: 0s, total: 4s, real: 16s, fps: 108.6, dfps: 29.5
*User: 4s, kernel: 0s, total: 4s, real: 17s, fps: 104.1, dfps: 29.2
The difference is not big, especially for the 2160p video. Of course DivX H.264 decoder is the winner in both videos.
For those interested, here (http://www.mediafire.com/?tuiyiinn0uw) is the 3108 core2 build while normal builds are here (http://www.mediafire.com/?sharekey=3f33c77c2cf9ce251686155677bb26855284166a6fc12f6c).

[tal.aloni]

It only happen using libavcodec as MPEG2 decoder, reverting to 3908 fix it...

I'm having the same problem with AVC (libavcodec),
while I try to exit the playing application, it crashes,
it only happen with libavcodec (not with ffmpeg-MT), and with rev. 3099 and up, no problem with rev. 3098.

[albain]

@albain:

No go. It changes the receiver to PCM mode, no audio.

http://pastebin.com/pastebin.php?dl=d73cc1bfe

OK then, I will come to plan B, which is harder and longer to put in place....

[SamuriHL]

OK then, I will come to plan B, which is harder and longer to put in place....

Alright, man. Good luck. I'm sure you'll get it. :)

[STaRGaZeR]

I'm having the same problem with AVC (libavcodec),
while I try to exit the playing application, it crashes,
it only happen with libavcodec (not with ffmpeg-MT), and with rev. 3099 and up, no problem with rev. 3098.

I have the same issue.

[LoRd_MuldeR]

Similar problem here with latest ffdshow build by clsid. DVBViewer will crash at application exit:
http://pastie.org/659774

http://img38.imageshack.us/img38/2550/capture2bng.png

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 3684.0x12b0]
0x6fd844ff in thread_func@4 () from D:\ffdshow\libavcodec.dll

[clsid]

The FFmpeg changes to w32thread.c must be buggy then. I don't have time to revert it now, maybe tomorrow, otherwise Tuesday.

[Sebastiii]

OK then, I will come to plan B, which is harder and longer to put in place....

Salut and Bon Courage :)

I can post now so i have tested with ATI 4350 and Xonar too. I have see longtime after that it must made on 5xxxx series.

So now when the light comes out with 5xxx.
I hope that it will work with 4xxx and Xonar :)

Encore merci :)
Thx,
Seb. :)

[LoRd_MuldeR]

The FFmpeg changes to w32thread.c must be buggy then. I don't have time to revert it now, maybe tomorrow, otherwise Tuesday.

Thanks for confirming.

[albain]

Salut and Bon Courage :)

I can post now so i have tested with ATI 4350 and Xonar too. I have see longtime after that it must made on 5xxxx series.

So now when the light comes out with 5xxx.
I hope that it will work with 4xxx and Xonar :)

Encore merci :)
Thx,
Seb. :) Merci pour les encouragements, il reste du boulot :-)

@Xonar owners
Can someone confirm me that with Total Media Theatre + a Xonar, you can play a M2TS file with a TrueHD streamin bitstream mode ?
I need to know this answer in order to go further

Thanks

[Skinleech]

@Xonar owners
Can someone confirm me that with Total Media Theatre + a Xonar, you can play a M2TS file with a TrueHD streamin bitstream mode ?
I need to know this answer in order to go further

Thanks

No, you can't I'm afraid. You need to play a BD structure for bitstreaming to work at present.

[Blight]

clsid:
Any possible stability issues with ffmpeg-mt compared to libavcodec??

[htpc66]

Merci pour les encouragements, il reste du boulot :-)

@Xonar owners
Can someone confirm me that with Total Media Theatre + a Xonar, you can play a M2TS file with a TrueHD streamin bitstream mode ?
I need to know this answer in order to go further

Thanks

TMT version for Asus Xonar delivers unmolested Truehd OR Dts-hdma ("bitstream") from a M2TS2 file only and only if a Blu-ray disk structure exists.

[SamuriHL]

Yea, the Xonar won't play nice uniless you're in a BD structure. No bitstreaming for files or HD DVD structures. I've uninstalled my Xonar. It's still in the machine but I uninstalled the driver and have been using only the 5870 for the past week or so. :)

[albain]

OK then how could we put a TrueHD sample in a bluray structure ?

I don't want to tell here what I'm gonna do but is there a way to get a TrueHD sample with a simple bluray structure that is playable in bitstream in both MPC and TMT ?

Is it the same issue with powerdvd ?

[SamuriHL]

Yes, all the commercial players are going to have the same problem. And sure, just take the m2ts file and use tsMuxer to create a BD folder structure. Then use ImgBurn to make an ISO. In fact, some of the testing I've done for you has been on movies exactly like this. With MPC-HC I just open the 0001.m2ts file directly from the stream folder.

[mrcorbo]

OK then how could we put a TrueHD sample in a bluray structure ?

I don't want to tell here what I'm gonna do but is there a way to get a TrueHD sample with a simple bluray structure that is playable in bitstream in both MPC and TMT ?

Is it the same issue with powerdvd ?

Run the .m2ts file through tsMuxeR (http://www.smlabs.net/tsmuxer_en.html) selecting the option to output "Blu-ray disk".

[Skinleech]

You don't even need to make an ISO - not for TMT anyway. I guess you will for PowerDVD though.

[albain]

Ok thanks
I'll come back to you when I'll finished my "tool"

[tal.aloni]

@clsid,

All is well with rev. 3109, your efforts are much appreciated!

Tal

[Blight]

Hi,
There is some missing documentation for the COM interface (IID_IffDecoder).

How do you control asharpen and swscaler sharpening through code? The parameter values are missing from the docs.

[LoRd_MuldeR]

Similar problem here with latest ffdshow build by clsid. DVBViewer will crash at application exit:
http://pastie.org/659774

http://img38.imageshack.us/img38/2550/capture2bng.png

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 3684.0x12b0]
0x6fd844ff in thread_func@4 () from D:\ffdshow\libavcodec.dll

Resolved with ffdshow r3109.

:thanks:

[leeperry]

Why not? Float decoding support was recently added to the API and for various other codecs--and in most cases it's faster, too.
well, I've tried to signup to the ffmpeg user list from 2 different email adresses(gmail/live.com)...I never got any confirmation...

and what is it about 24bit FLAC in ffdshow? I was told that it would trim to 16bit, not too sure actually: http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2007-June/007816.html

[cc979]

@leeperry for mailing lists i use nabble.com, it works fine for me

[THX-UltraII]

hmmmm, two days since Albain was here with his last post. He must be coocking on something very exciting!

[SamuriHL]

He's working on a tool to return what your driver supports for bitstreaming.

[albain]

He's working on a tool to return what your driver supports for bitstreaming.

Hi, not only that (this is tool #1) : the other stuff and goal is to grab a bitstream stream for TrueHD/DTS-HD/EAC3/... to get to know its format and for now it sounds promissing !

[SamuriHL]

Hi, not only that (this is tool #1) : the other stuff and goal is to grab a bitstream stream for TrueHD/DTS-HD/EAC3/... to get to know its format and for now it sounds promissing !

Nice!! :D Does this mean I have to reinstall my Xonar so I can bitstream some stuff with your new toy? :)

[Skinleech]

Great stuff albain - just let us know when you need us for testing.

[Jeremy Duncan]

To the two fellows who said this patch doesn't work for them. They are using SEt's avisynth and mt dll's.
I suggest they try the patch with the ffdshow version SEt made the patch for, and using my July 23rd avisynth and mt dlls.

Then if it still doesn't work for them then we wait for leak to post his patch, but his two week vacation ends on friday.

I will say the SEt patch works fine for me if I use the ffdshow version SEt made the patch for.

Please add SEt's patch to the ffdshow svn. This is very rough to wait for Leak and how do we know he will add a patch?
Nothing is certain in this life and we have a working patch ready to go. Add the SEt patch and when leak adds his patch remove SEt's version. :)

dlls (http://forum.doom9.org/showthread.php?t=144852)

Still nothing from Leak. May I ask clsid to make, and post here, a current ffdshow with the patch I need (see quote)?
Nothing official for the svn, but more of a favor. :)

link (http://forum.doom9.org/showthread.php?p=1309363#post1309363)

[XhmikosR]

Here is a generic patched build using that patch (http://pavelsx.googlepages.com/ffds_avs_patch.diff) (use at your own risk), although I don't even know what that patch does, just to save some time from clsid.
Still nothing from Leak. May I ask clsid to make, and post here, a current ffdshow with the patch I need (see quote)?
Nothing official for the svn, but more of a favor. :)

link (http://forum.doom9.org/showthread.php?p=1309363#post1309363)

[blackEyEz]

Hi, not only that (this is tool #1) : the other stuff and goal is to grab a bitstream stream for TrueHD/DTS-HD/EAC3/... to get to know its format and for now it sounds promissing !

Awesome, good work :) I am having my Ati 5750 in my shopping basket and untill bitstreaming is possible then its a instant buy :D