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

clsid
27th March 2009, 19:57
@mark0077
Just drag&drop a file into it. The graph gets build automatically.

@ikarad
http://gitorious.org/users/astrange

albain
27th March 2009, 20:20
There is a problem since version 2787

Revision 2786 is fine
Revision 2790 is not. It corresponds to an update of libmplayer

Problem : ffdshow crashes in Media Center
I have checked, this problem is different from the one I saw earlier.

The crash is located here :

Twscale.cpp

void Tswscale::done(void)
{
if (swsc) libmplayer->sws_freeContext(swsc);swsc=NULL;
}

and the message of VS is "This may be due to a corruption of the heap".

I have no idea of how to analyze it

Thank you for any help

clsid
27th March 2009, 20:32
In which revision things go wrong? 2788, 2789, or 2790?

albain
27th March 2009, 22:45
I am not sure, I will test each of those and will get back to you

haruhiko_yamagata
28th March 2009, 07:56
I don't mean using the DScaler deinterlacing filters in ffdshow.
I mean using ffdshow as a filter in DScaler, to postprocess the picture in DScaler.

Was able to do it in some version of ffdshow way back.
Works for me. Please update to the latest.
I'm writing about preset settings (http://ffdshow-tryout.sourceforge.net/wiki/preset_settings). Does it help? You need a preset settings named ffdscaler.

albain
28th March 2009, 10:38
In which revision things go wrong? 2788, 2789, or 2790?

Unfortunately, I have compilation errors on builds 2788 and 2789, so I have to stick to 2790

Amour
28th March 2009, 10:56
By the way, in a dialog 'About' page, if I click 'Version details", I see
"ff_theora.dll not found".
It's much appreciated if you implement a missing function 'getVersion'.

And if you have more time, please update ff_theora. The original project
is great, however, our ff_theora is quite outdated.


Please forgive me, but as mentioned earlier this week it's my first time using a compiler, so I will probably not “implement” anything related to theora as I do not know where/how to create this missing “getVersion”.

However, I will soon post a big translation patch.

clsid
28th March 2009, 13:27
Unfortunately, I have compilation errors on builds 2788 and 2789, so I have to stick to 2790
Exactly when does ffdshow crash in MC? During decoding or only when using as a post-processor? Are specific settings required? Then I'll see if I can reproduce it on Vista x64 MC. Have you been able to reproduce the crash outside of MC?

In 2788 I have cleaned up the config.h file, removing malloc and free defines. Same functions are defined in mem.c/h and those are now used instead. Only difference is their names: av_free, av_malloc. Maybe a wrong name is still being used somewhere in the code. See if adding the two defines back to config.h solves the crash.

edit: I have spotted a few uses of malloc in yuv2rgb.c. I will replace them with av_malloc. That might fix it.

haruhiko_yamagata
28th March 2009, 14:07
Please forgive me, but as mentioned earlier this week it's my first time using a compiler, so I will probably not “implement” anything related to theora as I do not know where/how to create this missing “getVersion”.

However, I will soon post a big translation patch.
OK, never mind.
However, it's a small function. There are many similar "getVersion" in other dlls. If you are interested in C/C++, it's a good place to start. :)

And good news, translations are welcome.

albain
28th March 2009, 14:32
Exactly when does ffdshow crash in MC? During decoding or only when using as a post-processor? Are specific settings required? Then I'll see if I can reproduce it on Vista x64 MC. Have you been able to reproduce the crash outside of MC?

In 2788 I have cleaned up the config.h file, removing malloc and free defines. Same functions are defined in mem.c/h and those are now used instead. Only difference is their names: av_free, av_malloc. Maybe a wrong name is still being used somewhere in the code. See if adding the two defines back to config.h solves the crash.

edit: I have spotted a few uses of malloc in yuv2rgb.c. I will replace them with av_malloc. That might fix it.

Crashes occur when browsing into the video folders : the decoders are loaded to display the thumbnails for each video.

Otherwise if I play the video with wmp it works fine.

I will test your fixes when available

clsid
28th March 2009, 14:36
I have committed the changes. Hopefully this will fix it.

albain
28th March 2009, 16:17
I have committed the changes. Hopefully this will fix it.

That did it !

Thanks

Amour
28th March 2009, 17:03
Here is my translation update:
https://sourceforge.net/tracker/?func=detail&aid=2719172&group_id=173941&atid=867362

It also fixes some English phrases, so I had to edit other translations as well. This explains the number of modified files in this patch.

ikarad
28th March 2009, 20:27
I found a problem with ffdshow and MPC HOMEcinema

