Log in

View Full Version : dffshow filter


Pages : 1 2 3 4 5 6 7 8 9 10 [11] 12 13 14

Pasqui
2nd December 2002, 21:10
@KyleK
You can find many builds at this page:
http://sourceforge.net/project/showfiles.php?group_id=53761

iago
2nd December 2002, 23:12
@Pasqui

There is "ffdshow-20021014-se.exe" on sourceforge.net, but I am not sure if this is the build NiTroGen and MaTTeR were mentioning?..

regards,
iago

MaTTeR
3rd December 2002, 00:23
I'm using ffdshow-20021010.exe with no problems for the moment, seems rock solid.

NiTroGen
3rd December 2002, 01:15
Originally posted by iago
There is "ffdshow-20021014-se.exe" on sourceforge.net, but I am not sure if this is the build NiTroGen and MaTTeR were mentioning?...
Yes, I was talking about this one. Sorry for the mistake.

kilg0r3
3rd December 2002, 09:22
this might a bit OT but anyway,

does anybody know a way to avoid directX-smoothing, besides disabling hardware acceleration.
I think one no longer needs it when using the resizing routiens in ffdshow.

iago
3rd December 2002, 21:32
I'm using ffdshow-20021010.exe with no problems for the moment, seems rock solid.

Hehe, so am I, Matt ;). It's my birthday build! ;)

Also, it reports the frame type correctly even when "Use XviD" is checked :p.

regards,
iago

NiTroGen
4th December 2002, 00:44
Originally posted by iago
It's my birthday build! ;)
:( There was no build on my birthday (09-Oct). Maybe next year! :p

Chibi Jasmin
10th December 2002, 13:42
Athos, where is your site gone (http://www.sekxx.org/ffdshow/), which always had newest binaries of FFDshow?

Is there any other site with newest binaries?

kilg0r3
10th December 2002, 13:51
@milan

1. is there a possibility to make the luma sharpening of the resizer component available also when not using the resizing function?
i just tried it, and, it gave the clip just the little something it lacked. it even looked very good with the strongest setting of 2.0. all other sharpen filters hurt more than they helped.

2. i noticed that the resizer does not allow a resolution of 800x600 but only 800x800. bug or feature? :)

CavalloPazzo
10th December 2002, 20:07
To Milan:
Dunno if you read this post,
http://forum.doom9.org/showthread.php?s=&threadid=40046
If not, could you read it? it's about the possibility to connect ffdshow to mp4 splitter.

To all other users writing into this thread:
Isn't this thread too long? All that is ffdshow related is written here... I think this is not a good idea...(I don't speak very well english so I have difficulties to write what I exactly would like to say).
Isn't better to write new thread every time?

To Chibi Jasmin:
this link works, http://ffdshow.sekxx.org/ , but there isn't any new build since 29/11.

Chibi Jasmin
11th December 2002, 16:07
Originally posted by CavalloPazzo
To Chibi Jasmin:
this link works, http://ffdshow.sekxx.org/ , but there isn't any new build since 29/11.

Thanx, it indeed works, so I can look for new builds every now and then again...

athos
11th December 2002, 17:24
Hey I like this huge thread ;)

New alpha-build up @ sourceforge today. I'm not sure if milan is in the middle of something, but I think it is time for a new build.
It seems you need to check xvid.dll for correct decoding of (packed) b-frames in xvid content.

bbq@KL
11th December 2002, 23:40
Now TomsMoComp_ff.dll is included. Does it mean TomsMoComp is finally implemented? Thanks.

milan
12th December 2002, 08:13
1. is there a possibility to make the luma sharpening of the resizer component available also when not using the resizing function?
i just tried it, and, it gave the clip just the little something it lacked. it even looked very good with the strongest setting of 2.0. all other sharpen filters hurt more than they helped.

Even asharp? I'm using it with high quality deblock filtering enabled and settings 2,4,2 and I'm very satisfied with the results. Big thanks to Marc FD.
But to answer your question: AFAIK it is possible (mplayer can do this), but you would have to set output size equal to source size to prevent actual resizing. I'll try to make it easier when will be implementing the promised new resizing system.


2. i noticed that the resizer does not allow a resolution of 800x600 but only 800x800. bug or feature?

ffdshow requires new width and height to be multiplies of 16. This is useful for width, but not for height. I'm just modifying ffdshow to allow every even number for height.


Now TomsMoComp_ff.dll is included. Does it mean TomsMoComp is finally implemented? Thanks.

