Log in

View Full Version : ffdshow tryouts project: Discussion & Development


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 [52] 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308

Yong
25th November 2007, 13:15
I guess 3DNow! code depends on MMX code.
so turn off mmx will screw up ffdshow?:sly:

clsid
25th November 2007, 13:22
I am able to reproduce Yong's problem with my generic (non ICL) build. It also happens when resizing with factor 2.0, so target resolution is mod16.

I don't think these bugs will appear in normal use, since then MMX will likely be activated. Perhaps we should remove the 3dnow resizing code? It's useless if it doesn't work correctly. Removing it will reduce filesize.

Or perhaps the swscaler code of libmplayer just needs to be updated.

haruhiko_yamagata
25th November 2007, 13:24
so turn off mmx will screw up ffdshow?:sly:Yes, please do not turn off MMX. Those check boxes exist for debugging purpose. I don't have 3DNow! capable CPU, so I'm not motivated to fix it.

haruhiko_yamagata
25th November 2007, 13:26
I am able to reproduce Yong's problem with my generic (non ICL) build. It also happens when resizing with factor 2.0, so target resolution is mod16.

I don't think these bugs will appear in normal use, since then MMX will likely be activated. Perhaps we should remove the 3dnow resizing code? It's useless if it doesn't work correctly. Removing it will reduce filesize.

Or perhaps the swscaler code of libmplayer just needs to be updated.Nope. 3DNow code works as long as MMX is enabled, doesn't it?

Inventive Software
25th November 2007, 13:56
Pop-up box to warn that disabling MMX will enable 3DNow?

clsid
25th November 2007, 14:17
If 3dnow does depend on MMX, then the best 'solution' would be to automatically uncheck 3dnow when a user unchecks MMX. But since these settings are for debugging purposes there is not a real need to fix this.

Yong
25th November 2007, 14:21
im now compiling mplayer with only 3dnow extension is enabled, see if the libswscale does crash with the same setting :D

Yong
25th November 2007, 16:38
noob attemp failed :(
disable mmx in ffmpeg wiill cause ffmpeg use x86 asm and c code to do resizing instead of 3dnow.:o
disable mmx in mplayer will cause compiling error lol:sly:

btw u guys should try to update the libmplayer code and see if that will fix the 3dnow problem instead of remove it:D

Does ffdshow have its own irc channel? :)

cc979
25th November 2007, 19:02
@cc979, it has to do with include directories. Try removing the xiph ones.

i dont have any xiph include directories only the mingw-dx one

clsid
25th November 2007, 20:39
makefile.inc contains "-Ixiph -I../xiph"
removing that should probably do the trick

let me know if it works, then I can commit the change to SVN

Delerue
25th November 2007, 22:45
I can't reproduce the Kernel bob issue.

Hmmm... I think that this is a problem with this video, specially.

As for the AR issue, the file plays OK for me. Please make sure 'Set pixel aspect ratio in output media type' is checked (or intermediate state).

Ah, great. I didn't know that. Thanks and sorry for the wrong bug report.

haruhiko_yamagata
26th November 2007, 09:19
Hmmm... I think that this is a problem with this video, specially.Please send us the sample, if it is possible.

multiblitz
26th November 2007, 23:37
I found the flag. Haali's media splitter is working perfectly.
Damn, I did check the AM_SAMPLE2_PROPERTIES::dwTypeSpecificFlags of the first and second frames, but didn't check the third...
I've modified the code a bit to set time stamp properly. Now the sync is OK, but it still has two problems. One is interlacing related flags to send to downstream, one is jerkiness caused by unloading and loading dlls during playback. Second problem is caused because ffdshow receives samples with media type attached and then re-initialize codec drivers.
The fix will surely break the code too much that I can't do without adding bugs. I'm going to do it after beta4. Please wait.

THAT IS THE BEST NEWS OF THE YEAR !!! WOW !

ffdshow-performance on HD-stuff...wonderful !

Yong
27th November 2007, 11:42
here is how to make ffvdub crash:
1. open virtualdub and load a video
2. add ffvdub to filter list
3. tick the avisynth filter on ffvdub
4. load any avisynth fucntions or plugins, eg invert()
5. press preview/ok > crash.

heres the details:
An out-of-bounds memory access (access violation) occurred in module 'ffdshow'...
...writing address 00000000...
...while running filter "ffvdub" (FilterSystem.cpp:594).

