Log in

View Full Version : ffdshow development #2


Pages : 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19

netchris
26th October 2004, 10:54
The problem with -O3 remains, the patch is irrelevant to the problem.

celtic_druid
26th October 2004, 11:15
Yeah, I thought as much.

netchris
26th October 2004, 11:45
Made some tests with this dll, and the 1 pass constant bitrate behaviour has changed. It gives a quite improved picture, but often gives oversized files. My guess is you have included all the latest patches so we have an up to date x264?
It seems the codec gives an even better picture now.
Havent made any 2 pass tests so take these with a grain of salt.

bond
27th October 2004, 23:19
i dunno if milan actually follows this thread (i hope so), but i wanted to mention that it would be great if ffdshow could support the small letter "s264" fourcc, which moonlight uses with their h.264 stuff, to make ffdshow able to connect to it

gotaserena
28th October 2004, 00:31
Perhaps it is worth mentioning that this seems to be the only way to play h.264 from .mp4s using ffdshow: since 3ivx mp4 splitter doesn't support h.264, we are forced to use moonlight's or pay for nero's.

celtic_druid
30th October 2004, 01:55
@bond, I added s264 myself, seems to work fine with the moonlight splitter.

ffdshow.s264.7z (http://celticdruid.no-ip.com/xvid/misc/ffdshow.s264.7z)
ffdshow.s264.7z (http://s14.yousendit.com/d.aspx?id=89A176BA463D60E2236FB90C1610B8C7)
Works fine with the version of ffdshow that you can find in the same directory, not tested with any other ones, although I guess it would work, just things like SNOW encoding might be stuffed due to an old libavcodec.dll.

movmasty
31st October 2004, 19:36
where do i could find a guide,or something similar, to ffdshow settings??????????

Mug Funky
1st November 2004, 00:39
just to check... are b-frames working in x264? i seem to remember using them in mencoder, so maybe b-frames should be un-greyed in ffdshow?

or are they currently way too unstable?

[edit]

aaah, that's right - they don't work with CABAC yet.

i suppose they can be allowed provided CABAC is unchecked, at least for now.

i'm just thinking the bitrate/quality is so good now, that b-frames would make it ven more amazing. but possibly there's inherently less to be gained from b-frames in H-264 than there is in ASP MPEG-4. i don't know enough about either to be able to tell :(

celtic_druid
1st November 2004, 01:13
bframes: CONF RANGE 0, 16.

Guess you have to stick with mencoder or wait for Milan to add it in ffdshow. Default for mencoder is 0 by the way, probably a good reason for it to.

akupenguin
1st November 2004, 01:36
libavcodec should be able to decode B-frames with CABAC now.
H.264 B-frames should help just as much as MPEG-4 ASP B-frames, or more.
But they're much more complicated than in ASP, and very few of the B modes are implemented in x264. So currently they make compression worse.

celtic_druid
1st November 2004, 02:25
Did a build with bframes enabled, seems to work. Playback is a different story. Just jitters.

wata
3rd November 2004, 03:12
how about multi-language support for text subs, like vobsub

eg
moive.english.srt
movie.german.srt
movie.chinese.srt

etc

i know you can select files from submenu "Subtitle files", but if i put another location that contain alots of subs, it show every of those subs as well regardless if the filename is different or not

thanks

Amour
3rd November 2004, 09:01
How do I know if my computer supports SSE or SSE2 ?
I think I got a Pentium 4 from Intel.

LigH
3rd November 2004, 09:18
How about CPUInfo (Freeware)?

http://www.pcanalyser.de/download/cpuinfofree212.zip
__

BTW: You don't know your PC? So why did you buy it? :sly: ;)

Leak
3rd November 2004, 13:28
Originally posted by Amour
How do I know if my computer supports SSE or SSE2 ?
I think I got a Pentium 4 from Intel.

I think you got both SSE and SSE2, then - since every P4 has them. :)

Dark_Angel_PT
3rd November 2004, 21:11
When will we see a stable version of fddshow?

Its nice to add new stuff, but there's always bugs and problems being left behind.

I stopped using ffdshow because of this.
Its an incredibly powerfull software without a goal. There isn't like a "1.0 version" to achieve.
It's like it's trapped in an ever-ending beta stage, with no final version in the future.

Why isn't ffdshow frozen at current state, developers get a few goals planned, and set as a first objective to get all the bugs solved before any new stuff is added.

Probably the problem I had in the past is solved, but I bet that new ones will show up.

In its current state, ffdshow is capable of replacing every "regular" codec out there for the "average Joe".
With a full subtitle suppport, and all the filters and features it as, getting this to a 1.0 Final, would make a lot of people happy outthere.

All those crappy codec packs would come to a short end in no time.

But this is just my opinion...

Sharktooth
5th November 2004, 14:32
FFDShow is still in ALPHA!
if you want a stable version download the 2002 version...

Defiler
5th November 2004, 14:57
Originally posted by Sharktooth
FFDShow is still in ALPHA!
if you want a stable version download the 2002 version... The fact that the last stable branch came out 2.5 years ago is, of course, exactly the issue that Dark Angel is getting at. If someone could work up a time estimate for a new stable fork, I would be willing to contribute funds toward developer time.

Yong
7th November 2004, 06:04
ffdshow version NOV 1 2004 10,28,49
ffdshow audio decoder crash with following settings,
codec: mp2, vorbis
decoder: libmad, thermor
audio filter: libavcodec resampler filter.

I found a new audio codec ffmpeg sonic lossy/lossless in ffmpeg encoder,
but the new audio codec only can decode by recent build mplayer (bulid by celtic_druid), i hope the new release ffdshow can decode the ffmpeg sonic audio...

Dark_Angel_PT
7th November 2004, 23:34
Originally posted by Defiler
The fact that the last stable branch came out 2.5 years ago is, of course, exactly the issue that Dark Angel is getting at.

Does this answear your question, Sharktooth?

vinouz
8th November 2004, 03:27
In ffdshow encoder, in the "override framerate" setting in the "output" section, the value is an unchangeable 25fps.
It wrecks the constant bitrate 1 pass estimation with different framerates.
More than this, trying to encode a video for a nokia 3g phone using H.263, the raw h.263 stream contains information that makes it override the 15fps setting both in the original file I compressed and in the .mp4 information (using -rate=15 un mp4creator) and play at 25fps.

In an AVI container, the framerate settings of the AVI get the priorities so it doesn't appear (the file plays at 15fps)...

Hope it will be fixed soon. I'm confused such a big and simple bug hasn't been found and corrected earlier....

And, thanks to the developper for such a great piece of code !

yaz
8th November 2004, 10:25
@celtic_druid
in your compile (041108 hasn't been tested) the deinterlacer bug seems to be reinvented. any change in the pane (even wout pushing accept/ok!) breaks 'ffdshow.ax,configure'. hacking the registry (the good old workaround:-) seems to work. thx for the compiles, anyway.
y

Sharktooth
8th November 2004, 14:52
Originally posted by Dark_Angel_PT
Does this answear your question, Sharktooth?
Yes sure, but maybe milan has some goals to reach before thinking to a stable build...

Dark_Angel_PT
8th November 2004, 22:58
Originally posted by Sharktooth
Yes sure, but maybe milan has some goals to reach before thinking to a stable build...

Yes, but thats's what I mean.
To organize things a little bit, set some goals...something!

celtic_druid
9th November 2004, 01:52
@yaz, I think that could be another compiler issue. Unfortunatly I can't get it to compile with gcc/mingw.

yaz
9th November 2004, 09:16
@celtic_druid
sorry to say, 041108 goes the same way :-(
btw, should i change ff_x264.dll to yours or is that included ?
thx
y

celtic_druid
9th November 2004, 10:19
The ff_x264.dll that is included is a generic version. If you happen to have a P4, AthlonXP or I guess AMD 64 CPU then there might be some kind of speed gain from the XP/P4 versions.

Still used ICL for the 041108 version which is I think where the problem comes in, although using MSVC doesn't make any difference, it does however for the problem with libavcodec's resampler. If I could get it to compile with gcc/mingw then I suspect that the problem would disappear.

mav_top
11th November 2004, 17:24
i don't know if this is the right post to ask features in ffdshow, so if i'm wrong i'm sorry about it

anyway i would like to have the OSD with a timer, just to see it for
"n" seconds and then it would be disabled (the OSD) automatically, and also if possible know which filter i'm using actually

i ask for this, because sometimes i don't know if ffdshow is running and which settings it is using, so i need to go in the filter proprierties page and look,

if i could in the osd show all these stuffs for specified seconds it would be better

thanks in advance
mav_top

pogo stick
11th November 2004, 18:23
Is ffavisynth working already?
Here is what ffdshow's help says:

ffavisynth

ffavisynth - Avisynth filter to directly use ffdshow image processing filters from Avisynth scripts

Syntax

ffdshow(string "preset", string "options")

preset - existing ffdshow preset to be used
options - array of "name=value" pairs separated by commas

Both parameters are optional. If preset is not specified, a new preset called ffavisynth is created temporarly. Options override preset settings. List of allowed options names and values is to be written, for now look at registry key HKEY_CURRENT_USER\Software\GNU\ffdshow\default to get the idea.

Limitation

Input and output colorspaces are equal. Even if ffdshow image processing filter chain would produce image with different colorspace, it will be converted to match that on input.
I tried to follow instructions, but it doesn't seem to work or I am missing something.
Any help, please. Thanks in advance.

Socio
12th November 2004, 00:18
Originally posted by pogo stick
Is ffavisynth working already?
Here is what ffdshow's help says:


I could only get Avisynth to work in the latest non-SSE SSE2 version if you try it under the SSE or SSE2 version you get a script error.

pogo stick
12th November 2004, 01:56
I don't get any errors. It just don't make a difference in video. Can you post examples of options that work for you?

Leak
12th November 2004, 08:24
Originally posted by Socio
I could only get Avisynth to work in the latest non-SSE SSE2 version if you try it under the SSE or SSE2 version you get a script error.

Well, the SSE/SSE2 versions only have a problem if you use AviSynth from *WITHIN* ffdshow while playing. The functionality this thread is about is using ffdshow as a filter in AviSynth, so I don't think the same bug will byte, errr, bite here...

Socio
12th November 2004, 14:53
Originally posted by Leak
Well, the SSE/SSE2 versions only have a problem if you use AviSynth from *WITHIN* ffdshow while playing. The functionality this thread is about is using ffdshow as a filter in AviSynth, so I don't think the same bug will byte, errr, bite here...

Yes I was thinking from with inside as that is how I use it and Pogo was refering to from with outside my error.

Flash_Git
13th November 2004, 23:27
I was wondering if it was possible to have multiple instances of ffdshow. For some files I'd find it useful to have two instances of logoaway and some of the time two sets of subtitles would be useful although I could manage that with VSFilter.

Leak
13th November 2004, 23:36
Originally posted by Flash_Git
I was wondering if it was possible to have multiple instances of ffdshow. For some files I'd find it useful to have two instances of logoaway and some of the time two sets of subtitles would be useful although I could manage that with VSFilter.

I'd say being able to use the same ffdshow internal filter several times in one instance would be even better - you can reorder the filters already, so it might be possible to invoke them more than once with the current architecture. I'm not Milan, though... :)

np: Triola - AG Penthouse (2. Epoche) (Im Fünftonraum)

swalker
16th November 2004, 06:28
Originally posted by celtic_druid
If I could get it to compile with gcc/mingw then I suspect that the problem would disappear.

What gcc version are trying to compile with? gcc3.4.2 builds the mplayer, ffmpeg, libmpeg2, mpeg2enc, and x264 code although I'm currently building the main ffdshow project with Visual C++.

pogo stick
16th November 2004, 06:42
Originally posted by pogo stick
I tried to follow instructions, but it doesn't seem to work or I am missing something.
It was my mistake with options. :o
Seems to work fine! And since this filter is for preprocessing and not for postprocessing I thought it deserves it's own thread in Avisynth section. Here (http://forum.doom9.org/showthread.php?threadid=85447) it is. :)

Yong
16th November 2004, 11:47
@mav_top:

May be you should PM or mail to milan about the feature request, because he say he lazy to read this long thread!:eek:

therealjoeblow
16th November 2004, 18:56
Originally posted by wata
how about multi-language support for text subs, like vobsub

eg
moive.english.srt
movie.german.srt
movie.chinese.srt

etc

i know you can select files from submenu "Subtitle files", but if i put another location that contain alots of subs, it show every of those subs as well regardless if the filename is different or not

thanks

Or carrying that further -

1) support for multiple subs based on a standard naming convention (as noted above, could be language, or close-captioning as in "filename.cc.sub.srt", or the unicode version of the close-captining "filemame.unicode.cc.sub.srt"

-basically, the filter should look for the 'filename' portion up to the first '.' to match the movie name; then differentiate the various versions by the text up to the next '.'; then discard the rest; and finally, recognize the subs by the file extention after the last '.' - this appears to be the way that vsfilter works.

and

2) UNICODE support would be great - normal text subs can't display the special characters like musical notes that wrap around lycics in text subs - Unicode can. Vsfilter supports these, current version of ffdshow doesn't appear to.

also,

several replies ago I suggested the color interpretation of VobSubs wasn't handled correctly, it would be great if ffdshow could have settings for the 4 vobsub color settings to override to a user's preference anyways.

Mug Funky
19th November 2004, 03:52
um... i'm thinking this is just me here, but are vobsubs broken in the latest few compiles? or did i do something to break them?

ffdshow is the only thing that will be able to sub my movies and play them back at sufficient speed, so i'm a little eager to find out how to get them working again.

tried complete uninstall + reinstall, but they don't seem to come back.

i'm using fast bilinear if that makes a difference. haven't played enough to see if any other types make them come back :(

[edit]

it appears to load them but not display them. i can choose "language" in the vobsub config and everything.

maybe it's doing something odd like rendering them offscreen or something? thing is i don't think i installed a new version before the subs broke.

hellfred
19th November 2004, 09:51
Unvisible subtitles? That reminds me that in MediPlayerClassic one has to set a special DirectShow video output to get them displayer, I think it was DirectShow VMR9 renderless. Get yourself a copy of MPC and play with the settings:
View->Options->Playback->output.
I have looked it up, it is DirectShow VMR9 renderless. See footnote (**).

Hellfred

Vitos
19th November 2004, 12:25
Originally posted by hellfred
Unvisible subtitles? That reminds me that in MediPlayerClassic one has to set a special DirectShow video output to get them displayer, I think it was DirectShow VMR9 renderless. Get yourself a copy of MPC and play with the settings:
View->Options->Playback->output.
I have looked it up, it is DirectShow VMR9 renderless. See footnote (**).


Rendering subtitles in ffdshow is completely independent from output you choose in your video player. VMR9 is needed in MPC if you use its built-in subtitling...

Mug Funky
19th November 2004, 14:37
aha... and MPC's subtitling (though pretty) isn't anywhere near as fast as i need to avoid framedrops and frozen-till-next-keyframe issues. my machine is old.

i'm on VMR9 renderless, i've tries windowed as well, plus overlay, etc. (no VMR7 because i refuse to install winXP - my machine's in a happy place, and that kind of disruption would prove my undoing).

[edit]

now this has worked before, so i don't know what's happened.

i might go and use the last binary from sourceforge. i'm encoding now, so i'll do this once it's finished.

Didée
19th November 2004, 15:51
Originally posted by Mug Funky

... my machine is old.
i'm on VMR9 renderless ...
If you are short with CPU horsepower, why do you let VMR9 burden the CPU with all that drawing stuff, while the g-card could provide a HW overlay, but instead is cleaning its fingernails only?

Mug Funky
19th November 2004, 16:11
hmm... it didn't make a difference, actually. i think VMR is using 3d stuff from the card.

the difference to me was that (a) nvidia's overlay messes up chroma sampling, and (b) MPC gave me a decoding framerate under VMR9, whereas in overlay it always reported 0 fps.

as far as performance goes, i saw no difference - if a scene froze in VMR9, it would freeze in overlay too.

btw, after regressing back to ffdshow-20041012-sse.exe, subs came back.

has anyone else noticed this? i'm the only person reporting this, so i guess it's just an issue with my box.

it's a p3 733, 384 RAM (pc133 i think, probably not brand-name), with asus nvidia geforce DDR 32 (that's a geforce 1...) running latest drivers.

[edit]

in win2k...

[edit 2]

my monitor is fine, thankyou very much :) hitachi cm715. 19 inches of CRT goodness. degauss makes me feel like i'm at a rave :o

Didée
20th November 2004, 04:27
Originally posted by Mug Funky
it's a p3 733, 384 RAM (pc133 i think, probably not brand-name), with asus nvidia geforce DDR 32 (that's a geforce 1...) running latest drivers.
[edit] in win2k... Damnit! That's exactly my office PC at work! Except for a nvidia TNT2 with outdated drivers, and those 384 MB are built by three different no-name brands ;)