If I want to see DVD movie with separated subtitles (which doesn't on the dvd), subtitle aren't display if I use open dvd fuinction of MPC Homecinema and subtitle function of FFDSHOW.
I use mpc homecinema 1018 and ffdshow 2812

clsid
28th March 2009, 21:37
How did you name the subtitle files? If ffdshow doesn't find them, it can't display them. You can also load a subtitle file manually in ffdshow settings if needed.

ikarad
28th March 2009, 22:42
How did you name the subtitle files? If ffdshow doesn't find them, it can't display them. You can also load a subtitle file manually in ffdshow settings if needed.

No there isn't problem with subtitle file (.srt) because ffdshow can display them if I don't use opendvd function of MPc homecinema.
Subtitle can't be displayed by ffdshow only if I use opendvd function in mpc-homecinema (function to see dvd movie).
Even manually it doens't work if I use open dvd function of mpc homecinema.
To see subtitle I must not use opendvd function and load manually .vob file.

subtitle file
http://www.zshare.net/info.html?57838523-994f8482b31c7f381c5f87aba3c1024a

dvd sample
http://www.zshare.net/info.html?57839553-f44f5747969ad8972a800c653aafc20f

subtitle file doesn't belong to this dvd but It allow to show the problem.
If I use opendvd function to open dvd and load subtitle function of Mpc homecinema subtitle are displayed. But If i use subtile function of ffdshow instead of load subtitle function of mpc homecinema subtitles are not displayed.

clsid
28th March 2009, 23:57
I don't think this has anything to do with how MPC operates. It is more likely related to the "DVD Navigator" source filter. For example the DirectVobSub subtitle filter only loads when a compatible source filter is in the graph. I suspect something similar applies to ffdshow. Autoloading the correct subtitle file is certainly not going to work when playing a DVD, because when ffdshow asks the source filter for the filename it will just get an empty string (unlike when you play a separate .vob file). So you would have to manually specify the sub file in ffdshow configuration. Although that does not seem to work with DVDs either.

I suggest you use the internal subtitle renderer of MPC instead for manually loading the external subs with DVDs. Or wait for Haruhiko to comment on this.

Do you also get an "Integer division by zero" error in MPC when seeking in your sample DVD?

haruhiko_yamagata
29th March 2009, 01:58
I found a problem with ffdshow and MPC HOMEcinema

If I want to see DVD movie with separated subtitles (which doesn't on the dvd), subtitle aren't display if I use open dvd fuinction of MPC Homecinema and subtitle function of FFDSHOW.
I use mpc homecinema 1018 and ffdshow 2812
I have re-enabled external subtitles file for DVD. I disabled for a reason, DVDs may have DVD subtitles and closed caption. If three kind of subtitles are displayed at the same time, it's just a mess. And this really happens (strictly speaking, external subtitles are not displayed at the same time as DVD subtitles, but if DVD subtitles disappear, external subtitles appear immediately...), ffdshow just does not crash.

haruhiko_yamagata
29th March 2009, 02:56
Here is my translation update:
https://sourceforge.net/tracker/?func=detail&aid=2719172&group_id=173941&atid=867362

It also fixes some English phrases, so I had to edit other translations as well. This explains the number of modified files in this patch.
I couldn't apply the patch for encoding reason. Please pack modified files in a zip, rather than a patch.

morsa
29th March 2009, 05:28
Does it open DcvproHD MXFs ?

Is it planned for the future?

clsid
29th March 2009, 15:03
ffdshow is not a source filter, it therefore does not handle file formats. ffdshow can not be used to play your file.

Amour
29th March 2009, 23:17
I couldn't apply the patch for encoding reason. Please pack modified files in a zip, rather than a patch.
Done.
I separated the language file and the code patch.
Please apply both.

haruhiko_yamagata
30th March 2009, 11:50
Done.
I separated the language file and the code patch.
Please apply both.
I have committed as rev 2836.
Please update your working copy of svn and see if I didn't break encoding.

leeperry
30th March 2009, 13:30
I use ICL for compiling a couple of files (libmad, libfaad, libdts, etc)
is that also the case for the xvidvideo.ru builds?
and why do the latest builds from there check "reset all ffdshow settings" by default ?!
they also check "decode h264"....that wasn't the case w/ last week packages :o

and sometimes when I want to open IE6, I have to close MPC or it won't open...apparently the winamp2 plugin in ffdshow audio is blocking it from popping up :confused:

Amour
30th March 2009, 13:42
I have committed as rev 2836.
Please update your working copy of svn and see if I didn't break encoding.

You broke custom_messages.iss.
Maybe your patching tool isn't encoding-safe. I'll provide the file separatly.

[edit]
The file was added to the patch tracker entry.
https://sourceforge.net/tracker/?func=detail&aid=2719172&group_id=173941&atid=867362

haruhiko_yamagata
30th March 2009, 15:03
You broke custom_messages.iss.
Maybe your patching tool isn't encoding-safe. I'll provide the file separatly.

[edit]
The file was added to the patch tracker entry.
https://sourceforge.net/tracker/?func=detail&aid=2719172&group_id=173941&atid=867362
I have committed. Please check again.
To be safest, please pack the file in a zip. Sending process may alter the encoding.

haruhiko_yamagata
30th March 2009, 15:14
Revision 2815 - Directory Listing
Modified Wed Mar 25 16:42:12 2009 UTC (4 days, 21 hours ago) by clsid2

Exclude ffmpegmt.dll from x64 installer. I don't think anyone has managed to build a working version yet.
I've managed to compile ffmpeg-mt. I think it's working.
Build (http://ffdshow-tryout.sourceforge.net/doom9/ffdshow_rev2839_20090330_Q_x64.exe)

clsid
30th March 2009, 15:19
is that also the case for the xvidvideo.ru builds?
and why do the latest builds from there check "reset all ffdshow settings" by default ?!
they also check "decode h264"....that wasn't the case w/ last week packages :o
You would have to ask the maker of the xvidvideo.ru builds.
Reset settings is only done on the initial installation, not during upgrades. During the initial installation, the installer does not care about any existing settings, it will use the defaults that we have chosen. No settings are changed during upgrades.

haruhiko_yamagata
30th March 2009, 15:38
I had to update Inno Setup for ffdshow_rev2839_20090330_Q_x64.exe.

Eragon4ever
30th March 2009, 16:10
I have committed. Please check again.
To be safest, please pack the file in a zip. Sending process may alter the encoding.@Amour: If it is still broken, tell me. I've never had any encoding breakages (that I'm aware of) and especially French should be save here.

Amour
30th March 2009, 16:13
I have committed. Please check again.

Revision 2843 is fine. Thanks.

Amour
30th March 2009, 16:21
Eragon4ever, thanks for offering your help, but now it's fine. Here is a recap of the story:
1) On the tracker item, I provided a .patch file (28th March). haruhiko_yamagata told me it wasn't possible to apply it, so I deleted it.
2) On the tracker item, I provided a different .patch file enclosed in a .zip file (30th March). haruhiko_yamagata applyed it on rev 2836. Unfortunatly, it broke the encoding of one file.
3) I provided the broken file separatly, and it was fixed on rev 2843.