TomsMoComp_ff.dll is just slightly modified TomsMoComp 0.0.1.3 AviSynth filter. It doesn't not double the frame rate.
You can use DScaler TomsMoComp deinterlacing filter which will double the frame rate, but it's much slower due to needed conversion to YUY2 and back.

BTW I'm not working much on ffdshow now, because I don't have time. But I'm expecting to make some big changes to ffdshow soon (were described in this realy huge thread).

milan
13th December 2002, 08:06
I had to remove latest alpha from SF downloads.
I have "simplyfied" uninstall section of ffdshow to delete whole directrory where ffdshow was installed, but forgot that Nimo codecs pack installed ffdshow to Windows/System directory. This means, that when installing new ffdshow build it offers to install to Windows/System directory and by uninstalling it will try remove the whole content of this folder.
I'll release new build soon.

I'm realy sorry for this.

ookzDVD
13th December 2002, 09:53
@milan,

Thank you for the information,
I will not to un-install the ffsdhow, 'cause I will not able to play the XviD :)
"Please don't try this at home, it's very dangerous!" ;)

milan
13th December 2002, 10:08
New build was released. This time it was prepared by me.
Uninstall is fixed and new libavcodec version is included. Every even height in range from 8 to 2048 is allowed.

BTW now I'm trying to connect ffdshow to 3ivx mp4 splitter filter, but without success :( It doesn't even come to media type negotiation although for testing I'm modified ffdshow to connect to every video type.

ookzDVD
13th December 2002, 10:24
@milan,

thank you again for the fast update ffdshow-20021213.exe ;)

milan
13th December 2002, 10:47
I've found out that 3ivx mp4 splitter requests interface with GUID 0E6772C0-DD80-11D4-B58F-A86B66D00000 and calls some its methods before starting the video type negotiation. I don't know whether this is some standard interface (I can't find it it Platform SDK) or, and that would be worse, private interface used by 3ivx directshow filters.

I realy would like ffdshow to cooperate with some mp4 demuxer, because I would like to use this container format. AFAIK there is no open sourced mp4 directshow splitter filter, so I have to try the commercial ones. I've tested few of them and 3ivx's seems to be the best mp4 directshow splitter yet. BTW this doesn't apply to decoder filter: I've found that it decodes one sample mp4 file with mpeg4 video (distributed together with lsx's mpeg4 filters) producing some artifacts.

ChristianHJW
13th December 2002, 10:51
Originally posted by milan I really would like ffdshow to cooperate with some mp4 demuxer, because I would like to use this container formate.

You prefer AAC over Vorbis ?

athos
13th December 2002, 11:03
The new libavcodec seems to be even worse at decoding (packed) b-frames. The last one seemed to just skip them, so the video was choppy. This new ones instead flickers. Of course, with "use xvid" checked everything is fine. At least it seems work is being done in this field, so hopefully future versions of libavcodec will decode fine.

milan
13th December 2002, 11:10
@ChristianHJW

Sorry for misunderstanding.

I'm using Vorbis extensively, but I would like to support as many formats and codecs as possible.

milan
13th December 2002, 12:07
@athos

I didn't have time to test new libavcodec, but after seeing what it does now (and it's not a bug of ffdshow, plain ffmpeg.exe does this too) I sent bugreport to ffmpeg mailing list and uploaded sample file to mplayer ftp.

I hope it'll be fixed soon.

Blight
15th December 2002, 20:15
Ok, bug report for latest build (Dec 13th):

1. MPlayer's post processing isn't working.
2. TomsMoComp "DeInterlacing -> Swap Field" isn't working.
3. Linear Interpolation Deinterlacing isn't working.
4. Linear Blending DeInterlacing isn't working.
5. Cubic Interpolation Deinterlacing isn't working.
6. Median Deinterlacing isn't working.
7. ffmpeg Deinterlacing isn't working.

I think something is seriously broken with deinterlacing...

MoonWalker
15th December 2002, 21:25
And one more...When you choose dering in Nic's filter the image becomes TOO blurry..

MoonWalker

NiTroGen
16th December 2002, 02:45
Well, I did ask it before, but noboby had answered. Is it possible to have a compilation of ffdshow using the old libavcodec (14-Oct) with all the new features of latest releases?

milan
16th December 2002, 08:23
@NiTroGen

Yes and I'll probably do this.

@Blight

Everything you've mentioned (except for tomsmocomp) is handled by libpostproc.dll. I'm just checking this. If there would be something wrong, right after fixing I'll release new build.

Blight
16th December 2002, 20:37
milan:
I thought the deinterlacing were mostly from Donald Graft's filters. I think he's converting his DeInterlace function to YV12, so maybe it's worth integrating that?

Most of these were working to some degree in the Oct 29th build.

Also, it may be useful to add a swap-field general-purpose checkbox for all the deinterlacers as sometimes capture cards screw these things up.

trbarry
17th December 2002, 01:36
I'm afraid I haven't even tried TomsMoComp in ffdshow yet but the builtin option in the deinterlacer is for top first, not field swap.

- Tom

NiTroGen
17th December 2002, 02:45
Originally posted by milan
@NiTroGen

Yes and I'll probably do this.Thanks, Milan. Looking forward to this "new" version.

gabest
17th December 2002, 05:29
Any plans advancing ffdshow into the direction of mpeg2/dvd playback? I've made a nice decss input pin a few days ago :)

Smiff
17th December 2002, 11:05
Originally posted by milan
I had to remove latest alpha from SF downloads.
I have "simplyfied" uninstall section of ffdshow to delete whole directrory where ffdshow was installed, but forgot that Nimo codecs pack installed ffdshow to Windows/System directory. This means, that when installing new ffdshow build it offers to install to Windows/System directory and by uninstalling it will try remove the whole content of this folder.
I'll release new build soon.

I'm realy sorry for this.

f*$*£%^*ing nimo pack.

Sorry just had to say that. Milan please keep up the great work on the great ffdshow.

Blight
17th December 2002, 22:41
Gabst:
Wouldn't DVD decoding basically put a nice big target on milan's forehead, god knows we don't need another MPAA issue...

Sure, I'd like to be able to point to a free DVD Decoder, but I wouldn't want to see anyone get hurt.

gabest
18th December 2002, 05:34
Well, mplayer on linux hasn't been targetted once yet and it can already decrypt ccs in every possible way. Also, there are smartripper, dvddercyptor, vstrip, ... with the same algorithm here at the doom9 free to be downloaded.

milan
18th December 2002, 08:12
Deinterlacers:

I'll try to convert libpostproc from dynamic to static library and link it directly to ffdshow.ax combining gcc and msvc compiled code. I did the same for scaling routines already.

I'm watching Donald Graft's deinterlace filters progress and I can add them to ffdshow. However I haven't tried them yet.

Check box for field swap is planned. I want to implement new flag to internal picture structure which would carry the information about the picture type: top field, bottom field, progressive image. Now there is nothing like that present in ffdshow and when added it will be possible to write interlaced versions of some filters and use this information in colospace conversions too.

Nimo Codecs Pack:

This was clearly my fault. No software should ever remove whole directory where it is installed. It only has to remove all own files and then remove the directory only if it's empty

DVD:

I thought that mpeg2 demuxer or even file source filter has to decrypt DVDs. But if ffdshow can do this, then I would realy like to add this feature. However, I should finish the mpeg1/2 decoding first.
And I'm not sure about the legal issues. Here in Slovakia we don't have DMCA and I think it's the responsibility of user how he uses ffdshow (please correct me if I'm wrong). But probably distribution of binaries on SourceForge could cause problems.

