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

_xxl

30th May 2007, 11:32

Also, I would like to add the projects that *don't* get built in VC++ for 32-bit builds into the project; if I add them but disable them for 32-bit (so they only build in VC++ when a 64-bit build is performed) would that upset anyone?
I would prefer to add some x64 binary files to svn.
FFmpeg and mplayer are not included in 2003(5) solutions file
because they shouldn't be compiled by msvc.The same for x264 and xvidcore.Also can you please try to compile for x64 libavcodec, libmplayer ,x264 and xvidcore with mingw gcc 4.2.0?

Keepitsimple

30th May 2007, 11:57

I dont know if this is the right place to ask. But is somebody working on dual/quad core support for decoding h.264?

fastplayer

30th May 2007, 11:59

^Look a few posts above yours or use the search...

clsid

30th May 2007, 11:59

OK, I know it makes the compiler output very chatty (about 8000 warnings for the entire thing), but will anyone be upset if I commit changes that set warning level 4 with 64-bit portability warnings on every project?

Also, I would like to add the projects that *don't* get built in VC++ for 32-bit builds into the project; if I add them but disable them for 32-bit (so they only build in VC++ when a 64-bit build is performed) would that upset anyone?
Maybe it is better to make a copy of the current solutions. Then you can change whatever you want. Once all x64 problems have been resolved, then we can merge the solutions together again.

_xxl

30th May 2007, 12:18

But is somebody working on dual/quad core support for decoding h.264?
Please ask the ffmpeg developers again.

Inventive Software

30th May 2007, 12:18

H.264 decoding uses libavcodec, developed by FFmpeg and many others. You want multicore, bug those developers, not us! :p We just implement libavcodec in DirectShow. ;)

Suggestion for the installer: have a sub-option on the codecs selection page, so the user can choose to use WMV or libavcodec, for WMV7, WMV8, WMV9, WVC1, *if* Microsoft codecs are installed. This is also assuming it's relatively easy to check whether the codecs are installed.....

Has anything come of this? Would be nice to configure in the installer / give people the opportunity to choose between MS WMV9 and libavcodec, without having to install ffdshow and configure it from the shortcuts.

Dr Pizza

30th May 2007, 12:38

I would prefer to add some x64 binary files to svn.
I don't follow you; binary files of what?

