ffdshow tryouts project: Discussion & Development

[clsid]

I would be useful if you could narrow down the revision were it got broken. The changes haven't been undone.
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/codecs/TvideoCodecLibmpeg2.cpp?view=log

[JaylumX]

I have read most of the post before and most of it goes over my head. Are you saying that with the current ffdshow build i can get the aliens language to display without having to enable English subs. That is how far i have got with Avatar. The Navis language appears just like i remember in the cinema with the correct formatting but also the English text. How do i get rid of just the English

Cheers

[_xxl]

I would be useful if you could narrow down the revision were it got broken. The changes haven't been undone.
That revision contains only cosmetics changes.

[_xxl]

Apply push button is not working properly.

[fastplayer]

Apply push button is not working properly.
Confirmed. Just switching between various filters without making any changes causes the "Apply" button to go into "active" state instead of being disabled. IIRC, this started with rev3371.

[_xxl]

External subtitles .srt are not working.

[fastplayer]

External subtitles .srt are not working.
Old news! (http://forum.doom9.org/showthread.php?p=1394859#post1394859) :)

[STaRGaZeR]

It's fixed here, please test: http://www.mediafire.com/?d52mhhtznyj

[albain]

Yes, apply button and external/embedded subtitles are now fixed and should behave equally

I am attacking the problem raised with karaoke methods that affect the subtitles rendering (2 lines rendered on 1)

[fastplayer]

It's fixed here, please test: http://www.mediafire.com/?d52mhhtznyj
Now they load automatically but as soon as you try to switch subtitles in the context menu, they disappear and you can't bring em up again.
The two-line issue seems to be fixed, though.

Edit:
To clarify the issue:
If you have movie.avi and movie.srt, ffdshow loads automatically and everything's fine.
If you have another subtitle in the same directory as the movie file and try to switch to it, subs get disabled.
If you have movie.avi, sub1.srt and sub2.srt in the same directory and choose sub1.srt in the context menu, subs are fine but if you try to switch to sub2.srt, subs disappear. It seems as if ffdshow can handle only one sub at a time. In the context menu you can only choose the very first sub/entry of the list, nothing else.

Edit2:
Stargazer, did you apply some patch to your build? rev3397 from xhmikosr behaves differently (doesn't auto-load at all).

Edit3:
Switching between rev3395 and rev3397 completely disabled subtitling.
Going back to rev3370 fixes everything.

Edit4:
Ignore "Edit3" :D

[Sebastiii]

Yes, apply button and external/embedded subtitles are now fixed and should behave equally

I am attacking the problem raised with karaoke methods that affect the subtitles rendering (2 lines rendered on 1)

Thanks :)

[djesteban]

@dev team
Ok, so, I have this sporadic problem when playing mkv's (with mpc-hc x64 and ffdshow x64 clsid latest and older builds) where at some point in the movie, it will start dropping the framerate for the duration of a particular scene, and right when the scene change it will jump to like 40 fps for 1-2 seconds and then go back to normal. For example, I am getting a steady 23.976, then it changes to another scene and the framerate goes down to 18fps, then changes scene again, it goes to 40fps for like a second or two and then back to a steady 23.976.
I have noticed that it happens on scene where the bitrate is (or seems to me) higher than the rest of the movie. Check the stats below that I have extracted from the info box in MPC-HC during playback.
http://img291.imageshack.us/img291/9262/fpsdp.jpg

I have also uploaded a sample (http://netfolder.in/folder.php?folder_id=0nRRYNE) (a little more than a hundred MB). Listen to it from the beginning, you will see it plays ok until you get to that "grainy, desaturated scene" part. Then you should see the fps drop slightly in MPC-HC... but it's enough to be noticeable and I didn't put the sound in this example but I can tell you that it jerks off the sound also.

Be aware that this DOES NOT happen at all when I am using CoreAVC 2.0 and plays smoothly all the way.
This is only one example, but I have a couple more mkv where this problem also arises.

Hope this can be fixed :P
Thanks in advance

Yeah, but that will just drop frames... do you know why it doesn't drop any frames with CoreAVC but doesn't play back smoothly with FFdshow?

@clsid
Actually, I was able to fix this issue by choosing ffmpeg-mt instead of libavcodec in ffdshow's video decoder configuration. Performance wise, it's now as good as when I use CoreAVC.
Was I suppose to always use ffmpeg-mt? Like, is it suppose to be that much better than libavcodec?

[nm]

Was I suppose to always use ffmpeg-mt? Like, is it suppose to be that much better than libavcodec?

ffmpeg-mt is an experimental branch of libavcodec that includes frame-based multithreading. It's faster if you have a multicore CPU.

[XhmikosR]

Can someone share their opinion on the mingw libs/boost update (http://forum.doom9.org/showthread.php?p=1396238#post1396238) and the libsamplerate update (http://forum.doom9.org/showthread.php?p=1396106#post1396106)?

[adam777]

@albain
Rev. 3398 solves the word wrapping problem with multi-lines subtitles, which also solves the Hebrew subtitles problem (it was probably the same problem all along).
However, the subtitles still disappear on seek (see http://forum.doom9.org/showthread.php?p=1396538#post1396538).
All the best, Adam.

[tetsuo55]

Can someone share their opinion on the mingw libs/boost update (http://forum.doom9.org/showthread.php?p=1396238#post1396238) and the libsamplerate update (http://forum.doom9.org/showthread.php?p=1396106#post1396106)?commit please :)

[markanini]

Can someone share their opinion on the mingw libs/boost update (http://forum.doom9.org/showthread.php?p=1396238#post1396238) and the libsamplerate update (http://forum.doom9.org/showthread.php?p=1396106#post1396106)?

Re: libsamplerate update:
YAY!:)

[fastplayer]

Can someone share their opinion on the mingw libs/boost update (http://forum.doom9.org/showthread.php?p=1396238#post1396238) and the libsamplerate update (http://forum.doom9.org/showthread.php?p=1396106#post1396106)?
I can't comment on MinGW but Boost should only be updated to the latest stable release 1.42.0, not to the latest from trunk. We don't really have to play beta tester for the Boost library especially since Haruhiko - who integrated it into ffdshow - is not around anymore...
As for libsamplerate, I'm against the update. The "price" is too high IMO.

[XhmikosR]

Find which rev exactly is the boost 1.42 release and I can happily update to that. I cannot find out the exact revision number of the 1.42 release that's why I just updated to r61712 taken from here http://svn.boost.org/svn/boost/branches/release

[fastplayer]

Find which rev exactly is the boost 1.42 release and I can happily update to that. I cannot find out the exact revision number of the 1.42 release that's why I just updated to r61712 taken from here http://svn.boost.org/svn/boost/branches/release
You're right, rev61724 is about to get released as 1.43.0:
https://svn.boost.org/trac/boost/browser/branches/release

[XhmikosR]

OK, I'll update to that revision.

EDIT: I'm actually getting a new warning:
Warning 170 warning C4512: 'boost::detail::future_object_base::relocker' : assignment operator could not be generated h:\progs\ffdshow_boost\src\boost\thread\future.hpp 143 ff_vfw
Other than that I had to add BOOST_NO_RTTI in the Preprocessor definitions for ff_vfw in order to get the ICL11 x86 build to compile.

[fastplayer]

Can you try with 1.42.0?
http://sourceforge.net/projects/boost/files/boost/1.42.0/boost_1_42_0.7z/download

[XhmikosR]

Exactly the same thing, same warning and I also need to add BOOST_NO_RTTI in the Preprocessor definitions for ff_vfw ICL11.

[albain]

@albain
Rev. 3398 solves the word wrapping problem with multi-lines subtitles, which also solves the Hebrew subtitles problem (it was probably the same problem all along).
However, the subtitles still disappear on seek (see http://forum.doom9.org/showthread.php?p=1396538#post1396538).
All the best, Adam.

Very interesting news, this means (if confirmed) that we can drop the subviewer (srt) engine to use only the SSA one.

About the remaining problem, you were too fast, I fixed this in revision after it (3399). Please tell me if this is fixed for you

Otherwise, there is an annoying problem with ffdshow dialogs : the apply button is ungreyed as soon as you select another dialog (with no modifications in the old one).
I started to look after this issue with no luck for now

@developers
I tried to build an ICL11 version of ffdshow 64 bits with no luck. It seems that MMX intrinsics are not compatible. The _m64 register datatype seems to be faulty. This means that we have to move forward to SSE2 instructions or higher, but apart the big refactoring work, what about AMD intrinsics ?

[adam777]

Very interesting news, this means (if confirmed) that we can drop the subviewer (srt) engine to use only the SSA one.

About the remaining problem, you were too fast, I fixed this in revision after it (3399). Please tell me if this is fixed for you


Confirmed.
All is well now with Rev. 3402 :)
Thanks again for all your hard work, glad I could be of some assistance :thanks:

[albain]

Confirmed.
All is well now with Rev. 3402 :)
Thanks again for all your hard work, glad I could be of some assistance :thanks:

Good, even with "support for SSA tags..." checked ?

[fastplayer]

Otherwise, there is an annoying problem with ffdshow dialogs : the apply button is ungreyed as soon as you select another dialog (with no modifications in the old one).
I started to look after this issue with no luck for now
I tracked it down to rev3377. That's when the issue started appearing.

Maybe this change in TffdshowBase.cpp (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/TffdshowBase.cpp?r1=3377&r2=3376&pathrev=3377)?

[adam777]

Good, even with "support for SSA tags..." checked ?

Yep. :)

[albain]

I tracked it down to rev3377. That's when the issue started appearing.

Maybe this change in TffdshowBase.cpp (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/TffdshowBase.cpp?r1=3377&r2=3376&pathrev=3377)?

Nice catch, besides it was my changes :thanks:

[fastplayer]

Au contraire! Thank you for your diligence!
I guess working on subtitles is not exactly the most exciting part about ffdshow which in turn makes your contributions even more appreciated :)

[Sebastiii]

+1 :)

So cool :)

Damien, i send you a note :)
Cheers,
Seb.

