ffdshow tryouts project: Discussion & Development [Archive] - Page 242

hoborg

25th June 2010, 07:42

Hi.
MPC-HC fix playback on interlaced h.264 in TS, but FFDshow DXVA decoder still doesnot work.

Revision 2074 - Directory Listing
Modified Thu Jun 24 12:26:24 2010 UTC (18 hours, 13 minutes ago) by aleksoid

Fix : temporary hack for use MPC Video Decoder to decode H.264 stream in .ts;

Can be FFDshow DXVA decoder updated too?
Thanks.

dann23

25th June 2010, 21:24

maybe they will update it to support MPEG2 DXVA like MPC-HC does.

EpsilonX

27th June 2010, 11:51

A small question for the devs... :D
How many taps do the Spline algorithm in Resize uses..?
Spline16, 36 or 64..?
Or is it a different "variant"..?
Is it difficult to implement a tap slider like in Lanczos method..?
Thanks in advanced...

Delerue

28th June 2010, 09:28

Today I've figured out that Nvidia settings (like dynamic range, edge enhancement, noise reduction, etc.) don't work if I select just RGB32 as output in FFDShow; to make it work I must check UYVY colorspace. But if I select UYVY, then FFDShow resize filter gives me wrong colors. Is there a way to use Nvidia settings and at the same time FFDShow resize filter without wrong colors?

Also, is there any plans to add WMA Pro audio decoder, as FFMpeg already support it?

Snowknight26

28th June 2010, 23:27

Fraps decoding is broken to some extent.

With ffdshow outputting RGB32 or RGB15,flipped:
http://stfcc.org/pics/i/b65bbe6baa26254a1eb1fecf29e78868_th.jpg (http://stfcc.org/pics/i/b65bbe6baa26254a1eb1fecf29e78868.png)

With ffdshow outputting NV21,VU or YV12/YV12,adj/YV12,adj,VU (notice the brighter bar on the right.. the issue is back, again):
http://stfcc.org/pics/i/c6db069c8c7f25f4e0b7f25ba45636bd_th.jpg (http://stfcc.org/pics/i/c6db069c8c7f25f4e0b7f25ba45636bd.png)

RGB16,flipped (different video, worse issue):
http://stfcc.org/pics/i/815492691d975591b88c3f3c14b4e692_th.jpg (http://stfcc.org/pics/i/815492691d975591b88c3f3c14b4e692.png)

YUV2, RGB24,flipped and UYVY output the video properly.

Strangely, the issue only appears when recording the desktop. Nevertheless, here's a sample:
http://stfcc.org/misc/ffdshow.fraps.bug.rar

albain

1st July 2010, 07:09

@albain
Closed captions are decoded by ffdshow even when the subtitle filter is disabled. This sometimes confuses people, making them unable to figure out how to disable the subtitles. Perhaps an option called "Closed Captions" could be added to the tray context menu (visible only if CC are present) where users can toggle the display of CC on/off. The option could be placed where "Flip" and "Keyboard & Remote" are also located.

Hi clsid, there is a closed caption option in subtitles section.
It does not fill its role ?

tetsuo55

1st July 2010, 09:38

What does the "updated ffmpeg API" commit mean exactly?

clsid

1st July 2010, 12:51

Hi clsid, there is a closed caption option in subtitles section.
It does not fill its role ?Currently the CC option also functions when the subtitle filter itself is disabled. That confuses people because they usually won't look in ffdshow's subtitle section when that is not enabled.

What does the "updated ffmpeg API" commit mean exactly? See the changes in avcodec.h. Currently the old API functions are still used by ffdshow.ax.

tetsuo55

2nd July 2010, 14:35

ok thanks

Atak_Snajpera

2nd July 2010, 16:59

is there any particular reason why VP8 decoding is disabled by default?

pankov

2nd July 2010, 19:46

Guys,
is there a way to open the Audio Processor configuration window with a shortcut?
I'm talking about something like rundll32.exe ffdshow.ax,configureAudio
And don't you think it'll be good to add shortcuts for all the configuration windows in the default installer.