haruhiko_yamagata
27th November 2007, 13:54
here is how to make ffvdub crash:
1. open virtualdub and load a video
2. add ffvdub to filter list
3. tick the avisynth filter on ffvdub
4. load any avisynth fucntions or plugins, eg invert()
5. press preview/ok > crash.

heres the details:
An out-of-bounds memory access (access violation) occurred in module 'ffdshow'...
...writing address 00000000...
...while running filter "ffvdub" (FilterSystem.cpp:594).@Leak
Could you take a look at this?

Yong
27th November 2007, 14:14
Sorry, lacks some details, Default setting does not crash when click preview/ok, but if use "buffer back/ahead" with any value would cause virtualdub crash, even without using any avisynth plugins/functions.
im still using clsid icl10 build.

Mysteron
27th November 2007, 15:45
This is my first post. I did a search on this forum, but did not find any messages discussing my problem.

I have been using FFDSHOW since 2004, and I enjoy using the program.

However, I seem to have discovered a problem in all FFDSHOW versions dated after October 5. When using the "Automatic" option in the "Levels" filter, the levels in the video are distorted badly when manually seeking forward or backwards while the video file is playing. This problem also occurs when the video has reached the end and loops back to the beginning (in repeat play mode). The current version of FFDSHOW (1642) still has the same problem.

I have had this problem using Media Player Classic 6.4.9.1 and Windows Media Players 10 and 11. This has happened in Vista 32 bit using an Nvidia 8600GT video card and on Windows XP SP2 using an Intel 910GL video chip. Both PCs are Pentium 4 HTs (one is a Sony, the other is a Dell). The probelm occurs regardless of the type of video file that is being played. I have updated all drivers on both PCs, but the problem remains.

I never had this problem with earlier FFDSHOW versions.

Your help is appreciated. Thank you.

Leak
27th November 2007, 16:05
@Leak
Could you take a look at this?
That's what I had in mind, yes... :D

Sorry, lacks some details, Default setting does not crash when click preview/ok, but if use "buffer back/ahead" with any value would cause virtualdub crash, even without using any avisynth plugins/functions.
im still using clsid icl10 build.
Oh, wait...

I'm not very surprised - buffering simply can't work when used via VfW/VDub, as those are missing the one thing from DirectShow that buffering makes heavy use of: the possibility of getting passed a frame and *not* returning anything (yet).

It shouldn't crash, though. But I won't guarantee any useful results when I fix the crash...

pmarco
27th November 2007, 17:53
Hi, I'm from Italy. In some dvd movies I can read italian subtitles under the signs and writings appearing in a foreign language (only under the signs, not in the dialogues). This works in programs like Nero Showtime.
Anyway, in vlc or wmp+ffdshow, if I select the italian subtitle track, everything is subtitled (signs and dialogues too). It seems I cannot choose to subtitle only the signs. How can I do it, please ? (using wmp+ffdshow)

In some dvds of mine, aspect ratio changes by mistake, only in some chapters of the movie. It goes from 16/9 to 64/27 (and SAR goes from 64/45 to 256/135). Then it comes back to normal. Is it a bug of ffdshow? How can I correct that?

St Devious
27th November 2007, 18:49
y cant ffdshow do 2 pass encoding for H.264 ?

haruhiko_yamagata
27th November 2007, 23:55
Hi, I'm from Italy. In some dvd movies I can read italian subtitles under the signs and writings appearing in a foreign language (only under the signs, not in the dialogues). This works in programs like Nero Showtime.
Anyway, in vlc or wmp+ffdshow, if I select the italian subtitle track, everything is subtitled (signs and dialogues too). It seems I cannot choose to subtitle only the signs. How can I do it, please ? (using wmp+ffdshow)What do you mean by 'signs'? Do you mean closed caption?
In some dvds of mine, aspect ratio changes by mistake, only in some chapters of the movie. It goes from 16/9 to 64/27 (and SAR goes from 64/45 to 256/135). Then it comes back to normal. Is it a bug of ffdshow? How can I correct that?Are you sure that the DVD doesn't have the wrong aspect ratio?

tjmitchem
28th November 2007, 01:36
y cant ffdshow do 2 pass encoding for H.264 ?

It can. It basically consists of doing two 1-pass encodes while making use of the libavcodec/x264 stats functionality.

Select x264 as your ffdshow encoder, then take a look at the "output" section of the dialog. On the first pass, write the stats. On the 2nd, "use" the stats.

Terry