clsid
30th March 2009, 16:53
I've managed to compile ffmpeg-mt. I think it's working.
Build (http://ffdshow-tryout.sourceforge.net/doom9/ffdshow_rev2839_20090330_Q_x64.exe)
Does not work either. ffdshow will simply fail to load when ffmpeg-mt is selected for H.264. So I suspect a problem with the pthreads dependency.

Eragon4ever
30th March 2009, 18:02
Eragon4ever, thanks for offering your help, but now it's fine. Here is a recap of the story:
1) On the tracker item, I provided a .patch file (28th March). haruhiko_yamagata told me it wasn't possible to apply it, so I deleted it.
2) On the tracker item, I provided a different .patch file enclosed in a .zip file (30th March). haruhiko_yamagata applyed it on rev 2836. Unfortunatly, it broke the encoding of one file.
3) I provided the broken file separatly, and it was fixed on rev 2843.
I tried to commit even before haruhiko_yamagata and noticed the probelm with the patch but I was in a hurry and not sure if it was a problem on my side, so I didn't post about it. By the time I was back, he already made his post...
I was following the stroy ;)

leeperry
30th March 2009, 19:30
You would have to ask the maker of the xvidvideo.ru builds.
Reset settings is only done on the initial installation, not during upgrades. During the initial installation, the installer does not care about any existing settings, it will use the defaults that we have chosen. No settings are changed during upgrades.
got it, I will PM alexins.
even when updating, the newest build still check "reset" by default...it was better the way it was the week before :o