And the monitor is a bad joke.

Mug Funky
20th November 2004, 16:30
so my question to you:

do vobsubs work on that machine? :)

i love this computer. it's very loyal :) it's extremely stable, doesn't overheat (well, it went ga-ga once on a ~44 degree day when i was doing an xvid encode. no air-con here, and a tiny room).

i think if i were to put winXP on this machine the whole fragile house of cards i've constructed of it over the years would come crashing down. it runs slackware 'nix distros well, and i'm just working up the guts to mess the partitions up and put a real OS on this thing (linux :)). lots of backing-up to do first.

Didée
20th November 2004, 19:38
>> do vobsubs work on that machine?

Mind you, I don't know. My needs in respect to subtitles are rather low in general. In office, they are _zero_ ;)

Mug Funky
21st November 2004, 10:44
what? you mean you don't watch anime at work? hehe :)

hellfred
21st November 2004, 20:31
Originally posted by Mug Funky

it's a p3 733, 384 RAM (pc133 i think, probably not brand-name), with asus nvidia geforce DDR 32 (that's a geforce 1...) running latest drivers.
There is something seriously messed up in your OS, or the clip you want to play back is much harder to decode than anything i threw on my system up to now.
I have a P3-550MHz (PC100 chipset) running Win98 and WinXP, just installed. I only have one file with a VOBsub subtitle (MPEG4 with resolution of about 640x480, I am too lazy to search the file) and I clould play it on win32 using mplayer with only very few frames dropped. Booting to linux helped me to get a perfect smooth playback. I have never tryed the file with any dshow filters, though. Get yourself a movix boot cd and try playing the file with it to see what you can get from your hardware.
Hellfred

EDIT: I have digged up the file: it is MPEG4 603x306, I have a nVidia TNT 1 graphic adapter, 312MB ram, and i use DirectVOBSub and ffdshow v20041012 in BSPlayer v1.0 in this very moment to display the file. System reacts somewhat slow, but ffdshow OSD tells me that 100% CPU is hardly ever needed to decode the file. I will try using ffdshow to display the *.sub and *.idx file next.

EDIT2: On Win98 i did not get ffdshow to display the subtitles while DirectVobSub is installed, and as I do not want to touch a running system, i have booted into WinXP where there is no DirectVobSub installed. But there even without displaying any subtitle, decoding the very same clip rises the CPU load to 100% :(
I have a mplayer win32 compile on the system, and when using it to decode the clip and displaying the subtitle, i get a CPU load of 60 to 80% for most of the frames. You can get the a precompiled binary for win32 from the download section of mplayers homepage (http://mplayerhq.hu). Just unpack the archive and drag and drop the avi onto the mplayer.exe. When the subtitles are named after the main file and are lying next to the main file, they get loaded automatically. Rotate through the different subtitles by pressing 'j'.


Hellfred