cc979
28th November 2007, 03:22
makefile.inc contains "-Ixiph -I../xiph"
removing that should probably do the trick

let me know if it works, then I can commit the change to SVN

make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/acm'
make -C audioFilters
make[1]: Entering directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/audioFilters'
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 -O2 -march=pentium-mmx -mtune=i686 -fomit-frame-pointer -finline-functions -finline -frename-registers -fweb -funit-at-a-time -MMD -o ffdshow_audiofilters_all.o ffdshow_audiofilters_all.cpp
In file included from ffdshow_audiofilters_all.cpp:13:
TsampleFormat.cpp:22:33: error: vorbis/vorbisformat.h: No such file or directory
TsampleFormat.cpp: In member function 'void TsampleFormat::init(const VORBISFORMAT&)':
TsampleFormat.cpp:110: error: invalid use of undefined type 'const struct VORBISFORMAT'
TsampleFormat.h:4: error: forward declaration of 'const struct VORBISFORMAT'
TsampleFormat.cpp:112: error: invalid use of undefined type 'const struct VORBISFORMAT'
TsampleFormat.h:4: error: forward declaration of 'const struct VORBISFORMAT'
TsampleFormat.cpp: In member function 'void TsampleFormat::init(const VORBISFORMAT2&)':
TsampleFormat.cpp:121: error: invalid use of undefined type 'const struct VORBISFORMAT2'
TsampleFormat.h:5: error: forward declaration of 'const struct VORBISFORMAT2'
TsampleFormat.cpp:122: error: invalid use of undefined type 'const struct VORBISFORMAT2'
TsampleFormat.h:5: error: forward declaration of 'const struct VORBISFORMAT2'
TsampleFormat.cpp:130: error: invalid use of undefined type 'const struct VORBISFORMAT2'
TsampleFormat.h:5: error: forward declaration of 'const struct VORBISFORMAT2'
TsampleFormat.cpp: In member function 'void TsampleFormat::init(const VORBISFORMATILL&)':
TsampleFormat.cpp:139: error: invalid use of undefined type 'const struct VORBISFORMATILL'
TsampleFormat.h:6: error: forward declaration of 'const struct VORBISFORMATILL'
TsampleFormat.cpp:141: error: invalid use of undefined type 'const struct VORBISFORMATILL'
TsampleFormat.h:6: error: forward declaration of 'const struct VORBISFORMATILL'
make[1]: *** [ffdshow_audiofilters_all.o] Error 1
make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/audioFilters'
make: *** [lib] Error 2


i just tried the edit, but it has new error

St Devious
28th November 2007, 06:07
It can. It basically consists of doing two 1-pass encodes while making use of the libavcodec/x264 stats functionality.

Select x264 as your ffdshow encoder, then take a look at the "output" section of the dialog. On the first pass, write the stats. On the 2nd, "use" the stats.

Terry

Thx , one more q , can it do VBR or only CBR ?

foxyshadis
28th November 2007, 07:01
Eh? x264 can't do CBR, not without a lot of coaxing. It only does different VBR & ABR modes.

haruhiko_yamagata
28th November 2007, 12:02
This is my first post. I did a search on this forum, but did not find any messages discussing my problem.

I have been using FFDSHOW since 2004, and I enjoy using the program.

However, I seem to have discovered a problem in all FFDSHOW versions dated after October 5. When using the "Automatic" option in the "Levels" filter, the levels in the video are distorted badly when manually seeking forward or backwards while the video file is playing. This problem also occurs when the video has reached the end and loops back to the beginning (in repeat play mode). The current version of FFDSHOW (1642) still has the same problem.

I have had this problem using Media Player Classic 6.4.9.1 and Windows Media Players 10 and 11. This has happened in Vista 32 bit using an Nvidia 8600GT video card and on Windows XP SP2 using an Intel 910GL video chip. Both PCs are Pentium 4 HTs (one is a Sony, the other is a Dell). The probelm occurs regardless of the type of video file that is being played. I have updated all drivers on both PCs, but the problem remains.

I never had this problem with earlier FFDSHOW versions.

Your help is appreciated. Thank you.Thank you for report. I have fixed at rev 1648.

iron2000
28th November 2007, 15:14
I would like to know does ffdshow use the graphics card?
Or is it more on the cpu and not on having a good graphics card?

pmarco
28th November 2007, 15:39
What do you mean by 'signs'? Do you mean closed caption?
Are you sure that the DVD doesn't have the wrong aspect ratio?

