View Full Version : New ffdshow build (?)
_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.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.