ffdshow development

[Arcon]

i can use nic's pp as long as i dont enable chroma deringing. the 5 other selectable fields under custom pp work with nics without problems.

[Leak]

Originally posted by athos
A little soon perhaps, but i saw that milan has made some work on the xvid decoding so i put up a new build today:

http://athos.leffe.dnsalias.com/ffdshow-20040227.exe

Just wanted to mention that I get strange artifacts all over the picture with this build.

I've grabbed a part of the same frame when played with just ffdshow, just xvid and xvid + ffdshow registered for "raw video":

Original frames (http://desdemona.ssw.uni-linz.ac.at/LastExile_Original.png)
Effect emphasized using Levels (http://desdemona.ssw.uni-linz.ac.at/LastExile_Emphasized.png)

It seems as if ffdshow produces chroma blocks everywhere in smooth colored areas, even if it's not used as the decoder. And, as you can see, just using XviD to decode the video produces no blocks.

(This at least happens when using my Geforce FX's YV12 overlay; haven't tested it in other color spaces.)

Is anyone else getting this?

And while I'm at it, the "Keep original aspect ration" radio button doesn't seem to work; if I set the aspect ratio manually it works.

np: Pan Sonic - Hapatus (Miss Kittin - Radio Caroline Volume 1 comp.)

[Andy2222]

Originally posted by Leak
Just wanted to mention that I get strange artifacts all over the picture with this build.

I've grabbed a part of the same frame when played with just ffdshow, just xvid and xvid + ffdshow registered for "raw video":

Original frames (http://desdemona.ssw.uni-linz.ac.at/LastExile_Original.png)
Effect emphasized using Levels (http://desdemona.ssw.uni-linz.ac.at/LastExile_Emphasized.png)

It seems as if ffdshow produces chroma blocks everywhere in smooth colored areas, even if it's not used as the decoder. And, as you can see, just using XviD to decode the video produces no blocks.

(This at least happens when using my Geforce FX's YV12 overlay; haven't tested it in other color spaces.)

Is anyone else getting this?

And while I'm at it, the "Keep original aspect ration" radio button doesn't seem to work; if I set the aspect ratio manually it works.

np: Pan Sonic - Hapatus (Miss Kittin - Radio Caroline Volume 1 comp.)

Are u using the reziser? if so wich method?

There is still a follow up bug from the "green" chroma rounding fix in the mplayerlib.dll

Try use Spline or Bicublin and not Lanczos

[arno]

Andy2222, I (and many others) really appreciate your efforts in making a new ffdshow. If you like I can, when you release your build, host the package from my university (100mbit) server, if you like. Just let me know...

[Leak]

Originally posted by Andy2222
Are u using the reziser? if so wich method?

There is still a follow up bug from the "green" chroma rounding fix in the mplayerlib.dll

Try use Spline or Bicublin and not Lanczos

No, I have not used any resizer for those test images; also, for the "xvid + ffdshow" shot ffdshow practically was set to pass through the image unchanged - it didn't decode the picture, the xvid DirectShow decoder was passing YV12 images to ffdshow and ffdshow was set to output YV12 with all processing functions deactivated, so it really didn't have to touch the input at all... and it still made those streaks.

Strange, isn't it?

np: nix

[Tyrael911]

If i change anything under "picture properties" in the new ffdshow (even if i just check the box) it crashes the player (at least bsplayer 1.805) as a only use it i can't test with others...

AFAIK i didn't change anything from default... and everything being decoded with libavcodec..:confused: :confused:

[therealjoeblow]

Originally posted by LeQuack
sysKin:

Yes I had, and still have the exact same problem. Playback stutters with overlay mixer, but not with VMR9. Both in xvid and ffdshow decoders. But I think this happened to me even before the 1.0 versions.

Either of the ffdshow-20040227.exe or ffdshow-20040225.exe builds play back choppy for me too in overlay mode, but perfectly smooth with VMR9. Problem is that I can't use ZoomPlayer's onscreen color controls with VMR9 because they appear to be unsupported on ATI Radeons in VMR9 ,ode (ya, I know I can use ffdshow's picture properties, but that's a real pain, since ZP's controls are mapped to one of the buttons on the ATI remotewonder, and the interface is *way* easier to use on a TV screen).

[BlindWanderer]

was playing a rv20 stream (coming off gabests rm splitter) and getting a crash when enabled Temoporal smooth (set to 3) with color off. No problems if enabling color. oh, and the video output turns green when it crashes.

[mikeX]

When seeking in a xvid file (encoded with rc1 or rc2) with this new build I get this (http://www.beingalink.de/files/snap.png).

i remember getting this quite often with xvid files on mplayer-1.0 (pre2 i think, not sure)

[hellfred]

Hi Andy2222, how is the your work proceeding?
You were thinking of using ICL compiled obj files and link them together with gcc compiler/linker, weren't you.
But not everything that shines is gold - as a German proverb says.
Read this
http://www.hydrogenaudio.org/index.php?showtopic=18230&
and this:
http://www.warp2search.net/modules.php?name=News&file=article&sid=16416
I found those links on the doom9 forum thread about XVID 1.0 RC3
http://forum.doom9.org/showthread.php?threadid=71803&perpage=20&pagenumber=4
Fist one states that ICL 8.0 optimizes for P4 and therefore performance on non-P4 fall behind. Looks like ICL 7.1 will do a better job there.
The other one is about how to make Intel-spezific optimation of ICL8.0 to work on other SSE2 capable prozessors.

Did you succeed in linking object files form different compilers?
Still looking forward to use your gcc-otimzed filter on my somewhat slow machine.

Hellfred

[Andy2222]

Originally posted by hellfred
Hi Andy2222, how is the your work proceeding?
You were thinking of using ICL compiled obj files and link them together with gcc compiler/linker, weren't you.
But not everything that shines is gold - as a German proverb says.
Read this
http://www.hydrogenaudio.org/index.php?showtopic=18230&
and this:
http://www.warp2search.net/modules.php?name=News&file=article&sid=16416
I found those links on the doom9 forum thread about XVID 1.0 RC3
http://forum.doom9.org/showthread.php?threadid=71803&perpage=20&pagenumber=4
Fist one states that ICL 8.0 optimizes for P4 and therefore performance on non-P4 fall behind. Looks like ICL 7.1 will do a better job there.
The other one is about how to make Intel-spezific optimation of ICL8.0 to work on other SSE2 capable prozessors.

Did you succeed in linking object files form different compilers?
Still looking forward to use your gcc-otimzed filter on my somewhat slow machine.

Hellfred

I did not had much time the last week and since Milan seems to change files every 2 days in cvs it make no sence to release a new version yet. I will wait till milan is rdy with his work since we all want working xvid4 stuff. And yes im still working on the object stuff, i had some success using icc under vmware debian and convert the elf files.

And im aware of the ICL8 speed problems, those mainly happens cause of some crazy overoptimization code that is already optimized. Speaking of the auto align and vectorizing features, it seem's also that the compiler place the asm code optimized for p3/4 wich is realy crap for athlon cpu's. But the whole idea behind the obj mixing thing was to simple use heavy coded inline masm style files with gcc. Gcc cant understand those files. Since in the future i bet more masm asm syntax will be integrated its crap to convert/translate all to at&t (u have to understand all the asm code for the convert, no auto convert or sed script will work) so the best way is keep the masm files and find a way to compile them and integrate them and thats what im trying. I bet i prolly wasted to much time on this try rather than simple do some code optimization myself...

So lets see what great work milan does and Athos does a great job releasing the fresh cvs snapshats here. Im trying my best for my crappy release but i realy underestimated the time and work u need to make ffdshow fully gcc compatible and writing new asm code isnt also that easy ...

[hellfred]

Hi Andy2222
Out of curiosity i have typed "AT&T asm" into google and found this page:
http://www.delorie.com/djgpp/v2faq/faq17_2.html
Did you know this one?
They claim that there do is a SED script that can handle part of the conversion. You can give it a try, maybe then fussing with the compilers becomes unnecessary.

EDIT: Alas, it can only convert Intel style asm to Unix/AT&T style asm.
Not MASM
EDIT2: Still, go visit the side:

Obtain a copy of Microsoft MASM 6.11. It has a -coff option to generate object code in COFF format which can be submitted to GCC, so you can compile your original source. You can also use the LIB32 librarian from Microsoft C8 to convert object files to COFF by putting them into a .lib library, then extracting them as COFF files. 28 Note that, unless you link the MASM-generated object files with DJGPP's ld (as opposed to Microsoft's LINK /CO command), you won't be able to debug the resulting program, because the debug info is not in correct format. I'm also told that masm doesn't produce sections named ".text" and ".data", so you might need to hex-edit the section names in the object file manually.

Wasn't that the main problem? Linking MASM stuff with gcc?

[Andy2222]

yes i know that site, the problem is the diff. handling of local variables in intel and at&t syntax. Sure i can handle simple conversions myself now, but stuff like the asharp filter wont work and need many manual work.
I also own a copy of the latest masm, the problem is not the obj format the problem is how the compiler produce the asm files. VC and ICL created files have total diff. naming conventions and they also miss some sections gcc need. So even if u have a coff file the gcc project cant link those files since it cant find the functionnames and how to handle/identify them.

But im realy close to solve this problem since the icc asm output under linux "nearly" match those from gcc under mingw. There is still a little diff. and icc use some crappy pseudo OP codes in there asm output like ".4bytes" ".2bytes" wich gas under linux understand but gas under mingw dont.

[steven_m64]

this build wont decode a video stream with a fourcc of mp4v but the fourcc of MP4V will work.

[Andy2222]

just some little news,

i just checked the anamorphic encode stuff again. I had a 3ivx (mp4v) file with an anamorphic AR (pixel was 1.94 but real is 2.397) i just used graphedit and set ffdshow to libavcodec and the latest cvs version (+ my AR fixes) had np to extract the correct AR in the VH2. So anamorphic seems to work with libavcodec. (yes i had the 3ivx decoder disabled and pure libav/ffdshow was used)

[bond]

Originally posted by steven_m64
this build wont decode a video stream with a fourcc of mp4v but the fourcc of MP4V will work. yes, i also reported that a hundred times maybe, but noone seems to want to add mp4v support in again :( (it works with the latest official ffdshow build btw)
edit: looking at the cvs it seems milan added support again for mp4v in the latest sources :)

milan commented mp4v out, because he had to much fourccs used in ffdshow and needed to delete some
well unfortunately he decided to drop mp4v, needed for mp4 and native matroska support for example, and left MP4V in, which is needed for nothing

Originally posted by Andy2222
i just checked the anamorphic encode stuff again. I had a 3ivx (mp4v) file with an anamorphic AR (pixel was 1.94 but real is 2.397) i just used graphedit and set ffdshow to libavcodec and the latest cvs version (+ my AR fixes) had np to extract the correct AR in the VH2. So anamorphic seems to work with libavcodec. (yes i had the 3ivx decoder disabled and pure libav/ffdshow was used)great

[Andy2222]

btw some1 know a software wich can emulate a p4 + sse2?

I have the little problem that i cant write sse2 stuff since i dont own a sse2 cpu and since im far away from beeing perfect in asm i spend most time debugging and using the register monitor wich comes in VC6. So i need a way to test sse2 code and see what gets in the register's. I think there could be some kind of code simulator or so? maybe some1 know what i mean?

[S_O]

My ffdshow (27022004) decodes mp4v just fine, with a little trick: Unregister ffdshow.ax, open ffdshow.ax in a hexeditor and replace "MP4V" with "mp4v" everywhere (it´s several times in there) in the file and then register ffdshow.ax. This is not the perfect way, but it works just fine and so it´s a nice temporal solution until it´s fixed in the source.

[athos]

New build: http://athos.leffe.dnsalias.com/ffdshow-20040304.exe
A little bigger because I included ff_mpeg2enc.dll.
Changes:2004-03-04 17:56 milan_cutka

support for quantizer array exported by xvid

2004-03-03 15:11 milan_cutka

removed xvid's "b frame decoding lag" message, custom quant tables
selection moved to quantization type combobox

2004-03-03 08:46 milan_cutka

write install path for ffdshowEnc

2004-03-03 07:53 milan_cutka

updated vs.net icl project

2004-03-03 07:39 milan_cutka

updated vc6 project

2004-03-02 21:43 milan_cutka

ACM part is working

2004-03-02 18:20 milan_cutka

no message

2004-03-02 18:09 milan_cutka

fixed (?) 422P->RGB conversion

2004-03-02 17:10 milan_cutka

updated vs.net project

2004-03-02 12:22 milan_cutka

by request: horizontal subtitles alignment (just first try)

2004-03-02 09:53 milan_cutka

disabled SSE2 code in libavcodec, disabled quantizer noise shaping
for codecs which don't support it and crash

2004-03-02 08:25 milan_cutka

merged ffdata to ffglobals

2004-03-02 06:13 milan_cutka

working on VFW encoding

2004-03-02 06:01 milan_cutka

b frames seeking fix

2004-03-01 21:25 milan_cutka

updated mingw makefiles (thanks to Laurent Pinchart)

2004-03-01 19:02 milan_cutka

first successful VFW encoding

2004-03-01 15:36 milan_cutka

no message

2004-03-01 15:28 milan_cutka

working on VFW interface to ffdshow

2004-03-01 14:31 milan_cutka

third column in Codecs page: supported FOURCCs

2004-03-01 13:30 milan_cutka

VFW related cleanups

2004-03-01 08:15 milan_cutka

translate only buttons and static controls

2004-03-01 07:57 milan_cutka

updated vc6 project

2004-03-01 06:48 milan_cutka

merging settingsClass and valName macro parameters, fix for
language selection in GUI

2004-03-01 06:04 milan_cutka

enabled mp4v FOURCC

2004-02-29 18:06 milan_cutka

can be compiled using icl 8.0

2004-02-29 13:33 milan_cutka

fixing non-black image borders, fixed two mpeg2enc encoding bugs,
by request: OSD presets (can be cycled by pressing
CTRL+SHIFT+ALT+O)

2004-02-27 16:19 milan_cutka

translation fixes

2004-02-27 15:11 milan_cutka

no message

2004-02-27 15:11 milan_cutka

fixes crash when libavcodec isn't available

2004-02-27 14:41 milan_cutka

updated installer script (docs files from ffvfw)

2004-02-27 14:34 milan_cutka

libavcodec quantizer noise shaping (when encoding)

[bond]

thanks athos :)

mp4v support is finally back (when divx4 is enabled?)

anyways when ticking overlay mixer2 the mp4v doesnt seem to be enabled anymore, meaning ffdshow isnt used in the graph (when i untick om2 it works again)

[Blight]

Bond:
why are you enabling overlay mixer, unless you're using WMP 6.4, there's absolutely no reason to enable it. It can only cause instability with players that set their own rendering filters.

[ChristianHJW]

Originally posted by Blight Bond:
why are you enabling overlay mixer, unless you're using WMP 6.4, there's absolutely no reason to enable it. It can only cause instability with players that set their own rendering filters. .... for matroska AR correction, Gabest refuses to implement track header reading from MPC, like zoomplayer and TCMP are doing, he's calling it 'madness' and asked us to push DivX Networks to support VIDEOINFOHEADER2 in their decoder. With only 2 major player reading AR directly, i am afraid to say that enabling overlay in ffdshow is still necessary it seems :( ....

[bond]

yes because of AR correction (also with .mp4)
bsplayer also doesnt seem to be able to use om2 on itself :(

[MarkCoolio]

Do I understand it right that FFVfw is now included in FFDShow?

I have seen no new build of ffvfw since October and since I installed the latest ffdshow version I saw that I can encode with ffdshow encoder now with apps like virtualdub etc.

So in future there will only be one installer for both parts, i.e. ffshow and ffvfw?

Thanks for the clearing answer!

[athos]

Originally posted by MarkCoolio
Do I understand it right that FFVfw is now included in FFDShow?

I have seen no new build of ffvfw since October and since I installed the latest ffdshow version I saw that I can encode with ffdshow encoder now with apps like virtualdub etc.

So in future there will only be one installer for both parts, i.e. ffshow and ffvfw?

Thanks for the clearing answer!

Yes, milan has been working on integrating, so to speak, ffvfw in ffdshow. has anyone tried encoding with the latest build?

[Arcon]

ffdshow-20040304 still crashes if i enable chroma deringing in the pp.

[iradic]

where can i find some info about ffvfw's gui...

in vdub there ffvfw doesn't show...

on my comp preset auto-load doesn't work (crashes every ffdshow i had), can i get some reply about is this working for others (e.g. you)...

thanks...

[arno]

Originally posted by Arcon
ffdshow-20040304 still crashes if i enable chroma deringing in the pp.

Same here (with Nic's postprocessing). And it's still so damn slow on my 1.2GHz Duron. Maybe the other guy (Kuros?) that compiled a version before that works perfectly for me, can compile a new one. Just to fill the gap between now and when Andy releases his build.

[Blight]

ChristianHJW:
Gabest is right, implemeting it in the header is wrong. But in either case, enabling overlay mixer in ffdshow can clash with Zoom Player which adds Overlay Mixer on it's own by default.

[kilg0r3]

Hi there,
Since Google didn't turn up any result for "spp deblocking" , I dare to ask the question here. What exactly is it?

Coud it be that it tries to cover blocks by adaptively adding noise. If so this were great idea, which, I think has already been implemented by On2. Which is one of the reasons, why their codec looks so very good.

[jk888]

ffdshow produces artifacts in videos encoded with Xivd SixOfNine-HVS custom matrices. When the video is viewed using Xvid decoder no artifacts appear, but once I used the latest ffdshow 03042004 then I see artifacts. Please refer to this post for details:

http://forum.doom9.org/showthread.php?s=&threadid=72199

[Didée]

jk888,

don't want to dimish your enthusiasm, but that problem is known for a pretty LONG time now ...

- it's not the fault of ffdshow. It's the fault of the underlying libavcodec routines, hence the ffmpeg-guys will have to look into it, not those who code ffdshow!

- it's not the fault of that specific matrix you mention. The problem occurs with every matrix that contains values <16 for the (inter) DC component in it.

- we all love the speed at which ffdshow decodes streams - currently no other decoder can reach ffdshow in that aspect. I assume that a good part of this speed advantage comes from some simplified assumptions within the decoding routines in ffdshow, so ... you have to pay a price, one way round, or another.

- Didée

[RedDwarf69]

Originally posted by kilg0r3
Hi there,
Since Google didn't turn up any result for "spp deblocking" , I dare to ask the question here. What exactly is it?

Coud it be that it tries to cover blocks by adaptively adding noise. If so this were great idea, which, I think has already been implemented by On2. Which is one of the reasons, why their codec looks so very good.

I found something in google when was released in ffdshow (one or two weeks ago?). Was a discursion about using it in mplayer, but...
Seems that is a better PP alghoritm, but that needs a matrix used in the encode, and if this matrix was not passed (I don't really understad how this matrix is passed) then the resulted image was very blurred....I tried with ffdshow and certainly the image was veeeeeeeery blurred, then not tried anymore.

If you search for "mplayer" or "libavcodec" SPP you probably will find something more in google.

[ADLANCAS]

Sorry if this bug is already written somewhere in this thread, but I haven´t found in my search.

I´m trying to use VirtualVCR with ffdshow to filter during capture.
The only version that "works" is ffdshow-20030523. I´ve tested all versions (in Athos site) from this date and crashes in ffdshow.ax.
I said that version from april "works" because after my tests with success I disabled ffdshow but in someway it continue to works. For example, I captured using 704x480 and resize in ffdshow to 352x480. After that I disabled ffdshow but resizes still working! The only way to make VirtualVCR works correctly again was to unninstall ffdshow.
Is there a way to fix?

Thanks for any help.

[athos]

New build: http://athos.leffe.dnsalias.com/ffdshow-20040312.exe

Changelog:2004-03-11 18:46 milan_cutka

updated vs.net project

2004-03-11 15:16 milan_cutka

changed colorspace info handling, few fixes, updated libmpeg2

2004-03-11 05:47 milan_cutka

simple resize fix

2004-03-10 15:38 milan_cutka

no message

2004-03-10 14:48 milan_cutka

hungarian translation by Camelot <amorpheus at freemail dot hu>

2004-03-10 14:35 milan_cutka

support for AVIS

2004-03-10 13:16 milan_cutka

VFW wmv9 decoding

2004-03-10 12:06 milan_cutka

fix in writeAVI in ff_wmv9

2004-03-10 06:31 milan_cutka

working on show/hide filters

2004-03-09 21:52 milan_cutka

"use overlay mixer",findAutoSubflnm2 fixes by Andy <AndiEQ at gmx
dot de>

2004-03-09 19:41 milan_cutka

no message

2004-03-09 19:41 milan_cutka

updated vs.net project, updated mingw makefile

2004-03-09 15:52 milan_cutka

working on show/hide filters

2004-03-09 11:28 milan_cutka

basic VFW decoding (still much to do)

2004-03-09 08:30 milan_cutka

updated vs.net icl project

2004-03-09 08:17 milan_cutka

updated mingw makefiles

2004-03-09 08:17 milan_cutka

compiles, updated vc6 project

2004-03-09 06:33 milan_cutka

working of VFW decoding (ffdshow can't be compiled now)

2004-03-08 18:31 milan_cutka

simplification of sup_xxx macros

2004-03-08 15:24 milan_cutka

remote control API disabled by default + GUI control to enable it

2004-03-08 12:28 milan_cutka

updated libvavcodec, very basic palette handling in ffdshow

2004-03-08 09:18 milan_cutka

lossless JPEG support (RGB32 encoding disabled)

2004-03-08 07:44 milan_cutka

updated jpeg quality settings

2004-03-07 13:42 milan_cutka

few resize fixes

[MfA]

Strange that Michael chose to add SPP into mplayer instead of ffmpeg. This (http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/libmpcodecs/vf_spp.c?rev=1.18&content-type=text/x-cvsweb-markup) is the implementation of the post processing filter.

The original papers suggest the quantization matrix used during encoding should be used during the post processing, at the moment the code uses a single threshold though ... which would be equivalent to H263 quantization. Custom quant matrices which mess with the first weight in the matrix will probably cause the most trouble.

[Slave01]

Hi guys, i whish to join into the developer comunity of ffdshow project. Where can i find source code?



Thanks










Slave01

[bond]

overlay mixer2 handling has been fixed now :)
but
ffvfw still doesnt show up in vdm and
mp4 automatic ar resizing also doesnt work :(

[dragongodz]

1 thing i noticed about previous version (...0304.exe) was if you installed to a path with a space in it (such as program files) vfw didnt show up. if however you install to a path without a space(c:\ffdshow\) it shows up fine.

[Andy2222]

Originally posted by bond
overlay mixer2 handling has been fixed now :)
but
ffvfw still doesnt show up in vdm and
mp4 automatic ar resizing also doesnt work :(

Im sure it will get fixed in the next version, my email to milan about the bugfix for the overlay/AR thing leaked some deeper help so some little code was missing. I hope my last mail was more helpfull and he will implement the fix in the next version istn realy a big thing just 2 lines of code.

PS: The "findAutoSubflnm2 fixes" was the fix for the crashes if u try call "configure" out of other programms like zoomplayer. U should be able to configure ffdshow normal now without crash.

[bond]

Originally posted by dragongodz
1 thing i noticed about previous version (...0304.exe) was if you installed to a path with a space in it (such as program files) vfw didnt show up. if however you install to a path without a space(c:\ffdshow\) it shows up fine. can be the case here too as i install in such a space directory

Originally posted by Andy2222
Im sure it will get fixed in the next version, my email to milan about the bugfix for the overlay/AR thing leaked some deeper help so some little code was missing. I hope my last mail was more helpfull and he will implement the fix in the next version istn realy a big thing just 2 lines of code. great :)

[Andy2222]

Originally posted by Slave01
Hi guys, i whish to join into the developer comunity of ffdshow project. Where can i find source code?

Thanks
Slave01

The main stuff is done my Milan and Athos release the compiles. If u want help contact Milan <cutka@szm.sk>

Im not sure if he needs some help atm, but if u are a skilled asm (SSE/MMX) coder there is some stuff to do :)

The project page is here http://sourceforge.net/projects/ffdshow/
use the cvs for the latest code.

PS: if u have some asm skills u can prolly help me with some stuff, just leave me a pm here.
We also need some1 to help fix that crazy chroma bug in the mplayer resizer. I realy tryed hard but i leak the deeper decompression/resizer knowledge.

[Slave01]

:) Oh thank you! Yes but i have to study the source before.


Slave01

[athos]

Originally posted by dragongodz
1 thing i noticed about previous version (...0304.exe) was if you installed to a path with a space in it (such as program files) vfw didnt show up. if however you install to a path without a space(c:\ffdshow\) it shows up fine.

I'll see if i can fix this by modifying the install script for next release, unless milan already has.

[LigH]

I can agree here somehow: In a german Windows, the programs folder is called "Programme" - here it works fine, an "ffdshow Video Codec" appears.

To remind myself: I'll have to check if the "Orange blue" bug (increasing color distortions in slow motion for movies encoded with DivX before 5.03) was already fixed...

[gitoshi]

as posted before by sysKin
-----
I was working on this XviD directshow problem recently.
In short: playback is not fluent with overlay mixer but is fluent with VMR9 mixer. When I was working on it, I discovered that ffdshow (latest build compiled by Athos) has exactly the same problem.

solution:
http://forum.doom9.org/showthread.phps=&postid=450683#post450683
------

I still have the same problem with all build since the 20040225 one. If your player use OverlayMixer as default render you can see it. (ex Core Media Player).
In BSplayer or MPC the default render is VMR9.
Here the threat in Core Media Player bug forum.
http://www.corecoded.com/modules.php?op=modload&name=PNphpBB2&file=viewtopic&t=169

You can check this if you play some video , and check the info tab in ffdshow. Decoder FPS jump from 8 to 100. With VRM9 active you see Decoder FPS at 25 with minor variations.

My specs Athlon Xp 2400
Geforce 4 TI 4200 128mb
Win2K DirectX 9.0b


G

[Andy2222]

Originally posted by gitoshi
as posted before by sysKin
-----
I was working on this XviD directshow problem recently.
In short: playback is not fluent with overlay mixer but is fluent with VMR9 mixer. When I was working on it, I discovered that ffdshow (latest build compiled by Athos) has exactly the same problem.

solution:
http://forum.doom9.org/showthread.phps=&postid=450683#post450683
------

I still have the same problem with all build since the 20040225 one. If your player use OverlayMixer as default render you can see it. (ex Core Media Player).
In BSplayer or MPC the default render is VMR9.
Here the threat in Core Media Player bug forum.
http://www.corecoded.com/modules.php?op=modload&name=PNphpBB2&file=viewtopic&t=169

You can check this if you play some video , and check the info tab in ffdshow. Decoder FPS jump from 8 to 100. With VRM9 active you see Decoder FPS at 25 with minor variations.

My specs Athlon Xp 2400
Geforce 4 TI 4200 128mb
Win2K DirectX 9.0b
G

What exact is the problem? Since all xvid's i watched with ffdshow using libav or org. xvid decoder play just fine with overlaymixer and normal render.

[ADLANCAS]

It seems that nobody saw my post on 7th march:(

Is here the correct place to post this kind of bug or where could I do that ?

[LigH]

Yes, bug reports are right here; but there might be questions where no one yet knows an answer; and some questions indeed might have been ignored/overlooked accidently...

[gitoshi]

@Andy2222:

I'm not talking about the overlay controls in FFDShow.
I talk about the render mode of the player. If the player use Overlay Mixer you get jerky playback.(look like the decoder is droping frames to keep a/v sync)
This problem was solved in Xvid RC3 but remain in FFDShow, I don't think that is a Libavcodec problem, if I select the XVid4 library as decoder in FFDshow codec page I still had jerky playback.
Just check playback with Core Media Player, or with MPC using Overlay Mixer (Options/PlayBack/Output/Video).

G