Yes, I mean closed captions.

No, the Dvd doesn't have the wrong aspect ratio. It's displayed well in vlc and nero showtime.

Please, don't abandon me. :D

haruhiko_yamagata
28th November 2007, 16:03
Yes, I mean closed captions.

No, the Dvd doesn't have the wrong aspect ratio. It's displayed well in vlc and nero showtime.

Please, don't abandon me. :D
As for subtitles, you can't disable bitmap subtitle from ffdshow's dialog. All DVD (AFAIK) have menu, you can disable bitmap subtitle through DVD menu. Closed caption still displays and it can be disabled from ffdshow's dialog.

As for the aspect ratio, please send us the sample. Otherwise, the fix is hopeless.
Please try not to violate the copyright.

pmarco
28th November 2007, 16:28
Closed caption still displays and it can be disabled from ffdshow's dialog. Are you sure that the DVD doesn't have the wrong aspect ratio?I don't know, closed caption is not displayed in two dvds of mine. And it's not disabled, of course.

Concerning aspect ratio, I have no idea how to make samples.

I can use other programs to watch dvds, but it's nice to find out.

Thanks

St Devious
28th November 2007, 17:16
Eh? x264 can't do CBR, not without a lot of coaxing. It only does different VBR & ABR modes.

in ffdshow vfw when u select H.264 , it says mode "One pass - constant bitrate " , is it really CBR or VBR ?

Leak
28th November 2007, 17:54
Sorry, lacks some details, Default setting does not crash when click preview/ok, but if use "buffer back/ahead" with any value would cause virtualdub crash, even without using any avisynth plugins/functions.
im still using clsid icl10 build.
Fixed in rev. 1650.

VirtualDub was passing me an RGB image with a negative pitch (i.e. the image was stored vertically flipped in memory) and my code then happily allocated a negative amount of memory for the buffers - guess I never tested that case... :(

Anyway, it'll work now, but buffering ahead in VDub will introduce a delay in the video since it'll return an empty frame until all buffers are filled, and of course the same amount of frames will be missing at the end. But, once again, there's nothing I can do about that...

np: Bola - W.i.K (Soup)

haruhiko_yamagata
29th November 2007, 00:13
I don't know, closed caption is not displayed in two dvds of mine. And it's not disabled, of course.
Not all DVDs have closed captions.

foxyshadis
29th November 2007, 09:54
in ffdshow vfw when u select H.264 , it says mode "One pass - constant bitrate " , is it really CBR or VBR ?

Most commonly known as ABR, but it's a form of VBR, yes. Renamed to average bitrate in svn.

chros
29th November 2007, 12:47
@haruhiko_yamagata: RealAAC decoder and the LFE Crossover filter is not working together in r1625 , libfaad2 is OK. (Older version is OK, eg: r1523 .)

Tried with Nero AAC LC 5.1 in an mkv container.

Btw: what is the difference between the 2 (libfaad2 and reelaac) ?
The latter sounds better to me ... Am I right ?

Thanks

clsid
29th November 2007, 13:08
They are two different decoding libraries. Afaik, libfaad2 is the best one of the two.

haruhiko_yamagata
29th November 2007, 13:32
@haruhiko_yamagata: RealAAC decoder and the LFE Crossover filter is not working together in r1625 , libfaad2 is OK. (Older version is OK, eg: r1523 .)

Tried with Nero AAC LC 5.1 in an mkv container.

Btw: what is the difference between the 2 (libfaad2 and reelaac) ?
The latter sounds better to me ... Am I right ?

ThanksI can't reproduce. What does "is not working" mean? No sound at all or no sound from sub woofer or ...

haruhiko_yamagata
29th November 2007, 15:52
I've just tried to test ffdshow_prebeta4_rev1656_20071029_clsid.exe on Windows 98, but unfortunately my old PC seems to be broken.
Any volunteers, would you test it on Win9x?

pmarco
29th November 2007, 17:02
Not all DVDs have closed captions.I told you: i have two dvds with closed captions (I know for sure) but they're not displayed by ffdshow.

St Devious
29th November 2007, 17:17
is it possible to automate 2-pass encoding in ffdshow vfw with xvid and H.264 codecs , or does it have to be done manually ( first running the first pass , then the second ) ?

Inventive Software
29th November 2007, 19:18
I've just tried to test ffdshow_prebeta4_rev1656_20071029_clsid.exe on Windows 98, but unfortunately my old PC seems to be broken.
Any volunteers, would you test it on Win9x?

I'm in the process of installing 98SE on my desktop computer. I should have a response by the end of the weekend, if not, next weekend. ;)

chros
29th November 2007, 21:14
I can't reproduce. What does "is not working" mean? No sound at all or no sound from sub woofer or ...
Thanks for the quick feedback: so I have found the bug.

It's only present with 5.1 ch AAC source:
- when you use realaac the output channel config is 7 ch instead of 6 !!!!!! (see at the Info & CPU section)
- I'm getting destortion sound because AC3 filter (v1.46) is connetced at the end of the chain to ffdshow, and -as it seems- it doesn't like "7 ch - LFE crossovered" input ! :)