[STaRGaZeR]

So many fixed things.

/me likes.

[jeremy33]

Hi,

I have a problem with this file http://www.mediafire.com/?mzaj2zm4jxw and ffdshow resizer.

The aspect ratio isn't correct. It must be 16/9 (1.78) and it is like 16/6 (2.60).

Without resizer it's good.

[hoborg]

Hi.
From MPC-HC:

Revision 1820 - Directory Listing
Modified Wed Apr 28 23:55:20 2010 UTC (6 days, 6 hours ago) by Aleksoid

Correct : Level@5.1 check for Ati(remove check for video width);
Add : MPCVIdeoDecoder, disable DXVA(H.264) for SD video(width < 1280);

Revision 1819 - Directory Listing
Modified Wed Apr 28 21:21:42 2010 UTC (6 days, 9 hours ago) by Spec-Chum

Added H.264 L5.1 DXVA support for ATI cards with drivers > v8.14.1.6105 (Catalyst 10.4)

Can this be inplemented in to FFDshow DXVA decoder too? (compatibility check for ATI card)

[fastplayer]

In rev3401 a new option has been added:
"Override those shadow settings (ignore SSA shadow settings)"
Which settings exactly? All of em (including font size, color etc.) or just the "shadow mode" itself?

[albain]

In rev3401 a new option has been added:
"Override those shadow settings (ignore SSA shadow settings)"
Which settings exactly? All of em (including font size, color etc.) or just the "shadow mode" itself?

