View Full Version : dffshow filter
Pages :
1
2
[
3]
4
5
6
7
8
9
10
11
12
13
14
milan
11th June 2002, 07:12
@athos
various IDCT routines were meant as temporary solution until there wouldn't be one accurate for every movie or some autodetection. But it seems, that this will take some time and description will be needed, so I will write one.
@Rasi
There were some reports about this problem. Once this was bug in ffdshow, but I thought I've solved it in latest versions. It could be caused by the player too when it doesn't release ffdshow before playing new file. Which player do you use? Are there some other filters active (DIVXG400, vobsub,...)? I would like to solve this problem.
Shayne
11th June 2002, 13:03
Yes my friend it appears that i had the libavcodec.dll stuck in my sys32 directory. Thought i searched all once but i guess just the ffdshow.ax ........... Thanks, all seems to be well
Rasi
11th June 2002, 13:28
i have been using the latest version of the filter (allthough i wasnt sure, cause the latest news on the site are from 04/18)
it appeared with zoom player and media player at least (6.4)
vobsub is installed, but not used, as i never use subtitles...
apart from this, the normal divx playback filters (3.11, 4 and xvid)
are installed...
milan
11th June 2002, 13:38
That page is outdated. I have to redirect it to new page http://sf.net/projects/ffdshow . I know I should care more about web page and documentation :(
Please download 06/06 version and try it.
raistlin2k
12th June 2002, 10:15
Can't post my mentioned bug in Dracula as pics, you see it only clearly in the video. I hope admins allow this abut 1 MB big sample from the movie, showing the bug.
It appears only when using FFDSHow for decoding, not in Divx 5.02
I played around with the settings of both decoders, but stil the same: DivX ok, FFDshow broken:(
I would really be happy if this gets fixed, FFDShow is twice faster than the DivX 5.02 dec (even with all speed-up-option of divx enabled):p
Raist
Rasi
12th June 2002, 10:19
just to let you know.. the problem is fixed with later build
milan
12th June 2002, 11:09
OK.
Btw I updated new ffdshow page (http://cutka.szm.sk/ffdshow). I hope I will have time and will to write documentation too.
morsafr
12th June 2002, 18:09
Just a little request.
Could ffdshow use the leftover space for displaying subtitles ?
It would be easier to read subtitles in the black bars :o)
milan
13th June 2002, 06:46
When I will implement "add black borders" feature, this will be solved too.
If you like, i would write a documentation about the use and the options just PM or e-mail me, i have a bit of time...
milan
14th June 2002, 08:35
@raistlin2k
Yesterday I updated libavcodec used in ffdshow and your sample video is now decoded correctly. I'm thinking about new "unplanned" release, but if you don't mind, I would rather wait until monday, because I want to implement deblocking strength control (Michael Niedermayer's post to xvid forum gave me the idea) and some other small enhancements.
Big thanks goes to libavcodec developers :)
raistlin2k
14th June 2002, 10:53
HURRA!!
Great to see (or hear:p ) that it's working now.
I will count seconds till monday;)
Raist
ookzDVD
18th June 2002, 03:56
@milan,
thank you for your latest build 17/06,
it's nice to use your filter,
but I still find more block artifact while playing XviD
if compared with Nic's DS build 13/05 which producing
less block artifact with the same postprocessing level.
raistlin2k
18th June 2002, 07:44
DivX Decoding bug is gone.
Great work again, milan.
Thank you very much for this!
Raist
P.S. Have you thought of speeding up the encoders, too?:p
You see fddshow takes half cpu-time on my AMD 1333 compared to DivX Decoder. If a encoder done by you would do the same, i could encoe at about 50 fps@720x576
Rasi
18th June 2002, 07:44
hmm, that doesnt seem to be logical to me..
as you can use the original xvid.dll now with the newest build...
..havent tried it now tho
milan
18th June 2002, 08:05
Again: decoding routines aren't developed by me. ffmpeg team and especially Michael Niedermayer is developing the superb libavcodec library.
And now to the point: libavcodec has encoding routines too. About two months ago I've put them together with xvid VFW interface and created ffvfw compressor. You can download it from http://cutka.szm.sk . That version is a little bit slower than xvid and quality is worse too. But since then libavcodec encoding routines has been enhanced and now it is as fast as xvid (50fps propably could be reached with low quality encoding) and quality is pretty close to it too (this is only my opinion, I've tested it only on few short clips). It now supports b-frames encoding too, so it's propably time to release new ffvfw version. I think I will do this soon. Btw this means ffdshow developement will be somehow slowed down, but don't worry I will continuously work on it.
int 21h
18th June 2002, 13:16
Is it possible to add support for arbitrary fourcc codes? For example, BLZ0, by adding a checkbox or something, I think we could make Blizzard cut scenes in Warcraft III play through ffdshow and its settings.
milan
18th June 2002, 13:49
I don't have any experiences with Blizard Cutscenes files (are they in some proprietary format or, for example, standard MPEG4?), but if there is an decoder for BLZ0 filter (directshow or vfw) and it outputs YUY2 or RGB uncompressed video, select the "Raw video" checkbox in ffdshow codecs page and ffdshow should be used as postprocessing filter when playing these files.
int 21h
18th June 2002, 13:59
They are packed into a proprietary archive format.
However, in the game directory is a file called Blizzard.ax, which is the DirectShow DivX filter that the game uses to decode the files once extracted. In the registry you can find an enumerated key for storing the filter properties (which aren't accessible), and its associated fourcc codes. The fourcc code BLZ0 just makes the files use this DirectShow filter instead of the normal DivX one. Changing the fourcc code in the included sample avis to DIVX and DX50, makes the files then play with the ffdshow filters. (The Warcraft III CD has two preview trailers on it, that have the BLZ0 fourcc code, when played in mplayer2.exe, the directshow filter "DivX for Blizzard Entertainment" is used (Blizzard.ax))
So I think that if you unregistered Blizzard.ax, registered the BLZ0 fourcc extension with ffdshow, then you could control how much acceleration there was during the cutscenes in the game (since its just decoding with this directshow filter).
@Milan
I already have the CVS and the help files in txt.
You think that the docummentation will be a web page or pdf format?
-Kyo
milan
20th June 2002, 06:52
It doesn't matter now, but you can write it in html and then it could be reformated and converted to pdf when needed.
athos
20th June 2002, 16:12
milan> i experience a lot of instability using the latest version (0617) of ffdshow. WMP (6.4) is very unstable and refuses to play some files, and sometimes it hangs. 8.0 behaves similarly, although not always on the same files. these problems started when i used the slider to change the deblocking strength, so it might be related to that function. Problems disappear when i switch back to 0606. I am running Windows XP Pro.
milan
21st June 2002, 06:56
I'm sorry, but some features in the latest build seems to be quite buggy. Yesterday I've found and fixed some of them. I will try to relase new build next week, hopefuly much more stable.
milan
21st June 2002, 09:55
ffdshow now has "flip video" check box to correct horizontaly swapped video. I would like to autodetect the need of video flipping. This detection could be propably based upon graphic card name/chip.
I would like to ask anyone who have to check this checkbox to send me name of used graphic card. I will create internal ffdshow database which will be used to decide initial state of flip video. Of course this checkbox will not be removed to be able to correct misdetection.
This is just an idea (divx decoder doesn't have such checkbox) and I'm not sure if this depends on graphic card only - but even this would surely help.
gabest
21st June 2002, 20:26
milan, a little hint:
rgb & height>0 -> flipped (GDI)
rgb & height<0 -> topdown (ddraw)
yuv & height>0 -> topdown (every filter should use height>0 for yuv)
yuv & height<0 -> topdown (only used by the video renderer, it may indicate overlay, but may also be a fix for a flipped img bug in the old msmpeg4 decoder, as the rumors say...)
If you match the format and height for both the input and output pin buffers and produce/transfer the image correctly then you should never see a flipped picture.
Gazza
24th June 2002, 04:32
Milan,
I have noticed that there is some color breakup with the latest ffdshow and uManiacs latest xvid encodes. Please refer to http://forum.doom9.org/showthread.php?s=&threadid=27778 for details.
[edit] I've noticed that within ffdshow, if xvid is ticked but 'Decode with xvid' is not then I get these weird color effects. Ticking this box removes the effect and everything returns to normal.
Gazza
oddball
24th June 2002, 15:07
Any chance of a horizontal and vertical positioning of the image output? A combination of this and resizing can sort out a lot of overscanning issues :)
avih
24th June 2002, 17:11
you can use zoom player for vert/horiz positionning (and resizing of course, although ffdshow has more resizing algorithms that i find especially usefull, such as the bicubic resize)
oddball
24th June 2002, 21:41
I'd rather have a left/right, up/down. Zoom is not very good.
avih
24th June 2002, 22:24
Originally posted by oddball
I'd rather have a left/right, up/down. Zoom is not very good.
did u try the arrow keys? ;)
Nasse
24th June 2002, 23:03
is it only me who has this bug with the newest build? when i open a folder with video files in (divx 3.11 and xvid coded ones) it closes the folder after a few seconds... oh.. my operating system is windows xp pro...
Hello,
first, i love this filter :)
But i have a little issue:
If you have a long scene, where a key frame is inserted at no scene change, it looks, as if the colors get a 'refresh'. I don't have this effect using Nic's filter. Both filters are at post processing level 5. This is only a minor issue, cause key frames are mostly at scene changes, but once you've noticed it, it's getting annoying...
anyway, great work.
greetz, Uli
oddball
25th June 2002, 17:48
Avih you misunderstand me. Zoom will zoom the picture in but not out (It does not shrink the image on the overlay in order to correct any overscan on the TV). In other words adding in custom sized black boarders left/right and top/bottom (Not crop but pushing and shrinking the image inwards either on the vertical or horizontal plane). If you use the aspect ratio option on say 4:3 material you can correct overscan top and bottom. But not the sides (I have a 16:9 widescreen TV so I hope you understand what I am getting at here).
Basically I need overscan reduction. I can do this to a certain extent using a combination of DIVXG400 and ffdshow but would prefer one or the other to let me do it (DIVXG400 does not let me correct top and bottom overscan for some reason in 16:9 output. I reported this bug to the maker of DIVXG400 but he says it must be to do with my Matrox G400 drivers. I do not believe this is so to be honest but he does not want to listen. Fair enough).
Anyhow I hope Milan will look into adding this option.
avih
25th June 2002, 22:51
@oddball:
sorry, either i don't understand what you're trying to achieve, or you don't understand me or you missed some of zoom player's features.
you can set the AR any way you like. after that you can zoom in OR OUT on both axises together (respectively) or on any of the axises. you can move the image at any direction. both zoomming and positionning can be pixel based or % based.
+/- zoom in/out. arrows= position. right-click -> aspect ratio. right click -> zoom axis.
doesn't that do what u want?
sorry if i misunderstood you.
avi
ps. to get higher quality resize on tv-out i use ffdshow to resize bicubic to 640x480 (before all other filters = checked), and then zoom out with zoom player to compensate for the overscan, and it fits my tv-screen perfectly and with great quality.
HarryM
26th June 2002, 10:42
Can you add into ffdshow 'AR correction' like ZoomPlayer? For native non-4:3 resolutions?
oddball
28th June 2002, 01:40
I don't use ZoomPlayer. I don't like it. I use BSPLayer. That's where you are confused. I was talking about adding it into ffdshow itself.
ivanova
2nd July 2002, 03:29
I posted about this in the xvid forum, but still no reply.
Anyone notice the 1 frame delay in playback of divx 5.0.2 content?
athos
12th July 2002, 20:17
I cannot play video using ffdshow (tried the two latest versions) and detonator drivers later than 28.32 (for my Geforce3) using mplayer2 (WMP 6.4) under WindowsXP. It does work with WMP 8.0, or if I also load DirectVobSub, which I think converts to another color space.
gabest
12th July 2002, 20:28
I think ffdshow is trying to output the picture in YV12, but when DVobSub is connected after, it switches into YUY2 (which is the first on the list of prefered color formats by default).
Peters
21st July 2002, 18:21
Originally posted by athos
I cannot play video using ffdshow (tried the two latest versions) and detonator drivers later than 28.32 (for my Geforce3) using mplayer2 (WMP 6.4) under WindowsXP. It does work with WMP 8.0, or if I also load DirectVobSub, which I think converts to another color space.
Same pb here, with any version of ffdshow, woks only with detonator drivers <= 28.32 (Geforce DDR)
I have that problem too.
Uff, i was thinking that it was my system. I almost formated the all thing.
But since bsplayer and media player 8 function, i will live with it.
taylormadearmy
22nd July 2002, 10:27
I've got the same problem too - I have down rated drviers to previous version. Any news on a fix for ffdshow, or is it the drivers fault?
Didée
22nd July 2002, 11:35
... but how many thousand times I heard something like "Matrox is crap, Matrox drivers are crap, ATI is crap, ATI drivers are crap ... Nvidea rules"
:) LOL ! ;)
Not ANY problems here, with neither Matrox G400MAX nor ATI AIW 8500DV!
(Okay, I don´t play fifty-seven different ego-shooters per week. Maybe I missed a single bug.)
Sorry for this post not being helpful, but frome time to time I have to steam off a little ...
Defiler
22nd July 2002, 18:00
On a system with a clean install, and only the following components:
ffdshow ver. 06-17-2002
Intervideo MPEG-2 Playback Filter ver. 4.05.20
Intervideo AC-3 Audio Filter ver. 4.05.20
Ogg Vorbis DirectShow Filters ver. 0.9.9.1
Moonlight Odio Dekoda ver. 1.0
DivX ;-) Audio Codec ver. 4.2
..even when ffdshow is set to handle DIV3 files, I have certain AVIs on my system that report "Unknown file format (DIV3)"
Do I still need DivX 3.11 alpha installed to play these? I was hoping to be able to do without it. I have other files here that report themselves as DIV3 while being played with ffdshow, yet work fine.
Any ideas as to why some DIV3 files would play, and others not? I'm using pure ffdshow. None of the "Play with XviD" checkboxes are active.
athos
29th August 2002, 20:09
Originally posted by Peters
Same pb here, with any version of ffdshow, woks only with detonator drivers <= 28.32 (Geforce DDR)
This may come a bit late, but I checked out ffdshow and compiled it myself. It seems most problems, including this one have been resolved. I am using the latest (40.41) detonators now with ffdshow-20020827 and it works great. I followed the instructions, and used cygwin, nasm and the directx sdk (had some trouble with this though, nothing to do with ffdshow) and even the Nullsoft install system to create a real installer.
I suppose, since ffdshow is opensource, that I could send this to someone who's willing to try it. Keep in mind that this is not meant to be a release. If you dont like taking chances, better wait because I think milan will do a proper release soon.
Also, please let me know if I am not allowed to distribute this.
TheUnforgiven
30th August 2002, 02:28
i haven't read the thread and i dont know what r u talking about..
just wanted to thank milan for his great efforts. he is a wizard.
Rick83
30th August 2002, 06:44
Originally posted by athos
This may come a bit late, but I checked out ffdshow and compiled it myself. It seems most problems, including this one have been resolved. I am using the latest (40.41) detonators now with ffdshow-20020827 and it works great. I followed the instructions, and used cygwin, nasm and the directx sdk (had some trouble with this though, nothing to do with ffdshow) and even the Nullsoft install system to create a real installer.
I suppose, since ffdshow is opensource, that I could send this to someone who's willing to try it. Keep in mind that this is not meant to be a release. If you dont like taking chances, better wait because I think milan will do a proper release soon.
Also, please let me know if I am not allowed to distribute this.
Where´s the 20020827 source from? The newest version of ffdshow I know is 20020716.
@Milan: did you stop development of ffdshow? If so i´d be very sad...
Ciao, Rick
-h
30th August 2002, 07:33
Where´s the 20020827 source from? The newest version of ffdshow I know is 20020716.
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ffdshow
or, run
cvs -z3 -d:pserver:anonymous@cvs.ffdshow.sourceforge.net:/cvsroot/ffdshow co ffdshow
-h
Rick83
30th August 2002, 08:52
thank you -h, but is there a precompiled windows-version available? i thought the ffdshow-project was stopped ´cause i always looked at http://sourceforge.net/projects/ffdshow/
ciao, rick
athos
30th August 2002, 10:41
No there is no newer precompiled version available. I checked out the cvs (see -h's post) and compiled it myself. But I read a post from milan at the xvid.org forum (before xvid development stopped) stating that he was planning on a new release anytime soon.
Looking at the todo-list, he has done a great deal of work:
urgent
- fix beginnig of playing and sometimes corrupted seeking [mostly fixed]
- correct one frame shift [done when no b-frames]
todo
- automatic postprocessing quality adjustment (as in mplayer) [DONE]
- use colorspace conversion routines from xvid [DONE]
- play DIVX: decoding works, but how register filter also for DIVX FOURCC [DONE]
- play DX50: only if ffmpeg supports all pro features of divx 5 [DONE - USER CHOICE]
- play DIV3: decoding works (msmpeg4), need register for DIV3 FOURCC [DONE]
- place itself before other codecs [DONE]
- brightness, contrast, gamma correction [DONE]
- memory align [DONE]
- nice installer (NSIS) [DONE]
- independend configuration dialog (started by shortcut in windows start menu) [DONE]
- chroma noise and some dependancy on last frame [DONE]
- interlacing
- postprocessing strength [CAN ONLY STRENGTHEN THE EFFECT]
- information about played file [DONE]
- split configuration dialog to more property pages [DONE]
- support for video with dimensions not multiples of 16 [DONE BY ADDING BLACK BORDERS]
- complete configuration through IffDecoder interface [DONE]
- version number in About page [DONE]
- DIVX 5.0.1 b frames and ogm [DONE]
- tray icon [DONE]
not important
- unsharp mask [DONE], warpsharp
- aspect ratio [DONE] => internal resizing [DONE]
wishes
- maybe it could play also mpeg1 and mpeg2 (DVD)
- statically linked
=======================================================================
priorities
dscaler [FOR NOW DEINTERLACER FROM MPLAYER]
add black borders [DONE]
documentation, compilation instructions
better noise
less memory
config dialog on tray icon doubleclick [DONE]
hardware overlay
check and write xvid version [DISPLAYING DONE]
subtitles clipping [DONE], wrapping, selection [WORKS SOMEHOW], faster preparation [FASTER], more inteligent search and frame parsing
better changeOrder COM functions [DONE]
full keyboard control in cfg dialog [DONE]
OSD [DONE]
levels filter [DONE]
possiblity to use mplayer YUV->RGB conversion
chroma only blur
pan and scan
ffdshow is truly a great project! keep up the good work!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.