ffdshow tryouts project: Discussion & Development

[_xxl]

Playing certain h264 file ([AniYoshi]_School_Days_-_01_(h264)_[02F5F33E].mkv) with ffdshow_rev1334_20070706_clsid_sse_icl9.exe result in a access violation.
Can you provide a small sample?It crashes if embedded subtitles are disabled?

[thuan]

The file has no embedded sub and it crashes whether sub filter is enabled or not. You can get a small sample here (http://rapidshare.com/files/42280597/_AniYoshi__School_Days_-_01__h264___02F5F33E_-001.mkv.html).

[_xxl]

It doesn't crash with ffdshow.ax msvc 2003 build.

[vinetu]

thuan the sample you provide plays fine here with both 1349 and 1348 builds from drevil_xxl and from clsid. I'm useing MPC, so I guess the splitter is internal MPC matroska splitter.What's the splitter filter in your machine?
Core2Duo E4300,WinXP SP2 up to date,Radeon 9600 AGP,2GB RAM.

[Mangix]

i just tried it with ffdshow rev1341 and when i tried playing it, it froze. CoreAVC works fine though. Splitter that i used was Haali(latest version).

[thuan]

Yeah, I knew as I said in my previous post. This is a bug that certain h264 file encoded by certain x264 revision make ffdshow.ax compiled by icl crash.
As this bug isn't included in the bug list in the first post anymore. I thought it fixed.

[haruhiko_yamagata]

Yeah, I knew as I said in my previous post. This is a bug that certain h264 file encoded by certain x264 revision make ffdshow.ax compiled by icl crash.
As this bug isn't included in the bug list in the first post anymore. I thought it fixed.
It's similar but different issue to rev 1280 issue.
I found why and going to fix it soon.

[Delerue]

I can't reproduce. Do you have any sample that you can send to us?

I would like to help, but I don't know how can I extract a sample from a DVD without changing its original format. Can you tell me how?

Thanks.

[Px]

I would like to help, but I don't know how can I extract a sample from a DVD without changing its original format. Can you tell me how?
Try with TMPGEnc

[zambelli]

Perhaps it would be feasible to make a hybrid build that works as x64 but can fall back to 32bit when used in 32bit players. (MS must have something like this since their codecs seem to work for both).
That's not possible. A compiled binary is either 32-bit or 64-bit - it can't be both.
Microsoft codecs in Vista x64 exist as separate binaries in both SysWOW64 and System32 folders.

[SBeaver]

That's not possible. A compiled binary is either 32-bit or 64-bit - it can't be both.
Microsoft codecs in Vista x64 exist as separate binaries in both SysWOW64 and System32 folders.

was thinking more of a 64bit binary that can support 32bit players
on second thought I don't know exactly what I was thinking, just some way to make it work for both 64 and 32bit players with as little trouble as possible.

[Inventive Software]

Bundle it twice in the installer. Would make the installer quite big mind, but would satisfy your needs. ;)

Separate builds work fine at the moment, because there's a lot of things different between 32bit and 64bit, file locations, registry settings etc.

[vlada]

I would like to help, but I don't know how can I extract a sample from a DVD without changing its original format. Can you tell me how?

Thanks.

It's difficult. Your problem might have something to do with the way the files are muxed. And I'm afraid that just every tool you use will remux the video. But anyway you can try to cut the video and see if it still gets out-of-sync.

Beside TMPGEnc you can try Avidemux or Womble MPEG Wizard (a free fully functional trial version is available).

[in_awe]

Despite the expanded AviSynth options in the newer ffdshow tryouts, is it still not possible to change the frame rate of video? I'm using Zoom Player + DScaler 5 + the latest ffdshow tryout beta + the latest AviSynth to play DVDs. I'm trying to change the frame rate from 24fps to 60fps with some interpolated frames to even out judder on a 60hz fixed rate display. I've tried the various pulldown settings in the AviSynth section of ffdshow (smooth timestamps is quite nice for display on a 72hz capable display BTW - thanks Leak!) but all I get is slow motion video with stuttery sound. The ffdshow OSD shows the frame duration changing, but that isn't reflected in the speed the video actually plays at.

If the frame rate is still fixed, is that something that couldn't be changed without a full rewrite of ffdshow (similar to trying to add vfr to avisynth) or would it be possible with minor code changes?

