ffdshow tryouts project: Discussion & Development

[crlorentzen]

Originally Posted by albain

As I said, this is a cosmetic bug when FFDShow displays dolby digital instead of DTS.

It does encapsulate the bitstream under the DTS format, at least on my config.

Please post debugview logs as I can't reproduce it, unless another developer can

This is not an issue with what ffdshow shows, This is an issue with what ffdshow sends to my receiver when I select to have DTS passthrough enabled.

How would one collect these debugview logs?

I am guessing I need the microsoft debugview tool. And I tried enabling the "Output strings to debugger" option. Is that correct?

attached is what I get from the logs in both 3154 and 3178. (3154.txt, 3178.txt refer to the build number.)

Edit: as per albain uploaded to pastebin
3154
3178

[hoborg]

Hi.
I am not sure how to post this problem correctly, but there seems to be some problem in FFDshow rev.3167 - it is causing d3d device lost durning chanel change in GB-PVR (and possible more software). No problem in older rev.3151 - i didnt tryed latest one.

From GB-PVR logs:

2010-01-03 21:58:40.937	ERROR	hr failed
Error code : 88760868
D3DERR_DEVICELOST
Device lost

2010-01-03 21:58:40.937	ERROR	CreateDevice() failed
Error code : 88760868
D3DERR_DEVICELOST
Device lost

Is there a way how to create FFDshow logs for more info?

It is analog signal and here is audio mediainfo:

Audio
ID                               : 192 (0xC0)
Format                           : MPEG Audio
Format version                   : Version 1
Format profile                   : Layer 2
Duration                         : 19mn 58s
Bit rate mode                    : Constant
Bit rate                         : 384 Kbps
Channel(s)                       : 2 channels
Sampling rate                    : 48.0 KHz

[crlorentzen]

Okay, so After much trial and error, I found that the issue is not actually in pass-through but, is a precedence issue where the AC3 encode option comes before, or somehow in the middle of, the pass-through option(s). I think it is an interaction between the pass-through setting, the AC3 encode setting and the Connect as PCM first setting.

1. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first disabled - DTS fails, receiver sees Dolby Digital.
2. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first enabled- DTS works fine.
3. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first enabled - working Dolby Digital re-encode.
4. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first disabled - non-working Dolby Digital

I skipped the four tests for DTS disabled as that is don't-care data for me.

If I disable AC3 Encode option DTS pass-through works fine. So workaround is to create a new profile for codec types: libdts and liba52, and in that profile enable pass-through and ensure that AC3 encode is disabled. Oh, and I also need connect as PCM first...don't know what this does.

Thanks for your help albain, perhaps my latest discovery will help to re-produce and correct the behavior so as to restore the functionality to 3154 levels.

[DeathWolf]

Putting this back on the table, but it would be wonderful if libass could be used for the subtitles rendering. It would be much more complete than the current renderer on SSA/ASS. It has come to the point where libass is not only fast but has almost complete compatibility with vsfilter(almost exactly the same rendering as vsfilter) with almost(all?) features supported.

Libass homepage:
http://code.google.com/p/libass/

Simple example of how libass is used:
http://repo.or.cz/w/libass.git/blob/HEAD:/test/test.c

[NiFa]

I tried different settings whit revision 3174, only way I got sound was to disable AC3 encoder, if it was enabled I got no sound from my receiver, with revision 3154 theres is no problem even if AC3 encoder is enabled.
What else I need to post that you can find what's wrong with newer revisions than 3154?
Under is ffdshow audio pinout info from MPC-HC when AC3 encoder is enabled.

Filter : ffdshow Audio Decoder - CLSID : {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}

- Connected to:

