PDA

View Full Version : New ffdshow build (?)


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

_xxl
17th October 2006, 13:36
Jpeg in .mov files doesn't work.
http://samples.mplayerhq.hu/V-codecs/MJPEGs/Minolta-MJPEG.mov.
ffmpeg (libavcodec) log message:
Subsampling in JPEG-LS is not supported.

_xxl
17th October 2006, 13:37
Does anyone know of anyone who is actually using the SNOW codec in real life? Afaik it is still an experimental codec. Perhaps it would be best to just remove it altogether.
Remove it Permanently.

Episode
17th October 2006, 14:32
Where can I download rev389?

http://www.ffdshow.info as usual.

haruhiko_yamagata
17th October 2006, 15:33
Does anyone know of anyone who is actually using the SNOW codec in real life? Afaik it is still an experimental codec. Perhaps it would be best to just remove it altogether.
Let's remove it temporarily and restore when ready. As far as we borrow code from ffmpeg, it's not good to ignore SNOW.

clsid
17th October 2006, 15:57
The InnoSetup installer script now has (optional) localization support. Everyone that speaks languages other than English, feel free to update "custom_messages.iss".

juskixxx
17th October 2006, 19:34
clsid builds and h-yamagata builds: image settings->preset autoload conditions-> "on FOURCC match" ain't working (none of your tryouts builds work)
drevils builds work just fine....

would be nice to have individual PP, sharpening, softening settings etc. setting for every FOURCC...



Thanks anyway for making great job with ffdshow!!!

Bathrone
18th October 2006, 10:52
Drevil XXL build 411 during setup on Vista RC2 wont allow me to unitck dscaler, vfw and all the other options for a custom install.

_xxl
18th October 2006, 11:23
Drevil XXL build 411 during setup on Vista RC2 wont allow me to unitck dscaler, vfw and all the other options for a custom install.
Fixed.

_xxl
18th October 2006, 13:05
ffdshow crashes when Avisynth plugin is used.
# Prints out version information

Version()

http://i11.tinypic.com/42x4mqw.jpg
MPlayer2 is using WMR-7 in non-mixing mode.
MPC is working fine.

clsid
18th October 2006, 13:41
Are there any known issues with GCC 4.0.3 builds of libavcodec? I can't remember if all of them were resolved or not.

H.264 decoding is a little bit faster for me with GCC 4.0.3. I don't know about the impact on the other formats. If there aren't any known issues, then I am thinking of starting to use 4.0.3 for libavcodec.

haruhiko_yamagata
18th October 2006, 13:47
Are there any known issues with GCC 4.0.3 builds of libavcodec? I can't remember if all of them were resolved or not.

H.264 decoding is a little bit faster for me with GCC 4.0.3. I don't know about the impact on the other formats. If there aren't any known issues, then I am thinking of starting to use 4.0.3 for libavcodec.
I have been using GCC 4.0.3 for all of my builds, I have never experienced bugs caused by GCC version.

haruhiko_yamagata
18th October 2006, 14:02
clsid builds and h-yamagata builds: image settings->preset autoload conditions-> "on FOURCC match" ain't working (none of your tryouts builds work)
drevils builds work just fine....
It's working for me. Please give us detailed information.

clsid
18th October 2006, 14:31
Matching based on filename (filename==presetname) works ok. Matching on FourCC does not work for me either.

_xxl
19th October 2006, 11:00
http://img17.imagevenue.com/loc457/th_51966_Capture_122_457lo.jpg (http://img17.imagevenue.com/img.php?image=51966_Capture_122_457lo.jpg)
Mingw GCC 4.0.3 fails.

ExtraEye
19th October 2006, 15:21
there's some serious issue with avisynth filter in ffdshow. when enabling avisynth (even without any filters in it), cpu jumps from 30-40 to 100. disabling it wouldn't work so you have to restart the video in order for it to come back to normal cpu values...

clsid
19th October 2006, 17:46
I don't have such a cpu usage increase when I enable the AviSynth filter. I am using AviSynth 2.5.6a.

But there is a funny thing when I used the Version() filter to test. The output is mirrored both horizontally and vertically. I suppose that isn't how it is supposed to work?

igor1st
19th October 2006, 17:47
Are there any known issues with GCC 4.0.3 builds of libavcodec? I can't remember if all of them were resolved or not.
Always work ok for me.


H.264 decoding is a little bit faster for me with GCC 4.0.3. I don't know about the impact on the other formats. If there aren't any known issues, then I am thinking of starting to use 4.0.3 for libavcodec.
This situation changes with time. For example ~r300 (IIRC) was faster with 4.0.3, but r371 was faster with 3.4.5 again.

But you should change compiler for deinterlacers - kernel/toms are much more faster with 4.0.3.

videomixer9
19th October 2006, 20:11
those things weren't updated forever, I usually also compiled them with ICL9 on the compiles I did with ICL, Core2 Duo users may want to try the kerneldeint and tomsmocomp from my Core2 Duo build. To not get your memory eaten away use link time code generation to compile both with ICL, that works way better than the regular way.

ExtraEye
19th October 2006, 23:05
I don't have such a cpu usage increase when I enable the AviSynth filter. I am using AviSynth 2.5.6a.