gabest
18th December 2002, 08:26
Originally posted by milan
I thought that mpeg2 demuxer or even file source filter has to decrypt DVDs. But if ffdshow can do this, then I would realy like to add this feature.No, the downstream filter after the dvd navigator has to handle everything. See this (http://vobsub.edensrising.com/decssfilter.zip) sample filter and especially the input pin implementation.

s45i
19th December 2002, 21:36
i have still heavy flickering on solid backgrounds with my desktop (Athlon 1000 Thunderbird) when luminance deblocking is activated (both mplayer and nic's methods)... deblock (H) has the worst flickering effect... tested with the latest builds..

i mention the cpu because on my celeron 466 i cannot see the same flickering (cpu optimization to blame?).. it's a laptop and maybe the screen is fooling me.. :confused:

many thanks to milan for ffdshow, with it i can see movies up to 640x on the move without buying a new notebook :D :D :D

jamest
20th December 2002, 20:16
could DVD support be based off Videolan's project?

http://www.videolan.org/libdvdcss/index.html
libdvdcss is a simple library designed for accessing DVDs like a block device without having to bother about the decryption. The important features are:Portability. Currently supported platforms are GNU/Linux, FreeBSD, NetBSD, OpenBSD, BSD/OS, BeOS, Windows 95/98, Windows NT/2000, MacOS X, Solaris, and HP-UX.
Simplicity. There are currently 7 functions in the API, and we intend to keep this number low.
Freedom. libdvdcss is released under the General Public License, ensuring it will stay free, and used only for free software products.
Just better. Unlike most similar projects, libdvdcss doesn't require the region of your drive to be set.

R3g
20th December 2002, 20:36
Whao ! I forgot this thread. Here is what I posted some minutes ago in a totally off-topic one :

So what about having auto-loadable presets in ffdshow : You set up your ffdshow parameters, save them to a file, to which you give the same name as your movie, and when you start watching your movie, the presets are automatically loaded.
That way, each move can be backed up along with the very smart optimized playback parameters you found.

Well, I think it is a good idea, isn't it?

Didée
21st December 2002, 16:07
Originally posted by R3g
So what about having auto-loadable presets in ffdshow ... I think it is a good idea, isn't it?
Yes, R3g, that's a good idea.

In fact, the idea is so unbelievable good, that

this functionality is already implemented!

for quite some time now ...

:)

CruNcher
21st December 2002, 21:00
@ milan
looks like ffdshow has problems with anamorphic resolutions
i tried to playback movies XviD and DivX 3.11 in anamorphic resolutions 640x272 and 512x288 the borders are there but video gets placed in the middle its not stretched maybe its a problem with directx 9 and the new vmr renderer but i doubt if i playback with normal divx 3.11 directshow filter the picture gets correctly adjusted could u please check that thx :)