CLSID: {E30629D1-27E5-11CE-875D-00608CB78066}
Filter: SPDIF Interface (TX1) (VIA High
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: 0x0092 48000Hz stereo 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0092
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 92 00 02 00 80 bb 00 00 00 ee 02 00 04 00 10 00 ’...€»...î......
0010: 00 00 ..

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0

[albain]

Originally Posted by crlorentzen

Okay, so After much trial and error, I found that the issue is not actually in pass-through but, is a precedence issue where the AC3 encode option comes before, or somehow in the middle of, the pass-through option(s). I think it is an interaction between the pass-through setting, the AC3 encode setting and the Connect as PCM first setting.

1. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first disabled - DTS fails, receiver sees Dolby Digital.
2. DTS pass-through enabled, AC3 encode disabled, Connect as PCM first enabled- DTS works fine.
3. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first enabled - working Dolby Digital re-encode.
4. DTS pass-through enabled, AC3 encode enabled, Connect as PCM first disabled - non-working Dolby Digital

I skipped the four tests for DTS disabled as that is don't-care data for me.

If I disable AC3 Encode option DTS pass-through works fine. So workaround is to create a new profile for codec types: libdts and liba52, and in that profile enable pass-through and ensure that AC3 encode is disabled. Oh, and I also need connect as PCM first...don't know what this does.

Thanks for your help albain, perhaps my latest discovery will help to re-produce and correct the behavior so as to restore the functionality to 3154 levels.

Okay, thanks for your tests

This is indeed something I changed with HD audio bitstream but it is not related with bitstream : actually in earlier FFDshow revisions, FFDShow would post a PCM mediatype in all cases even if it will use SPDIF at the end.

This implementation didn't look correct to me as if the connection is accepted but not the spdif format (through dynamic reconnection), the decoding will fail.

I realize that this change brings more problems that it resolves.

I will put this option as checked by default and maybe it should be removed in the future.

@Nifa : try to check the "Connect as PCM first" in output section and tell us if this solves your problem, thanks

[NiFa]

@Albain: I already did that but it doesn't work, still the same problem.

[albain]

@crlorentzen : please put your logs elsewhere (pastebin.com for ex)

@hoborg : goto HKEY_CURRENT_USER\Software\GNU\ffdshow and create a DWORD value
Call it "allowDPRINTF" and set it to 1
Then you should be able to get debugview logs

@Nifa : the media structure you pasted seems okay, is it different from working builds ?
Otherwise please post debugview logs

[hoborg]

Originally Posted by albain

@hoborg : goto HKEY_CURRENT_USER\Software\GNU\ffdshow and create a DWORD value
Call it "allowDPRINTF" and set it to 1
Then you should be able to get debugview logs

Thanks for answer
I am not expert - this will generete some LOG output in to file?

[NiFa]

Here is same info when using revision 3154:

Filter : ffdshow Audio Decoder - CLSID : {0F40E1E5-4F79-4988-B1A9-CC98794E6B55}

- Connected to:

CLSID: {E30629D1-27E5-11CE-875D-00608CB78066}
Filter: SPDIF Interface (TX1) (VIA High
Pin: Audio Input pin (rendered)

- Connection media type:

Audio: 0x0092 48000Hz stereo 1536kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 18

WAVEFORMATEX:
wFormatTag: 0x0092
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

pbFormat:
0000: 92 00 02 00 80 bb 00 00 00 ee 02 00 04 00 10 00 ’...€»...î......
0010: 00 00 ..

- Enumerated media type 0:

Set as the current media type

- Enumerated media type 1:

Unknown

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_None {E436EB8E-524F-11CE-9F53-0020AF0BA770}
formattype: FORMAT_None {0F6417D6-C318-11D0-A43F-00A0C9223196}
bFixedSizeSamples: 0
bTemporalCompression: 0
lSampleSize: 307200
cbFormat: 0

How do I get debuglog from ffdshow?

[albain]

First you have to download debugview (google it)

Then in FFDShow video configuration, goto info & cpu section and check "send output strings to debugger"

Then launch debugview before playing the video and that's all

[NiFa]

Where I should put the log files?

[SamuriHL]

Go to www.pastebin.com and send it up there and paste the download link here.

[NiFa]

Ok, here are the debuglogs:

Debuglog from revision 3154
Debuglog from revision 3174

[Frans]

I have a tiny request... resize by specifying the vertical size only (right now ffdshow have specify horizontal size). I ask this because I want to resize video content that have smaller aspect ratio than my monitor to the exact vertical resolution of my monitor. Example is resizing 640x480 to 1400x1050, 720x480 to 1575x1050.
It would be even better if there's an option to resize the content to the nearest screen resolution without adding the black bars. Current ffdshow resize to screen resolution will add black bars if the content doesn't match the screen aspect ratio, thus throwing off the aspect ratio that is embedded within the source which resulted in subtitle not being displayed at the correct place unless you use ffdshow subtitle and put it before resize which make the sub not as sharp as when the subtitle filter is placed after the resize.

[albain]

Originally Posted by NiFa

Ok, here are the debuglogs:

Debuglog from revision 3154
Debuglog from revision 3174

Okay, there is this :

TffdshowDecAudio::StartStreaming Audio renderer replaced successfully

This is a feature that I removed because it was buggy : in output section you had the possibility to select a multichannel device that is not the default audio endpoint if the input stream is multichannel.

In fact FFDShow after starting streaming would stop the graph and will disconnect the audio renderer and load the selected one.

This "hack" caused many stability problems (crashes), which is why I removed it.

You should make sure that the default audio endpoint selected in windows is the same as the one you selected in FFDShow rev 3054.

As this is a 3 channels stream that you outputted in SPDIF format, the default audio endpoint should be SPDIF or HDMI.

[albain]

Otherwise, there is a problem in recent builds with crop filter, someone changed it ?

On some videos, under 15% set of vertical cropping, nothing occurs.

But if I set 15 then it works (at 15%).

I experience this issue on MKV under windows media center (on windows 7). Didn't try other players for now

[ipanema]

When using the ffdshow video encoder, the maximum setting of the bitrate slider is 10000 kbps. Is is possible to set this higher?

Typing a higher value into the bitrate edit box makes it go red.

I'm using ffdshow v3048

[albain]

Here is a new DXVA build.

Changes :

• The FFDShow DXVA decoder will unload if the DXVA decoding is disabled
• The FFDShow DXVA decoder will not complete connection (and will be unloaded) if the DXVA format is not supported (instead of switching to software decoding mode)
• Added a compatibility combobox in the DXVA options.

Todo : a few cosmetic changes (remove internal filters list which is empty), code cleaning.

http://www.mediafire.com/file/zznf0t...dxva_beta2.exe

[dann23]

Hello. With beta2 I can play all the movies, but I have to choose Ignore number of reference frames . For me it remains the problem with seeking in wmp11. thank you for your work.