And -as always- thanks again for investigating/fixing the problem ...

Afaik, libfaad2 is the best one of the two.
Thanks. Strange, for me realaac is sounding better ...

Taurus
29th November 2007, 21:33
I've just tried to test ffdshow_prebeta4_rev1656_20071029_clsid.exe on Windows 98, but unfortunately my old PC seems to be broken.
Any volunteers, would you test it on Win9x?

You can count me in.
I have one machine running win98.
Just PM me or do whatever you like...

haruhiko_yamagata
29th November 2007, 23:58
You can count me in.
I have one machine running win98.
Just PM me or do whatever you like...
Thank you very much!
Just opening one file using ffdshow would help much.
Further important testing may be ...

subtitles (ANSI and Unicode input)
Launching VFW configuration dialog
Launching makeAVIS.exe
preset loading
Of course, if you are interested in these features.

haruhiko_yamagata
30th November 2007, 00:02
Thanks for the quick feedback: so I have found the bug.

It's only present with 5.1 ch AAC source:
- when you use realaac the output channel config is 7 ch instead of 6 !!!!!! (see at the Info & CPU section)
- I'm getting destortion sound because AC3 filter (v1.46) is connetced at the end of the chain to ffdshow, and -as it seems- it doesn't like "7 ch - LFE crossovered" input ! :)

And -as always- thanks again for investigating/fixing the problem ...Oh, yes. I saw the letters "7ch". I should have found it. Thank you.

Taurus
30th November 2007, 10:05
Thank you very much!
Just opening one file using ffdshow would help much.
Further important testing may be ...


subtitles (ANSI and Unicode input)
Launching VFW configuration dialog
Launching makeAVIS.exe
preset loading
Of course, if you are interested in these features.


subtitles (ANSI and Unicode input) not tested, no file available at this time.

Launching VFW configuration dialog | ok

Launching makeAVIS.exe | ok

preset loading | ok

Pretty much I tested on the fly seems stable.
Subtitles in ANSI works on former releases.

chros
30th November 2007, 11:04
Oh, yes. I saw the letters "7ch". I should have found it. Thank you.
No !!! Thank You !!! :)

Amdh
30th November 2007, 11:06
I'm New In Here .. May I Ask A Question : Is The Ffdshow H264 Encoder Updated To The Latest x264 Edition, I Mean, On Which x264 Library Build Is It Based ?

I Have Noticed Also That When Decoding With Ffdshow, The Decoder Usualy Fails In Autodetecting The ColorSpace I'm Using .. This Occurs Frequently With RGB32 Encoded Files, He's Decoding Them As If They Were In YV12 Color Space, Is It A Bug Or Is This Normal ?

By The Way, In Case The Above Question Has Been Asked Before Please Forgive Me, I'm Just A Newbie.

haruhiko_yamagata
30th November 2007, 11:33
subtitles (ANSI and Unicode input) not tested, no file available at this time.

Launching VFW configuration dialog | ok

Launching makeAVIS.exe | ok

preset loading | ok

Pretty much I tested on the fly seems stable.
Subtitles in ANSI works on former releases.Thank you very much.
This sample (http://www.matroska.org/samples/mewmew/index.html) would help testing subtitles. It has UTF-8 SSA subtitles, which may be a bit difficult task for Win98.

haruhiko_yamagata
30th November 2007, 11:45
I Have Noticed Also That When Decoding With Ffdshow, The Decoder Usualy Fails In Autodetecting The ColorSpace I'm Using .. This Occurs Frequently With RGB32 Encoded Files, He's Decoding Them As If They Were In YV12 Color Space, Is It A Bug Or Is This Normal ?What kind of file is the RGB32 encoded one? Is it H.264?