ffdshow tryouts project: Discussion & Development

[cc979]

is there a problem ffdshow-tryout svn1954 being compiled with gcc-4.0.4

make[1]: Entering directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/imgFilters'
gcc -c -mno-cygwin -mdll -fno-rtti -mthreads -pipe -D_WINGDI_ -DUCLIBCPP -D_GLIBCPP_HAVE_MBSTATE_T -D_WIN32_IE=0x0500 -DARCH_IS_IA32 -DARCH_IS_32BIT -DHAVE_MMX -mmmx -msse -mfpmath=sse -w -DNDEBUG -UDEBUG -DFFDEBUG=0 -I. -I.. -Iuclibc++ -Ibaseclasses -I../baseclasses -IimgFilters -I../imgFilters -Implayer -I../mplayer -Isettings -I../settings -Isettings/filters -I../settings/filters -Icodecs -I../codecs -Isubtitles -I../subtitles -Iconvert -I../convert -Idialog -I../dialog -IaudioFilters -I../audioFilters -Icygwin -I../cygwin -Iffmpeg -I../ffmpeg -Iacm -I../acm -Ifilters -I../filters -Imuxers -I../muxers -I/dx/Include -L/dx/MingLib -ldx9 -O3 -march=i686 -fomit-frame-pointer -MMD -o ffdshow_imgfilters_all.o ffdshow_imgfilters_all.cpp
gcc.exe: -ldx9: linker input file unused because linking not done
make[1]: *** No rule to make target `../ffmpeg/libavcodec/i386/skl_dct_sse.o', needed by `.all'.  Stop.
make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/imgFilters'
make: *** [lib] Error 2

cheers

[clsid]

Try this (untested) patch:

Index: Makefile
===================================================================
--- Makefile	(revision 1954)
+++ Makefile	(working copy)
@@ -4,7 +4,8 @@
 
 SRCS_C=ffdebug.c
 
-SRCS_NASM=cpuid.asm memcpy.asm subtitles/fontRenderer.asm convert/colorspace_rgb_mmx.asm
+SRCS_NASM=cpuid.asm memcpy.asm subtitles/fontRenderer.asm convert/colorspace_rgb_mmx.asm \
+				imgFilters/Skal/skl_dct_sse.asm imgFilters/Skal/skl_fdct_mmx.asm
 
 include makefile.inc
 
@@ -58,9 +59,8 @@
      baseclasses/baseclasses_all.o \
      ffmpeg/libavcodec/golomb.o \
      audioFilters/TaudioFilterConvert.o audioFilters/dotproduct.o \
-     imgFilters/simple_idct_mmx.o ffmpeg/libavcodec/i386/skl_dct_sse.o \
-     ffmpeg/libavcodec/i386/skl_dct_sse2.o ffmpeg/libavcodec/i386/skl_fdct_mmx.o \
-     ffmpeg/libavcodec/i386/skl_fdct_sse2.o
+     imgFilters/simple_idct_mmx.o imgFilters/Skal/skl_dct_sse.o \
+     imgFilters/Skal/skl_fdct_mmx.o
 
 lib:    
 	$(MAKE) -C baseclasses

[cc979]

thanks but still same error

[Liisachan]

Hi,
I think the embedded sub in MKV is out of sync (by about 0.5 sec?) in mplayerc_20080308 mplayerc_20080414 from Guliverkli2, if the internal MKV splitter is used, and if Queue is enabled in ffdshow.
mpc 20080127 build works ok, so this could be a pb of MPC.

