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

fastplayer

7th May 2010, 15:23

Here's a tricky one:
ffdshow randomly loads one of my CPU cores with 100%. Unfortunately, this is not easily reproducible but I noticed that it happens when SRT subtitles are involved (maybe even with other formats). The issue occurs with AVI, MP4 and MKV files.
Here's a screenshot of Process Explorer showing that ffdshow.ax is the culprit:
http://i43.tinypic.com/111rupg.png

My setup:
Athlon64 X2 3800+
Radeon HD4670 (CAT10.4)
Windows 7 32-bit
ffdshow 3415, YV12 output (happens with HQRGB32 too)
MPC-HC 1856, with ffdshow audio/video decoder set up as external filters
madVR v0.12 (happens with EVR-CP/VMR-9 too)
Haali Media Splitter 1.10.120.15 (happens with MPC's internal splitters too)

PS:
If necessary, I can upload a dump of mpc-hc.exe.

Sebastiii

7th May 2010, 16:52

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 bandwith use down to a minimum :)

Thanks :)

moonrak

7th May 2010, 17:30

My first question in this forum.
Where do you guys download versions newer than the ones posted in "http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/"?
I see that some here have rev 3416 while in xvidvideo the latest one is rev 3415.
:)
moonrak

clsid

7th May 2010, 17:42

The official site:
http://sourceforge.net/projects/ffdshow-tryout/files/

STaRGaZeR

7th May 2010, 19:57

fastplayer, do you know in which revision the problem started?

Sebastiii

7th May 2010, 20:04

fastplayer

7th May 2010, 20:21