Only shadow mode & size for now

Hi.
From MPC-HC:

Revision 1820 - Directory Listing
Modified Wed Apr 28 23:55:20 2010 UTC (6 days, 6 hours ago) by Aleksoid

Correct : Level@5.1 check for Ati(remove check for video width);
Add : MPCVIdeoDecoder, disable DXVA(H.264) for SD video(width < 1280);

Revision 1819 - Directory Listing
Modified Wed Apr 28 21:21:42 2010 UTC (6 days, 9 hours ago) by Spec-Chum

Added H.264 L5.1 DXVA support for ATI cards with drivers > v8.14.1.6105 (Catalyst 10.4)

Can this be inplemented in to FFDshow DXVA decoder too? (compatibility check for ATI card)

Done

[hoborg]

Done

:thanks:

[fastplayer]

Only shadow mode & size for now
Then I suggest renaming this option to
"Override shadow mode and size (ignore SSA shadow settings)".
This should make it clearer what is actually being overridden.

After a quick test of SRT subtitle handling, I can say that it is looking very good: 2-line subs, wrapping, switching and seeking are all working without any fuss. I'll test later more thoroughly. :cool:

[STaRGaZeR]

@albain

More subs fixes:

- Fix for SSA position tags in SRT subs.
- Fix for line wrapping when position tags are used inside SRT subs.
- Fix for incorrect colors when using the \xc tag.

