ffdshow tryouts project: Discussion & Development

[Taurus]

Subtitle and menu buttons are not displayed correctly in that version. It has been fixed by 3425.
Thank you.
Will test it asap.
Edit:
Confirmed, menu buttons working again.

[Sebastiii]

So here it is. In this build:

- With autosize enabled:

Font size is constant across resolutions. You can see small variations between very different resolutions like 640x360 and 1920x1080, but this is normal and matches VSFilter.
Outline is not constant across resolutions (no changes here).
Shadow is semi constant across resolutions, it'll be bigger at low res.
Changed default values to render subs like VSFilter by default.

With all of the above ffdshow now looks like VSFilter. Please test and report your findings!

http://www.mediafire.com/?xtwzz2zbmhy


Great have to test :)
Thank you,
Cheers,
Seb.

Edit: Works Great :) commit :)
Bye,
Seb.

[DeathWolf]

I saw that it was reported in the past already, but is there any chance that deband might be fixed for ffdshow x64?

[DigitalDeviant]

My original multiple subtitle sample plays fine now, a million thanks Albain. However, here is another problem sample I just ran into.

In addition to some fugly lines through the yellow subs at the bottom and fugly shadowing (see pic), the subtitle positions get switched around.

http://img442.imageshack.us/img442/6645/badsub.th.png (http://img442.imageshack.us/i/badsub.png/)