fastplayer, do you know in which revision the problem started?
I wish I knew. :(
I think it started around the time when Haruhiko made some architectural changes to the subtitle engine (a year ago?). The issue was so rare that I didn't bother to report it but in the past 6-8 weeks the frequency, with which this issue occurs, increased. Now it's downright annoying...
Unfortunately, trying to reproduce it, is pure coincidence. A video+sub combo that exhibits this issue one time, won't next time.
Another interesting observation I made when investigating it, was that when it occurs and I start Process Explorer, CPU load would drop to normal levels. At first, that totally peed me off because I couldn't pinpoint the reason for the unusual CPU load. So I made it an habit to start Process Explorer before playing a video. :D

Anyway, I'll take a look at the dump file with MS's Debug Tools. Maybe something enlightening will come up *keeping fingers crossed*

By the way, what happened to parsing of HTML tags in SRT subs? What setting needs to be enabled?

fastplayer

7th May 2010, 20:29

Did you try with graphstudio too ?
i didn't remark this but i look at to see too :)
Seb.
How can this help me?
I can certainly rule out other interfering filters. It's just MPC and ffdshow. No interfering virus/spyware scanners, no fancy shell extensions etc.
Process Explorer clearly shows that ffdshow.ax is the cause of this abnormal CPU load.
I'm on Windows 7 now but it happened in XP too. Different renderers (madVR, VMR7/9, EVR-CP) as well as GPUs (X800 GTO, HD4670) all don't seem to matter, too.

Sebastiii

7th May 2010, 20:32

How can this help me?
I can certainly rule out other interfering filters. It's just MPC and ffdshow. No interfering virus/spyware scanners, no fancy shell extensions etc.
Process Explorer clearly shows that ffdshow.ax is the cause of this abnormal CPU load.
I'm on Windows 7 now but it happened in XP too. Different renderers (madVR, VMR7/9, EVR-CP) as well as GPUs (X800 GTO, HD4670) all don't seem to matter, too.

Maybe to force to reproduce it :)
But yes hard to nail it :(
Seb.

STaRGaZeR

7th May 2010, 20:35

I wish I knew. :(
I think it started around the time when Haruhiko made some architectural changes to the subtitle engine (a year ago?). The issue was so rare that I didn't bother to report it but in the past 6-8 weeks the frequency, with which this issue occurs, increased. Now it's downright annoying...
Unfortunately, trying to reproduce it, is pure coincidence. A video+sub combo that exhibits this issue one time, won't next time.
Another interesting observation I made when investigating it, was that when it occurs and I start Process Explorer, CPU load would drop to normal levels. At first, that totally peed me off because I couldn't pinpoint the reason for the unusual CPU load. So I made it an habit to start Process Explorer before playing a video. :D

Anyway, I'll take a look at the dump file with MS's Debug Tools. Maybe something enlightening will come up *keeping fingers crossed*

By the way, what happened to parsing of HTML tags in SRT subs? What setting needs to be enabled?

Can't help you with that, I hope that you can at least fin the cause.

The parsing of HTML tags is always enabled now, that's why the option was removed. However ffdshow still checks for the option before doing the actual parsing, this check should be removed because some people had it disabled and can't activate it now that the option is missing :D

hoju3508

7th May 2010, 20:50

Has this issue been addressed?

:thanks:

Image corruption while using ffmpeg-mt with more than 1 thread. (libavcodec and DVXA are also ok)
http://img265.imageshack.us/img265/5303/avatarblurayffmpegmtcor.png

Tested with ffdshow r3370 xxl and r3390 from http://www.xvidvideo.ru

This must be some very old bug because it occurs even in very old revisions as well.

Remuxed BD sample http://www.sendspace.com/file/f9s4te

fastplayer

7th May 2010, 20:56

The parsing of HTML tags is always enabled now, that's why the option was removed. However ffdshow still checks for the option before doing the actual parsing, this check should be removed because some people had it disabled and can't activate it now that the option is missing :D
Put it on your ToDo list because I can't find this reg key :D

fastplayer

7th May 2010, 20:58

Has this issue been addressed?

:thanks:
Nope but it has been reported upstream (http://forum.doom9.org/showthread.php?t=154365).

STaRGaZeR

7th May 2010, 21:05

Put it on your ToDo list because I can't find this reg key :D

Try with this build: http://www.mediafire.com/?ny42mtiyuyt

I assume you had it deactivated, this one doesn't perform any checks. It should work.

fastplayer

7th May 2010, 21:30

Try with this build: http://www.mediafire.com/?ny42mtiyuyt

I assume you had it deactivated, this one doesn't perform any checks. It should work.
Yep, it works now :)

Anyway, trying to debug the dump file was a waste of time:
- I need symbol files for all EXE/DLL files involved.
- mpc-hc.exe didn't crash and is not the root cause but ffdshow is running "inside" of MPC's process... *argh*

Any other ideas are welcome!

adam777

8th May 2010, 00:09

Hello all,
Some annoying problem I've noticed with rev. 3421 (probably has something to do with the SSA engine being the default one now) - subtitles tags inside srt subtitles are displayed as simple text, and not being translated.
That is, the following subtitle:
1
00:00:00,530 --> 00:00:02,610
<i>Blah Blah Blah</i>

is displayed as:
<i>Blah Blah Blah</i>

Any setting I might have missed?
Thanks, Adam.

STaRGaZeR

8th May 2010, 00:12

Try r3422 :D

moonrak

8th May 2010, 00:53

Try r3422 :D

Where is r3422?
moonrak

adam777

8th May 2010, 00:56

Try r3422 :D

Oh... look at that, right in front of my eyes in that SVN log :thanks:

@moonrak - http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca95e79d7d0540e1e1

moonrak

8th May 2010, 03:04

Oh... look at that, right in front of my eyes in that SVN log :thanks:

@moonrak - http://www.mediafire.com/?sharekey=3f33c77c2cf9ce25ab1eab3e9fa335ca95e79d7d0540e1e1

So we have the "official" site, the russian (xvidvideo.ru) and mediafire also!
Anywhere else you would like to confess?
:)
moonrak

Sebastiii

8th May 2010, 21:28

Damien :) you're the best :)

All subtitle BD and .sup it's working very great en rev 3425

Thank you so much :)
Cheers,
Seb.

:thanks: :thanks:

STaRGaZeR

9th May 2010, 00:30

Only one thing missing here, everything else is fixed!

Original, 1920x1080:

http://thumbnails14.imagebam.com/7976/e8084c79757179.gif (http://www.imagebam.com/image/e8084c79757179)

Resized, 1680x944:

http://thumbnails13.imagebam.com/7976/da200a79757178.gif (http://www.imagebam.com/image/da200a79757178)

Position is correct, size is not. Almost there!

STaRGaZeR

9th May 2010, 03:14

Guys, I need you opinion here.

Currently the autosize function in the subtitles filter does indeed autosize the subs, but based on a formula that doesn't make any sense to me. For me autosize means same perceived size regardless of resolution. It seems VSFilter agrees with me. I've made a new version that does that: if autosize is checked you'll see constant sized subs, regardless of resolution, like you do with VSFilter/MPC. If you want the subs to look the same in both, install this build and change these settings:

- Placement - vertical position --> set it to 93%
- Font --> enable autosize, change shadow mode to classic shadow, set font size to 18. I've not determined VSFilter's outline or shadow size yet, so help me with this.

My goal is that people activating ffdshow subtitle filter gets the same experience, using default settings, compared to VSFilter/MPC. The above settings will be the default ones if you like this change.

Build: http://www.mediafire.com/?2injn40wynd