the same effect on mpeg2 movies no role if anamorphic or not with Raw Video activated

Configuration:
--------------
Directx 9
Players: Windows Mediaplayer 9, Mediaplayer Classic,Mediaplayer 6.4

R3g
22nd December 2002, 10:19
Originally posted by Didée
Yes, R3g, that's a good idea.

In fact, the idea is so unbelievable good, that

this functionality is already implemented!

for quite some time now ...

:)
OMG ! I was so proud of thinking about such a thing that I didn't even try to see I it was here. At least I have had the idea, even after everybody. I promise, next time I will read the manual before posting. ;)

QQ
23rd December 2002, 09:48
I have some problems with ffdshow:

* broken mpeg playback. It was in 0923, and still is in 1213. Doesnt matter if I check use libmpeg2 or dont, it still doesnt playback - it flickers, sometimes becomes all black and so on. Sound plays good though.

* Whenever I check Blur and NR, the player crashes :)

I hope this will get fixed soon! :)

athos
23rd December 2002, 17:27
Originally posted by QQ
I have some problems with ffdshow:

* broken mpeg playback. It was in 0923, and still is in 1213. Doesnt matter if I check use libmpeg2 or dont, it still doesnt playback - it flickers, sometimes becomes all black and so on. Sound plays good though.

Of course, you did notice this in the configuration:
MPEG1/2 decoding is currently in development and not working correctly.
Refer to this (http://www.altgeek.org/methuselah/rtfm/) Microsoft Knowledgebase article ;)

I can report that xvid decoding (with "use xvid" checked), using either Koepi's (XviD-19122002-1.exe) or Nic's (XVID - 231202) latest builds, is broken. Koepi's XviD-09122002-1.exe works ok.

QQ
23rd December 2002, 17:35
lol, I see I see.. You see (I see!), old one (06xx) used to play them, so I got used to it you see (I see!) :p

CavalloPazzo
4th January 2003, 13:31
With latest build (13/12/2002) the ffdshow dialog box crashes when I go to the info page.
When a new build will be released? And a new ffvfw build? If I had a directx sdk i'd build by myself, but I haven't and I have 56k modem :(

Sirber
4th January 2003, 19:34
The lastest gets greeny over time, also has some prob with bframes.

athos
4th January 2003, 20:39
New alpha build up:

ffdshow-20030103 (http://prdownloads.sourceforge.net/ffdshow/ffdshow-20030103.exe?download)

ChangeLog (https://sourceforge.net/project/shownotes.php?release_id=131530)

Note:
Compiled with DirectX 9 SDK.

DirectShow 9 STRMBASE.lib compiled with Visual Studio .NET and ICL 7.0. Would not compile with Visual Studio 6.

Probably because of this, ffdshow would not compile with VS6, and is therefore compiled with VS.NET (and ICL 7.0).

.NET Framework, or more specifically, some dlls from it is probably needed for this to run.

Uses Nullsoft Install System (NSIS) 2.

I will try to fix this so I can compile with VS6 for future builds, but I wanted to get this one up for people to test the new libavcodec and also to see if ffdshow now is better at handling the newest xvid.

easyfab
4th January 2003, 21:38
Thanks athos for the build.
I'm maybe a little OT but could you please compile ffvfw too (i see in cvs some changes)

iago
4th January 2003, 22:21
@athos

Thanks a lot for the new build. It doesn't crash when "Use XviD" is checked to decode XviD encoded (with Koepi's 03012002-1 binary) clips with qpel and b-frames :).

iago