Atak_Snajpera

2nd July 2010, 20:25

Is everything ok with you?
http://img404.imageshack.us/img404/6618/69407075.png

pankov

2nd July 2010, 20:35

Atak_Snajpera,
since Audio Processor can have different settings from Audio decoder and Video Processor (raw video decoder) can have different settings from Video decoder I think they deserve their own shortcuts in the program group.
After I checked the functions that ffdshow.ax exports I found that the shortcuts need to be
raw video decoder (Video processor) - rundll32.exe ffdshow.ax,configureRaw
Audio processor - rundll32.exe ffdshow.ax,configureAudioRaw

btw
won't it be more consistent to either have the Audio processor called "raw audio decoder" or rename the "raw video decoder" to "Video processor"?

magic144

2nd July 2010, 23:11

clsid's x86 build today (rev 3495) seems to crash ZoomPlayer 7.1a5 MAX
(win7 Home Premium, 32-bit)

(at least for DXVA h264 .mkv files)
not for non-DXVA h264 apparently, or other video types

hmm, it kills graphstudio too, so it seems to be an issue with libavcodec.dll, like this:-

Problem signature:
Problem Event Name: APPCRASH
Application Name: graphstudio.exe
Application Version: 0.3.2.0
Application Timestamp: 4a34defb
Fault Module Name: libavcodec.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4c2daa61
Exception Code: c0000005
Exception Offset: 000cbe33
OS Version: 6.1.7600.2.0.0.768.3
Locale ID: 4105
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

dimitrik

4th July 2010, 11:09

Strange thing with several video types (mainly Xvid/divx but also on h264).

I enable OSD (which by the way could use a clean up of its options cause they're pretty messy), and set up display of "CPU use", "input bitrate", and "video delay".

While playing standard SD videos (sometimes on HD too) I occasionally see video delay go from 0 (where it stays normally) to some pretty high numbers e.g. 109215ms or 111526ms. It fluctuates around there for a while - if I pause it and then continue playback the delay stays - if restart the video of course it goes away. I doesn't happen in particularly high bitrate scenes (around 3-4Mbps) and the CPU use never goes above 30-35%. :confused:

The thing is - I cannot notice any delay in playback! It looks fine and with these numbers it should be noticeable - I mean if ms=milliseconds then these indicators should be >100 seconds which I cannot believe I would miss:p!

So it seems the OSD indicator is wrong (or maybe the units are not ms) and I'm also wondering if the video delay itself is really correct since I can't notice it. But possibly its just so imperceptible that I can't see it if the units are say millionths of a second...

In case it's useful, here's my set up:

The system is an Athlon II X3 3GHz, 4GB Ram, 7200rpm HDD, Vista x86, no other software running.

I have ffdshow set up to decode everything inside Windows Media Center, with:
- Resizing to 1280x720 with lanczos (taps=2).
- Picture properties set up to do luminance fix
- Output set to RGB32 with "high quality RGB conversion"

ikarad

4th July 2010, 14:31

First problem
There is random crash (not at the same time) with blu-ray subs and ffdshow 3496 (same problem with ffdshow 3361 or 3367) with YUY2 or rgb32 and mpc-hc 1426 or 2099 under seven 64.
I try with the last directx redist (june or may 2010) and there is the same problem.

If blu-ray subs are not selected, there is no crash.

Have you got the same problem?

Second problem
I find that the update Kb982519 and KB980248 under windows update make crash more often with ffdshow and blu-ray subs under vista 32. Without these updates there is less crash.
config: ffdshow 3361, mpc-hc 1426, YUY2, vista 32 with all updates except kb982519 and kb980248, I don't use dxva.

clsid

4th July 2010, 17:38

Please upload a sample file.

clsid

4th July 2010, 17:50

clsid's x86 build today (rev 3495) seems to crash ZoomPlayer 7.1a5 MAX
(win7 Home Premium, 32-bit)

(at least for DXVA h264 .mkv files)
not for non-DXVA h264 apparently, or other video types
Fixed

ikarad

4th July 2010, 18:05

Please upload a sample file.

It's this sample (random crash between 7'30 min and 9'30 min (I don't try before 7'30min))
part 1
http://www.zshare.net/info.html?72194780-3f3de5a523000d960412ca4e70f4959e
part2
http://www.zshare.net/info.html?72228704-870148d21c7371e7a2cb0c45e37239c1
part3
http://www.zshare.net/info.html?72228942-da539adec6856595c9fa215e89fcfdf2

part 4
http://www.zshare.net/info.html?72879609-e7005b47f97bd593cc1fac7d6620cda5

part 5
http://www.zshare.net/info.html?72894035-f4d916b0cbd3fbf999835142beff854c
part 6
http://www.zshare.net/info.html?72901975-036b32dfe47b4378533fe6974fb1237c

partie 7
http://www.zshare.net/info.html?72152693-cff6f6453a85c6f497a94c0fc61987f5

But it's not available today. Although Albain has used this sample two months. If He still has this sample I don't upload anew. If not tell me and I will upload anew but the problem is that It take lot of times to upload 3 go.

magic144

5th July 2010, 04:04

Fixed

Thanks! That was quick!

clsid

6th July 2010, 17:17

@albain

1) External DTS audio file now works in MPC, but only if the stream switcher in ffdshow audio decoder is disabled. When enabled, switching to the DTS stream is possible, but there is no data throughput.