Sebastiii

9th May 2010, 03:20

Hi,

It's a good idea and try it :)
i think that is the good way to do :)
Seb.

Sebastiii

9th May 2010, 03:39

Great, it works very good :)

So this is my setup :

http://thumbnails3.imagebam.com/7978/f5f75079770675.gif (http://www.imagebam.com/image/f5f75079770675)

Outline : 2
Shadow : 3

I have see only a thing, is that on .srt (legend of..) @ 12 seconds
In MPC-HC i have 4 lines and here 3 (the middle line is long but we can read all the words).

http://thumbnails6.imagebam.com/7978/5aa92879771449.gif (http://www.imagebam.com/image/5aa92879771449)

:)

STaRGaZeR

9th May 2010, 03:52

Yup, ffdshow uses smaller borders for wrapping calculation, that's in the TODO list too :D

fastplayer

9th May 2010, 08:41

For me autosize means same perceived size regardless of resolution.
You mean that the size stays "constant" (independent of resolution) when, for example, switching between SD and HD, right?

dann23

9th May 2010, 09:22

You mean that the size stays "constant" (independent of resolution) when, for example, switching between SD and HD, right?

+1. I'm tired to change font size when watching SD and HD

Sebastiii

9th May 2010, 09:24

Hi,

Maybe i misunderstood, but that i understand is that the size stay constant. it's scale the size of sub like you have setup and if it's HD or SD, it keep to have the same overview on all movies

By my test, this is that i can see :)

But if a more explanation can be made, i'm ok :)
Seb.

fastplayer

9th May 2010, 09:43

horvathd

9th May 2010, 10:08

Well, then I'm all in favor of making this change.

What about the situation when you maximize/full-screen an SD video and the subs "maximize" themselves too? They get all blurry and ugly. Can they be made sharper? Reducing the font size - to mitigate the bigger size - causes even more aliasing and makes the sub unwatchable.

My solution for that is to set ffdshow filter to resize to the video to my screen resolution, then apply the subtitle filter. This way the fonts is alway sharp at full screen and also don't show any problem when watching a video in a window. The drawback is the higher CPU usage.

DJ_Phatic

9th May 2010, 10:09

I am not sure if i understand it correctly.
Default FFDShow activation keys are CTRL+ALT + mapped key.
For example CTRL+ALT+O to show/hide OSD, CTRL+ALT+S to show/hide subtitles. I have no problems with this (working fine).
But CTRL+ALT+F4 or CTRL+ALT+Nunpad1 simply does nothing for me, i tryed remap CTRL+ALT+F4 to CTRL+ALT+K, but still nothing (is there some OSD message about strem swithched?)

Here is my settings: (audio switcher/subtitles is enabled, testing Samurai Champaloo sample)
http://hobring.esero.net/saf/ffdshow/streams.png

I would also like to raise this issue. The next subtitle stream and audio stream shortcuts do not work with ffdshow DXVA, same settings as above though without focus is ticked.

horvathd

9th May 2010, 10:15

I noticed that the Overlay filter can't be hidden in the "Show / hide filters" option with rev 3406.

namaiki

9th May 2010, 10:23

My solution for that is to set ffdshow filter to resize to the video to my screen resolution, then apply the subtitle filter. This way the fonts is alway sharp at full screen and also don't show any problem when watching a video in a window. The drawback is the higher CPU usage.

How can you set it so that it upscales to around desktop resolution, but doesn't add black bars, and keeps aspect ratio of the video?

horvathd

9th May 2010, 10:28

My setting are:

http://i524.photobucket.com/albums/cc329/davhorv112/Misc/ffdshow_resize.jpg

The Resize -> Borders, and Resize -> Settings are the defaults.

Sebastiii

9th May 2010, 10:33

My solution for that is to set ffdshow filter to resize to the video to my screen resolution, then apply the subtitle filter. This way the fonts is alway sharp at full screen and also don't show any problem when watching a video in a window. The drawback is the higher CPU usage.

Thanks for the tip :)
I didn't set resize before sub and now whaouuuu :) it's really clear :)
Seb.

pankov

9th May 2010, 13:28

The resize solution is working great in software mode but if I'm not mistaken it's not supported in the DXVA version, because the decoded frame is never returned to the main memory.
I was wondering though what will happen if the subtitles are always rendered at screen resolution and then mixed with the video frame which is also resized to screen resolution but by the video card. .... now the question is - which happens first - the mixing or the resizing of the video frame?

namaiki

9th May 2010, 13:35