Sebastii uploaded a nice SRT script full of SSA tags, it's great for testing: http://forum.doom9.org/showthread.php?p=1396430#post1396430

Patch: http://www.mediafire.com/?tgxvij5nyto
Build: http://www.mediafire.com/?jrmnwu0munm

Guys, please test and report if you find any bugs. You need "Process SSA tags in text subtitles" checked. I haven't found any problems with SRT/SSA/ASS.

[albain]

@albain

More subs fixes:

- Fix for SSA position tags in SRT subs.
- Fix for line wrapping when position tags are used inside SRT subs.
- Fix for incorrect colors when using the \xc tag.

Sebastii uploaded a nice SRT script full of SSA tags, it's great for testing: http://forum.doom9.org/showthread.php?p=1396430#post1396430

Patch: http://www.mediafire.com/?tgxvij5nyto
Build: http://www.mediafire.com/?jrmnwu0munm

Guys, please test and report if you find any bugs. You need "Process SSA tags in text subtitles" checked. I haven't found any problems with SRT/SSA/ASS.

Thank you, I'll commit your patch. Do you have a sourceforge user ?

@clsid : could you add commit rights to stargazer ?

[clsid]

Done!
(I assume 'stargazer' is the correct SF.net user ID?)

[STaRGaZeR]

stargazer69 actually, plain stargazer was already in use :p

Thanks!

[fastplayer]

^Done! :)

[horvathd]

I noticed some time ago that when I start play a video using ffdshow and I right-click on the video decoder icon on the tray then among the filters one is called is GradFun. But when I open the configuration dialog with a double click the the same filter is called DeBand. After I close the configuration window and right-click again on the icon then the filter name remains DeBand.

I hope it's understandable what I trying to say.

PS.: I'm using now the rev3402 of ffdshow.

[fastplayer]

^Yep, confirmed with rev3406.

[rpm7200]

libdts' s name changed libdca. but ffdshow is showing libdts in info and cpu tab. sorry bad very bad english.

[Sebastiii]

Hi Albain,

I have try last SVN 3416 and the sub isn't good,
This is 2 screenshot @ 18 seconds and 23 seconds.

The sub are cut and some like @ 12 and 17 seconds are not displayed (That is says ?).

Thanks :) a little more fix and go :)
Bon courage :)

[fastplayer]

The "Reload" button in the subtitle options doesn't seem to work. With "Watch for file changes" disabled, a during playback modified subtitle doesn't refresh/reload when clicking the button.

@Sebastiii:
http://fr.wikipedia.org/wiki/Compression_d'image

[Sebastiii]

Hi fastplayer :)

Thank you :) i didn't see that png it's non compressed image :( i think idiot and i'm thinking it's like jpg.
I have change and now it's better thank you again :)
Seb.

[fastplayer]

Hi fastplayer :)

Thank you :) i didn't see that png it's non compressed image :( i think idiot and i'm thinking it's like jpg.
I have change and now it's better thank you again :)
Seb.
PNG uses lossless compression whereas JPEG is lossy.
If you want to reduce the size of the PNG file, you can use an optimizer like OptiPNG (http://optipng.sourceforge.net/). The image will still retain its quality but redundant data will be stripped out.

As for posting screenshots in forums, I suggest using thumbnails because this doesn't break forum layout and keeps the bandwidth use down to a minimum :)