2) I think we could cleanup the tray icon menus a bit. For example, the audio decoder shows "OSD" twice. In video decoder, we perhaps could remove "Flip" and "Keyboard & remote", as I don't think many people use that (during playback). And perhaps the DS filter lists could be placed in a submenu. What do you think?

magic144

7th July 2010, 06:51

Hmmm, whilst clsid's build 3498 seems to allow h.264 DXVA content to work, apparently VC-1 content (via DXVA ONLY) causes an app-crash due to libavcodec.dll... only just noticed this whilst trying to play BBC's LIFE disc!

again, non-DXVA seems to be unaffected here

build 3483 seems immune to this problem

albain

7th July 2010, 13:36

@albain

1) External DTS audio file now works in MPC, but only if the stream switcher in ffdshow audio decoder is disabled. When enabled, switching to the DTS stream is possible, but there is no data throughput.

It should work now (in the revision 3499)

However it won't work with Haali, I am not sure why but there is a deadlock somewhere in Haali due to this event blocking mode
AC3/DTS MPC filter needs to work in blocking mode instead of returning FALSE when the stream is not active (otherwise no buffer is fed) .
But this mode is not compatible with Haali (the player hangs). So I disabled blocking mode when Haali is in the graph
Haali & AC3/DTS source filter => FFDshow audio => audio renderer
=> Not working

2) I think we could cleanup the tray icon menus a bit. For example, the audio decoder shows "OSD" twice. In video decoder, we perhaps could remove "Flip" and "Keyboard & remote", as I don't think many people use that (during playback). And perhaps the DS filter lists could be placed in a submenu. What do you think?
Ok for that

About the closed caption issue (displayed even when disabled) : someone has a sample ? thanks

davidsama

8th July 2010, 10:02

In revision 3507 whenever i load an mp4 file into ripbot 16.0 and i click properties in the preview that is displayed it only shows a gray screen and outputs a video file that has no video and no audio just a gray screen. I know for a fact that ripbot can encode this file with video and audio because it successfully did it with revision 3477. This also occurs with revisions 3489, 3495 and 3498. It does not seem to do it with any revision before 3483.

Atak_Snajpera

8th July 2010, 10:21

@davidsama
send 50mb sample to www.mediafire.com. Use DGSplit.

hoborg

8th July 2010, 17:36

Hi.
I just tested "ffdshow_rev3507_20100707_clsid.exe" build and Audio/Subtitles stream switching by keyboard now working for me - not sure if this was fixed between 3488-3507 build or it was "http://www.xvidvideo.ru/" build problem.