in dxva if you are using ffdshow dxva's subtitle renderer, then the mixing is done first; ffdshow dxva video doesn't have a resizing option. if you're using mpc-hc's internal subtitle renderer instead, then the subs are scaled separately.. but that is different, someone might complain :P

Jeremy Duncan

9th May 2010, 13:52

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)

pankov

9th May 2010, 13:52

namaiki,
I'm using Zoomplayer so mpc-hc's render is out of my reach. I guess I'm stuck either with bad subtitles on SD/720p content or with non DXVA decoding, right?

namaiki

9th May 2010, 13:57

namaiki,
I'm using Zoomplayer so mpc-hc's render is out of my reach. I guess I'm stuck either with bad subtitles on SD/720p content or with non DXVA decoding, right?

What's your CPU? I would prefer quality over DXVA any day.

Maybe Zoomplayer has it's own subtitle renderer somehow?

STaRGaZeR

9th May 2010, 14:25

You mean that the size stays "constant" (independent of resolution) when, for example, switching between SD and HD, right?

Exactly. When resolution is higher, ffdshow adapts the font size so the subs look the same.

Well, then I'm all in favor of making this change.

What about the situation when you maximize/full-screen an SD video and the subs "maximize" themselves too? They get all blurry and ugly. Can they be made sharper? Reducing the font size - to mitigate the bigger size - causes even more aliasing and makes the sub unwatchable.

We can't do anything in this case, ffdshow prints the subs to the video, if the video is SD you'll get SD subs no matter what. This is the real advantage of MPC over VSFilter too, it prints the subs to the screen (in the renderer) instead of the video. The only solution as others have said is to resize to screen resolution first, then print the subs.

My solution for that is to set ffdshow filter to resize to the video to my screen resolution, then apply the subtitle filter. This way the fonts is alway sharp at full screen and also don't show any problem when watching a video in a window. The drawback is the higher CPU usage.

Thanks for the tip :)
I didn't set resize before sub and now whaouuuu :) it's really clear :)
Seb.

Yeah, I've been using this "trick" since forever, subs look great :)

So you guys like the new autosize option? What about the shadow and outline settings to match VSFilter? Don't use MPC for this, it blurs the subs and you can't change that.

pankov

9th May 2010, 14:36

What's your CPU? I would prefer quality over DXVA any day.

Maybe Zoomplayer has it's own subtitle renderer somehow?

my CPU is Q9400 @ 3.2GHz so I don't have any problems with software decoding ... at least not yet - we'll see what will happen with BD 3D. ... so I too prefer quality

And about Zoomplayer - sadly it doesn't have any subs renderer - it relies only on directshow filters

fastplayer

9th May 2010, 15:13

What about the shadow and outline settings to match VSFilter? Don't use MPC for this, it blurs the subs and you can't change that.
Dunno about VSFilter because I use ffdshow for subs exclusively. My settings are: gradient shadow, outline=2, shadow=3, weight=medium, size=22, placement_vertical=98%.
As for outline and shadow size, these are the only settings that make sense to me and to Sebastiii apparently (http://forum.doom9.org/showthread.php?p=1398424#post1398424) too :)
Both values - unlike the default - are subtle and give the subs a certain "depth".

Sebastiii

9th May 2010, 16:51

Yeah, I've been using this "trick" since forever, subs look great :)

So you guys like the new autosize option? What about the shadow and outline settings to match VSFilter? Don't use MPC for this, it blurs the subs and you can't change that.

I'm ok on new autosize :)
Seb.

magic144

9th May 2010, 18:41

really happy to see albain's progress...

this is the latest comment I have updated to the bugtracker re: VobSub subs muxed (embedded) in 720p mkv...
https://sourceforge.net/tracker/?func=detail&aid=2981790&group_id=173941&atid=867360

Build 3425.
Rendering and placement seems OK, but disappearing subs still happens - seems to be on seeking to an 'inopportune' timecode, or if subs are absent for a while (i.e. noone in the video is talking), they seem to stay off.

As ever, I can provide subtitle data if it would help.

Sebastiii

9th May 2010, 19:08

Hi,
Can you provide the file :)

All latest version 3425, i try to reproduce your pb and i didn't -> so it's pretty cool, but i want to try with your file :)
Seb.

Taurus

9th May 2010, 19:16

This is what I got with rev3422_20100508 from XvidVideo.RU:
http://img10.imageshack.us/img10/9885/clickl.png

Rev3406_20100505 is doing fine.

Player: Mediaplayer Classic HC rev1.3.1862.0.x86

DigitalDeviant

9th May 2010, 19:35

Subtitle and menu buttons are not displayed correctly in that version. It has been fixed by 3425.

STaRGaZeR

9th May 2010, 20:07

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