Sample (http://www.mediafire.com/download.php?mgztymdmdjn)

Positioning is fixed but there are some ugly lines through some subtitles and the subpic borders show some junk too. I notice it on other Bluray discs too.

Edit: It pappears with all usable scalers and with both RGB and YV12. Additionally the above sample shows a greenish tint on the subtitle outline with YV12 output.

[Delerue]

So here it is. In this build:

- With autosize enabled:

Font size is constant across resolutions. You can see small variations between very different resolutions like 640x360 and 1920x1080, but this is normal and matches VSFilter.
Outline is not constant across resolutions (no changes here).
Shadow is semi constant across resolutions, it'll be bigger at low res.
Changed default values to render subs like VSFilter by default.

With all of the above ffdshow now looks like VSFilter. Please test and report your findings!

http://www.mediafire.com/?xtwzz2zbmhy

Thanks a lot, man! It works flawlessly. Finally I don't need to use VSFilter anymore. :)

BTW, how can I use FFDShow subtitle extension with an ordinary DVD to avoid the ugly default font? I've already checked the combox 'DVD subtitles (vobsub)' and 'Close captions decondng', but the font remains the same old ugly thing. I've tried with 'The Matrix', the original first DVD version.

[clsid]

DVDs use VobSub subtitles, which are images, not text. So the font can't be changed.

[Delerue]

DVDs use VobSub subtitles, which are images, not text. So the font can't be changed.

I see. But there's a way to rip these images into a srt file (via OCR, I think), right? Do you think that FFDShow can do that in real time? Would be great.

[clsid]

I think our time could be better spend making other improvements.

[Simplex]

I want to bitstream only DTS core of DTS-MA track over SPDIF to my receiver on Win7 32bit. Using latest ffdshow I get only loud static and too fast movie playback. Perhaps I am missing something. Any help would be appreciated, if you need more info about my config, I will post it here.

[STaRGaZeR]

I see. But there's a way to rip these images into a srt file (via OCR, I think), right? Do you think that FFDShow can do that in real time? Would be great.

That would be a huge mess, just look at how OCR apps work, now imagine having to pause the movie for you to enter a letter that ffdshow doesn't recognize, over and over. Even if possible, it would cause more problems than it solves.

[SamuriHL]

I want to bitstream only DTS core of DTS-MA track over SPDIF to my receiver on Win7 32bit. Using latest ffdshow I get only loud static and too fast movie playback. Perhaps I am missing something. Any help would be appreciated, if you need more info about my config, I will post it here.

DTS core can be done. DTS-HD MA can't be bitstreamed over S/PDIF. If ffdshow is attempting to then it could be causing your problems and I'd consider it a bug.

[Delerue]

I think our time could be better spend making other improvements.

That would be a huge mess, just look at how OCR apps work, now imagine having to pause the movie for you to enter a letter that ffdshow doesn't recognize, over and over. Even if possible, it would cause more problems than it solves.

OK. You've convinced me. :)

Another suggestion: if you install a new CPU with different number of cores/threads and SIMD instructions, FFDShow won't recognize; instead, it'll keep the old values. So you have to set the new values manually or reinstall FFDShow. Wouldn't be safer if it detects these values on-the-fly? Or at least create a button inside the 'Video decoder configuration' dialog to auto-detect these informations. What you think?

[Keiyakusha]

Delerue
It sounds like you changing your CPU twice in a week :p

[Mr VacBob]

Looking at that Avatar sample with the mplayer demuxer (fails and looks the same as ffdshow) with FF_DEBUG_PICT_INFO|FF_DEBUG_STARTCODE:


[h264 @ 0x100b132a0]- packet start
[h264 @ 0x100b132a0]NAL 9 at 3/284946 length 1
[h264 @ 0x100b132a0]NAL 6 at 9/284946 length 10
[h264 @ 0x100b132a0]non-existing SPS 32 referenced in buffering period
[h264 @ 0x100b132a0]NAL 1 at 24/284946 length 66536
[h264 @ 0x100b132a0]slice:1 F mb:0 P fix pps:0 frame:35 poc:108/108 ref:1/1 qp:26 loop:0:0:0 weight:0
[h264 @ 0x100b132a0]NAL 1 at 66565/284946 length 73850
[h264 @ 0x100b132a0]slice:2 F mb:2040 P fix pps:0 frame:35 poc:108/108 ref:1/1 qp:8 loop:0:0:0 weight:0
[h264 @ 0x100b132a0]NAL 1 at 140420/284946 length 85437
[h264 @ 0x100b132a0]slice:3 F mb:4080 P fix pps:0 frame:35 poc:108/108 ref:1/1 qp:3 loop:0:0:0 weight:0
[h264 @ 0x100b132a0]NAL 1 at 225862/284946 length 58988
[h264 @ 0x100b132a0]slice:4 F mb:6120 P fix pps:0 frame:35 poc:108/108 ref:1/1 qp:3 loop:0:0:0 weight:0
[h264 @ 0x100b132a0]NAL 8 at 284858/284946 length 86
[h264 @ 0x100b132a0]pps:0 sps:0 CABAC slice_groups:1 ref:1/1 qp:26/26/-9/-3 LPAR 8x8DCT
[h264 @ 0x100b132a0]- packet end
[h264 @ 0x100b132a0]- packet start
[h264 @ 0x100b132a0]NAL 9 at 3/143772 length 1
[h264 @ 0x100b132a0]NAL 6 at 9/143772 length 10
[h264 @ 0x100b132a0]non-existing SPS 32 referenced in buffering period
[h264 @ 0x100b132a0]NAL 1 at 25/143772 length 30506
[h264 @ 0x100b132a0]slice:1 F mb:0 B fix pps:0 frame:36 poc:104/104 ref:1/1 qp:26 loop:0:0:0 weight:2 SPAT
[h264 @ 0x100b132a0]NAL 1 at 30536/143772 length 40103
[h264 @ 0x100b132a0]slice:2 F mb:2040 B fix pps:0 frame:36 poc:104/104 ref:1/1 qp:10 loop:0:0:0 weight:2 SPAT
[h264 @ 0x100b132a0]NAL 1 at 70644/143772 length 45570
[h264 @ 0x100b132a0]slice:3 F mb:4080 B fix pps:0 frame:36 poc:104/104 ref:1/1 qp:6 loop:0:0:0 weight:2 SPAT
[h264 @ 0x100b132a0]NAL 1 at 116219/143772 length 27459
[h264 @ 0x100b132a0]slice:4 F mb:6120 B fix pps:0 frame:36 poc:104/104 ref:1/1 qp:5 loop:0:0:0 weight:2 SPAT
[h264 @ 0x100b132a0]NAL 8 at 143684/143772 length 86
[h264 @ 0x100b132a0]pps:0 sps:0 CABAC slice_groups:1 ref:1/1 qp:26/26/-9/-3 LPAR 8x8DCT
[h264 @ 0x100b132a0]- packet end


In other words, the stream updates PPS frequently and the demuxer puts PPS/SPS at the end of a frame packet instead of the beginning of the next one. I think this verges on being a demuxer bug.

Would you mind running the h264 AVParser on TS packets before decoding? I think that would fix it, and any fix on the ffmpeg side would pretty much amount to running that. Well, or not starting the next thread until it checks for stray PPS, but I think that would effectively disable multithreading for this file.

[DeathWolf]

I saw that it was reported in the past already, but is there any chance that deband might be fixed for ffdshow x64?
Sorry for the bump, but I noticed one thing: if deband is turned on on the x64 version, then even paused video starts playing back.
Would deband get a constant stream of frames fed in an improper manner?

EDIT: also avisynth seems to crash in ffdshow x64

[STaRGaZeR]

EDIT: also avisynth seems to crash in ffdshow x64

Check your filters, TIVTC x64 from the Avisynth x64 thread crashes on me, Decomb works fine. It seems it's not a ffdshow issue.

[DeathWolf]

Right, it was an avisynth x64 issue. Still, deband does not exist in x64 avisynth and crashes as an ffdshow filter.

[STaRGaZeR]

In post # 11600 I complained that the menu's in mpeg 2 weren't showing up like they did when leaks patch was applied. But I tried a different dvd and it worked and with a different avisynth code it works showing the root menu in every movie, so the mistake of the root menu not showing is nothing to be worried about, ffdshow behaves like it did before.

In the svn trunk revision 3358 tal_aloni allpied a patch from sET and me, but when I tried a build in sourceforge from xxl_ it didn't work properly as if the patch wasn't applied, so I made a patch in tortoise svn and looked at the difference in the code and then made a build so the patch was the same as the one I posted in this thread before and the build worked as expected, so the difference in code tal_aloni made to the patch broke it, so i will post the patch that fixes revision 3358 and hope a developer can commit it to the svn trunk asap? :-/ Here is the patch and build link (http://www.mediafire.com/?imrh4wdz4wm)

Unless I'm missing something your patch doesn't change anything: the code is exactly the same.

Right, it was an avisynth x64 issue. Still, deband does not exist in x64 avisynth and crashes as an ffdshow filter.

It doesn't crash, it's just slow, try it with a very low res video. There's a lot of assembly code in there optimized for x86 that isn't used in the x64 version, that's why it's slow as molasses.

[DeathWolf]

It doesn't crash, it's just slow, try it with a very low res video. There's a lot of assembly code in there optimized for x86 that isn't used in the x64 version, that's why it's slow as molasses.

Sorry I did not mean crash. However turning on deband here has ill effects:
1.play video with deband enabled
2.play/pause/play quickly enoug
3.Experience video continuing playback even though it is paused.
EDIT: I don't get it with graphedit, so it has to be something linked with mpc-hc, sorry about that.

On a side note, it is my impression(from the code of deband) that there is actually no non-asm path at all... so it shouldn't even be doing anything and not be terribly slow. Did I miss something?

[STaRGaZeR]

Sorry I did not mean crash. However turning on deband here has ill effects:
1.play video with deband enabled
2.play/pause/play quickly enoug
3.Experience video continuing playback even though it is paused.
EDIT: I don't get it with graphedit, so it has to be something linked with mpc-hc, sorry about that.

On a side note, it is my impression(from the code of deband) that there is actually no non-asm path at all... so it shouldn't even be doing anything and not be terribly slow. Did I miss something?

Yup, only mmx version of those 2 functions. I'm a complete noob at this, so just ignore everything I say about it :p. I've asked for the source code of GradFun2DB x64 in the Avisynth x64 thread to see if JoshyD has added a SSE2 version of those functions or something. In the meantime you can use GradFun2DB x64 and call it a day.

[Vincent Vega]

i'm on vista64, how can i get vdubmod to prefer ffdshow vfw over xvid, divx, helix and the like?

i already enabled all codecs in ffdshow vfw config, still vdub chooses helix for yv12.. i also tried modifying vidc.yv12 in registry to ff_vfw.dll, then vdubmod just crashes..

[clsid]

First of all, use VirtualDub instead of the ancient VirtualDubMod.

If you don't need those other codecs, then one way to force use of ffdshow is to remove the entries of those other codecs from the registry.

[Vincent Vega]

i just tried virtualdub 1.9.9, it uses "internal dib decoder" for yv12. how do i disable it and use ffdshow?

my other option would be to uninstall divx, xvid and helix, but i need them for other things..

[Keiyakusha]

i just tried virtualdub 1.9.9, it uses "internal dib decoder" for yv12. how do i disable it and use ffdshow?

my other option would be to uninstall divx, xvid and helix, but i need them for other things..

In preferences uncheck "directly decode uncompressed yuv sources". But why you want that? Internal VDub's filter is fine!

[Vincent Vega]

if i uncheck "directly decode" virtualdub 1.9.9 also uses helix decoder for yv12 just as vdubmod.

i need ffdshow because for mpeg2 streams (dvds) where color primaries are not explicitly specified the only option to figure out the truth is to try to decode using both 601 and 709 and compare same frame side by side, i can do that with ffdshow on my other machine.

[Keiyakusha]

Ahh i see. I don't know how to make ffdshow vfw to be preferred over helix since I'm not using vfw and never have more than one filter for something when they interfere like this. I won't gen into details here, but if you want opinion, then you doing this in a most weird way possible... And bt601/bt709, is not something that can be done only on decoding step

[Vincent Vega]

And bt601/bt709, is not something that can be done only on decoding step

could you kindly enlighten me of other opportunities to accomplish the same task?

[Keiyakusha]

could you kindly enlighten me of other opportunities to accomplish the same task?

Well DGIndex normally takes care of that. Also if colorimetry is not defined, normally any 720p and higher is 709 and anything lower is 601. But if you know you may need to change colorimetry or you want to compare 2 variants side by side or interleaved, avisynth with colormatrix plugin should do the job. Afaik there is x64 versions of both. And no need to mess with decoders and stuff.

[Vincent Vega]

so you are basically saying, if i want to "compare 2 variants side by side" i should actually do 2 encodes and compare the results?

i still like my solution better, it allows to do only 1 encode, once i know the right coefficients.

[Keiyakusha]

nono. You can open avisynth script in virtual dub. no need to do any encodes!
You maybe even don't need a plugin...
Mpeg2Source("<<source d2v here>>") #you may use another types of source filters. FFMS2 maybe, but DSS/DSS2 not recommended.
a=last.Converttorgb(matrix="<<chose matrix you want>>")
b=last.Converttorgb(matrix="<<chose another matrix you want>>")
Stackcvertical(a,b)
And open this in virtualdub.

Something like that.

EDIT: I'm sorry, but this is my last post on this topic. ffdshow guys will be angry for this offtop ^_^

[Vincent Vega]

dude, thanks a lot, that worked excellent for me. i should dedicate more time to learning avisynth. only stackhorizontal() seemed a bit more convenient. i'll add these 3 lines (with #) to my avisynth scratchpad in megui, so i can use it whenever i need to.

[Vincent Vega]

and also the original question still remains:

are there any other ways to get the system to prefer one vfw decoder over others? i mean apart from uninstalling everything else except that one decoder, or this vidc.xxx= editing which does not seem to work so well..

[clsid]

Windows will first try the VIDC.FOURCC entry. Then it will try the other ones.

I am not sure why "vidc.yv12=ff_vfw.dll" would fail. Perhaps you forgot to enable uncompressed video in ffdshow VFW options?

[Vincent Vega]

raw video is enabled in ffdshow vfw settings.

on this problem vista machine i have default vidc.yv12=yv12vfw.dll, i'm not sure which program could have installed it. and if i change that to ff_vfw.dll vdub(mod) crashes.

on the other xp computer, i have pretty much the same software config (also realproducer, helix producer) but there is no vidc.yv12 entry in the registry and no yv12vfw.dll installed. ffdshow vfw works fine both without vidc.yv12=.. or with vidc.yv12=ff_vfw.dll specified.

so guess i need to figure out where this yv12vfw.dll troublemaker comes from..

[clsid]

Your conclusion is wrong. yv12vfw.dll is not the troublemaker.

Have you tried removing the vidc.yv12 entry like I suggested before?
Doesn't VirtualDub show which module causes the crash?

[Vincent Vega]

i dont know what happened, now everything seems to be fine, and i haven't even rebooted the computer, it's been encoding this whole time.

for the same YV12 script today:
with vidc.yv12=yv12vfw.dll - vdub(mod) uses "Helix YV12"
with vidc.yv12=ff_vfw.dll - vdub(mod) uses ffdshow
with vidc.yv12 entry deleted - vdub(mod) uses "Helix I420"

and no more crashes. :confused:

[WorBry]

Quick question about the 'Curves' option in the FFDShow decoder 'Levels' dialogue. I'm wondering if, with YV12 input, the 'curve' is modified natively in YV12 or converted to RGB and back in the process. I'm thinking it is likely a port of VD_Gradation curves or GiCoCu, since it allows for import of Photoshop acv curves, so it's probably the latter, but just wanted to be sure. Thanks.

[Keiyakusha]

MPC-HC 1883, ffdshow (icl11) revisions after 3435 (last checked - 3440), raw video filter with postprocessing (different profiles for different cases) added to MPC-HC's external filters. When playback is started, after trying to press right mouse button or open dropdown menu "play" -> ffdshow.ax is crashing.
EDIT: ffdshow settings --> tray, dialog & paths --> add tray icon menu to player's stream/languages menu option is responsible for this crash.

[Joniii]

I'm having a weird bug in latest builds. It started to happen somewhere around build 3422 if I remember it correctly.

If I install ffdshow to default location everything works fine. If I install it to custom location for example (C:\Program Files\Windows Codecs\VideoFilter\ffdshow) I get problems in Windows 7 Media Center (WMP works fine).

I have video.m2ts and video.srt in 7MC movie library, and if I start the playback (haali, ffdshow icl11 DXVA+subtitles) it works as usual but if I stop the playback and resume it sometimes later it hangs. This only happens on new builds if installed on custom location.

[clsid]

Does this happen only in 7MC or also with WMP (or MPC)?

[Keiyakusha]

MPC-HC 1883, ffdshow (icl11) revisions after 3435 (last checked - 3440), raw video filter with postprocessing (different profiles for different cases) added to MPC-HC's external filters. When playback is started, after trying to press right mouse button or open dropdown menu "play" -> ffdshow.ax is crashing.
EDIT: ffdshow settings --> tray, dialog & paths --> add tray icon menu to player's stream/languages menu option is responsible for this crash.

I'm sorry if this known, but ffdshow r3444, mpc-hc r1896. Problem still there. MPC-HC crashes when this option enabled: Enabling option tray, dialog & paths --> add tray icon menu to player's stream/languages

[clsid]

I can confirm that bug. Crash also happens when right-clicking on the tray icons.

@devs
The regular video decoder and the raw video filter currently share their settings. Wouldn't it be better to separate that?

[Midzuki]

@devs
The regular video decoder and the raw video filter currently share their settings. Wouldn't it be better to separate that?

Yep, an independent video processor would be quite an improvement.

:goodpost:

[Keiyakusha]

@devs
The regular video decoder and the raw video filter currently share their settings. Wouldn't it be better to separate that?
+1 I want this since I switched to win7 from XP!

[fastplayer]

clsid, what's the current status of ffmpeg's AAC decoder?
Is it complete enough to be integrated into ffdshow?

[clsid]

clsid, what's the current status of ffmpeg's AAC decoder?
Is it complete enough to be integrated into ffdshow?
It is still a work in progress afaik. Most code to use it is already in place in ffdshow, so if you want to try it out, you should be able to get it to work.

[Mike89]

Why all ffdshow posts in one thread? Go to post one to see latest ffdshow and then have to go past 580 pages to see if there is any posted information about it.

How about getting modern and more efficient and make a separate section just for ffdshow, then within that have separate threads for each new version? I mean as much as is still going on with the development and new tryout versions coming out so often, it would be so much more user friendly to have it organized better here.

To my understanding, ffdshow tryouts was started from members here? That being said, anyone in the know would want to come here to find the latest skinny on the versions made. Sure would be better organized for those than one humungous thread.

Just a suggestion from a user.

[clsid]

You can click on the blue arrow icons on this forum to automatically go to the first unread post in a topic.

[Shankster]

You can also just bookmark this link:
http://forum.doom9.org/showthread.php?t=120465&goto=newpost

Only works if you are logged in afaik.

[DigitalDeviant]

There is always a search thread fucntion. Also there are forums on the ffdshow-tryouts website.