Now it is working as it should, thanks !

madshi

9th July 2010, 18:26

Two things:

(1) The latest madVR v0.22 now fully supports ffdshow's "Allow output format changes during playback" feature. Could an ffdshow dev please add madVR to the list of "compatible filters"? Thanks!

(2) What purpose does the "Set pixel aspect ratio in output media type" option have? Yes yes, I know it switches between VIDEOINFOHEADER and VIDEOINFOHEADER2. That's not what I mean. Why would anybody want to have this option turned OFF? I don't really see a sense in that. And every option which can be removed without negative side effects is a good thing for usability. So is there a good reason for why anybody would want to *not* have the aspect ratio in the media type?

Midzuki

9th July 2010, 23:22

since Audio Processor can have different settings from Audio decoder and Video Processor (raw video decoder) can have different settings from Video decoder I think they deserve their own shortcuts in the program group.

Definitely.

After I checked the functions that ffdshow.ax exports I found that the shortcuts need to be
raw video decoder (Video processor) - rundll32.exe ffdshow.ax,configureRaw
Audio processor - rundll32.exe ffdshow.ax,configureAudioRaw

:goodpost: && :thanks:

But there is more: :devil:

configureEnc

configureDec

configureSubtitles

:helpful:

btw
won't it be more consistent to either have the Audio processor called "raw audio decoder" or rename the "raw video decoder" to "Video processor"?

Yep. :)

No pins will be removed.

Which makes me ask,

¿
what is the point of a "standalone" subtitle filter in ffdshow,
then,
?

cyberbeing

10th July 2010, 08:54

http://img441.imageshack.us/img441/6797/outputformatchange.png

madVR now supports Output Format Changes During Playback, so a patch for FFDshow needs to be written to add madVR to the list of filters which support dynamic format change. Currently the indeterminate state for that setting produces incorrect aspect ratios with certain videos with the latest madVR. Forcing the setting on fixes it.

clsid

10th July 2010, 11:54

[I]what is the point of a "standalone" subtitle filter in ffdshowRead this topic and you shall find the answer (hint: zoomplayer). It certainly not exists for the reason you seem to be thinking of.

I shall repeat things again.
1) The subtitle pin of ffdshow video decoder shall not be removed. That is a wrong solution. You don't even understand what it does. There is a huge difference between a pin existing and a pin actually being connected to another pin (and thus having any effect).
2) Post a proper bug report with a detailed description of your problem and the settings that you are using. Then people here can attempt to reproduce your problem and confirm whether a bug really exists or if you are just doing things wrong.

Midzuki

10th July 2010, 12:57

It certainly not exists for the reason you seem to be thinking of.

That's just your opinion of course.

1) The subtitle pin of ffdshow video decoder shall not be removed. That is a wrong solution.

That's just your opinion of course.

2) Post a proper bug report with a detailed description of your problem and the settings that you are using.

Been there, done that.

clsid

10th July 2010, 13:49

@cyberbeing
Added in rev3508

Midzuki

10th July 2010, 14:47

To whom this may concern
(albain, Mr. K-Lite, etc.) :

http://forum.doom9.org/showthread.php?p=1401862#post1401862

http://forum.doom9.org/showthread.php?p=1402171#post1402171

http://forum.doom9.org/showthread.php?p=1409500#post1409500

http://forum.doom9.org/showthread.php?p=1402596#post1402596

http://forum.doom9.org/showthread.php?p=1393330#post1393330

http://forum.doom9.org/showthread.php?t=148056

P.S.:

IF "official" "bug reports" are "always required",

THEN,

¿what is the point of this thread?

clsid

10th July 2010, 16:29

If you would have better read this topic, particularly the recent discussions about closed captions, then you would have already found the solution to your problem. Uncheck "closed captions" in the subtitle options and the problem is solved.

leeperry

11th July 2010, 00:05