(Edit: I mean, if MPC's internal sub renderer is used in VMR9. And output color space is RGB32 btw)

Tested ffdshow tryouts official beta4 and the newest nightly (ffdshow_rev1953_20080504_xxl.exe)

Test clip where softsubs and hardsubs should have the same timing
http://ffdshow.faireal.net/tmp/Hard_vs_Softsubs.mkv 48kb

[clsid]

Confirmed. The only change to MPC in that period that is related to the above is this one:
http://guliverkli2.svn.sourceforge.n...ev&revision=44

I don't see any obvious bugs in that revision. Maybe someone else is able to spot it.

[Liisachan]

Thanks for confirmation. if anything, this change is fishy, but since MPC works ok if queue is not enabled in ffdshow, perhaps this is not a pb of MPC, but rather related to the hack used by ffdshow queue...

[thuan]

This is for EVR custom and MPCHC but it might be related to sub desynchronizing issue http://mpc-hc.svn.sourceforge.net/vi...v&revision=460.

[clsid]

The regular version of MPC does not have that code.

I will mess around with rev44 to see if I can fix the problem. But it may take a few days as I've many other things to do.

[haruhiko_yamagata]

Originally Posted by Liisachan

Hi,
I think the embedded sub in MKV is out of sync (by about 0.5 sec?) in mplayerc_20080308 mplayerc_20080414 from Guliverkli2, if the internal MKV splitter is used, and if Queue is enabled in ffdshow.
mpc 20080127 build works ok, so this could be a pb of MPC.

I can't reproduce. Can this be related to video card driver? Mine is nVidia 7900GS.

[fastplayer]

Can't reproduce, too.

Setup:
ffdshow rev1945
MPC rev49
Windows XP64
Radeon X800 GTO + Catalyst 8.4

[Liisachan]

Thank you, clsid!

Additional info:
- Enable VMR9 Mixer mode and I see this problem. If uncheck that , the problem is gone. So I tend to think now this is MPC's problem.

- both internal and Haali's MatroskaSplitter have the same problem, so Splitter is not related.

I have this same problem on 2 PCs. One has nVidia quadro fx 500, the other nVidia GeForce 8400GS.

[fastplayer]

Originally Posted by Liisachan

Enable VMR9 Mixer mode and I see this problem.

Yep, now subs are out of sync.
Output colorspace doesn't matter, by the way.

[haruhiko_yamagata]

Thanks, I can reproduce now.

[Keepitsimple]

When is it time for the next beta release?

Excellent work so far!

[ImAhNoBoDy]

Does ffdshow create thumbnails for avi files? Cause I notice when I encode a new avi file that ffdshow appears and goes away real fast and my thumbnail is created. I was wondering why it doesn't work for ogm or mkv files?

[clsid]

Thumbnail generation is done by a shell extension of Explorer. It is possible to activate it for any file extension using a simple registry tweak:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.flv\ShellEx\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1}]
@="{c5a40261-cd64-4ccf-84cb-c394da41d590}"

[ImAhNoBoDy]

Hm....I'm not sure if it's Vista or not, but the thumbnails don't show for it. I know I can use the Haali reg hack for it, but I can't seem to get it to work without it. Even .flv files don't create a thumbnail.

[TheShadowRunner]

small cosmetic bug
on the "Preset autoload conditions" window, it says :
- On one of the conditoins match (OR)

small request (for Haruhiko i think)
In the Subtitles settings, could we have a feature to temporarily disable FFDshow internal subtitle support if Directvobsub is detected in the graph?

I tried to do this by setting 2 profiles.
In the first one, i have "Subtitles" enabled.
In the second one, I disabled "Subtitles" and enabled the following condition:
"on a DirectShow filter presence" = DirectVobSub

Then enabled "Automatic preset loading" but it just doesn't work, Subtitles are always enabled regardless if DirectVobSub is present in the graph or not.. (the 2nd profile is never automatically loaded)

See you,

TSR

[MatMaul]

Originally Posted by clsid

Confirmed. The only change to MPC in that period that is related to the above is this one:
http://guliverkli2.svn.sourceforge.n...ev&revision=44

I don't see any obvious bugs in that revision. Maybe someone else is able to spot it.

the problem does not come frome that rev, mplayerc_20080127 (something like rev36) has the same bug.

[monohouse]

I was wondering, in the ffdshow audio decoder, when input sample format is not equal output sample format and also at the same time there is a few mixer operations inbetween, is the mixing performed before the sample format conversion or after ?

and what can help indicate that results are bit-identical ?

I am using madflac to decode and selected uncompressed in ffdshow audio decoder to use the mixer to convert 5.1 into 2.0, but I am unsure as to what happens in the ffdshow decoder to know what is best, to loose some data in the extra channels or go through sample format covertion, knowing the signal flow would help me decide what is better