On a related note, are the original frame durations the OSD lists (alternating between 33ms and 50ms) generated by ffdshow, or are those coming from DScaler 5 (or perhaps even Zoom Player)? I know they are based on the DVD's flags, but I'm wondering which program is interpreting those flags to decide the frame durations.

If all of this has been asked previously then I appologize for asking it again. I've been reading through this thread, but am only back to about page 70 so far.

Thanks in advance for any replies.

[LoRd_MuldeR]

was thinking more of a 64bit binary that can support 32bit players

32-Bit executables can not load 64-Bit DLLs and vice versa...

[Delerue]

I can't reproduce. Do you have any sample that you can send to us?

Nevermind... I can't reproduce anymore. Really odd. :|

Sorry for this wrong report.

[Delerue]

Despite the expanded AviSynth options in the newer ffdshow tryouts, is it still not possible to change the frame rate of video?

The only way I know to do it is using MVTools AVYSynth plugin; to be more precise, the MVFLowFPS script. Take a look at this thread here (http://forum.doom9.org/showthread.php?t=84770&page=20) (look at my first post at this page).

[foxyshadis]

On a related note, are the original frame durations the OSD lists (alternating between 33ms and 50ms) generated by ffdshow, or are those coming from DScaler 5 (or perhaps even Zoom Player)? I know they are based on the DVD's flags, but I'm wondering which program is interpreting those flags to decide the frame durations.

Generated by the splitter, based on some combination of the framerate, default duration, and frame timestamps, depending on the container. Occasionally modified by the decoder, deinterlacer, or anything else on the way to the renderer.

The issue sounds weird - it should always be playing at full speed, when you use ffdshow bobbing or avisynth, no matter how many frames you insert, unless the cpu just can't keep up at all. Then again, I haven't used dscaler as decoder in ages. What is the exact method you're using to interpolate frames? And for completeness, what renderer are you using, and is queuing enabled and working?

[Delerue]

Is there a simple way to add a subtitle in a DVD (ripped to HD) using FFDShow + MPC? I mean, I just want to watch the DVD in the computer, so I don't want to demux and stuff like that.

The only way I know to do it is using SMPlayer. It works perfectly, but it lacks some of the good filters/configurations we have in FFDShow.

[in_awe]

foxyshadis,

OK, I'm an idiot. I never even checked CPU utilization. In my simplest script, all I was doing was a SelectEvery(2,0,0,1,1,1) followed by an Info(). I assumed that those were such simple commands that there was no way they would max out my CPU (a P4 2.6Ghz - kinda old, but not TOO bad). I was wrong. The Info() command gobbles up a lot of CPU! I kept including it to see what AviSynth was doing internally. Once I knocked that out, no more stuttering.

Next I tested the script that was my original goal:
AssumeFPS(24000,1001)
ConvertFPS(47.952)
SelectEvery(4,0,0,1,2,2)

Basically, frames AB become AAxBB, with x being a blend of A and B. 24 frames become 60 with somewhat reduced judder. This script now works on my system, but drives my CPU to about 80%. I'd like to slip a Laczos resize in there to 1360x768 (my LCD resolution) and maybe a better interpolation than blend, but would need to bring down CPU utilization first. Any suggestions on a less CPU intensive method for what I'm trying?

I'm quite surprised by how much CPU the AviSynth commands require. ConvertFPS is just blending frames. SelectEvery is just specifying which frames to use. Neither seems like it should take much CPU to do. I must be missing something.

Wait... I just enabled queueing and that dropped CPU usage to ~65%. It looks like about half of that is ffshow/AviSynth. Better... we'll see if that leaves enough room for the resize.

Thanks again for the help!

[chros]

Is there a simple way to add a subtitle in a DVD (ripped to HD) using FFDShow + MPC?
In MPC: File -> Load Subtitle isn't working after playback started?

[Delerue]

In MPC: File -> Load Subtitle isn't working after playback started?

It works, but stutters a lot. I would like to use DirectVobSub or FFDShow subtitle filter. Any idea?

[foxyshadis]

Info() is so heavy because it uses GDI antialiasing. (Very slow, not meant for playback as you saw.) The OSD routines ffdshow and MPC use are much lighter, and it's too bad avisynth doesn't use those.

I'm not sure what you could do past convertfps. MVtools means much more cpu. There aren't any fast Trimension-type plugins, although you might be able to cut mvtools down enough that it's a little faster.

[Dr Pizza]

btw, I am still working on 64-bit builds, if people are interested, but I have had some hardware failures which have set me back a bit. I think I should be up and running now. There are a bunch of things I saw the other day that looked dubious (pointer truncations and so on) that I am wanting to look at, and I hope I will now get a chance to do so.

[Dr Pizza]

High quality YV12 to RGB conversion is broken in x64 builds. It doesn't crash the player, but the video is really discolored.
I found that but it looks like someone has fixed it; it's now not discoloured (it was going all pink before), but it does seem to be unusably slow.

The only thing that I know of that uses RGB by default is Windows' thumbnailing; with the broken conversion the thumbnails go all pink. I disabled high quality and rebuilt my thumbnails to resolve the issue.

[Dr Pizza]

I am also writing a (simple) 64-bit video application (http://www.codeplex.com/awkawk/) if people want to try that; quicker than WMP (and less annoying when it crashes) and less ugly than graphedit.

I hear it has some weird issues where its menu gets overwritten by the video or something, so any advice that'll help me fix that would be appreciated. :)

[SBeaver]

I am also writing a (simple) 64-bit video application (http://www.codeplex.com/awkawk/) if people want to try that; quicker than WMP (and less annoying when it crashes) and less ugly than graphedit.

I hear it has some weird issues where its menu gets overwritten by the video or something, so any advice that'll help me fix that would be appreciated. :)

Wonderful!
If you havn't already, make your own thread about the player in the software player forums, I'm sure a lot of people will be interested and will lend a hand with testing and suggestions and more.
I'm very happy to try
:helpful:

btw, does it have built in splitters for evo, mkv and such? that might be helpful. (don't have time to check, have to sleep, bye)

[Dr Pizza]

Oh, it's not anything like ready for people to really look at. Too many weird things happen unexpectedly.

[zambelli]

Question for the Ffdshow tryouts dev team:
Is there some sort of plan or timeline for a "final" Ffdshow release? Will the beta releases just continue indefinitely (beta27?) or will at some point Ffdshow finally get a v1.0 release? :)

[zhitch]

I just wanted to thank all the ffdshow devs and especially Dr Pizza for his work on the X64 build.... and to all who help make such a wonderfully useful and free prog... thanks again

[_xxl]

There are some issues to fix.

[Px]

Small remark:
Nightly builds by xxl
Latest x64 Notes (2007-07-13 11:39)
ffdshow_rev1352_20070713_x64.exe Mirror 3418678 154 IA64 None
It's not IA64, it's x86_64 or AMD64, IA64 - Itanium.....

[Warpman]

seems my old divx 5.0 encodes stopped working :( (using rev 1340)

sample --> http://rapidshare.com/files/43055685/sample_dx5.avi.html

(2mb)

the file works fine in vlc/mplayer :thanks:

[Delerue]

seems my old divx 5.0 encodes stopped working :( (using rev 1340)

sample --> http://rapidshare.com/files/43055685/sample_dx5.avi.html

With 1350 works perfectly here.

[clsid]

That sample plays OK here (rev1355).

[Leak]

I would like to help, but I don't know how can I extract a sample from a DVD without changing its original format. Can you tell me how?
Maybe you could blank everything but the part you're after with VOB Blanker - that should give you pretty much the same DVD, but with everything unneccessary blanked and thus much smaller...

np: The Orb - Ultraworld Probe Six - Perpetual Dawn (Adventures Beyond The Ultraworld (Disc 2))

[haruhiko_yamagata]

I have written RGB version of text subtitle and OSD renderer. The rendering quality (in the detail) is improved.
Patch (http://sourceforge.net/tracker/index.php?func=detail&aid=1747775&group_id=173941&atid=867362)
Binary for testing (http://rapidshare.com/files/43166692/ffdshow_rev1355_20070716_Q.exe.html).

RGB mode is used if the output color space is RGB and no other image filter is used in the downstream of the filter chain (automatic).
OSD is listed at the top of the filter chain, but in fact it's added to the last. So if the output color space is RGB, OSD is rendered in RGB mode.

[Warpman]

That sample plays OK here (rev1355).

just updated to 1355 as well ... stil no output with libavcodec. Selecting "xvid" works fine though :(

btw im using haali to split avi files, but i dont thing that is an issue cause it didn't work muxed in mkv either...

Ive got an AMD XP 2500+ (Barton core) if that matters
Output colorspace is YUY 2


AHH got it!
The Error only appers if under Decoder options
Workaround encoder bugs
Autodetect is unchecked!

[deets]

oh and thanks for putting the x64 version on the main sourceforge page with the other versions :)

[magnusr]

Trying the latest xxl x64 build on my vista 64bit system with a intel core 2 gives the following error when trying to open video or audio decoder configuration: Error loading ffdshow.ax

From the application log in windows:

Activation context generation failed for "C:\Program Files\ffdshow\ffdshow.ax".Error in manifest or policy file "" on line . A component version required by the application conflicts with another component version already active. Conflicting components are:. Component 1: C:\Windows\WinSxS\manifests\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.312_none_c905b7a4878399c1.manifest. Component 2: C:\Program Files\ffdshow\Microsoft.VC80.CRT.MANIFEST.

[skystrife]

I have a similar issue to magnusr. When I install the latest x64 build from sourceforge, however, everything is broken for me. Audio decoder config, video decoder config, vfw config (which never worked on 32-bit either, but I could care less). It won't decode any type of video anymore, either. My guess is something went awry when it was compiled.

[squid_80]

Works just fine here.

Go forth and install: http://www.microsoft.com/downloads/details.aspx?FamilyID=EB4EBE2D-33C0-4A47-9DD4-B9A6D7BD44DA&displaylang=en

[magnusr]

Works just fine here.

Go forth and install: http://www.microsoft.com/downloads/details.aspx?FamilyID=EB4EBE2D-33C0-4A47-9DD4-B9A6D7BD44DA&displaylang=en

During the innstalation of Catalyst 7.6 for Vista x64 I got Microsoft Visual C++ 2005 Redistributable Package (x64). But it dosent say SP1 when i look at it on add remove program.

Update:

The link you are linking to says: Supported Operating Systems: Windows 2000; Windows Server 2003; Windows XP.

Didnt notice that until after installation. Now I have to exact same lines under control panel Programs:

Microsoft Visual C++ 2005 Redistributable (x64)
Microsoft Visual C++ 2005 Redistributable (x64)

Maybe I should remove the version you linked to since it doent say vista under supported operating systems? Besides it dosent say SP1 under programs. Just two of the same.

Ill wait with removing it until ive tested ffdshow. On RDP from work atm.

[Dr Pizza]

x86 2005 SP1 redist: http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647

x64 2005 SP1 redist: http://www.microsoft.com/downloads/details.aspx?familyid=EB4EBE2D-33C0-4A47-9DD4-B9A6D7BD44DA

No idea why they don't list Vista, but it certainly works.

[magnusr]

x86 2005 SP1 redist: http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647

x64 2005 SP1 redist: http://www.microsoft.com/downloads/details.aspx?familyid=EB4EBE2D-33C0-4A47-9DD4-B9A6D7BD44DA

No idea why they don't list Vista, but it certainly works.

Weird since now I have two exact same lines under programs (previously known as add remove programs). Neither mentions SP1. But I did install the version that you guys linked to who says SP1 in the name.

Anyway on rdp to home atm, ill test ffdshow when i get home.

[clsid]

ffdshow should be using the local assembly that is bundled with it. So installing the runtime should not be needed. Perhaps the bundled DLL is not the correct version, not matching the manifest?

[squid_80]

The microsoft.vc80.crt.manifest file doesn't match msvcr80.dll. Also I'm not sure it's legal to redistribute the .dll in this way.
For your convenience, we have provided the following folders for use when redistributing VC++ runtime files. Subject to the license terms for the software, you may redistribute the folder (unmodified) in the application local folder as a sub-folder with no change to the folder name. You may also redistribute all the files (*.dll and *.manifest) within a folder, listed below the folder for your convenience, as an entire set.So you have to redistribute all the files in the folder, not just msvcr80.dll.

[haruhiko_yamagata]

The microsoft.vc80.crt.manifest file doesn't match msvcr80.dll.
True, should be updated.
Also I'm not sure it's legal to redistribute the .dll in this way.
So you have to redistribute all the files in the folder, not just msvcr80.dll.
Japanese version of redist.txt says, "また、フォルダに含まれるすべてのファイル (*.dll および *.manifest) を再頒布することもできます。"
Which means we can redistribute any of the files.

[squid_80]

I guess you mean this part (I can't read your quote):

You may also redistribute all the files (*.dll and *.manifest) within a folder, listed below the folder for your convenience, as an entire set.

[_xxl]

Is "VISTA_SPDIF" needed in x64 build?I don't have win64 and can't test this.