FFmpeg and mplayer are not included in 2003(5) solutions file
because they shouldn't be compiled by msvc.The same for x264 and xvidcore.
OK, but (a) I am building them in MSVC at the moment (because it appears to work, in general, and because MSVC is generally pretty helpful at pointing out things that aren't safe in 64-bit code) (b) even if I were building in gcc, I still want to use MSVC for editing and whatnot (c) I don't think they can be built in gcc at the moment because AFAIK there's no stable version that has a 64-bit PE target. It's a choice between MSVC and Intel (and I don't have Intel's compiler and can't really justify the expense of it).

So it's MSVC or nothing, I think. And for the basic testing I've performed so far, MSVC looks like it's working tolerably well; the files I've got basically work (random selection of xvid/divx and some H.264, and I think an FLV1 or two). At some point I will try to look at drdivx some time to see if it has any important ffmpeg MSVC changes (it would be nice to work around some of the C99isms that MSVC can't handle).

It would be nice to have a test suite containing representative samples of all the different codecs and significant variations thereof.

Also can you please try to compile for x64 libavcodec, libmplayer ,x264 and xvidcore with mingw gcc 4.2.0?
If you can tell me where to get a suitable compiler, sure. I didn't think that x64 PE was going to be a target for gcc until the 4.3 branch.

Dr Pizza

30th May 2007, 12:44

Maybe it is better to make a copy of the current solutions. Then you can change whatever you want. Once all x64 problems have been resolved, then we can merge the solutions together again.
My fear with doing that is that when new source files are added to the projects (which happens quite often) they would not get added to the x64 project files at the same time which would probably cause surprises and confusion.

clsid

30th May 2007, 13:15

I usually update the ICL9 project files afterwards too. It's not a big problem. Whenever there are vcproj files in the update list when I update my local SVN, then I run a compare with UltraEdit/UltraCompare.

Dr Pizza

30th May 2007, 13:21

OK, that should work out OK then. I'll try to get some _64 VS2005 project files in sometime this week.

_xxl

30th May 2007, 13:25

x86-64

Can ffmpeg be compiled for x86-64 by GCC or not?

celtic_druid

30th May 2007, 13:35

For *nix, yes. mingw64 I think is still a bit of a ways off, although there were some patches for binutils and gcc.

ICL is available as a 30day demo, although in the past when I have tried it for ffdshow x64 it often resulted in crashes anyway.

Dr Pizza

30th May 2007, 13:39

Can ffmpeg be compiled for x86-64 by GCC or not?
In Linux, yes, I believe it can, but AFAIK there's no x64 PE target for gcc/binutils at the moment.

I know about the icl 30 day demo, but it's not really a good option, since I expect it will take longer than 30 days to get ffdshow 100% happy in x64. I also don't know how reliable icl is. I hear it's much better these days, but it used to have an extraordinarily buggy backend that would consistently do such exciting things as omitting to emit entire functions because it incorrectly believed them to be uncalled. It's not really something I want to have to battle with.

squid_80

30th May 2007, 14:20

I recently gave up the battle of converting inline assmembly to external asm/intrinsics for compiling x64 projects with vs2005 and just use icl instead. The assembly code still needs to be changed but it's a lot less work and headaches.

Delerue

30th May 2007, 19:19

I just posted the Mediainfo so you would know what kind of file I'm dealing with. I tried reinstall and it still doesn't seem to register the ffdshow filter. I have no problems getting this to work on my home pc but this is on my work pc.

Maybe CoreAVC has high priority over the FFDShow filter. Any other format (xVid, Divx, etc.) can be open using FFDShow? If 'yes', you may try to change the 'merity' in 'DirectShow Control', inside the 'FFDShow video decoder configuration'. Besides, are you sure that 'H.264/AVC' filter is enable in 'Codecs', inside the 'FFDShow video decoder configuration'?

Jeremy Duncan

30th May 2007, 19:24

Hello,

I'm glad to see Leak's tweak added to FFDshow.

I just downloaded and installed FFDshow version 1198, clsid.
I then setup FFDshow as I usually do.
I set output to yv12, input to all supported raw video.
I then used only avisynth, and set the osd to show the nessessary frames, so I could tweak the new setting.
But if showed no frame change.

http://www.imagehosting.com/out.php/t682121_Whahappen.jpg (http://www.imagehosting.com/out.php/i682121_Whahappen.jpg)

SetMemoryMax(1024)
FluxSmoothT(3)
ColorMatrix(Mode="Rec.601->Rec.709",scaling=2,threads=2)
MT("SeeSaw(NRlimit=0, NRlimit2=5, Sstr=2.40, Szp=1, Slimit=50, Sdamplo=16, Spower=1, sootheT=95, SdampHi=39)",3)
lanczosresize(1680, 1050)

I used the settings in post # 2
Link (http://forum.doom9.org/showthread.php?t=115727)

The frontend I used was MPC, the one I lined to in the link above.

Previously, with Leak's other avisynth tweaked ffdshow, there was a few frames shown ahead and back, so I know that it shouldn't be zero.

Please fix this leak. :)

Edit. Oh, the movie was blade 1, the ntsc sddvd version.
If you look at page 6 in the link it will show you previous results using Leak's tweak.

There's another problem. When I check osd, and cpu load. The cpu load is at zero when I play a movie.
When I adjust the back ahead during movie playback, I see the movie jutter like it's adjusting frames, so I think that leak's tweak is fine, but something is wrong with the osd.

I'm using the clsid 1220 version.

_xxl

30th May 2007, 19:43

Question about parallelizing h264 decoding:
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/029046.html
Or this?
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/029712.html

alph@

31st May 2007, 20:25

in the ffdshow tryouts clsid 1220 in the avisynth filters there is a new parameter '3:2pulldown' with three choices; With what is it linked, and with a script 'seesaw' what should i use ,'ignore pulldown-apply pulldown-smooth timestamps.

kurt

1st June 2007, 06:00

@ alph@: it's part of the new avisynth patch introduced by Leak. Read the doku (http://leak.no-ip.org/AviSynth/ffdshow/docs/html/en/avisynth.htm) for more informations.

Leak

1st June 2007, 12:35

@ alph@: it's part of the new avisynth patch introduced by Leak. Read the doku (http://leak.no-ip.org/AviSynth/ffdshow/docs/html/en/avisynth.htm) for more informations.
Ummm... the documentation is now living here (http://ffdshow-tryout.sourceforge.net/html/en/avisynth.htm), and it's linked directly from the project's front page... ;)

(Or, in other words, I'm not totally sure the page on my server is current... :D)

np: Secede - Vega Libre (Vega Libre)

Leak

1st June 2007, 14:53

Previously, with Leak's other avisynth tweaked ffdshow, there was a few frames shown ahead and back, so I know that it shouldn't be zero.

Please fix this leak. :)
Well, I would - but I'm afraid it just plain works correctly for me with clsid's 1220 build:

Screenshot of MPC running your script on an NTSC DVD (http://leak.no-ip.org/Stuff/ffdshow_AviSynth_1220.png)

I'm afraid I can't really fix what I can't reproduce...

(Do note that some of the back values that my earlier builds reported were quite bogus - it should now be 0 most of the time, as AviSynth's internal cache is usually handling those requests...)

On the other hand, I've found that resizing in AviSynth sometimes causes crashes on open with Haali's renderer, but it works fine with all other renderers - even with MPC's EVR renderer on Windows XP, which is probably the most untested combination.

Also, since just playing a DVD using ffdshow as a decoder without even turning on/using AviSynth produces garbage until the AR changes from 4:3 to 16:9 I'm wondering if there isn't either a bug in Haali's renderer or at least a bug in ffdshow itself that only manifests when using Haali's renderer...

np: Håkan Lidbo - Half Man Half Lobster (Dunka Dunka)

Leak

1st June 2007, 16:01

@Haruhiko:
I gave your TS file with the aspect ratio change in it a try, but I really doubt it's my AviSynth filter that causes this, as the aspect ratio doesn't change with it disabled either.

It does, however, change as soon as you check "Video Frame/Keep Aspect Ratio" in MPC, so maybe this has something to do with how MPC uses Haali's renderer?

Oh, and this is what I get when I open my Ghost In The Shell DVD while using Haali's renderer with ffdshow:

http://leak.no-ip.org/Stuff/Haali_DVD_crapshot.png

(The logo in the lower part obviously is from my playing your TS file earlier...)

Again, this has nothing to do with my filter, except that when I use my DVD IVTCing AviSynth script that always resizes everything to 800x600 4:3 the picture is fine...

np: Håkan Lidbo - Baksug (Dunka Dunka)

haruhiko_yamagata

1st June 2007, 16:32

@Haruhiko:
I gave your TS file with the aspect ratio change in it a try, but I really doubt it's my AviSynth filter that causes this, as the aspect ratio doesn't change with it disabled either.

It does, however, change as soon as you check "Video Frame/Keep Aspect Ratio" in MPC, so maybe this has something to do with how MPC uses Haali's renderer?

"Video Frame/Keep Aspect Ratio" is checked. It's the default behavior of MPC.
The AR changes without AviSynth filter or with old AviSynth filter.
With your AviSynth filter on, the AR changes once but the next moment the AR goes back to the former AR.
I hope this information help you to reproduce.

(The sample we are talking about is "test.ts" that has been discussed here. The AR changes during playback.)

Leak

1st June 2007, 16:54

"Video Frame/Keep Aspect Ratio" is checked. It's the default behavior of MPC.
The AR changes without AviSynth filter or with old AviSynth filter.
With your AviSynth filter on, the AR changes once but the next moment the AR goes back to the former AR.
I hope this information help you to reproduce.

(The sample we are talking about is "test.ts" that has been discussed here. The AR changes during playback.)
Sorry, but I still can't reproduce this.

Using Casimir666's latest MPC release (with "Keep Aspect Ratio " and "Touch Window From Inside" checked), clsid's rev. 1220 ffdshow build (with only "Subtitles" and "AviSynth" checked), Haali's latest renderer and AviSynth 2.5.7 (+ tsp's updated multithreading-supporting avisynth.dll) it simply works here with the following script:

Subtitle(String(ffdshow_dar_x) + ":" + String(ffdshow_dar_y))

It starts out as 4:3, then switches to 16:9, which is also subtitled into the upper left corner of the picture - just as it should be.

By the way - setting the "Overlay aspect ratio" to anything but "Default" makes the image crap out with Haali's renderer just like my DVD did when opening the file, while adjusting it while the file is playing will suddenly fix this... :confused:

np: Anders Ilar - Ludwijka 6 (Ludwijka Extended Visit)

haruhiko_yamagata

1st June 2007, 17:11

Sorry, but I still can't reproduce this.

Using Casimir666's latest MPC release (with "Keep Aspect Ratio " and "Touch Window From Inside" checked), clsid's rev. 1220 ffdshow build (with only "Subtitles" and "AviSynth" checked), Haali's latest renderer and AviSynth 2.5.7 (+ tsp's updated multithreading-supporting avisynth.dll) it simply works here with the following script:

Subtitle(String(ffdshow_dar_x) + ":" + String(ffdshow_dar_y))

It starts out as 4:3, then switches to 16:9, which is also subtitled into the upper left corner of the picture - just as it should be.
Your script says 16:9, but the screen remain 4:3. I use MPC's internal source filter/splitter, if it helps.

Leak

1st June 2007, 17:26

Your script says 16:9, but the screen remain 4:3. I use MPC's internal source filter/splitter, if it helps.
I'm afraid it works the same with both Haali's splitter and MPC's internal one.

My filter always sets a new DAR on the TffPict it returns at the end of process() (which it obviously got right as can be seen by the subtitle), so I honestly can't think of what else I could do to make it work correctly on your machine... :/

np: The Cinematic Orchestra - To Build A Home (Ma Fleur)

cc979

1st June 2007, 18:55

i get a weird half-screen when i enable osd within haali render

Jeremy Duncan

1st June 2007, 20:21

________ Software ________

Media Player Classic (http://prdownloads.sourceforge.net/guliverkli/mpc2kxp6490.zip?download)
Avisynth (http://downloads.sourceforge.net/avisynth2/Avisynth_257.exe)
FFDshow (http://downloads.sourceforge.net/ffdshow-tryout/ffdshow_rev1222_20070601_xxl.exe?modtime=1180719225&big_mirror=0)
MT (http://www.avisynth.org/tsp/MT_07.zip)
Removegrain 0.9 (http://home.pages.at/kassandro/RemoveGrain/RemoveGrain.zip)
Removegrain 1.0 (http://home.arcor.de/kassandro/RemoveGrain/RemoveGrain.rar)
MT_Masktools (http://manao4.free.fr/masktools-v2.0a30.zip)
Masktools (http://manao4.free.fr/MaskTools-v1.5.8.zip)
Colormatrix (http://web.missouri.edu/~kes25c/ColorMatrixv21.zip)
Fluxsmooth (http://avisynth.org/warpenterprises/files/fluxsmooth_25_dll_20040729.zip)
Seesaw (http://files.filefront.com//;7666109;;/)

Media player classic
http://aycu10.webshots.com/image/16649/2002426417056984169_th.jpg (http://allyoucanupload.webshots.com/v/2002426417056984169)

Nvidia codec
http://aycu36.webshots.com/image/15035/2002488869998518792_th.jpg (http://allyoucanupload.webshots.com/v/2002488869998518792)

FFDshow Audio Decoder
http://aycu36.webshots.com/image/15035/2002448764943314098_th.jpg (http://allyoucanupload.webshots.com/v/2002448764943314098)

FFDshow
http://aycu31.webshots.com/image/16590/2002651641347265222_th.jpg (http://allyoucanupload.webshots.com/v/2002651641347265222)

Result
http://aycu35.webshots.com/image/16234/2002619037585013009_th.jpg (http://allyoucanupload.webshots.com/v/2002619037585013009)

________ SeeSaw Avisynth ________

Codecs: All supported
Avisynth: YV12 checked, Add FFdshow Video source checked

SetMemoryMax(1024)
FluxSmoothT(3)
ColorMatrix(Mode="Rec.601->Rec.709",scaling=2,threads=2)
MT("SeeSaw(NRlimit=0, NRlimit2=5, Sstr=2.40, Szp=1, Slimit=50, Sdamplo=16, Spower=1, sootheT=95, SdampHi=39)",3)
lanczosresize(1280, 800)

Queue & Output: Queue output samples checked
Output: YV12 checked

________ FFdshow Audio Decoder ________
- Check OSD,and Check Jitter.
- Close FFdshow Audio Decoder, and play a movie.
- While the movie is playing. You'll the the word "Jitter" in the top left of the screen.
Beside the word Jitter is a number. Write this number down, or remember what it was.
- Open the FFdshow Audio decoder again.
Check the Delay Tab. Set each box to the number you wrote down in the previous step.

Leak. To reproduce the error I'm getting.
Please use the plugins I've included, and the software I've linked too.
Use the settings in the pictures.
I see you've got other colorspaces checked in the Avisynth tab, and are using blackmanresize.
Please copy the settings I've posted. :)

It's not giving me the same results as your getting.

Edit. I'm using vista premium.

Leak

1st June 2007, 21:58

Edit. I'm using vista premium.
Well, let's see... I don't have the nVidia decoder and I don't have Vista, nor do I want to have or "acquire" any of them.

But even when I try to replicate your settings as closely as possible (using Gabest's standalone MPEG2 decoder instead of the nVidia one, and Windows XP Professional), I don't get that behaviour. It should especially not say "requested none" there, as that would mean that no frame was requested from AviSynth by my filter, which should only be possible if your script doesn't do use the input video at all, like if you use "Version()" as your script.

There's several things you can try:

* Use as few filters as possible that don't come with ffdshow, i.e. use it's own MPEG2 decoder (preferable libmpeg2) instead of nVidia's

* Select a definite renderer in MPC instead of "System default", or at least tell me which one is listed in the "Filters" submenu of MPC's context menu

* Try a simpler script, i.e. either comment out everything in it and add stuff back line by line, or just use "Info()" as a script for a start

* Start your AviSynth script with "#debug" as the first line, run DebugView (http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx), then re-open MPC and play your DVD for a bit, use "Save as..." in DebugView to save it's log and mail it to me (leak (at) gmx (dot) at)

* Start your DVD, then run Graphedit (http://leak.no-ip.org/AviSynth/ffdshow/Graphedit_060304.zip) (which is a tiny part of Microsoft's huge Platform SDK), select "Connect to remote graph..." in the file menu, choose the hopefully only graph in the list and post a screenshot of the result.

Sorry, but that's the only advice that I can give you...

np: Slicker - Knock Me Down Girl (Telefon Tel Aviv Remix) (Telefon Tel Aviv Remixes Compiled)

haruhiko_yamagata

1st June 2007, 23:45

I'm afraid it works the same with both Haali's splitter and MPC's internal one.

My filter always sets a new DAR on the TffPict it returns at the end of process() (which it obviously got right as can be seen by the subtitle), so I honestly can't think of what else I could do to make it work correctly on your machine... :/

OK, then I'll try on it.

Jeremy Duncan

2nd June 2007, 01:42

* Use as few filters as possible that don't come with ffdshow, i.e. use it's own MPEG2 decoder (preferable libmpeg2) instead of nVidia's

I used a few filters.
I tested casimirs Media Player Classic, and used the last one gabest made.
With casimirs I used vrm9 renderless and vista evr.
I used dscaler video codec and ffdshow audio codec on casimirs mpc, and the mpc video codec and the ffdshow audio codec on gabest's mpc.
I tested Zoomplayer pro with the ffdshow audio decoder, vmr9 windowless, and the dscaler video codec.

* Select a definite renderer in MPC instead of "System default", or at least tell me which one is listed in the "Filters" submenu of MPC's context menu
I tested vmr9 renderless, vmr9 windowless, and vista evr.

* Try a simpler script, i.e. either comment out everything in it and add stuff back line by line, or just use "Info()" as a script for a start

* Start your AviSynth script with "#debug" as the first line, run DebugView (http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx), then re-open MPC and play your DVD for a bit, use "Save as..." in DebugView to save it's log and mail it to me (leak (at) gmx (dot) at)
I'll post the files below.

* Start your DVD, then run Graphedit (http://leak.no-ip.org/AviSynth/ffdshow/Graphedit_060304.zip) (which is a tiny part of Microsoft's huge Platform SDK), select "Connect to remote graph..." in the file menu, choose the hopefully only graph in the list and post a screenshot of the result.
It showed no graph on the list for both mpc versions and zoom player pro.

Here's a solution, but I don't know how to do it.

I am unable to connect to remote graph from my application after installing vista sdk. Everything was working fine till i installed vista sdk. after installing vista sdk, when i click on connect to remote graph i get the message box diaplaying the pid and IFiltergraph id. but when i hit OK, nothing happens. I registered the proppage.dll file also. but still its not working. can any one please help me. Thanks.

In Vista, the proxy/stub code used by the "remote graph" feature was moved from quartz.dll to proppage.dll. That means, on Vista you need to register the Vista SDK version of proppage.dll. But on a pre-Vista OS, do not register that version of proppage.dll, because then you'll get the wrong proxy/stub version.

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1544377&SiteID=1

Here's those debug logs
http://files.filefront.com//;7669173;;/

Jeremy Duncan

2nd June 2007, 02:34

Here's the vista version of proppage.dll, but I don't know how to register it with Regsvr32.
May I ask for some help. Please.

http://files.filefront.com//;7669395;;/

Jeremy Duncan

2nd June 2007, 07:55

* Start your DVD, then run Graphedit (http://leak.no-ip.org/AviSynth/ffdshow/Graphedit_060304.zip) (which is a tiny part of Microsoft's huge Platform SDK), select "Connect to remote graph..." in the file menu, choose the hopefully only graph in the list and post a screenshot of the result.

These three pictures used Casimir666's Media Player Classic, and Vista evr.
They all used the seesaw setting I posted.

1, used the basic video decoder included with MPC.
http://aycu22.webshots.com/image/17621/2004944463552464646_th.jpg (http://allyoucanupload.webshots.com/v/2004944463552464646)

2, used the DScaler video codec.
http://aycu01.webshots.com/image/18640/2004957278732338383_th.jpg (http://allyoucanupload.webshots.com/v/2004957278732338383)

3, used the Nvidia video codec
http://aycu10.webshots.com/image/17809/2004918968192889299_th.jpg (http://allyoucanupload.webshots.com/v/2004918968192889299)

To use graphedit, I had to run this: I opened accessories, then ran command prompt as admin. I then put the .dll into system32 and ran this in the open cmd prompt:
regsvr32.exe %systemroot%\System32\proppage.dll

I tried running graphedit with Zoomplayer, and it didn't work.

Leak

2nd June 2007, 09:30

Here's the vista version of proppage.dll, but I don't know how to register it with Regsvr32.
May I ask for some help. Please.

http://files.filefront.com//;7669395;;/
Well, as far as I can see from those logs the filter is working as it should, it's just that the info in the OSD is bogus...

It would have been nice if you had started DebugView before even opening your player app to see what happens when the filter connects, but those files at least show that only the OSD seems to be whack... but unless I find a way to reproduce this I'm not sure what to do against it... :(

np: Mouse On Mars - Blood Comes (Radical Connector)

DeepBeepMeep

2nd June 2007, 11:40

Thank you very much. Currently RFF is not implemented in ffdshow, but that's our job to do:).

Good to read that Haali and the ffdshow team have progressed on this issue ! As long as the IVTC flags are given by the the splitter and the timestamps are properly set, there isn't any need to implement RFF (that is to repeat fields in the output). This flag is only useful to display progressive content on an interlaced display (by turning a 24fps progressive movie into a 30 fps interlaced movies). The only thing that may be required is to further adjust the timestamps if RFF is detected.

Leak

2nd June 2007, 12:14

This flag is only useful to display progressive content on an interlaced display (by turning a 24fps progressive movie into a 30 fps interlaced movies).
Not neccessarily - my AviSynth filter will produce 30FPS interlaced out of 24FPS progressive (or "not quite progressive", as some DVDs that I own demonstrate) into 30FPS interlaced using only the TFF/BFF flag if you select "Apply pulldown", by evaluating the TFF/BFF transitions from frame to frame. That way you can salvage those wrongly flagged DVDs by running TIVTC or Decomb on them... :)

Of course, that's probably a bit too CPU-intensive for HD material...

np: Mouse On Mars - Funky Tiste (Glam)

Jeremy Duncan

2nd June 2007, 19:34

It would have been nice if you had started DebugView before even opening your player app to see what happens when the filter connects

Here you go.
Link (http://files.filefront.com//;7674830;;/)

Edit this one only use fluxsmoothet(3) in the avisynth text box. I didn't use #debug

Jeremy Duncan

2nd June 2007, 20:02

Here's another log. I "started DebugView before even opening your player app to see what happens when the filter connects".

This is the avisynth code I used in the avisynth text box.

#debug
SetMemoryMax(1024)
FluxSmoothT(3)
ColorMatrix(Mode="Rec.601->Rec.709",scaling=2,threads=2)
MT("SeeSaw(NRlimit=0, NRlimit2=5, Sstr=2.40, Szp=1, Slimit=50, Sdamplo=16, Spower=1, sootheT=95, SdampHi=39)",3)
lanczosresize(1280, 800)

Here's a link to the log.
Link (http://files.filefront.com//;7675041;;/)

_xxl

2nd June 2007, 21:34

Parallelized h264 decoder:
http://rapidshare.com/files/34883716/ffdshow_rev1224_20070602_xxl.exe.html

Patch from:
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/

Only for testing!!!Maybe broken.

amt

2nd June 2007, 23:58

Parallelized h264 decoder:
http://rapidshare.com/files/34883716/ffdshow_rev1224_20070602_xxl.exe.html
Only for testing!!!Maybe broken.
Patch from:
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/
Tested with a couple of files and it crashes mpc with almost every x264 encoded video and corrupts part of the picture from h264 broadcast captures.

3rd June 2007, 00:14

Parallelized h264 decoder:
http://rapidshare.com/files/34883716/ffdshow_rev1224_20070602_xxl.exe.html
Only for testing!!!Maybe broken.
Some second core usage on 10 Mbps video, crash on most of my test h264 video

jidelite

3rd June 2007, 04:09

Well, let's see... I don't have the nVidia decoder and I don't have Vista, nor do I want to have or "acquire" any of them.

But even when I try to replicate your settings as closely as possible (using Gabest's standalone MPEG2 decoder instead of the nVidia one, and Windows XP Professional), I don't get that behaviour. It should especially not say "requested none" there, as that would mean that no frame was requested from AviSynth by my filter, which should only be possible if your script doesn't do use the input video at all, like if you use "Version()" as your script...

Leak, I basically get the same OSD as
Jeremy Duncan (0 in the back/ahead fields and "requested none" with my SeeSaw script when I usually see back=0 / ahead=1) when I use ffdshow_rev1220_20070529_clsid.exe but everything is good when I use ffdshow_rev1220_20070531_clsid_sse_icl9.exe...

jidelite