hey, I unsubscribed from this thread a while back...but I can see that there's still a lotta love :D

anyway, I'm not sure what that new option will do in mVR, but I guess it could help w/ KMPlayer/PotPlayer's seamless playback mode when switching between 2 files that have different specs/AR...so thanks for implementing it :)

Midzuki

11th July 2010, 02:13

OK, this may be "old news" for the devilopers ;) ,
but it is an interesting finding for myself.

In ffdshow, the video processor includes, in its MEDIATYPE_Video, the support for the subtype MEDIASUBTYPE_DVD_SUBPICTURE. And it really should NOT do that, not only because it screws the SUP pics for any non-D1 video, but also because it works in an "all-or-nothing" way, —
— that is to say, if it processes a video stream, it WILL also process a SUP stream, and, if it cannot connect to a SubPicture pin, it will "naturally" refuse to connect to a raw video output as well (just tested and confirmed via Media Player Classic,
with ffdshow r3426 --- I serious doubt the result would have been different if I had "upgraded" to the latest revision). Bottom line is,
in its current status, the so-called "raw video filter" is just a
"glorified" subtitling filter, period.

Just my 2x10^(-2) dollars. :devil:

dann23

11th July 2010, 06:57

I have some questions about ffdshow.
1.When we'll be able to change the font and size for ASS subtitles using the sliders froms size,colors and alpha. it's annoyng to use the sliders from scale x and y.
2. I believe that tal.aloni was working on improving subtitles performance in ffdshow dxva but since weeks never heard of him. Is he still working on this?
3. if there are external subtitle files and movies in the same folder and the movie has internal subtitles then ffdshow chooses to load the external subtitles which is wrong. I saw a discussion about this behaviour but please make an option to revert to the old logic. or if there is such option please tell me how to activate it.
4. Also I found a bug. When decoding dts tracks in video files using libavcodec the movie plays fast. but it works ok if using libdts. I'll provide a sample if necessary.
5. And can some update the wiki to include some information on how to use the deinterlace capability from video cards?
I tried by checking set pixel aspect ratio in output media type. didn't work. when I choose set interlace flag in output media type it works. I also found on the internet that I have to uncheck all color spaces except nv12(also it works wit YU12). it works this way but how to see if the video card makes deinterlacing? and it applies deinterlacing to all the videos? even when there is no need to do deinterlacing?
6. with the latest madvr and ffdshow when I close the player (wmp11) it stays in memory. ffdshow audio icon is still present until I kill it using task manager. this didn't happen before.
7. how to invoke madvr' properties window from start menu? and can I install it manualy by using regsvr32 madvr.ax? Why I have to use install.exe?
thank you.

ImAhNoBoDy

11th July 2010, 08:32

naoan

11th July 2010, 09:10

I was wondering if ffdshow is working as designed in this situation. When embedded vobsub files are used in a mkv container, any subtitles with any ending times of 00:00:00 are played, but it never goes to the next subtitle.

Yes I get this problem as well (checking obey position in bluray/dvd tabs make it worse) but somehow found a workaround : extract the vobsub file from the mkv container and let ffdshow play it as an external sub, it will play it correctly, strangely enough.

orkino

11th July 2010, 16:32

Hi, the olders version of ffdshow (r33xx) the subtitles (fonts) had the same size in all resolution (if you had enable the Video Resize and in Sub/font the auto size), The newers version of ffdshow (r34xx) don't make this... I don't use dxva! Thanks for any help!

Midzuki

11th July 2010, 17:08

@haruhiko_yamagata

I think you forgot to put the back center speaker controls and meter in the volume filter (for something like 6.1 speakers), unless you did that on purpose with the intention of adding it later because like the description for rev.1549 says:
"Volume filter : add control for side channels".

Back center speaker is hidden there beforehand. Back left speaker can be used to configure back center speaker. They are rarely used together. Because there was no space to add one more control, I left it untouched. Though I cant test it.

It shouldn't be "incredibly-difficult" to draw a wider configuration window, I guess.