after reading your comment i went to the doom9 main page to download avisynth (according to it it's:AviSynth 2.56).
afterwards tried reanabling it on ffdshow and the effect was the same.
is doom9's link to avisynth bad or is my version o.k?

Egh
19th October 2006, 23:28
afterwards tried reanabling it on ffdshow and the effect was the same.


lol do you have anything in the avisynth section? If you have something like FFT3D() there it's no wonder CPU usage increases :)

I don't have any noticable increase for simple filters in avs.

I use last 2.5.7 alpha.

ExtraEye
19th October 2006, 23:31
as i said:
when enabling avisynth (even without any filters in it), cpu jumps from 30-40 to 100.

Besides. I also said that even after I disable the avisynth filter the cpu doesn't go down. I have to restart the playback in order for it to go back to normal again.
Maybe im not using the right version of something? Although ffdshow is from 18/10... i tried all the different latest versions from the different builders and this happens in all of them.

foxyshadis
19th October 2006, 23:46
Are all input colorspaces checked? Oddly, I've never seen it, but I haven't really checked for differences between on and off (it'd be a lot less noticeable on my system, likely, compared to a 3000+).

ExtraEye
19th October 2006, 23:48
yes they are.

haruhiko_yamagata
19th October 2006, 23:55
as i said:


Besides. I also said that even after I disable the avisynth filter the cpu doesn't go down. I have to restart the playback in order for it to go back to normal again.
Maybe im not using the right version of something? Although ffdshow is from 18/10... i tried all the different latest versions from the different builders and this happens in all of them.
What is the color space of your input file and output? Color space conversion before and after avisynth may happen. In that case, I guess you'll have to restart the video application after you uncheck avisynth, which I don't think a bug.

ExtraEye
20th October 2006, 00:04
It's normal for avisynth to make the video playing process weigh twice as much in memory just for enabling it ?
Are color space conversions supposed to take so much memory?

edit: forgot to answer the question ^^.
input colorspace: YV12
output colorspace: RGB32 high quality conversion (because I use VMR9)

Avisynth is set to recieve any colorspace it offers to handle (YV12, YUY2,RGB24,RGB32). So why should it make any space conversion happen in the first place if the actual script box is empty?

kneep
20th October 2006, 03:09
I got an error when build rev420 with gcc4.0.3:
============================================
make[1]: Entering directory `/d/cyghome/src/ffdshow-tryout/src/codecs/wmv9'
gcc -c -I. -I../.. -I../../cygwin -I../../baseclasses -Iinclude -DSUPPORT_INTERLACE -I/dx/Include -L/dx/MingLib -ldx9 -mno-cygwin -mdll -mthreads -pipe -mmmx -msse -mfpmath=sse -msse2 -DNDEBUG -UDEBUG -DWIN32 -D_WIN32 -DUNICODE -D_UNICODE -w -fno-rtti -fno-exceptions -O2 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer -finline-functions -finline -frename-registers -fweb -funit-at-a-time -MMD -o ff_wmv9.o ff_wmv9.cpp
../../array_allocator.h:42: error: expected template-name before '<' token
../../array_allocator.h:42: error: expected `{' before '<' token
../../array_allocator.h:42: error: expected unqualified-id before '<' token
../../imgFilters/ffImgfmt.h:372: error: expected template-name before '<' token
../../imgFilters/ffImgfmt.h:372: error: expected `{' before '<' token
../../imgFilters/ffImgfmt.h:372: error: expected unqualified-id before '<' token
../../imgFilters/ffImgfmt.h: In function 'void csp_yuv_order(int&, unsigned char**, stride_t*)':
../../imgFilters/ffImgfmt.h:468: error: 'swap' is not a member of 'std'
../../imgFilters/ffImgfmt.h:469: error: 'swap' is not a member of 'std'
ff_wmv9.cpp: At global scope:
ff_wmv9.cpp:50: error: using-declaration for non-member at class scope
ff_wmv9.cpp:50: error: expected ';' before '<' token
ff_wmv9.cpp: In constructor 'Tff_wmv9::Tff_wmv9()':
ff_wmv9.cpp:105: error: 'codecs' was not declared in this scope
ff_wmv9.cpp:115: error: 'codecs' was not declared in this scope
ff_wmv9.cpp:115: error: 'sort' was not declared in this scope
ff_wmv9.cpp: In member function 'virtual size_t Tff_wmv9::getCodecCount()':
ff_wmv9.cpp:124: error: 'codecs' was not declared in this scope
ff_wmv9.cpp: In member function 'virtual bool Tff_wmv9::getCodecInfo(size_t, const Tff_wmv9codecInfo**)':
ff_wmv9.cpp:127: error: 'codecs' was not declared in this scope
ff_wmv9.cpp:128: error: 'codecs' was not declared in this scope
ff_wmv9.cpp: In member function 'virtual bool Tff_wmv9::start(const Tff_wmv9cfg&)':
ff_wmv9.cpp:177: error: 'codecs' was not declared in this scope
ff_wmv9.cpp: In member function 'bool Tff_wmv9::startAVI()':
ff_wmv9.cpp:390: error: 'vector' was not declared in this scope
ff_wmv9.cpp:390: error: expected primary-expression before '>' token
ff_wmv9.cpp:390: error: '::const_iterator' has not been declared
ff_wmv9.cpp:390: error: expected `;' before 'c'
ff_wmv9.cpp:390: error: 'c' was not declared in this scope
ff_wmv9.cpp:390: error: 'codecs' was not declared in this scope
ff_wmv9.cpp: In member function 'virtual const Tff_wmv9codecInfo* Tff_wmv9::findCodec(FOURCC)':
ff_wmv9.cpp:653: error: 'vector' was not declared in this scope
ff_wmv9.cpp:653: error: expected primary-expression before '>' token
ff_wmv9.cpp:653: error: '::const_iterator' has not been declared
ff_wmv9.cpp:653: error: expected `;' before 'c'
ff_wmv9.cpp:653: error: 'c' was not declared in this scope
ff_wmv9.cpp:653: error: 'codecs' was not declared in this scope
ff_wmv9.cpp: In member function 'virtual bool Tff_wmv9::decStart(FOURCC, double, unsigned int, unsigned int, const void*, size_t, int*)':
ff_wmv9.cpp:664: error: 'vector' was not declared in this scope
ff_wmv9.cpp:664: error: expected primary-expression before '>' token
ff_wmv9.cpp:664: error: '::const_iterator' has not been declared
ff_wmv9.cpp:664: error: expected `;' before 'c'
ff_wmv9.cpp:665: error: 'c' was not declared in this scope
ff_wmv9.cpp:665: error: 'codecs' was not declared in this scope
make[1]: *** [ff_wmv9.o] Error 1
make[1]: Leaving directory `/d/cyghome/src/ffdshow-tryout/src/codecs/wmv9'
make: *** [WMV9] Error 2
========================================
Can anyone help?
Thank you.

DSP8000
20th October 2006, 04:33
Maybe just a cosmetic bug,
in the about tab build rev.420 shows, build on 17 Oct even that the build is from 20th of Oct.
This is ffdshow_rev420_20061020_clsid.

_xxl
20th October 2006, 06:58
I got an error when build rev420 with gcc4.0.3:
Thank you.
Make sure the include path is correct for the DX include and the library files.
"-L/dx/MingLib" is "c:/Msys/dx/MingLib" and
"-I/dx/Include " is c:/Msys/dx/Include".

kneep
20th October 2006, 07:36
Make sure the include path is correct for the DX include and the library files.
"-L/dx/MingLib" is "c:/Msys/dx/MingLib" and
"-I/dx/Include " is c:/Msys/dx/Include".
Yes. I confirm this.
If the path were not correct, it should not have found the headers and would have failed the bassclasses compilation before this.
Seems like sort of grammar error but I keep every source file untouched.
I'm not an expert in C++ template grammar.

BlindWanderer
20th October 2006, 13:17
I think you need to change the "-c" flag to "-cpp"

sillKotscha
20th October 2006, 15:26
hello,

since here are most of all devs are around I may ask a question about one of my files...

it is an very old mov file which I can't get to play in the way it should play...

I use ffdshow_rev420_20061020 by clsid and the following infos are shown...

audio:

http://img343.imageshack.us/img343/2365/audioec3.jpg (http://imageshack.us)

video:

http://img343.imageshack.us/img343/4720/videosc4.jpg (http://imageshack.us)

I use latest MPC by celtic_druid and enabled the built-in MP4/MOV source filter

maybe it is a splitter issue but it may also some kind of an audio issue (the way ffdshow handles the mono stream).

it would be very kind of you to have a look at the clip.

it is hosted here:

http://www.verzend.be/v/8468583/Tyson_Bite.mov.html

thank you

EDIT:

S/PDIF output is because of on.the.fly audio->AC3 transcoding

clsid
20th October 2006, 16:56
That sample outputs a lot of noise here. Sound is ok with QuickTime as decoder.

sillKotscha
20th October 2006, 17:04
1st thx for taking the time...

2nd: I know that sound is ok when played via quicktime OR using other than built-in mp4 splitter used by mpc...

what do you mean by "outputs a lot of noise"? the picture does look acceptable for CVID and a nearly 10 year old clip...

but that is not my question. Are you able to reproduce my probleme with a setup as described above? If yes, would you say it may be a ffdshow issue or you tend to say it is more or less splitter related...

thank you

_xxl
20th October 2006, 17:26
S/PDIF output is because of on.the.fly audio->AC3 transcoding
1) When outputting the audio to AC3 using the ffdshow AC3 encoder there are a lot of downmix overflows. The sound seems to be distorted as if the volume is to high. (reported by TFM_TheMask)

It is broken since rev 2517.
EDIT:
I have fixed this bug.

clsid
20th October 2006, 17:54
I meant audio noise.

If it works ok with other splitters (which ones?) then it could indeed just be a bug in the internal splitter of MPC.

sillKotscha
20th October 2006, 18:18
thank you... if it is released, I'll test it asap :-)

...other splitters (which ones?)

ok, now it gets difficult :D

1st)

IF I disable built-in MP4/MOV splitter, QuickTime Movie Parser is used for the Mike Tyson sample...

http://img105.imageshack.us/img105/1538/splitterfortysonwf6.jpg (http://imageshack.us)

2nd)

I have a mov (svq3) which is decoded very nice & smooth by ffdshow in conjunction with Nero MP4 Splitter

http://img174.imageshack.us/img174/8288/splitterforsvq3mm1.jpg (http://imageshack.us)

so, no problem someone could say... but

3rd)

I have another svq3 encoded mov which won't be decoded by ffdshow with the following error message:

http://img105.imageshack.us/img105/961/erroruu9.jpg (http://imageshack.us)

for testing purposes I have uploaded Tyson as seen above and the svq3 sample here:

http://www.verzend.be/v/6340154/at_the_gay_bar.mov.html

because of all the hazzle I like MPC's built-in splitter very much and the Tyson sample is the only one I got which "won't play"... therefor I thought it could be ffdshow related.

and before someone asks... I do have Haali's media splitter installed :) but it doesn't help much and to get even more OT:

I do like MPC's MP4/MOV splitter because of another nice feature...

it is able to display tagged infos as seen here:

http://img107.imageshack.us/img107/8746/infonz0.jpg (http://imageshack.us)

neither Nero's splitter nor Haali's splitter show up these tags using MPC

clsid
20th October 2006, 19:13
ffdshow audio decoder doesn't seem to be used when you use QuickTime Movie Parser in the Mike Tyson sample. What happens if you disable IMA ADPCM in ffdshow and use the internal splitter of MPC?

That ffdshow error is because it isn't able to decode SVQ3 video properly when QuickTime Movie Parser (a standard Windows filter) is used.

sillKotscha
20th October 2006, 19:22
ffdshow audio decoder doesn't seem to be used when you use QuickTime Movie Parser in the Mike Tyson sample. What happens if you disable IMA ADPCM in ffdshow and use the internal splitter of MPC?

than I have smooth playback of video but no audio...

That ffdshow error is because it isn't able to decode SVQ3 video properly when QuickTime Movie Parser (a standard Windows filter) is used.

I understand that but as I said I have another svq3 sample which does play nice and Nero's splitter gets used and with the posted svq3 sample it seems QuickTime Mov Parser is choosen automatically by windows - I didn't lowered/ raised any merits.

I hope you can understand me :scared:

clsid
20th October 2006, 20:31
Yes, I understand. The QuickTime Movie Parser has a higher merit. But if it fails to parse a file, then Nero will be used. If you prefer the Nero filter, then increase its merit.

Bathrone
21st October 2006, 03:42
Drevil thankyou for fixing the installer bug. :)

Some questions for all the installers:

1. Wouldnt it be better if ffdshow used the windows speaker configuration within the OS rather than have an external speaker configuration within ffdshow?

2. Why is flac optional in some installers and not present in others? Whats wrong with the flac decoder in ffdshow anyway for it not to be installed by default?

3. Why is explorer.exe disabled by default? This will prevent thumbnailling within Vista for mpeg4-asp and h.264 encoded video within avi files.

foxyshadis
21st October 2006, 04:57
1. Wouldnt it be better if ffdshow used the windows speaker configuration within the OS rather than have an external speaker configuration within ffdshow?
We discussed that a few pages back. (Not that I hold it against you, even a few pages is a long way back. :p) Since it's not held in one constant registry key, it requires enumeration and some heuristics (and probably testing on a lot of different sound drivers), so it isn't in yet.

3. Why is explorer.exe disabled by default? This will prevent thumbnailling within Vista for mpeg4-asp and h.264 encoded video within avi files.
That's exactly why. Thumbnailing consumes obscene resources on XP and has led to at least a few crash and hang reports, notably on broken avis. One can only hope that Vista's avi splitter is smarter than xp's. You can always take it out and test it, we'd be glad to hear how well Vista handles thumbnailing and info-gathering on broken avis, and how well it works with ffdshow in general.

Bathrone
21st October 2006, 05:29
I can report on many vista builds, including the latest ones RC1 and RC2 I have not had any problems with enabling thumbnailling for H.264 or MPEG4-ASP encoded video inside avi containers.

I have installed Haali media splitter latest version ontop of Vista, but did not enable the overwrite of the avi splitter from the default Vista one.

With MKV containers thumbnailling doesnt work for Vista using Haali media splitter.

If anyone has any problem avi files they want tested under ffdshow and vista I would be happy to do so.

DeeGee
21st October 2006, 05:49
I also have a small problem with the svq3 decoder. I decided to check this video (http://www.gamershell.com/news/33732.html) out. I have quicktime alternative, haali media splitter and ffdshow installed. I renamed the video to .hdmov that causes mpc to use haali + ffdshow to decoding.

The problem is that partly the video plays correctly, but some cuts seem to cause the frame order to change from:
--0-1-2-3-4-5-6-7-8-9
to something like:
1-0-3-2-5-4-7-6-9-8--
So basically the video stutters.

Bathrone
21st October 2006, 06:12
Just wondering why raw video and output is not set to YV12 be default?

_xxl
21st October 2006, 07:16
I can report on many vista builds, including the latest ones RC1 and RC2 I have not had any problems with enabling thumbnailling for H.264 or MPEG4-ASP encoded video inside avi containers.
Confirmed.

_xxl
21st October 2006, 07:20
Access Violation in ffdshow on Windows Vista RC2.(5744)
http://sourceforge.net/tracker/index.php?func=detail&aid=1567236&group_id=53761&atid=471489
FFdshow rev 350 is working ok, no crash.
FFdshow reports 0% cpu usage always.

WorBry
21st October 2006, 07:43
Quick question.

Can FFV1 now be considered stable and suitable for archiving or is it still 'experimental' and subject to further development?

foxyshadis
21st October 2006, 10:48
Yes, FFV1's format hasn't changed in well over a year and is officially considered permanently stable now.

DeeGee: Didn't see anything like that. There's a hokey slo-mo at the beginning that works by doubling every frame, but it decoded fine. (If ungodly slow.) Neat video, too, but I has hoping for more racing. =p

BlindWanderer
21st October 2006, 11:08
I've been using ffdshow in Vista (5744 - 32 bit) without problems (besides the interface glitch previously mentioned).

I watched a mpeg2 movie, and resized the video (decoding & resizing done in ffdshow). Was using clsid's build 382 (couple days ago).

I'll hop back over to the vista build in a couple days to check with new builds. The question that needs to be asked: is it 32-bit or 64 bit vista?

thuan
21st October 2006, 13:04
There're maybe 2 new bugs in ffdshow:
First is the automatic preset loading seems to be not working right with on "number of channel match" and AC3 audio on DVD (don't know if it happens with AC3 audio in MKV, AVI or not or any other audio format). I use "3;4;5;6" in "number of channel match" so this should load with audio track with more than 2 channels but with an AC3 2 channels track this is also loaded.

The last is Automatic Quality Control in PostProcessing video filter is broken I think. At least with what I see with the preset slider. Normally the dot should go up and down as the CPU load differs but now it only stuck at where it defaults.

The ffdshow I use is clsid's 420.

clsid
21st October 2006, 14:38
Access Violation in ffdshow on Windows Vista RC2.(5744)
http://sourceforge.net/tracker/index.php?func=detail&aid=1567236&group_id=53761&atid=471489
FFdshow rev 350 is working ok, no crash.
FFdshow reports 0% cpu usage always.
I think haruhiko fixed that bug by removing the CPU usage OSD item.

clsid
21st October 2006, 14:46
List of known issues in revision 423:

1) Wavpack decoder crashes on this file (http://rapidshare.de/files/34646550/SoC__XviD_WavPack_MP3_-007.mkv.html). (reported by clsid)
2) ICL9 builds of ffdshow.ax crash on files created by a specific old revision of x264 (don't know the rev number). Funny thing however is that the files play without crash if you first play a good file and then play a 'troublesome' file in the same player instance. Also no crash when using a plain unoptimized debug build. Sample file (http://rapidshare.de/files/35447656/sample.mp4.html). (reported by clsid)
3) image settings -> preset autoload conditions -> "on FOURCC match" doesn't work. (reported by juskixxx)
4) Interface bug in Windows Vista. Details and screenshot (http://forum.doom9.org/showthread.php?p=888312#post888312). (reported by BlindWanderer)

Reported but unconfirmed bugs:

5) Loading IFO file in MPC and seeking thru the video instantly crashes MPC. Seeking thru VOB file is fine.(reported by DSP8000)
6) Instant crash when trying to play this MSS2 WMV file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). Happens on Windows 2000. No crash on drevil_xxl's XP system. (reported by clsid)
7) The following encoders do not work for me: MPEG 4, MPEG 1, MPEG 2, h.263, H.261 and DV. VirtualDub 1.16.16 gives the following error: "Cannot start video compression. An unknown error occurred (may be corrupt data). (error code -100)". I know that at least some of these encoders do work for others. My system specs: Windows 2000, AMD Athlon Thunderbird. (reported by clsid)
8) Resize filter alters colors. Details (http://forum.doom9.org/showthread.php?p=884778#post884778). (reported by Kador)
9) Automatic preset loading doesn't seems to be working with on "number of channel match" and AC3 audio on DVD (don't know if it happens with AC3 audio in MKV, AVI or not or any other audio format). I use "3;4;5;6" in "number of channel match" so this should load with audio track with more than 2 channels but with an AC3 2 channels track this is also loaded. (reported by thuan)
10) Automatic Quality Control in PostProcessing video filter is broken I think. At least with what I see with the preset slider. Normally the dot should go up and down as the CPU load differs but now it only stuck at where it defaults. (reported by thuan)

When outputting the audio to AC3 using the ffdshow AC3 encoder there are a lot of downmix overflows. The sound seems to be distorted as if the volume is to high. (reported by TFM_TheMask)Has this one been fixed or not?

_xxl
21st October 2006, 16:31
I think haruhiko fixed that bug by removing the CPU usage OSD item.
Rev 350 is working ok with Vista RC2 x86.
Please confirm.
When outputting the audio to AC3 using the ffdshow AC3 encoder there are a lot of downmix overflows. The sound seems to be distorted as if the volume is to high. (reported by TFM_TheMask)
I'll commit when ready.

clsid
21st October 2006, 17:52
The default User no longer has permission to access
the pseudo registry key HKEY_PERFORMANCE_DATA. This
causes the call to RegQueryValueEx to return
ACCESS_DENIED.Please test Vista RC2 with a regular user account, because it probably works ok on admin and poweruser accounts.

_xxl
21st October 2006, 18:19
The default User no longer has permission to access
the pseudo registry key HKEY_PERFORMANCE_DATA. This
causes the call to RegQueryValueEx to return
ACCESS_DENIED.
True, but no crash.
Please test Vista RC2 with a regular user account, because it probably works ok on admin and poweruser accounts.
Tested no crash.Cpu usage is 0% always.
EDIT:
The same results on admin and guest accounts.

foxyshadis
21st October 2006, 21:02
The last is Automatic Quality Control in PostProcessing video filter is broken I think. At least with what I see with the preset slider. Normally the dot should go up and down as the CPU load differs but now it only stuck at where it defaults.

I think that's actually related to the cpu usage bug. But I can't test now because sourceforge's one old-files site is down and I don't have the motivation to recompile a couple old revs. ^^;

JarrettH
22nd October 2006, 03:08
anyone know why sourceforge only has one download mirror? (not working)

foxyshadis
22nd October 2006, 05:06
It's some kind of database mishap, but I found that if you had a preferred mirror selected already, you can click on the link it defaults to and the files will be there, even though the mirror doesn't show up.

Liisachan
22nd October 2006, 05:40
direct links are usually discouraged, but just for now:
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow-20061010-rev369-Q.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev382_20061012_clsid.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev386_20061014_clsid_icl9.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow-20061015-rev389-Q.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev392_20061015_clsid.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow-20061017-rev401-Q.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev404_20061017_clsid.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev404_20061017_clsid_icl9.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/FFdshow-Tryouts-20061018-rev411.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/FFdshow-Tryouts-20061018-rev415.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev420_20061020_clsid.exe

dk75
22nd October 2006, 11:50
anyone know why sourceforge only has one download mirror? (not working)
???
One?
They have bunch of download mirrors. Usualy you use one as preffered but you can:
1. change it any time when downloading;
2. regardles of preffered mirror you could use any other mirror listed at download page by just klicking it.

Eragon4ever
22nd October 2006, 12:24
Added a patch for German and other languages to SourceForge. Link (http://sourceforge.net/tracker/index.php?func=detail&aid=1582239&group_id=173941&atid=867362)
I hope it works this time.

haruhiko_yamagata
22nd October 2006, 13:57
Added a patch for German and other languages to SourceForge. Link (http://sourceforge.net/tracker/index.php?func=detail&aid=1582239&group_id=173941&atid=867362)
I hope it works this time.
*.isl files
If you want to overwrite one or two messages, you can do it from custom_messages.iss. Leaving it in compiler directory should be better because Inno set up will be updated. I copied Japanese.isl because Inno setup does not include it.
*.rtf files
*rtf are not included because your svn client thinks they are binary files.

DonGato
22nd October 2006, 14:11
direct links are usually discouraged, but just for now:
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow-20061017-rev401-Q.exe
http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev420_20061020_clsid.exe
Strange, those links don't work in Firefox but in IE. -_-;
Now M$ is paying Sourceforge? :P

LoRd_MuldeR
22nd October 2006, 14:20
Strange, those links don't work in Firefox but in IE. -_-;
Now M$ is paying Sourceforge? :P

Works fine in FreeDownloadManager ;)
Also works when I copy the URL to address-bar in Firefox.
Leftclick on the link don't work. Maybe they don't like the referrer...

Also try this, should work with leftclick:
http://anonym.to/?http://surfnet.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_rev420_20061020_clsid.exe

Eragon4ever
22nd October 2006, 15:08
*.isl files
If you want to overwrite one or two messages, you can do it from custom_messages.iss. Leaving it in compiler directory should be better because Inno set up will be updated. I copied Japanese.isl because Inno setup does not include it.
*.rtf files
*rtf are not included because your svn client thinks they are binary files.

Well, I edited 20 - maybe more, maybe less - messeges. Should I really do this in custom_messages.iss?

Anyway, I uploaded the *.rtf files separately.

haruhiko_yamagata
22nd October 2006, 15:21
Well, I edited 20 - maybe more, maybe less - messeges. Should I really do this in custom_messages.iss?

Well, it's hard but better to do it in custom_messages.iss, I think. It will make clear where you edited and it's important.

clsid
22nd October 2006, 15:36
If you are modifying german.isl, then maybe it is best to submit those changes to the InnoSetup creators.

Eragon4ever
22nd October 2006, 15:53
If you are modifying german.isl, then maybe it is best to submit those changes to the InnoSetup creators.

I'll do so sometimes next week due to a lack of time.

P.S. A typo in ffdshow_installer.iss:
Name: "ge"; MessagesFile: "compiler:Languages\German.isl" should be
Name: "de"; MessagesFile: "compiler:Languages\German.isl"
I don't want to make a patch just for this now.

Amour
22nd October 2006, 18:20
added patch for French InnoDB.

clsid
22nd October 2006, 20:12
I have updated both German and French translations.

foxyshadis
22nd October 2006, 21:33
If you don't update custom_messages.iss, they'll most likely get accidentally overwritten with the next inno update anyway. Or at least anyone who updates will always have to keep it in mind.

???
One?
They have bunch of download mirrors. Usualy you use one as preffered but you can:
1. change it any time when downloading;
2. regardles of preffered mirror you could use any other mirror listed at download page by just klicking it.

No, mirror selection was broken the last day or two. Some weirdness related to updating the site with new code. Fixed today though.

haruhiko_yamagata
22nd October 2006, 23:05
FPS1

FPS1 v0,v1 is OK, not v2(blackness or crash(random and rare)).
Samples (http://samples.mplayerhq.hu/V-codecs/FPS1/)

_xxl
23rd October 2006, 07:19
FPS1

FPS1 v0,v1 is OK, not v2(blackness or crash(random and rare)).
Samples (http://samples.mplayerhq.hu/V-codecs/FPS1/)
/**
* @file fraps.c
* Lossless Fraps 'FPS1' decoder
* @author Roine Gustafsson <roine at users sf net>
*
* Only decodes version 0 and 1 files.
* Codec algorithm for version 0 is taken from Transcode <www.transcoding.org>
*
* Version 2 files, which are the most commonly found Fraps files, cannot be
* decoded yet.
*/
v2 is not supported.

Eragon4ever
23rd October 2006, 18:18
Added a patch of the two new lines in custom_messages.iss. Here (http://sourceforge.net/tracker/index.php?func=detail&aid=1582239&group_id=173941&atid=867362)

regeszter
24th October 2006, 12:10
Hi,

may I ask for two feature? I like to see on OSD the preset name and girder template for audio part (there is girder template for video part).

Thanks

BlindWanderer
26th October 2006, 08:37
Feature Request :D
And a bug :(

Two checkboxs on the Resize module config:

Resize with SAR consideration. (resize the video so the output after SAR is applied, will be what was requested, either the size (not exactly sure how this would work) or aspect ratio).
Aspect ratio resize subtracks (instead of adding blackspace).


Goal:
You see, i have some video I want to play on my desktop (M$ video Screensaver & Vital Desktop (http://vital-desktop.sourceforge.net/). Trouble is the video has a non 1:1 SAR. This means i cannot cut the video to the aspect ratio of my screen (which is 5:4) and maintain the videos SAR. It's driving me nuts.

Bug:
When using the overlay mixer & hw deinterlacing, it sometimes doesn't deinterlace.
I've found changing the aspect ratio on the overlay mixer to anything then back to default gets deinterlacing to work. It would be good if there were a checkbox to do this workaround automaticaly. If you set the aspect ratio to that of the SAR and back to default it wouldn't be noticeable.

_xxl
26th October 2006, 12:57
http://www.mplayerhq.hu/design7/news.html

Xirss
26th October 2006, 15:44
Where I can find an x64 build of ffdshow with x64 installer? 32-bit installer registers vfw frontend in the 32-bit part of registry :( so it isn't work for VirtualDub.

Liisachan
26th October 2006, 16:23
It's not from those recent ffdshow-tryouts, but celtic_druid compiled ffdshow64-rev2546.exe (http://ffdshow.faireal.net/mirror/ffdshow/ffdshow64-rev2546.exe), dated 2006-05-17. 2546 is the newest rev by milan, i.e. original ffdshow.

Romario
26th October 2006, 17:47
Well, I am sure that drevil_xxl or haruhiko_yamagata CAN compile 64-bit build from tryout builds, based on revision 454.

cc979
27th October 2006, 15:24
I've found something out when playing a svq3 file with ffdshow I get colour corruption which is known, but if use nv21 output the colour corruption is gone

TFM_TheMask
27th October 2006, 20:47
New bug:

From version 420 the AC3 output is broken. For example when I want to encode an AAC audio file to AC3 using the Filewriter filter the ffdshow audio decoder filter can't connect to the Filewriter. Older versions work OK.

Attached the graph from the older versions when it still works and the settings used.

This bug was found during the fixing of the AAC to AC3 distortion bug.

haruhiko_yamagata
28th October 2006, 01:05
Bug:
When using the overlay mixer & hw deinterlacing, it sometimes doesn't deinterlace.
I've found changing the aspect ratio on the overlay mixer to anything then back to default gets deinterlacing to work. It would be good if there were a checkbox to do this workaround automaticaly. If you set the aspect ratio to that of the SAR and back to default it wouldn't be noticeable.
Is "Use ovelay mixer" checked? Is not it in intermediate state?

haruhiko_yamagata
28th October 2006, 01:06
I installed Vista RC1 yesterday.
makeAvis.exe does not start in windows Vista.

// EDIT
Oops! Excuse me.
I just forgot to install avisynth. It works.

BlindWanderer
28th October 2006, 02:11
Is "Use ovelay mixer" checked? Is not it in intermediate state?

I have it in the intermediate state (grey/green; depends who's compile i'm using).

I have two nv 7900GT in SLi mode, running 91.47 of the nvidia drivers (i could run 92.91, but i've had some problems with it).

haruhiko_yamagata
28th October 2006, 03:58
I have it in the intermediate state (grey/green; depends who's compile i'm using).

I have two nv 7900GT in SLi mode, running 91.47 of the nvidia drivers (i could run 92.91, but i've had some problems with it).
If it is intermediate state, it's expected.
To force hardware deinteracing, check "Use overlay mixer".
The problem is not the code, but the name of the check box and documentation.

BlindWanderer
28th October 2006, 04:10
I keep a close eye on the change log, and noticed a "restart replace for libmpeg2_ff.dll" for revision 458.

I hate rebooting my system. I like the "file is locked" dialog box. Usualy when a file is locked with the ffdshow installer, it's because of explorer or some media player.

I checked the "Use overlay mixer" box in "output" (was intermediate); still isn't deinterlacing until i change the overlay aspect ratio (changing any other aspect of the size is enough to trigger deinterlacing as well).

haruhiko_yamagata
28th October 2006, 04:53
I keep a close eye on the change log, and noticed a "restart replace for libmpeg2_ff.dll" for revision 458.

I hate rebooting my system. I like the "file is locked" dialog box. Usualy when a file is locked with the ffdshow installer, it's because of explorer or some media player.
Restart replace is flaged for many other dlls and ax too. See rev 430.
Reboot is required only when file is locked. If you check "Don't use ffdshow in"-"explorer.exe", it is rarely required.
If it is locked by explorer.exe, we can't install ffdshow unless we reboot or log off. Or do you instruct beginers to use task manager and quit explorer.exe? Beginers don't know what to do against "file is locked" message.
If it is locked by some media player, the installer will find libmplayer.dll is locked earlier, and warn user to quit the applicatin, thus no problem.

In Windows vista, explorer.exe still lock ffdshow.ax and libmpeg2_ff.dll and never releases. I made "Don't use ffdshow in"-"explorer.exe" default because of this issue. clsid, I don't think it is good to remove explorer.exe from black list in Windows Vista.

haruhiko_yamagata
28th October 2006, 05:08
I checked the "Use overlay mixer" box in "output" (was intermediate); still isn't deinterlacing until i change the overlay aspect ratio (changing any other aspect of the size is enough to trigger deinterlacing as well).
It's not reproducible to me. Perhaps it depends on the video card.

_xxl
28th October 2006, 10:00
New bug:
From version 420 the AC3 output is broken. For example when I want to encode an AAC audio file to AC3 using the Filewriter filter the ffdshow audio decoder filter can't connect to the Filewriter. Older versions work OK.
Attached the graph from the older versions when it still works and the settings used.
This bug was found during the fixing of the AAC to AC3 distortion bug.
Please tell us more!Last revision that worked?
AAC to AC3 distortion bug is in rev 2517.

haruhiko_yamagata
28th October 2006, 10:24
I have it in the intermediate state (grey/green; depends who's compile i'm using).

I have two nv 7900GT in SLi mode, running 91.47 of the nvidia drivers (i could run 92.91, but i've had some problems with it).
It may be bug of nvidia's driver. Please test MPC's internal MPEG2 decoder. Double click the decoder in MPC's dialog and you'll see "Set interlaced flag in output media type". Enable it and try. If failed, please report the bug to nvidia.

TFM_TheMask
28th October 2006, 11:51
Please tell us more!Last revision that worked?
AAC to AC3 distortion bug is in rev 2517.

Where can I download rev 416, 417, 418 and 419?

BlindWanderer
28th October 2006, 11:56
Restart replace is flaged for many other dlls and ax too. See rev 430.
Reboot is required only when file is locked. If you check "Don't use ffdshow in"-"explorer.exe", it is rarely required.
If it is locked by explorer.exe, we can't install ffdshow unless we reboot or log off. Or do you instruct beginers to use task manager and quit explorer.exe? Beginers don't know what to do against "file is locked" message.
If it is locked by some media player, the installer will find libmplayer.dll is locked earlier, and warn user to quit the applicatin, thus no problem.

In Windows vista, explorer.exe still lock ffdshow.ax and libmpeg2_ff.dll and never releases. I made "Don't use ffdshow in"-"explorer.exe" default because of this issue. clsid, I don't think it is good to remove explorer.exe from black list in Windows Vista.

I've had explorer still lock ffdshow dispite being on the blacklist. I have no fear of killing it. :devil: but then i'm an old windows registry hacker; nothing scares me. I would not recommend a new user kill explorer.

I won't mind being prompted with a box that said something like "the file is locked, do you want to: [replace on reboot] [try again] [ignore] [cancel]"


It's not reproducible to me. Perhaps it depends on the video card.


It doesn't surprise me it's not reproducible.
Maybe a checkbox that sets the aspect ratio of the overlay mixer to that of the SAR on the output tab would be enough?

(i forgot to hit post)

BlindWanderer
28th October 2006, 11:57
It may be bug of nvidia's driver. Please test MPC's internal MPEG2 decoder. Double click the decoder in MPC's dialog and you'll see "Set interlaced flag in output media type". Enable it and try. If failed, please report the bug to nvidia.

Will do.
But how do i get it to do the deinterlacing at the hw side?
(i thought MPC's deinterlacing was handled exclusively internaly in software)

_xxl
28th October 2006, 12:02
Where can I download rev 416, 417, 418 and 419?
Please test:2546,127,164,195,246,312,345,382,392,404.

BlindWanderer
28th October 2006, 12:04
Where can I download rev 416, 417, 418 and 419?

Not all the revisions get built. I don't think any of those got built. 404 is the last i know of before 420.

haruhiko_yamagata
28th October 2006, 12:10
I won't mind being prompted with a box that said something like "the file is locked, do you want to: [replace on reboot] [try again] [ignore] [cancel]"

Inno setup does not support the feature. It's too hard to code that logic.

TFM_TheMask
28th October 2006, 12:11
Not all the revisions get built. I don't think any of those got built. 404 is the last i know of before 420.

Ok thanks.

haruhiko_yamagata
28th October 2006, 12:12
Will do.
But how do i get it to do the deinterlacing at the hw side?
(i thought MPC's deinterlacing was handled exclusively internaly in software)
No, I think MPC supports hardware deinterlacing. Read my prior post again.

TFM_TheMask
28th October 2006, 12:15
Please tell us more!Last revision that worked?
AAC to AC3 distortion bug is in rev 2517.

Ok the latest revision that worked for the ac3 encoded output is ffdshow_rev345_20061006_clsid.exe. The newer versions starting from ffdshow_rev382_20061012_clsid.exe don't work.

BlindWanderer
28th October 2006, 13:08
No, I think MPC supports hardware deinterlacing. Read my prior post again.

I didn't know it would do that. Checking the check box did not enable deinterlacing (though software deinterlacing works find in MPC). I'll try the newer video driver (it's supposed to be for Nvidia's high def video decoder; which is neither here nor there).

BlindWanderer
28th October 2006, 13:14
*slams head into keyboard*
helps to make sure you have overlay mixer set as the video renderer.
Which begs the question, how & why *was* i able to get hardware deinterlacing to work *without* the overlay mixer before? Seems like hw deinterlacing isn't dependent on overlay.

EDIT:
Course the screen saver i use doesn't let you choose the renderer.

haruhiko_yamagata
28th October 2006, 13:55
*slams head into keyboard*
helps to make sure you have overlay mixer set as the video renderer.
Which begs the question, how & why *was* i able to get hardware deinterlacing to work *without* the overlay mixer before? Seems like hw deinterlacing isn't dependent on overlay.

EDIT:
Course the screen saver i use doesn't let you choose the renderer.
In my PC, hw deinterlacing is working with overlay mixer. Unless you are very sure that the bug is within ffdshow, please report the bug to nvidia. They'll make sure which is bugy.

Jeremy Duncan
28th October 2006, 23:30
Does the FFdshow HW Deinterlacing feature allow Nvidia purevideo to use HW Deinterlacing ?
If so, which is recommended Bob, or Weave in FFdshow ?

Bathrone
29th October 2006, 02:46
Motion adapative temporal deinterlacing. Bob and weave are so poor. I reckon ATI and NVIDIA's hw deinterlacers are great - check out the HQV benchmark disc.

Jeremy Duncan
29th October 2006, 02:36
Motion adapative temporal deinterlacing.

Does the FFdshow HW Deinterlacing do "Motion adapative temporal deinterlacing" ?

With the FFdshow HW Deinterlacing enabled and if I used the Purevideo codec and hardware, do I get "Purevideo HW Deinterlacing" ?

foxyshadis
29th October 2006, 03:25
Er, there is no ffdshow "hardware" deinterlacing; it has its own software deinterlacing, or you can ignore it and run whatever your ATI, Nvidia, or other DXVA drivers do. (So yes, Purevideo or AVIVO.) ffdshow has no control whatsoever over downstream deinterlacing, other than being able to signal that the video's interlaced.

Weave isn't even "deinterlacing", it just displays combined fields. Both ATI & Nvidia's hardware methods have mocomp and pulldown detection, and look nearly as good as tdeint in a fast mode.

Jeremy Duncan
29th October 2006, 05:00
Er, there is no ffdshow "hardware" deinterlacing; it has its own software deinterlacing, or you can ignore it and run whatever your ATI, Nvidia, or other DXVA drivers do. (So yes, Purevideo or AVIVO.) ffdshow has no control whatsoever over downstream deinterlacing, other than being able to signal that the video's interlaced.

Weave isn't even "deinterlacing", it just displays combined fields. Both ATI & Nvidia's hardware methods have mocomp and pulldown detection, and look nearly as good as tdeint in a fast mode.

Does this mean that if I enable HW Deinterlacing in FFdshow, that my Purevideo certified video card and purevideo codec will use "Motion adapative temporal deinterlacing" ?
If so, why is there a box to choose from bob or weave when I enable HW Deinterlacing in FFdshow ? What's that for ?

foxyshadis
29th October 2006, 05:08
All of that is controlled by the driver's control panel. I only have ATI, so I have only vague recollections about Purevideo, but I know it's in its control panel too. Bob and weave are relics of the stone age of gpu-assists, when it only worked with MPEG2, both flags are probably ignored now.

Jeremy Duncan
29th October 2006, 05:13
All of that is controlled by the driver's control panel. I only have ATI, so I have only vague recollections about Purevideo, but I know it's in its control panel too. Bob and weave are relics of the stone age of gpu-assists, when it only worked with MPEG2, both flags are probably ignored now.

Since they are probably ignored.
Does this mean if I enable HW Deinterlacing in FFdshow's output tab that "Motion adapative temporal deinterlacing" is available with the right hardware and codec ?

Bathrone
29th October 2006, 05:39
A developer can confirm, but I believe that if you dont enable any deinterlacing within ffdshow and set your driver to do the deinteracling and the method thats what I do. I use ati, there is an applet that let's me configure my deinterlacing preference.

haruhiko_yamagata
29th October 2006, 05:47
foxyshadis is right, there is no hardware deinterlacing control in ffdshow. But generally the downstream of ffdshow is video renderer and the check box works as hardware deinterlacing. If the downstream of ffdshow is software deinterlacer, it works as hint for the software deinterlacer.
Bob and Weave is a hint for downstream. In most cases Weave is same as unchecked hardware deinterlacing.
ffdshow can only show hint for down stream. What happens in down stream is down stream's responsibility.

Jeremy Duncan
29th October 2006, 08:58
foxyshadis is right, there is no hardware deinterlacing control in ffdshow. But generally the downstream of ffdshow is video renderer and the check box works as hardware deinterlacing. If the downstream of ffdshow is software deinterlacer, it works as hint for the software deinterlacer.
Bob and Weave is a hint for downstream. In most cases Weave is same as unchecked hardware deinterlacing.
ffdshow can only show hint for down stream. What happens in down stream is down stream's responsibility.

In other words. If my video card and Video codec support "Motion adapative temporal deinterlacing" / "Purevideo Deinterlacing".
Running FFdshow won't cancel this and force it into software mode, as long as HW Deinterlacing is checked, and Bob is selected in the Output tab ?

BlindWanderer
29th October 2006, 09:45
New bug, when parsing FLV1 (which seems to have no restrictions on resolution) with the OSD turned on, the osd color is overlayed in the wrong (vertical) position when the video resolution is not divisible by 4. This bug does not effect playback (read: ffdshow doesn't crash & no new artifacts).

So a video with a resolution 320x239, the osd color is rendered about 3 pixels higher then the the text.

http://mailerdaemon.home.comcast.net/6SK-bcWCU8w.flv

haruhiko_yamagata
29th October 2006, 10:05
In other words. If my video card and Video codec support "Motion adapative temporal deinterlacing" / "Purevideo Deinterlacing".
Running FFdshow won't cancel this and force it into software mode, as long as HW Deinterlacing is checked, and Bob is selected in the Output tab ?
I don't have nvidia cards and don't know what to answer.

clsid
29th October 2006, 12:00
List of known issues in revision 483:

1) Interface bug in Windows Vista. Details and screenshot (http://forum.doom9.org/showthread.php?p=888312#post888312). (reported by BlindWanderer)
2) Wavpack decoder doesn't work with this file (http://rapidshare.com/files/1609252/SoC__XviD_WavPack_MP3_-007.mkv.html). (reported by clsid)

Reported but unconfirmed bugs:

3) image settings -> preset autoload conditions -> "on FOURCC match" doesn't work. (reported by juskixxx) (confirmed by clsid) (haruhiko could not reproduce it)
4) Automatic preset loading doesn't seems to be working with on "number of channel match" and AC3 audio on DVD (don't know if it happens with AC3 audio in MKV, AVI or not or any other audio format). I use "3;4;5;6" in "number of channel match" so this should load with audio track with more than 2 channels but with an AC3 2 channels track this is also loaded. (reported by thuan)
5) Instant crash when trying to play this MSS2 WMV file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). Happens on Windows 2000. No crash on drevil_xxl's XP system. (reported by clsid)
6) The following encoders do not work for me: MPEG 4, MPEG 1, MPEG 2, h.263, H.261 and DV. VirtualDub 1.16.16 gives the following error: "Cannot start video compression. An unknown error occurred (may be corrupt data). (error code -100)". I know that at least some of these encoders do work for others. My system specs: Windows 2000, AMD Athlon Thunderbird. (reported by clsid)
7) Resize filter alters colors. Details (http://forum.doom9.org/showthread.php?p=884778#post884778). (reported by Kador)

Other issues:

8) ICL9 builds of ffdshow.ax crash on files created by a specific old revision of x264 (don't know the rev number). Funny thing however is that the files play without crash if you first play a good file and then play a 'troublesome' file in the same player instance. Also no crash when using an unoptimized debug build. So this seems to be a compiler bug. Sample file (http://rapidshare.com/files/1609924/sample.mp4.html). (reported by clsid)

Eragon4ever
29th October 2006, 12:08
What about putting the List of known issues in todo.txt?

clsid
29th October 2006, 12:44
This way they are visible to everyone.

Eragon4ever
29th October 2006, 12:46
Of cause, I meant additionaly and form time to time you can copy&past it here.
And the developers would not have to search here for it.

haruhiko_yamagata
29th October 2006, 14:31
3) image settings -> preset autoload conditions -> "on FOURCC match" doesn't work. (reported by juskixxx)
I still can't reproduce this. Any suggestions how to reproduce is appreciated.

Egh
29th October 2006, 14:35
clsid: I notice you've changed your installer script in the rev457 build.

Now it offers to restart at the end of process instead of "Abort, Retry, Ignore" during it.

clsid
29th October 2006, 15:29
I still can't reproduce this. Any suggestions how to reproduce is appreciated.
Create two extra presets (besides default).
Enable 'automatic preset loading'.
Preset 1: on FourCC match = DX50;DIVX
Preset 2: on FourCC match = XVID

Now play some DivX and XviD files. The correct preset doesn't get chosen.

clsid: I notice you've changed your installer script in the rev457 build.

Now it offers to restart at the end of process instead of "Abort, Retry, Ignore" during it.
Haruhiko made most of those changes. But do you think it is good or bad?

Egh
29th October 2006, 15:49
Haruhiko made most of those changes. But do you think it is good or bad?

Dunno. For casual user it's prooly bettar.

Though for me it's a bit of inconvinience, since I used to kill tc when that dialog was shown :)

But of course I can close it once I've started ffdshow setup, so it's not a major problem. I just wanted to clarify things ;)

Btw it would be great if ppl who do changes would explain them in this thread. One single-line phrase in ffdshow svn is not quite enough to comprehend :)

Would be interested to know what exactly was done in the following revisions:

Revision 458 - Directory Listing
Modified Sat Oct 28 00:13:53 2006 UTC (39 hours, 31 minutes ago) by h_yamagata

restart replace for libmpeg2_ff.dll

Revision 447 - Directory Listing
Modified Wed Oct 25 09:13:04 2006 UTC (4 days, 6 hours ago) by h_yamagata

ANSI/MBCS more security fixes

Revision 444 - Directory Listing
Modified Tue Oct 24 13:54:30 2006 UTC (5 days, 1 hour ago) by h_yamagata

Bug fix (ANSI)
ANSI debug build often crashes when we click task tray icons. This affects release build too, and is security issue.


Revision 439 - Directory Listing
Modified Tue Oct 24 11:02:52 2006 UTC (5 days, 4 hours ago) by h_yamagata

Bug fix : Quality control of post processing. It has been depending on CPU usage(performance monitor). Now that I removed the performance monitor related code, it has to be fixed.

Revision 398 - Directory Listing
Modified Mon Oct 16 14:00:29 2006 UTC (13 days, 1 hour ago) by drevil_xxl

fixed(?) stereoscopic subtitles.

_xxl
29th October 2006, 15:58
Would be interested to know what exactly was done in the following revisions:
Revision 398 - Directory Listing
fixed(?) stereoscopic subtitles.

Bug Fix:ffdshow crashes when enabling stereoscopic option on subtitles page.
Stereoscopic Subtitle Guide:
http://www.3dtv.at/Knowhow/Subtitles_en.aspx

Egh
29th October 2006, 16:10
Bug Fix:ffdshow crashes when enabling stereoscopic option on subtitles page.
Stereoscopic Subtitle Guide:
http://www.3dtv.at/Knowhow/Subtitles_en.aspx

My confusion was caused by the fact that stereoscopic subtitles were due to be removed from ffdshow :)

clsid
29th October 2006, 16:38
That was because it crashed previously. So the option was disabled. Now the function works without crashing. However its usefulness is debatable.

Jeremy Duncan
29th October 2006, 18:34
I don't have nvidia cards and don't know what to answer.

"The best de-interlacing methods, yielding the highest quality, are complex. There are no simple ways to do this job to eliminate artifacts in all cases. Old de-interlacing methods, simple and non-adaptive to motion speed changes, are becoming a thing of the past, providing not the best quality. Modern video chips use complex de-interlacing, so called adaptive methods. Adaptive de-interlacing methods selectively cut pixels, based on information about motion in a frame. Before AVIVO, ATI products already used adaptive methods. But it's R520, RV530, RV515 video chips supporting AVIVO, where the company introduced the advanced method - vector adaptive de-interlacing. This improved algorithm resembles the new method in NVIDIA PureVideo - spatial-temporal. In brief, it works in the following way: the algorithm selects data to build a progressive frame from either the raw field data, when motion is detected to be low; in case of fragments with fast motion, it uses video data that is interpolated along several vectors, which provides the greatest amount of details to the progressive frame. Vector adaptive de-interlacing removes the comb effect very well even in traditionally difficult scenes (for example, diagonal lines at a small angle, or flying colors ) without much quality losses and blurring."

http://www.digit-life.com/articles2/video/avivo.html

How about you download a trial of Nvidia's video codec, set it to use hardware acceleration, and see if it's in hardware mode in this tab.

http://img230.imageshack.us/img230/73/nvidiakp7.jpg
Link to Picture (http://img230.imageshack.us/img230/73/nvidiakp7.jpg)

Here's the link to the download.
Link (http://www.nvidia.com/object/dvd_decoder_1.02-223-trial.html)

DXVA is Hardware Acceleration, which includes HW Deinterlacing.
You don't need a Nvidia video card to run Nvidia video decoder in DXVA mode.
See the link
Link (http://www.htpcnews.com/forums/index.php?showtopic=20763)

Using the Software I linked to,
Setting the Nvidia Decoder to use Hardware Acceleration,
and Setting FFdshow to use HW Deinterlacing.
The Screen I linked to will tell you if it's in hardware mode.
Meaning if it's in Software Mode, your HW Deinterlacing in the FFdshow output tab isn't working.

You can test this now, you don't need a Nvidia video card to test if dxva is used.

haruhiko_yamagata
29th October 2006, 22:40
Would be interested to know what exactly was done in the following revisions:Revision 458 - Directory Listing
Modified Sat Oct 28 00:13:53 2006 UTC (39 hours, 31 minutes ago) by h_yamagata

restart replace for libmpeg2_ff.dll

Revision 447 - Directory Listing
Modified Wed Oct 25 09:13:04 2006 UTC (4 days, 6 hours ago) by h_yamagata

ANSI/MBCS more security fixes

Revision 444 - Directory Listing
Modified Tue Oct 24 13:54:30 2006 UTC (5 days, 1 hour ago) by h_yamagata

Bug fix (ANSI)
ANSI debug build often crashes when we click task tray icons. This affects release build too, and is security issue.


Revision 439 - Directory Listing
Modified Tue Oct 24 11:02:52 2006 UTC (5 days, 4 hours ago) by h_yamagata

Bug fix : Quality control of post processing. It has been depending on CPU usage(performance monitor). Now that I removed the performance monitor related code, it has to be fixed.

Rev458
Supporting beginers have priority on supporting experts.

Rev 444, 447
Unless you use MBCS languages like Japanese, it's hard to reproduce. For more information, please look at the code.

Rev 439
Postprocessing was depending on CPU usage. Now it depends on IQualityControl (Not "Time on ffdshow"). CPU usage was broken, so this is better IMO. It may not be best though. If you are using queue, "Queued samples<8" may be a good try.

haruhiko_yamagata
30th October 2006, 09:07
Create two extra presets (besides default).
Enable 'automatic preset loading'.
Preset 1: on FourCC match = DX50;DIVX
Preset 2: on FourCC match = XVID

Now play some DivX and XviD files. The correct preset doesn't get chosen.
Yes. It works for me.

Windows XP sp2, MPC, Zoom Player, AVI, MKV...all settings I have tried is OK.

haruhiko_yamagata
30th October 2006, 10:32
Does this mean that if I enable HW Deinterlacing in FFdshow, that my Purevideo certified video card and purevideo codec will use "Motion adapative temporal deinterlacing" ?
If so, why is there a box to choose from bob or weave when I enable HW Deinterlacing in FFdshow ? What's that for ?
I read your links. ffdshow does not force anything to down stream. All is free for down stream's choice anyways.
Bob or Weave may be ignored by Pure video, but usefull in my GPU(i82865G). In my system hardware deinterlacing checed + Weave is same as hardware deinterlacing uncheckd. But it won't be understood by users. Showing Bob or Weave is better UI, I think.

_xxl
30th October 2006, 10:49
New bug, when parsing FLV1 (which seems to have no restrictions on resolution) with the OSD turned on, the osd color is overlayed in the wrong (vertical) position when the video resolution is not divisible by 4. This bug does not effect playback (read: ffdshow doesn't crash & no new artifacts).
So a video with a resolution 320x239, the osd color is rendered about 3 pixels higher then the the text.
http://mailerdaemon.home.comcast.net/6SK-bcWCU8w.flv
http://i13.tinypic.com/4d61744.jpg
http://i14.tinypic.com/2gspriq.jpg
YV12 is on.
http://i14.tinypic.com/2itmr9h.jpg
http://i14.tinypic.com/2qkl3py.jpg
YV12 is off.
EDIT:MPC is running in WMR9 (renderless) mode.

haruhiko_yamagata
30th October 2006, 11:05
http://i13.tinypic.com/4d61744.jpg
http://i14.tinypic.com/2gspriq.jpg
YV12 is on.

Many video cards says it supports YV12, but actually it does not. It's likely a bug of the video renderer. The problem is YV12 is set by default because it is often the fastest. Some media players test YV12 on install and ask user if it was played properly. Because ffdshow is not a player, there's no way to know if YV12 is actually supported.

Another problem is that the picture has odd number lines. Are picutures with even number lines played back properly?

Turn on post processing for the picture and you'll see another bug - green line at the bottom.

BlindWanderer
30th October 2006, 13:14
Wow cool bug drevil, but thats not the one I'm seeing, thought it does only happen for yv12

Also get a line of random pixels (the color is random) across the bottom row in mpc when using rgb15 but thats probably my computer.

http://mailerdaemon.home.comcast.net/snapshot-yv12.jpg

As you can see in the screen shot the the all of the color is higher then it should be (same frame as your clean frame). So you are probably right, suggesting it being my GC. Especial consider that when i resize up to the next multiple of 4 it aligns. (sorry for wasting time)

cc979
30th October 2006, 15:51
Many video cards says it supports YV12, but actually it does not. It's likely a bug of the video renderer. The problem is YV12 is set by default because it is often the fastest. Some media players test YV12 on install and ask user if it was played properly. Because ffdshow is not a player, there's no way to know if YV12 is actually supported.

Another problem is that the picture has odd number lines. Are picutures with even number lines played back properly?

Turn on post processing for the picture and you'll see another bug - green line at the bottom.

i've just tested the clip with mine, i get the colour corruption if yv12 is the only output, but plays fine with yuy2 or nv12

Jeremy Duncan
30th October 2006, 16:27
Showing Bob or Weave is better UI, I think.

Not everybody knows that weave is the same as film, and bob is the same as video.
I wasn't sure myself until you made it clear.

Maybe change the ui to this:
Film - Deinterlacing Off
Video - Deinterlacing On

arfster
30th October 2006, 16:59
Film is different - that means to use IVTC to extract the original 24 progressive frames from 60 interlaced "half-frames" (aka fields) each second.

Bob and weave are just two different methods of deinterlacing, and you only want to be using this on genuine interlaced video content, or on film content where the flags are so thoroughly messed up that the 24fps stream is not really readable.

Regardless of bob/weave in ffdshow, Purevideo will probably ignore it and do its own thing anyway. If it's in film mode, it's working fine and will be producing the correct 24fps.

Jeremy Duncan
30th October 2006, 17:23
"Film - Forces film mode and does not apply de-interlacing.

Video - Forces video mode and applies de-interlacing."

Link (http://www.htpcnews.com/forums/index.php?showtopic=20763)

This is how Nvidia catalogs Deinterlacing in the deinterlacing control. Weave is the same as Film, and Bob is the same as video.
See the screen.

http://img230.imageshack.us/img230/73/nvidiakp7.jpg

"DeInterlacing - Weave:
Weave is the default mode that should be used when viewing progressive DVD data (Movies for example). Using this mode you will see horizontal streaking for non-movie data (NTSC/PAL content such as movie trailers or content recorded using interlaced video cameras). If you plan on viewing DVD movies, you must set your decoding software to weave mode. Weave is the default DeInterlacing mode all decoding software use for Movie playback (unless set to some sort of detection mode).

DeInterlacing - BOB:
T.V. playback works a bit differently compared to a computer monitor. It has two fields, each playing in an interlaced form at either 30 or 25fps (NTSC/PAL). When NTSC/PAL content is played on a computer monitor using the standard Weave DeInterlacing mode, you get a lot of horizontal streaking when the camera pans or objects move quickly within a scene. To combat this, you can use the BOB DeInterlacing mode. What BOB does is play the content at twice it's frame rate and each frame is displayed in only one of the fields. This makes the image appear to BOB up and down a bit, especially when text is displayed, but doing so eliminates the streaking. Using the BOB mode is only useful for NTSC/PAL content such as Movie Trailers. On Progressively encoded Movie content BOB will cause the image to look slightly blurred."

Link (http://terms.inmatrix.com/)

"Weave works perfectly for progressive sourced1080i (from film). But for true interlaced 1080i, only bob is an option, and it only provides 540 lines of vertical resolution from 1080i video source."
Link (http://www.avsforum.com/avs-vb/showthread.php?p=6221665&highlight=weave+bob#post6221665)

Weave is for Film, Bob for Video/T.V.

I wasn't sure if setting FFdshow's HW Deinterlacer to Weave did anything until haruhiko_yamagata made it clear what it did.

I think a hint beside the bob and weave option would make it easier to use properly.

Liisachan
30th October 2006, 17:27
@arfster
just to make it clear... I think you are assuming NTSC, while european films (European R2 DVDs) are 25fps (PAL). Many of the ppl here should be europeans...

arfster
30th October 2006, 20:48
"Film - Forces film mode and does not apply de-interlacing.


This is the key quote. Weaving is a type of deinterlacing, and in film mode (as above) you don't de-interlace, you IVTC if at all possible.

Certainly you can apply deinterlacing, whether bob or weave, to interlaced content (1080i or DVD) with IVTC flags, but it won't look as good as setting film mode. Remember, the original content is 24fps, which film mode can retrieve losslessly. Deinterlacing will only result in 30 weaved frames, or 60 bobbed ones - neither are the original video, but a processed reconstruction of it with resultant artifacts.

See the telecine graphic here:

http://www.doom9.org/ivtc-tut.htm

Weaving will mix half of frame 2, with half of frame 3, and 3/4 in the same way. Messy if there's any movement in between, and juddery. Bob will scale the half-frames into separate full frames, and thus lower detail. True film mode IVTC will rebuild the original 4 frames perfectly.



Liisachan: yes, this was for NTSC. Obviously PAL is a lot simpler with 50>25fps, rather than 60>24.

Jeremy Duncan
30th October 2006, 21:53
In most cases Weave is same as unchecked hardware deinterlacing.

Weaving is a type of deinterlacing...


This is where I was confused.
Because I thought that weaving was deinterlacing, like Arfster said in the quote.
But when haruhiko_yamagata said weave was the same as no hardware deinterlacing, I took it that no hardware deinterlacing meant there was no software deinterlacing either, which meant it was film.
So I suggested that Weave, and Bob should have a hint or be called something else to show that weave was the same as no deinterlacing.

As I understand it, haruhiko_yamagata said that Weave and Bob sent hints that enabled or disabled hardware deinterlacing, that they were called weave and bob wasn't important.
If hardware deinterlacing was enabled by selecting Bob, the hardware deinterlacing wouldn't nessessarily be bob deinterlacing, it could be spatial-temporal deinterlacing.

haruhiko_yamagata
31st October 2006, 10:03
This is where I was confused.
Because I thought that weaving was deinterlacing, like Arfster said in the quote.
But when haruhiko_yamagata said weave was the same as no hardware deinterlacing, I took it that no hardware deinterlacing meant there was no software deinterlacing either, which meant it was film.
So I suggested that Weave, and Bob should have a hint or be called something else to show that weave was the same as no deinterlacing.

As I understand it, haruhiko_yamagata said that Weave and Bob sent hints that enabled or disabled hardware deinterlacing, that they were called weave and bob wasn't important.
If hardware deinterlacing was enabled by selecting Bob, the hardware deinterlacing wouldn't nessessarily be bob deinterlacing, it could be spatial-temporal deinterlacing.
Weave is a simple deinterlacing method.
If weave is selected, ffdshow say to the down stream "deinterlace this in Weave mode". But usually this is same as saying nothing(HW deinterlacing is unchecked). If ffdshow says nothing to down stream, I guess, down stream can find the samples are interlaced and try to deinterlace in weave mode. That's why the result is the same, if I'm not wrong.

Egh
31st October 2006, 13:56
This is where I was confused.
Because I thought that weaving was deinterlacing, like Arfster said in the quote.
But when haruhiko_yamagata said weave was the same as no hardware deinterlacing, I took it that no hardware deinterlacing meant there was no software deinterlacing either, which meant it was film.
So I suggested that Weave, and Bob should have a hint or be called something else to show that weave was the same as no deinterlacing.


It's just a bit of methodology confusion here :)


Deinterlacing is the process of converting interlaced video (a sequence of fields) into a non-interlaced form (a sequence of frames). This is a fundamentally impossible process that must always produce some image degradation, since it ideally requires "temporal interpolation" which involves guessing the movement of every object in the image and applying motion correction to every object.


Weave is a straightforward conversion from interlaced video stream (i.e. sequence of fiels=halfframes) to progressive one (sequence of full frames). Weave effectively pairs adjacent halfframes into full ones, thus if there's any fast movement you'll see combing artefacts (cause in *real* interlaced stream adjacent fields are taken at slightly different times). But in theoretical cases, for instance if you have 12fps progressive duplicated into 24fps, fastened to 25fps and then interlaced into
50 fields per sec, then weave would fully recover original stream.

To sum up, weave is deinterlacing, but just creates too much motion artefacts in practice.

vlada
31st October 2006, 15:45
I think here is a confusion which is caused because of PAL and NTSC differences.

If your movie is PAL, you have 2 possibilities:
25 progressive frames (uses Weave = do nothing) or 50 interlaced fields (deinterlace).

For NTSC you have 3 possible types:
30 frames progressive (probably not very common, Weave), 60 interlaced fields (deinterlace) and 60 telecined fields (inverse telecine -> output 24 fps).

Anyway BOB is not a very good method for deinterlacing. It creates a smooth video, but static objects loose resolution. The best solution is to sombine BOB and WEAVE in each frame. Use BOB for moving parts and WEAVE for static picture. Most good deinterlace filters are doing it this way.

If you're interested some time ago I did a test to compare different deinterlace algorithms. You can find it here (http://jech2.webz.cz/gallery/thumbnails.php?album=4). Have a look at the sign in bottom left corner. It perfectly shows the lost resolution when using BOB.

Also I wouldn't even call Weave deinterlacing. Any PC monitor/PDP/LCD/projector only displays video progressively. So you can't display interlaced video on it. Weave means that you just combine two fields into one frame. You can't separate them back into fields whenever you want. It is just a method of how the fields are stored or displayed. There is no processing of the video.

FredThompson
1st November 2006, 06:15
...at least it is for ffdshow_rev457_20061027_clsid...

Here's a short video and frame grab to show the problem. Yellow looks teal with ffdshow's decoder.

This was encoded with the GZip option at level 9 for maximum compression.

As a side note: I'm not sure if CamCodec has proper indexing or not. Loading its files into VirtualDub shows those created by CamStudio don't have indexing data. Sure would be nice if this were added, especially since CamStudio will allow ffdshow to be the encoder. As it is, CamCodec stuff really needs to be saved to another format for editing use.

Wilbert
1st November 2006, 22:12
Anyway BOB is not a very good method for deinterlacing. It creates a smooth video, but static objects loose resolution.
Why ...?

haruhiko_yamagata
3rd November 2006, 01:24
http://i12.tinypic.com/2igg4lu.jpg
I'm trying to expand the dialong.
The upper sample is the original, the next is the new one.
What do you think about the size?

MacAddict
3rd November 2006, 01:27
Personally I like the new dialog.

Jeremy Duncan
3rd November 2006, 11:13
The new Dialong looks nice.

haruhiko_yamagata
3rd November 2006, 11:17
Thank you. I commited resized dialog. Please see if it works.

MatMaul
3rd November 2006, 14:50
I have made a little test to mesure the h264 decoding speed improvement.

ffdshow rev2546 : 104 fps
ffdshow-tryout rev494 : 130 fps (!!)

+25% speed-up !!

Great job and thanks to ffmpeg guys !

Jeremy Duncan
3rd November 2006, 15:24
The newest FFdshow on ffdshow.info is rev490 by drevil_xxl

The rev I need to test the new dialong is rev492.
I'm hoping rev494 will be released today, as MatMaul made me curious.

MatMaul
3rd November 2006, 15:28
The newest FFdshow on ffdshow.info is rev490 by drevil_xxl

The rev I need to test the new dialong is rev492.
I'm hoping rev494 will be released today, as MatMaul made me curious.

Sorry but I have just compiled libavcodec.dll because rev494 have h264 decoding improvement, and not ffdshow.ax to do this test.
So waiting a new build of drevil_xxl or clsid.

clsid
3rd November 2006, 16:15
Most of the H.264 decoding improvements were already done before rev. 490. But I'll put a new build up in a moment.

@Haruhiko, can you increase the width of the 'Format' and 'Supported ...' columns a bit on the codecs page?

Jeremy Duncan
3rd November 2006, 19:04
The new dialong looks nice.

And rev494 is faster.

Bathrone
3rd November 2006, 23:06
How do I check what changes are in the ffmpeg builds. When I look on the ffmpeg svn in changelog.txt it doesnt have the related build numbers that the ffdshow changelog references.

Also, why is flac decoding not present in all the installer builds? And ones that do have it, it's not installed by default?

Px
4th November 2006, 00:47
I have made a little test to mesure the h264 decoding speed improvement.

ffdshow rev2546 : 104 fps
ffdshow-tryout rev494 : 130 fps (!!)

+25% speed-up !!

Great job and thanks to ffmpeg guys !
I don't see such big improvement before, is someting dramatically change in rev 494?
H.264 1080p

ffdshow-20060604-rev2546.exe
Overlay VMR9
fps dfps fps dfps
19,6 19,3 16,8 15,6
ffdshow_rev420_20061020_clsid.exe
20,6 20,2 20,3 19,1
Overlay VMR9
fps dfps fps dfps

Eragon4ever
4th November 2006, 11:18
How do I check what changes are in the ffmpeg builds. When I look on the ffmpeg svn in changelog.txt it doesnt have the related build numbers that the ffdshow changelog references.

When I checked the svn I can say "show log" in my svn client. (TortioseSVN)
It is not in the changelog file.

clsid
4th November 2006, 11:39
I don't see such big improvement before, is someting dramatically change in rev 494?Nope, there have been several revisions with small performance updates.

Px
4th November 2006, 14:36
Nope, there have been several revisions with small performance updates.
Ok, I'll test it in 3 or 4 hours...

clsid
4th November 2006, 16:56
List of known issues in revision 513:

1) Wavpack decoder only works with lossless wavpack. Lossy and hybrid wavpack is not yet supported.
2) Levels (ylevels, ylevelsG, ylevelsS, ylevelsC) are not implemented correctly. Details about the correct way can be found here (http://forum.doom9.org/showthread.php?p=897854).

Reported but unconfirmed bugs:

3) image settings -> preset autoload conditions -> "on FOURCC match" doesn't work. (reported by juskixxx) (confirmed by clsid) (haruhiko could not reproduce it)
4) Automatic preset loading doesn't seems to be working with on "number of channel match" and AC3 audio on DVD (don't know if it happens with AC3 audio in MKV, AVI or not or any other audio format). I use "3;4;5;6" in "number of channel match" so this should load with audio track with more than 2 channels but with an AC3 2 channels track this is also loaded. (reported by thuan)
5) The following encoders do not work for me: MPEG 4, MPEG 1, MPEG 2, h.263, H.261 and DV. VirtualDub 1.16.16 gives the following error: "Cannot start video compression. An unknown error occurred (may be corrupt data). (error code -100)". I know that at least some of these encoders do work for others. My system specs: Windows 2000, AMD Athlon Thunderbird. (reported by clsid)
6) Resize filter alters colors. Details (http://forum.doom9.org/showthread.php?p=884778#post884778). (reported by Kador)

Other issues:

7) ICL9 builds of ffdshow.ax crash on files created by a specific old revision of x264 (don't know the rev number). Funny thing however is that the files play without crash if you first play a good file and then play a 'troublesome' file in the same player instance. Also no crash when using an unoptimized debug build. So this seems to be a compiler bug. Sample file (http://rapidshare.com/files/1609924/sample.mp4.html). (reported by clsid)

MatMaul
4th November 2006, 17:49
1) Wavpack decoder doesn't work with this file (http://rapidshare.com/files/1609252/SoC__XviD_WavPack_MP3_-007.mkv.html). (reported by clsid)
After more testing, it doesn't work with all hybrid wavpack files, but I think it's an ffmpeg issue.

EDIT : You have removed vc1 support because it doesn't work.
Can you give me some links of files wich do not work please ?

clsid
4th November 2006, 17:54
http://samples.mplayerhq.hu/V-codecs/WVC1/

MatMaul
4th November 2006, 18:07
thanks.
wavpack decoder also doesn't work with 5.1 files.

Liisachan
4th November 2006, 18:32
After more testing, it doesn't work with all hybrid wavpack files, but I think it's an ffmpeg issue.? If using Gabest's splitter, hybrid wavpack doesn't work anyway. Haali's newer splitter works ok with CoreWavpack, which supports hybrid wavpack beautifully. foo_packet_decoder_wavpack too, by using codes from CoreWavpack.

Inventive Software
4th November 2006, 18:33
Potential bug with "Automatic Quality Control" in "Post-processing" tab, as in it's not automatic.
With any previous ffdshow build (not ffdshow_tryout) it's fine, no problems, but ffdshow tryout builds don't have this.
File in question is DivX encoded, and quite post-processing heavy, but with ffdshow builds it's definitely adjusted well. ffdshow_tryouts just don't do this, so something's broken between ffdshow and ffdshow_tryouts.

ffdshow_tryout builds tested include ffdshow_rev494_20061103_clsid (my current build I use), ffdshow-Tryouts-20061023-rev435. Both exhibited said post-processing behaviour.

ffdshow builds tried include ffdshow_rev2543_20060816, ffdshow-20060123, both were fine with automatic post-processing.

Quick note: post processing settings used were 100% strength, mplayer accurate deblocking (and tested with accurate deblocking off).

MatMaul
4th November 2006, 18:41
If using Gabest's splitter, hybrid wavpack doesn't work anyway. Haali's newer splitter works ok with CoreWavpack, which supports hybrid wavpack beautifully. foo_packet_decoder_wavpack too, by using codes from CoreWavpack.
I haven't any problem with splitters, I think it's just ffmpeg wavpack decoder actually doesn't support hybrid and 5.1 wavpack files.

Liisachan
4th November 2006, 19:30
Gabest's splitter does split A_WAVPACK4 in mkv, but the "correction" part--if it exists--is ignored and the downstream receives the lossy part only. Note, if the lossy part is transparent (enough high bitrate) you can't tell this problem by just listening to the output. It's not like it doesn't play. It's not bit-identical like it should be. So, if you use Gabest's splitter or MPC's internal splitter, hybrid wv packed in mkv won't play as lossless even if the wavpack decoder knows how to handle the hybrid. More specifically, altho CoreWavpack can decode the hybrid, it plays the hybrid as Lossy if the upstream is Gabest's splitter.

In this case, tho, it seems that the decoder in ffdshow doesn't like the hybrid either.

Anyway, to test that sample file above, the upstream splitter should be Haali's. That's what I meant. As another note, wv+wvc in matroska would be practically pointless. If you'd like to make the audio in mkv lossless, you can just use lossless WV in the 1st place.

On the other hand, if ffdshow's audio decoder can decode foo.wv+foo.wvc (bare 2 files, not packed in matroska), that may come in handy for some users. But then again, that would mean ffdshow has to look for .wvc in the same folder whenever it plays lossy .wv... I'm not sure if its worth even bothering to do so.

foxyshadis
4th November 2006, 19:42
Potential bug with "Automatic Quality Control" in "Post-processing" tab, as in it's not automatic.
With any previous ffdshow build (not ffdshow_tryout) it's fine, no problems, but ffdshow tryout builds don't have this.

Yes, this was mentioned before, it's most likely because cpu usage has been broken for some time. Unfortunately so far there's no good way to make it work on x64 XP/Vista, without crashing, so it was disabled. If a better method's found, I'm sure it'll be back, but I don't know all that much about WMI.

(Another method is to work that into the QoS system, but the reason I stalled on finishing that is Haali's renderer doesn't send Quality messages, like the windows ones, since ffdshow used to work very badly with them.)

@Everyone: How about releasing a build considered "Stable" at this point?

MatMaul
4th November 2006, 19:48
ok, I understand.
But actually, ffdshow doesn't decode at all the lossy part, so I think ffmpeg library also can't decode a lossy+correction file.

_xxl
4th November 2006, 19:59
@Everyone: How about releasing a build considered "Stable" at this point?
There are known bugs that need to be fixed before the first beta is released.

Inventive Software
4th November 2006, 20:04
@Everyone: How about releasing a build considered "Stable" at this point?
Keep with revisions in my opinion.

Question: how does CPU usage affect the automatic post-processing? That seems like an ineffective way to adjust it IMO. Surely the best way is analysing the image for blocks and adjusting as appropriate?

clsid
4th November 2006, 20:23
That would mean to do some form of post-processing to determine if post-processing is required :P

In old builds auto pp would adjust the amount of pp depending on the current cpu load. The cpu load monitoring code is not used in new builds because it fails on Vista.

foxyshadis
4th November 2006, 20:35
There will always be known bugs, that's the nature of software. Currently, most of the bugs since the last big releases of ffdshow are long gone, performance has risen, and the lack of "stable releases" that don't have disruptive new codecs and features will keep it from being used by many who'd benefit from it.

Inventive: This was all designed back when the P3 was common, and cpu usage was a major problem. PP basically hasn't changed since then, aside from the now-removed h.264, and SPP. The deblocking itself will use the quant to estimate blocks (thus its terrible performance on raw sources), but if you want real analysis you need to use SPP, but it will be slow and kind of fuzzy. ffdshow, ffmpeg, mplayer, and so on have nothing similar to Deblock_QED, sadly.

But ffdshow does have avisynth input. ;)

ExtraEye
4th November 2006, 21:37
sorry but what is "Deblock_QED"?

foxyshadis
4th November 2006, 22:04
An Avisynth filter, you should be able to search the board for it. The wiki isn't up or I'd link to the page for it.

yesgrey3
4th November 2006, 22:43
I think ffdshow misses one thing in the resize dialog: the option to resize to screen size.

I use two screens for seeing my stuff: a projector and a monitor. Since both screens have different resolutions, I have always to change the resolution by typing the new one. It would be easier to just set it to screen size and then ffdshow get it and resize to it. Even better if we could also set the aspect ratio, then ffdshow should only use the screen width as the reference.

Something like this:

Resize:
- Specify Size (already done)
- Specify Aspect Ratio (already done but I think it's not very usefull, since it keeps the original width of the file, and then the resize have to be done by the videocard drivers)
- Expand to Next Multiply of (already done)
- Multiply by (already done)
- Screen Size (to be done)
Aspect Ratio (drop list: original; 4:3; 16:9; 2.35:1)

Or it could just be incorporated in the Specify Aspect Ratio.

I think this is a very important feature, because the resize by ffdshow is of a better quality than the resize of the videocard drivers.

Let me know what you think.

Bathrone
5th November 2006, 00:05
Not a bug, but why if flac not installed by default? And I know one installer atleast doesnt seem to offer it during installation as an option.

bob0r
5th November 2006, 01:08
x264.nl added clsid ffdshow revision 497.

I must say i am amazed, using only one core of my Intel D930, a BBC-HD H.264 1080MBAFF sample almost runs smooth (enabled the "no deblocking tweak" ofcourse, but same for coreavc)

If ffmpeg would use multi core/cpu code i am sure it could match, or even surpass all the other H.264 decoders.

Isochroma
5th November 2006, 01:50
Unicode characters in filenames played with MPC & ffdshow show in the ffdshow dialog as ?

Px
5th November 2006, 03:08
Reported but unconfirmed bugs:
4) Instant crash when trying to play this MSS2 WMV file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). Happens on Windows 2000. No crash on drevil_xxl's XP system. (reported by clsid)

I tested this file in my w2000 system, in WMP all plays fine (of course), in mpc video plays fine, but without sound.....

Px
5th November 2006, 03:18
Some speed comparsions with ffdshow (previous results was on other system with slower cpu)
Video - cornell_m1080p.mp4, H.264, 1920x1080, 8634 kbps

fps vmr9 overlay
ffdshow_rev135_20060904_icl91 33.4 32.8
ffdshow_rev420_20061020_clsid 33.4 32.8
ffdshow_rev482_20061101_clsid_icl9 33.3 32.8
ffdshow_rev494_20061103_clsid 33.4 33.0


Video - kane_reveal_1280x720_h264.mp4, H.264, 1280x720, 2255 kbps

fps vmr9
ffdshow_rev135_20060904_icl91 117.5
ffdshow_rev420_20061020_clsid 120.3
ffdshow_rev482_20061101_clsid_icl9 119.5
ffdshow_rev494_20061103_clsid 122.5

Only small speedup in second case, but it's better than nothing....

Egh
5th November 2006, 03:26
I think ffdshow misses one thing in the resize dialog: the option to resize to screen size.

I use two screens for seeing my stuff: a projector and a monitor. Since both screens have different resolutions, I have always to change the resolution by typing the new one. It would be easier to just set it to screen size and then ffdshow get it and resize to it. Even better if we could also set the aspect ratio, then ffdshow should only use the screen width as the reference.


You dont' have to specify AR, or to specify resolution in full.

Only thing required is to specify target width, and leave 0 for height. Then ffdshow automatically applies DAR from video.

An option to resize to current screen resolution would be nice, imo. But some questions arise, for instance, what to do if resolution is not constant during video playback. Should ffdshow use only resolution which it gets on initialisation or readjust it whenever it changes? Multimonitor configuration might also cause some problems.

haruhiko_yamagata
5th November 2006, 11:30
Unicode characters in filenames played with MPC & ffdshow show in the ffdshow dialog as ?
What do you mean? Please tell us the detail.
Whose build are you using? I mean, is it ANSI build or UNICODE build?

Amour
5th November 2006, 12:17
Unicode characters in filenames played with MPC & ffdshow show in the ffdshow dialog as ?
Works fine for me.

yesgrey3
5th November 2006, 13:24
Only thing required is to specify target width, and leave 0 for height. Then ffdshow automatically applies DAR from video.


Yes I know this, but it does not work always. Sometimes I have to specify also the height because the video DAR is not correct. It also not solves the problem of having to change the width.

yesgrey3
5th November 2006, 13:33
But some questions arise, for instance, what to do if resolution is not constant during video playback. Should ffdshow use only resolution which it gets on initialisation or readjust it whenever it changes? Multimonitor configuration might also cause some problems.

I think we can clear up these situations. It could use the resolution it gets on initialization, since I don't know why (yes, I know someone could) anyone would change the screen resolution in the middle of a file viewing. The multimonitor it's not also a big question, because it could simply get the resolution of the screen in which the media application is opened during the initialization process.

I will try to do it and see how it works...

Egh
5th November 2006, 15:43
Yes I know this, but it does not work always. Sometimes I have to specify also the height because the video DAR is not correct.

Which files are those? Anamorphic resolution AVI? You can try to remux them into mkvs and assign proper DAR that way.

Not that I see much anamorphic avis anyway :P

Inventive Software
5th November 2006, 16:01
I think ffdshow misses one thing in the resize dialog: the option to resize to screen size.
Media Player Classic? It has a "Stretch to Window" option which is appropriate for your needs I think.

Egh
5th November 2006, 16:23
Media Player Classic? It has a "Stretch to Window" option which is appropriate for your needs I think.

The problem is that it's not using ffdshow resizer in that case.
And if you haev high-speed CPU but slow GFX card in terms of shaders (for instance my present system configuration) you can't actually use MPC shader-based bicubic or Haali renderer. Such cards could be, for instance, old FX5xxx series, or moden built-in in the motherboard (like 6100/150 in NForce). Not all computers are built keeping gaming in mind (office computers are one such particular case :D)

So if you are not using ffdshow resizer you're able to use only standard bilinear and for me that's not enough.

Liisachan
5th November 2006, 18:59
Ok, I now know the "problem"--i was mislead by this report:

1) Wavpack decoder doesn't work with hybrid wavpack files. Sample file (http://rapidshare.com/files/1609252/SoC__XviD_WavPack_MP3_-007.mkv.html). (reported by clsid)

The audio in that sample file is Wavpack Lossy, not Wavpack Hybrid. So we can simply say "Wavpack decoder doesn't work," which is much bigger problem than not just supporting Hybrid.

_xxl
5th November 2006, 19:51
Ok, I now know the "problem"--i was mislead by this report:
The audio in that sample file is Wavpack Lossy, not Wavpack Hybrid. So we can simply say "Wavpack decoder doesn't work," which is much bigger problem than not just supporting Hybrid.
This file is working ok.
http://ftp.mplayerhq.hu/MPlayer/samples/A-codecs/lossless/luckynight.wv

MatMaul
5th November 2006, 20:25
Yes it's a lossless 2ch sample and it is the only configuration which works.

Liisachan
5th November 2006, 20:35
That file is Wavpack Lossless, not Wavpack Lossy nor Hybrid.
Wavpack decoder doesn't work generally, not only for Hybrid:

Current ffdshow
Wv 4.3 4.4
Lossy x x
Hybrid x x
Lossless o #

# works, if --optimize-mono is not used

MacAddict
5th November 2006, 21:18
(snip)

An option to resize to current screen resolution would be nice, imo.
(/snip)


That would be great and about the only feature I can think of that I'm missing on my HTPC!

Px
6th November 2006, 03:25
Reported but unconfirmed bugs:
4) Instant crash when trying to play this MSS2 WMV file (http://ftp.mplayerhq.hu/MPlayer/samples/V-codecs/MSS2/mss2_speech.wmv). Happens on Windows 2000. No crash on drevil_xxl's XP system. (reported by clsid)

I tested this file in my w2000 system, in WMP all plays fine (of course), in mpc video plays fine, but without sound.....
I cleared my system from codecs garbage, reinstalled last DX and wmp9, now this file plays normally (sound and video) in mpc and bsplayer, so I think that is problen with system, not ffdshow....

Jeremy Duncan
6th November 2006, 04:50
There's a bug in the Levels Tab.

Didée said that the ylevels, ylevelsG, ylevelsS, ylevelsC.
That Milan Cutka put into FFdshow, wasn't done properly.

He said that what Milan put into FFdshow was exactly backwards and he doesn't recommend using the ylevels, ylevelsG, ylevelsS, ylevelsC in FFdshow.

Here's the thread Didée started that shows how ylevels, ylevelsG, ylevelsS, ylevelsC works and the code it uses.
Link (http://forum.doom9.org/showthread.php?s=&threadid=79898)

May I ask that this bug is fixed and Didée's ylevels, ylevelsG, ylevelsS, ylevelsC is properly implemented into the FFdshow Levels tab. :)

_xxl
6th November 2006, 07:03
/**
* @file wavpack.c
* WavPack lossless audio decoder
*/
Wavpack Lossy & Hybrid aren't supported.

Liisachan
6th November 2006, 09:15
maybe they didn't know Wavpack had lossy mode. They might want to fix this limitation after 4.4 is officially out, which would make ffdshow's Wavpack decoder even better than CoreWavpack.

Inventive Software
6th November 2006, 09:53
Small request: Vista only ffdshow_tryout builds that have the CPU detection code disabled, and for XP/2000 CPU detection on...

clsid
6th November 2006, 15:51
Or perhaps detect the OS version at runtime. Or let the installer set a flag in the registry (HKLM) to disable the CPU usage monitor.

Jeremy Duncan
6th November 2006, 21:45
There's a bug in the Levels Tab.

Didée said that the ylevels, ylevelsG, ylevelsS, ylevelsC.
That Milan Cutka put into FFdshow, wasn't done properly.

He said that what Milan put into FFdshow was exactly backwards and he doesn't recommend using the ylevels, ylevelsG, ylevelsS, ylevelsC in FFdshow.

Here's the thread Didée started that shows how ylevels, ylevelsG, ylevelsS, ylevelsC works and the code it uses.
Link (http://forum.doom9.org/showthread.php?s=&threadid=79898)

May I ask that this bug is fixed and Didée's ylevels, ylevelsG, ylevelsS, ylevelsC is properly implemented into the FFdshow Levels tab. :)

I wonder if this will be fixed.
I sure hope it will.
haruhiko_yamagata, clsid, drevil_xxl. Will you please fix this bug.

:)

frodeste
7th November 2006, 12:18
What are your thoughts about starting building 64 bit editions of ffdshow?

Also, any thoughts about building an autoupdate in to the product, now that the builds and patches are beeing produced at such a high level?

This is something I would be very thankful for.

Keep up the good work.

Egh
7th November 2006, 14:18
Also, any thoughts about building an autoupdate in to the product, now that the builds and patches are beeing produced at such a high level?


Don't think there's any need to use an autoupdater, not before a "stable" version is released in any case.

yesgrey3
7th November 2006, 19:55
Which files are those? Anamorphic resolution AVI? You can try to remux them into mkvs and assign proper DAR that way.

Not that I see much anamorphic avis anyway :P

Maybe badly encoded files, with the wrong DAR.

yesgrey3
7th November 2006, 20:04
The problem is that it's not using ffdshow resizer in that case.
And if you haev high-speed CPU but slow GFX card in terms of shaders (for instance my present system configuration) you can't actually use MPC shader-based bicubic or Haali renderer. Such cards could be, for instance, old FX5xxx series, or moden built-in in the motherboard (like 6100/150 in NForce). Not all computers are built keeping gaming in mind (office computers are one such particular case :D)

So if you are not using ffdshow resizer you're able to use only standard bilinear and for me that's not enough.

But even bicubic has not enough quality. For me the best is Lanczos with 2 taps, which gives the higher detail possible without ringing. Since I use a projector with a big screen, the resize algorithm is very important!

I have made several test with all ffdshow algorithms and several resolutions and the best option IMO is resizing with Lanczos2 for the screen resolution.

We could also resize for a higher resolution and then let the videocards drivers downsize it for the screen resolution, but besides being lower quality is also more CPU intensive.

I will try to get some time to do it. I will probably need some help from some of the developers here but when the time arise I'll ask for it.

cc979
7th November 2006, 20:52
Maybe badly encoded files, with the wrong DAR.

i remember i had problems with anamorphic avis xvid ones anyway, will play fine in mpc with vmr9 not overlay

Egh
7th November 2006, 21:45
But even bicubic has not enough quality. For me the best is Lanczos with 2 taps, which gives the higher detail possible without ringing. Since I use a projector with a big screen, the resize algorithm is very important!

I have made several test with all ffdshow algorithms and several resolutions and the best option IMO is resizing with Lanczos2 for the screen resolution.

We could also resize for a higher resolution and then let the videocards drivers downsize it for the screen resolution, but besides being lower quality is also more CPU intensive.


Well some love Lanczos with 4 taps, some favor Spline36resize. Depends also if it's anime or RL content and if the source is sharp in the first place.

Regarding bicubic -- did you try to adjust it's parameters first? :D Default bicubic and something like a=0, b=0.5 are two different things in terms of sharpness :P

But generally I support this kind of patch, if you are able to provide it, thanks alot.

baka
7th November 2006, 23:57
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(

that queue thing doesn't help, what to do?

Anima123
8th November 2006, 01:41
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(

that queue thing doesn't help, what to do?

Same here, even with queue disabled. I have to stop using ffdshow. The problem might happened with buffer mechanism of crystal player. There's no problem while using XviD as decoder.

Jeremy Duncan
8th November 2006, 04:43
Please read the link:
Link (http://forum.doom9.org/showthread.php?t=79898)
The code in the threads first post was put into FFdshow by Milan Cutka. Only Milan put it in wrong, according to Didée. Read reply # 21 to see Didée's comment on this.

In a thread I erased. Didée commented that when Milan put the code in the thread I linked to in FFdshow. He did it so it was exactly wrong.

Please ask Didée about it in the thread I linked too.

Didée
8th November 2006, 08:27
Regarding "Ylevels" in ffdshow -

forget any rumbling that ever has been done. It was *me* who implemented my own idea *wrongly*. :o
ffdshow just reproduces my faulty implementation, quite exactly. ;)

"Right" and "wrong" are relative, since it's an arbitrary operation ... it just does not what I wanted it to do.

baka
8th November 2006, 08:30
and now we just have to wait to get that right or? :)

haruhiko_yamagata
8th November 2006, 08:51
Please read the link:
Link (http://forum.doom9.org/showthread.php?t=79898)
The code in the threads first post was put into FFdshow by Milan Cutka. Only Milan put it in wrong, according to Didée. Read reply # 21 to see Didée's comment on this.

In a thread I erased. Didée commented that when Milan put the code in the thread I linked to in FFdshow. He did it so it was exactly wrong.

Please ask Didée about it in the thread I linked too.
OK, just wait untill we have time to fix it, please.

Didée, thank for your code and coming here.

Eragon4ever
8th November 2006, 10:58
@developers: You really should put yourselves into authors.txt!
You are doing a great job and this should be documented.

Didée
8th November 2006, 12:23
Well, in that forgotten PM that Alain2 once had sent me, he included changes that seem to do things the correct way.
Thanks, Alan!

I've put up that message in the test forum (http://forum.doom9.org/showthread.php?p=897854#post897854), to not spoil this thread (message takes much space).

(Surprisingly, the linked images are still online on Imageshack.)

haruhiko_yamagata
8th November 2006, 13:00
@developers: You really should put yourselves into authors.txt!
You are doing a great job and this should be documented.
Thank you.

Romario
8th November 2006, 18:25
I am sorry, but I must to ask this. What's going on with Milan Cutka? Is he abandon ffdshow developing?

LoRd_MuldeR
8th November 2006, 18:50
I am sorry, but I must to ask this. What's going on with Milan Cutka? Is he abandon ffdshow developing?

yes. afaik he just disappeared.
that's why official ffdshow website was not updated for a LONG time...

yesgrey3
8th November 2006, 22:15
Well some love Lanczos with 4 taps, some favor Spline36resize. Depends also if it's anime or RL content and if the source is sharp in the first place.

Regarding bicubic -- did you try to adjust it's parameters first? :D Default bicubic and something like a=0, b=0.5 are two different things in terms of sharpness :P

But generally I support this kind of patch, if you are able to provide it, thanks alot.

I once also prefered the Lanczos4, but recently changed to 2 because of the ringing added by L4. I will try the bicubic as you describe. I have once read that Lanczos resize is implemented in ffdshow as bicubic but with different a and b. So, maybe you have just 're-invented' Lanczos... :-)

haruhiko_yamagata
9th November 2006, 13:11
I use crystal player and always newest build of ffdshow, and when i want to seek, it freezes... :(

that queue thing doesn't help, what to do?
I tryed crystal player. Seek works unless it freezes up when opening a file. Crystal player freezes up when opening some 720p mov file(Apple Quick time trailer).

What is the file that freezes? MOV, AVI ,... and h.264, divx,...

SmallwooD13
9th November 2006, 13:57
What is the file that freezes? MOV, AVI ,... and h.264, divx,...

avi (DivX, XviD) and mp4 (AVC1)

avi H264 (one film tried), wmv, mpg, are working normaly

FFdshow-Tryouts-20061025-rev446-sse2, CrystalPlayer-1.96
other players are working normaly (LA, media player classic)

_xxl
9th November 2006, 14:08
Is a ffdshow-tryout that works ok?
CrystalPlayer-1.97 freezes up for me when I try to exit or to seek video.I have tested some avi files.(XVID,AVC1 or H.264).
For audio is used ffdshow's libmad & libfaad2.
What is "ActiveMovie Filter Class Manager"?
http://img14.imagevenue.com/loc415/th_82320_Capture_122_415lo.jpg (http://img14.imagevenue.com/img.php?image=82320_Capture_122_415lo.jpg)

haruhiko_yamagata
9th November 2006, 14:09
What is the audio codec?

clsid
9th November 2006, 14:42
"ActiveMovie Filter Class Manager" manages DirectShow filters.

BlindWanderer
9th November 2006, 18:30
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?

_xxl
9th November 2006, 18:49
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?
No crash on AMD XP.(SSE)

Bathrone
10th November 2006, 00:31
Thanks again for FFdshow

Drevils build has FLAC as an option. CLSIDs build does not list flac. Why?

FredThompson
10th November 2006, 03:46
ffdshow_rev514_20061109_clsid and libmpeg2 as the MPEG2 decoder for MPC will allow proper playback of MPEG2 4:2:2 sources.

However, MPC seems to be more fault tolerant WRT muxing in some streams. Here is an example which will play properly with MPC's MPEG2 decoder but ffdshow will have problems using either libavcodec or libmpeg2.

MPC set to VMR7 Renderless (to prevent hardware acceleration messing with luma) and ffdshow libmpeg2 works great, except the mux on these DVR streams really screws it up. Is this a function of demuxing in ffdshow? Is there a way configure demuxing so this doesn't happen?

Here's the file (6.5 M): http://www.corrugatedmachines.com/FruitBeer.vob

_xxl
10th November 2006, 06:00
Is this a ffdshow bug?Did you try mplayer?
EDIT
http://tirnanog.fate.jp/mirror/mplayer/mplayer2006.11.09.7z
http://mulder.brhack.net/public/downloads/MPUI.2006-11-09.Full-Package.exe

FredThompson
10th November 2006, 06:10
I haven't tried another player. Will get mplayer and test. In any event, that sample stream does show a video skip and freeze. At 6.5M and pure DVR rip, it's a decent test case.

haruhiko_yamagata
10th November 2006, 08:54
ffdshow_rev514_20061109_clsid and libmpeg2 as the MPEG2 decoder for MPC will allow proper playback of MPEG2 4:2:2 sources.

However, MPC seems to be more fault tolerant WRT muxing in some streams. Here is an example which will play properly with MPC's MPEG2 decoder but ffdshow will have problems using either libavcodec or libmpeg2.

MPC set to VMR7 Renderless (to prevent hardware acceleration messing with luma) and ffdshow libmpeg2 works great, except the mux on these DVR streams really screws it up. Is this a function of demuxing in ffdshow? Is there a way configure demuxing so this doesn't happen?

Here's the file (6.5 M): http://www.corrugatedmachines.com/FruitBeer.vob
It works for me, except for screwing up on seek.
If you are talking about this seek problem, it should be ffdshow's issue.

baka
10th November 2006, 19:09
avi (DivX, XviD) and mp4 (AVC1)

avi H264 (one film tried), wmv, mpg, are working normaly

FFdshow-Tryouts-20061025-rev446-sse2, CrystalPlayer-1.96
other players are working normaly (LA, media player classic)

ye, freezes when playing avi, mp4, and i think some other, no freeze in wmv

mpc is working ok same as smallwood said

FredThompson
10th November 2006, 22:37
It works for me, except for screwing up on seek.
If you are talking about this seek problem, it should be ffdshow's issue.Are you SURE? When I play the vob with ffdshow as the MPEG2 decoder, a portion at the beginning is missed then the video freezes. The portion of a few words about putting a lime in beer doesn't get played.

Jeremy Duncan
11th November 2006, 00:18
- In Media Player Classic External Filters Tab.
Double Click the FFdshow Audio decoder to access the configuration.
- 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.
- Check the Volume Tab. Leave it at defaut.
- Check the Mixer Tab. Check "Normalize Matrix", Check the "Output Speakers Configuration" tab. If you are using only 2 speakers, or headphones select "2/0 - stereo". This step is very important, do it properly or the sound will be all messed up.
- Close the FFdshow audio decoder by pressing Apply and OK.

Following these setup instructions.
I find that the number beside Jitter is always 32
Regardless of the pc used.
It's happened to both my pc's and somebody else.

The number by jitter is different than the number beside "time one FFdshow". Are both jitter and time on ffdshow showing the ms number that is jitter ?
If so, the audio decoder isn't working, because it stays at a solid 32 ms and never changes.

I'm using the November 5, 2006 21:20:40 ansi version

Jeremy Duncan
11th November 2006, 01:43
Also, I can't get FFdshow to work with Gomplayer.
Please look at getting FFdshow to work with Gomplayer.

Link to Gomplayer (http://www.gomplayer.com/main.html)

cc979
11th November 2006, 02:05
Also, I can't get FFdshow to work with Gomplayer.
Please look at getting FFdshow to work with Gomplayer.

Link to Gomplayer (http://www.gomplayer.com/main.html)

ffdshow works with gom player if you disable built-in codecs
preferences > other > codec page

haruhiko_yamagata
11th November 2006, 03:18
Are you SURE? When I play the vob with ffdshow as the MPEG2 decoder, a portion at the beginning is missed then the video freezes. The portion of a few words about putting a lime in beer doesn't get played.
Yes, it's played. I tested three computers. Seek does not work properly.
Please make a detailed report about your environment including Video card, output color space, OS, CPU, etc.

FredThompson
11th November 2006, 07:21
Pfff...there's no way to fully document everything which could theoretically be causing a choke during playback. Summary info is Intel Core Duo 1.6 XP Pro SP2 Gateway laptop. I'll test on other systems to see if I have one which will play properly then look at precedence with GSpot.

_xxl
11th November 2006, 08:37
The number by jitter is different than the number beside "time one FFdshow". Are both jitter and time on ffdshow showing the ms number that is jitter ?
If so, the audio decoder isn't working, because it stays at a solid 32 ms and never changes.
I'm using the November 5, 2006 21:20:40 ansi version
http://i15.tinypic.com/2v92m85.jpg

KoD
11th November 2006, 11:56
That FruitBeer.vob file freezes for me even when using Nvidia's mpeg2 video and audio decoder. Using the built-in decoders from MPC will cause playback freezing as well. Are you sure the file is not broken itself ? (or maybe the vob splitter is at fault ?)

haruhiko_yamagata
11th November 2006, 12:55
That FruitBeer.vob file freezes for me even when using Nvidia's mpeg2 video and audio decoder. Using the built-in decoders from MPC will cause playback freezing as well. Are you sure the file is not broken itself ? (or maybe the vob splitter is at fault ?)
It works only when MPC's internal source filter "MPEG PS/TS/PVA" is checked. Why?

Rgeek
11th November 2006, 17:00
I got a file(Container AVI - Codec WMV3) but some reason ffdshow doesn't decode It.

Someone can help me?


Thanks in advance.


Sample: http://rapidshare.com/files/2933552/SS.avi.html

Inventive Software
11th November 2006, 18:22
WMV3 isn't fully supported by ffdshow. :search:

Rgeek
11th November 2006, 19:02
WMV3 isn't fully supported by ffdshow. :search:


I know but all WMV3 files I got work with ffdshow, except one.


I'm curious why. What's different about this file?

foxyshadis
12th November 2006, 02:15
Probably one of the more advanced Main Profile features, like deblocking, new frame types, and so on. Kind of hard to tell without a sample, we aren't psychic. Anyway, always test with mplayer before reporting a codec bug, because it's most likely actually an ffmpeg bug/limitation. (Definitely is in this case.)

FredThompson
12th November 2006, 02:51
It works only when MPC's internal source filter "MPEG PS/TS/PVA" is checked. Why?

Enabling that setting means MPC will decode, not ffdshow. That's why I questioned your report of proper playback.

That file is a satellite DVR stream with mux to accomodate dropouts, most often those happen in audio. It might also use the field duplication flag. It's MPEG2 valid but not DVD spec valid. It's a nice small real-world test sample. Is it choking ffdshow's demux or one of the video decoders or a combination of both? I don't know. My hunch is this is a demux issue because both MPEG2 decoders choke in the same manner.

It's not an odd profile, btw. Burn it to a disc and it will play in almost any hardware DVD player although some of the Sony units are touchy. It will also play in "proper" DVD players like PowerDVD.

Rgeek
12th November 2006, 03:04
Probably one of the more advanced Main Profile features, like deblocking, new frame types, and so on. Kind of hard to tell without a sample, we aren't psychic.

I already send a sample to Rapidshare. Link in my first post in this Thread.


Anyway, always test with mplayer before reporting a codec bug, because it's most likely actually an ffmpeg bug/limitation. (Definitely is in this case.)

In Media Player Classic, adding WMVideo Decoder DMO in external filters, ffdshow decode the file. Is recognized as YV12 - uncompressed.

FredThompson
12th November 2006, 06:10
FruitBeer.vob is screwing up with mplayer. The audio stream is properly decoded, something MPC with ffdshow will choke on, but the video still skips and sync is lost. Grrr...

_xxl
12th November 2006, 07:38
Hey, i got ffdshow to crash on picture properties with drevil_xxl's sse2 build when using "hue". I have an Athlon 64 X2, so it shouldn't be an issue of cpu not supporting it. The generic build by clsid doesn't crash under the same conditions (using rev 514 in both cases). New bug or an old one?
Confirmed.

foxyshadis
12th November 2006, 08:10
Enabling that setting means MPC will decode, not ffdshow. That's why I questioned your report of proper playback.
No, it's the MPC internal splitter, not decoder. So whichever splitter you're using is likely screwing something up.

In Media Player Classic, adding WMVideo Decoder DMO in external filters, ffdshow decode the file. Is recognized as YV12 - uncompressed.
Of course it does, because ffdshow isn't decoding anything! WMV Decoder DMO is microsoft's wmv decoder (obviously), ffdshow just piggybacks on the uncompressed output.

As I said, test in mplayer/ffmpeg (not MPC) before reporting against ffdshow. Anyway, mplayer doesn't play it either, it just opens the same DMO decoder to pass it through first.

It looks like for whatever reason, ffmpeg won't accept this file, so you'll have to take it up with the ffmpeg mailing list.