STaRGaZeR
30th March 2009, 20:40
I've managed to compile ffmpeg-mt. I think it's working.
Build (http://ffdshow-tryout.sourceforge.net/doom9/ffdshow_rev2839_20090330_Q_x64.exe)

Same problem as clsid, ffdshow just fails to connect when -mt is selected as decoder.

clsid
30th March 2009, 22:07
even when updating, the newest build still check "reset" by default...it was better the way it was the week before :oWhen updating you should not even see the checkbox.

Egh
31st March 2009, 00:18
An interesting bug detected a week or so ago.
Tried this on several latest revisions of ffdshow.

30mb m2ts sample:
http://www.mediafire.com/?mwfm4jj2zmm

Works superb. Plays well by both beliyaals and SVN MPCHC versions.

Unless I do the following:

Splitter -- Haali splitter (latest beta).
Player -- MPC-HC.
Video decoder -- MPC MPEG2 internal. (doesn't really matter here)
AAC Decoder -- ffdshow.

Each time this sample is played ffdshow looses audio after several seconds. If I use internal MPC AAC decoder then everything seems working as usual.

Replicated this problem with both x86 and x64 versions (i.e. both Haali splitter and ffdshow).

Then I even tried building a graph (to exclude potential interference from MPCHC) and was able to reproduce the bug as well.

So here there's a bug for sure, not quite certain yet whenever it is Haali's fault or ffdshow ;)

alexins
31st March 2009, 00:48
Does not work either. ffdshow will simply fail to load when ffmpeg-mt is selected for H.264. So I suspect a problem with the pthreads dependency.

In ffdshow 2844 x64 (http://www.xvidvideo.ru/content/view/693/1/), ffmpeg-mt works great! Neither any problems with the building I did not have.

haruhiko_yamagata - :thanks::thanks:

breez
31st March 2009, 17:26
my lossless 24/96 DVD-A/SACD transcodes were saturating quite badly sometimes, still need to figure out what to input for LS/RS...if anyone knows please :)

The absolute values of the coeffs for one output channel need to sum to 1, otherwise there may be clipping. Check the normalize matrix, it does just that even if the coeffs do not change in the window.

georgevalkov
31st March 2009, 18:01
Two weeks ago I posted about a problem:
http://forum.doom9.org/showthread.php?p=1261369#post1261369

It apears to be fixed somewhere between revisions [rev2786 - rev2832].

broken:
ffdshow_rev2633_20090125_xxl_mt.exe
ffdshow_rev2815_20090325_clsid_sse_icl10.exe
ffdshow_rev2786_20090326_dbt.exe

fixed [works properly]:
ffdshow_beta6_rev2527_20081219.exe
ffdshow_rev2832_20090328_clsid.exe
ffdshow_rev2832_20090329_dbt.exe
ffdshow_rev2844_20090330_xxl.exe

:thanks: Thank You very much for fixing it! :)

avivahl
31st March 2009, 18:22
Using the 32bits build of rev2844 from XvidVideo.ru, I see that the "Line Spacing" percentage (under Subtitles->Text) no longer has effect on the output. Regression?

STaRGaZeR
1st April 2009, 00:07
Guys, what is exacly needed for building libavcodec x64? I've been playing with MinGW64 with no luck whatsoever.

alexins
1st April 2009, 01:10
Guys, what is exacly needed for building libavcodec x64? I've been playing with MinGW64 with no luck whatsoever.

You can install the mingw64 + yasm, and more…
cd /src/ffmpeg
make 64BIT=yes

cd ../mplayer
make 64BIT=yes

cd ../codecs/libmpeg2
make 64BIT=yes

leeperry
1st April 2009, 04:22
The absolute values of the coeffs for one output channel need to sum to 1, otherwise there may be clipping. Check the normalize matrix, it does just that even if the coeffs do not change in the window.
indeed, I've added a VST vu-meter and on my loudest 24/96 5.1 tracks, I have to lower the volume to 45% in ffdshow prior to the matrix to avoid clipping > -0.1dB

I'd like to take it in account directly in the Logic 7 matrix, but w/ the inverted phases and stuff I've got no idea how to do so :o

it's not very clear how to compute coeffs : http://ac3filter.net/guides/mixing_matrix

Leak
1st April 2009, 11:50
Two weeks ago I posted about a problem:
http://forum.doom9.org/showthread.php?p=1261369#post1261369

It apears to be fixed somewhere between revisions [rev2786 - rev2832].
*cough*Revision 2823*cough* (http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout?view=rev&revision=2823) :D

dev84
1st April 2009, 13:17
Hi, is ffdshow capable of adding filter like one on photo, or are there any other filters or P.S. 2 shaders capable of this?

http://img128.imageshack.us/img128/8004/snapshot20090401140735.jpg

leeperry
1st April 2009, 13:20
this movie was shot w/ 3 cameras to get projected on a dome screen, doing the same on regular movie content is gonna be tough :D

haruhiko_yamagata
1st April 2009, 13:41
Using the 32bits build of rev2844 from XvidVideo.ru, I see that the "Line Spacing" percentage (under Subtitles->Text) no longer has effect on the output. Regression?
I have fixed at rev 2849.

dev84
1st April 2009, 14:12
this movie was shot w/ 3 cameras to get projected on a dome screen, doing the same on regular movie content is gonna be tough :D

That`s a bummer :(