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

rickardk
3rd March 2008, 14:11
Mplayer have the same click.
The click is located at 3.122 seconds from the start.
If I use a52_imdct_512_C instead of imdct_do_512_sse, there is no click. Could you post a report to mplayer project?
imdct_do_512_sse is mplayer specific, so please do not post a report to lia52.

Sorry, I don't know where to post a report to mplayer project.
(don't know if your response was directed to me?)

haruhiko_yamagata
3rd March 2008, 14:49
(don't know if your response was directed to me?)
Yes.

Bug reports about MPlayer belong on "MPlayer-users" mailing list (http://www.mplayerhq.hu/design7/mailing_lists.html).
Writing a good bug report is a lot of work. Please help us.
And it will help not only us but also Mplayer development.

You can get the latest binary from MPlayer on Win32 (http://sourceforge.net/project/showfiles.php?group_id=205275).

rickardk
3rd March 2008, 15:37
Read through the bug report guide for mplayer.
This seems to be way over my head...

Before I start dig in to this (I'm not that familiarised with development of ffdshow....yet):

Is mplayer or part of it used by ffdshow to decode AC3?
Or is it just some small part of code from mplayer?

----------------
"If I use a52_imdct_512_C instead of imdct_do_512_sse, there is no click. Could you post a report to mplayer project?
imdct_do_512_sse is mplayer specific, so please do not post a report to lia52."


Two diffrent AC3 decoders used by mplayer?

chros
3rd March 2008, 19:57
I am having some resizing troubles with DVD playback. The height of the video is too small. Happens with both libavcodec and libmpeg2.

Input: 720x576, SAR: 64/45, DAR: 16:9
Output: 1280x1024

With MPEG-4 and H.264 video the resizing is done correctly. Those files have a SAR of 1/1, so I suspect the problem related to that. The height of the (wrongly) resized dvd video is approximately cunsuming 45/65 of the height of my screen.
r1846 is working perfectly (both libmpeg and libav) with "Set aspect ratio..." checked, MPCHC with builtin splitter, Haali's renderer ...
I tried with decrypted files on HDD:
- VIDEO_TS.IFO : aspect is correct, but stutters like hell
- VTS_01_0.IFO : no problem at all
- VTS_01_1.VOB : no problem at all

Sample file ?

haruhiko_yamagata
4th March 2008, 14:50
if i select libtheora as decoder for theora,
avisynth filter "buffer back/ahead" value equal or bigger than 1 will cause ffdshow.ax crash.
its happen only if i select yv12 as input colorspace.
im using latest xxl build.I can reproduce this.
@Leak, Could you take a look at this? Do you need a sample?

fastplayer
4th March 2008, 15:16
Sorry for late reply and thank you.
I have fixed at rev 1877.
I noticed that your fix now replaces "&&" with "&". I wonder what'll happen when you have actually 2 ampersands in the path/filename... I'll test the "special" cases as soon as a build gets released.
Sorry for my doubts! It works perfectly! :)
You can now have as many ampersands in the path as you like.
:thanks:

Leak
4th March 2008, 15:45
I can reproduce this.
@Leak, Could you take a look at this?
Sure, but probably no sooner than this weekend.

Do you need a sample?
Fire away, seeing as I have exactly zero theora files here... :)

Thunderbolt8
4th March 2008, 18:31
though more H.264 features have been implemented in ffdshow meanwhile, I still have the same problem with raindow frames with the 1st EP of the band of brothers HD DVD, from which I already posted a sample some months ago. here it is again:

http://www.sendspace.com/file/g2m1jt

tested it with xxl 1878 and the rainbows are in both, the source evo and a .mkv remux. in contrast both (a remux to .mkv and this .evo source sample here) work fine with coreavc. so could anyone please have a look at this again?

I have the same problem with the Babel HD DVD, though there the rainbow frames occur only at some places, while for this 1st band of brothers episode it goes throughout the whole rest of the movie (I guess once you hit them it stays until you close/open the mpc again). couldnt make a sample from that one though, because its in the mid of the movie and I dont know how to avoid to hit open GOPs etc. so that the sample would most likely not play properly.

clsid
4th March 2008, 19:40
Test it with a recent MPlayer build. If that has the same problem, then it is a FFmpeg bug and should be reported to FFmpeg.

Thunderbolt8
4th March 2008, 20:15
theres a bit of a problem here, I downloaded the lastest version I could find (2008-02-10), but both .mkv remux version from band of brothers and babel stopped right after few seconds playing. I also was not able to jump forward or backwards at all in the stream.

and when I tried to open the .evos from both movies no picture occured at all.
so is it already possible to say from this point that it could be an ffmpeg bug or not?

clsid
4th March 2008, 22:20
The file seems to play ok on my old cpu, same images as with coreavc, but there are too many frame skips to be absolutely sure. So you should test with SSE/SSE2/etc disabled in ffdshow debug options. You can keep MMX/MMXext enabled. I suspect the bug might be in the assembly code of libavcodec.

Thunderbolt8
4th March 2008, 22:51
just to be sure I disabled all those of the SIMD instructions in the 'info & cpu' field, I guess thats what you meant. but it looks still the same as before.

clsid
4th March 2008, 23:13
Can you post a screenshot of what I am supposed to see?

Thunderbolt8
4th March 2008, 23:30
left the osd activated accidently, but shouldnt matter.
this is from the original .evo source, the sample and .mkv remux looks the same:

http://www.image-load.eu/out.php/i30091_snapshot20080304232408.PNG
http://www.image-load.eu/out.php/i30093_snapshot20080304232414.PNG
http://www.image-load.eu/out.php/i30094_snapshot20080304232422.PNG

B.F.
5th March 2008, 07:10
ffdshow don't load external ass subtitles.
If I change extension to ssa, subtitles work fine.

thuan
5th March 2008, 09:09
Add ass to the accepted subtitle extensions.

B.F.
5th March 2008, 10:47
It don't work.

haruhiko_yamagata
5th March 2008, 11:20
ffdshow don't load external ass subtitles.
If I change extension to ssa, subtitles work fine.
How did you configure ffdshow? A screen shot of the dialog should be enough.

// EDIT
rev 1884 should work. Please test.

DMD
5th March 2008, 11:52
You excuse the ignorant person question.
And' possible currently to use ffdshow as post processing with Power DVD also acting on the register of windows?

Cordially I thank
Domenico

leeperry
5th March 2008, 13:03
you can force Reclock in PDVD on XP, but not ffdshow I think.

that would be the shiznit, though :eek:

DMD
5th March 2008, 14:55
you can force Reclock in PDVD on XP, but not ffdshow I think......
have confirmed me that Power DVD to it has the protected runs, and that the postprocessing is not permitted
http://www.avsforum.com/avs-vb/showthread.php?p=13297813#post13297813

regards
Domenico

leeperry
5th March 2008, 15:39
on Vista, you can't force Reclock with PDVD 7.3 Ultra

on XP you can, with Reclock 1.4

XP doesn't have the same security enforcment that Vista has :eek:

Shirokuu
5th March 2008, 16:36
I've been inactive for a while, but nonetheless I have a question.

Is it possible to automatically download the SVN and nightly builds? I am configuring my NAS to grab every night the last software updates, the news (as in plain ASCII text) and i thought it was an interesting idea to grab the latest FFDSHOW also.

I can schedule the downloads by providing a download path on either a website or FTP site (or local drive if I wanted to do some backing up). So basically my question would be what path should I point to, to grab the nightly builds on SourceForge for FFDSHOW? (If it is possible, that is).

clsid
5th March 2008, 18:04
Install a Subversion (SVN) client and you can use that to update to the latest source code.

Thunderbolt8
5th March 2008, 20:41
any idea what else I could do about my band of brothers & babel video problem?

clsid
5th March 2008, 23:12
1) Ask Celtic_Druid if he can compile a new version of FFmpeg (which includes ffplay.exe).
http://celticdruid.no-ip.com/xvid/
2) Play your samples with FFplay.exe to see if that fails as well.
3) Report it to FFmpeg:
http://ffmpeg.mplayerhq.hu/bugreports.html
https://roundup.mplayerhq.hu/roundup/ffmpeg/
4) Wait

LotharZ
5th March 2008, 23:50
I'm having problems with an audio codec (sowt: 16-bit signed little-endian). If I enable it, ffdshow consume all my CPU (Sempron 2800+).

thx

ffdshow 1874 + MPC HC 1.0.11.8

Trailer: http://files.ea.com/downloads/eagames/cc/tiberium/KanesWrath_shortcineTrailer_HD.mov

wyrd
6th March 2008, 03:11
It seems fine here.
http://tirnanog.fate.jp/tmp/snap/KanesWrash_CPUusage.jpg
rev1882 icl10 on C2D.
Thanks

haruhiko_yamagata
6th March 2008, 12:14
@LotharZ
It works for me. My CPU is Core2Duo.

fastplayer
6th March 2008, 12:24
@LotharZ
It works for me. My CPU is Core2Duo.
Are you sure you're using ffdshow to decode the video too?
For me, it's just unplayable.

Eragon4ever
6th March 2008, 14:36
Plays perfectly fine in WMP11 here. CPU useage is ~10-20%.
In MPC-HC the sound is garbage, the video plays very slow and CPU is at 50%.

Using Core 2 Duo @ 2,66GHZ

Edit: The problem is MPC-HC's internal mp4 splitter. Disabling it and using Haali instead fixes the playback for me.

clsid
6th March 2008, 14:58
@LotharZ
Report the above findings to Casimir, then maybe he can fix the internal splitter in MPC-HC.

Thunderbolt8
6th March 2008, 19:53
1) Ask Celtic_Druid if he can compile a new version of FFmpeg (which includes ffplay.exe).
http://celticdruid.no-ip.com/xvid/
2) Play your samples with FFplay.exe to see if that fails as well.
3) Report it to FFmpeg:
http://ffmpeg.mplayerhq.hu/bugreports.html
https://roundup.mplayerhq.hu/roundup/ffmpeg/
4) Wait
I pmed celtic_druid about it, hopefully he will have time to compile a new version soon. currently I used the latest one available to test (from february 5th, 2008) and when I test this band of brothers sample with this version the same problems are present there as well.
(though I could only test it with the .mkv remux, since nothing happened when I chose the .evo as input file)

B.F.
7th March 2008, 05:50
How did you configure ffdshow? A screen shot of the dialog should be enough.

// EDIT
rev 1884 should work. Please test.
It work in rev1890.
:thanks:

dimzon
7th March 2008, 16:14
Some feature request (http://forum.doom9.org/showthread.php?p=1109647#post1109647)

Thunderbolt8
7th March 2008, 18:14
there could to be a little bug with libavcodec regarding some mpeg2 streams, the blu-ray video from 'memento' has approx. 0,5 seconds video corruption after seeking at some places. using libmpeg2 its all fine.
its not a big problem, as its no problem with the actual video and doesnt occur at normal playback, only after seeking. nevertheless I made a 20mb sample here in case someone would like to have a look at it:

http://www.sendspace.com/file/vbg4o0

clsid
7th March 2008, 20:25
I think that is a "known" problem/limitation.

clsid
8th March 2008, 01:16
FFplay rev12362 (http://www.zshare.net/download/86216137fe177c/)

Thunderbolt8
8th March 2008, 02:50
thanks! tested it already with the .mkv remux and the problem is still present there (still couldnt test it with the .evo, though one time the playback box even came up, but then nothing was displayed there other than black).
guesss Ill write that report to ffmpeg then tomorrow evening. the sample has a size of 25 mb, could this be a problem, as it was written there it should be trimmed if its larger than 10mb? I cant really make it shorter, since it takes a little until the problem shows itself.

I have registered at roundup.mplayer, I guess what Ill have to do then is to create a new task and describe my problem in that big box? theres also a bar to upload a file I guess, should I upload my sample there then or at that upload.mplayer ftp and just mention I in that commentary field I uploaded the sample there?

clsid
8th March 2008, 13:32
Upload to the ftp. I don't think 25mb will be a problem. The 10 mb size is not a hard limit, just a note to prevent people from uploading huge files instead of cutting a sample.

I don't think FFmpeg has a working EVOB parser yet, so that would explain why the .evo won't play. Here ffplay.exe just freezes.

Eragon4ever
9th March 2008, 01:36
I've got a lot videos which play with disorted colours here. If I change the output colorspace from YV12 to RGB32 everything is fine.

Sample: http://rapidshare.com/files/98092875/Ragnarok_2.avi.html

fastplayer
9th March 2008, 02:16
I've got a lot videos which play with disorted colours here. If I change the output colorspace from YV12 to RGB32 everything is fine.

Sample: http://rapidshare.com/files/98092875/Ragnarok_2.avi.html
No probs here with latest MPC/ffdshow and VLC in WXP SP2 with X800GTO/CAT8.3.

Leak
9th March 2008, 15:30
if i select libtheora as decoder for theora,
avisynth filter "buffer back/ahead" value equal or bigger than 1 will cause ffdshow.ax crash.
its happen only if i select yv12 as input colorspace.
im using latest xxl build.
Ick. Turns out libtheora produces YV12 images with a negative pitch... :eek:

I thought that was only ever done with RGB (which was what I fixed last time), but obviously the same fix needs to be applied to YV12 as well... :o

EDIT: should be fixed in rev. 1893

np: Tocotronic - Kapitulation (Kapitulation Live)

Yong
9th March 2008, 17:12
Ick. Turns out libtheora produces YV12 images with a negative pitch... :eek:

I thought that was only ever done with RGB (which was what I fixed last time), but obviously the same fix needs to be applied to YV12 as well... :o

EDIT: should be fixed in rev. 1893

np: Tocotronic - Kapitulation (Kapitulation Live)

yup, just compiled and tested latest build, no more crash ;)
:thanks:

Jeremy Duncan
9th March 2008, 23:22
They are telling me that using this configuration, and mpc clsid, that the screen resizes like it's flickering. ffdshow 1870 xxl, mpc 20080127.zip.
video and audio codec: ffdshow.
They say the problem is not present with beta 4.

________ Seesaw 2. For Seesaw 2, you need to use VMR9 Windowed to be able to calibrate the colors using your videocard ________

Codecs tab
Set Mpeg2 to Libmpeg2, and check "DVD decoding".
Set Avisynth to Avisynth, Raw video to All supported

Avisynth tab
YV12 checked,
Add FFdshow Video source checked,
3:2 Pulldown box: ignore Pulldown checked,
Check Buffer back/Ahead: 1, 15

setmemorymax(1024)
FluxSmoothT(3)
MT("
a= last
b=a.Spresso(limit=1, limitC=1, bias=27, biasc=27, rgmode=17, rgmodec=17)
SeeSaw(a, b, NRlimit=0, NRlimit2=5, Sstr=0.90, Szp=1, Slimit=9, Sdamplo=16, Spower=1, sootheT=95, SdampHi=39)
",2)
ConvertToRGB24(matrix="pc.601")
chromaresample="Lanczos"

Subtitles tab, Unchecked
Uncheck "Decode closed captions"
Uncheck "Accept embedded subs"
Uncheck "Accept SSA, ASS, ASS2 Subtitle (experimental)
Vobsub subpage, uncheck Vobsub Enable.

Resize & aspect tab
Multiply by:
1.780 (for 1280x720 16:9 aspect ratio)
2.668 (for 1920x1080 16:9 aspect ratio)
Process Pixel aspect ratio internally checked
No aspect ratio correction checked
Lanczos
Taps: 2
Luma Sharpen: 0.00
Accurate rounding checked

Queue & Output tab
Queue output samples checked

Output tab
rgb32 checked

leeperry
10th March 2008, 00:12
sorry for repeating, but I'm still eagerly hoping for a winamp2 plugin fix :(

here's what Reclock says when ffdshow audio crashes MPC HC :

298.59s 000690 ERROR **********************************************
298.59s 000690 ERROR Exception detected in player (not caused by reclock but logged here for your information)
298.59s 000690 ERROR Base address: 0x59410000 (my dll at 0x02030000)
298.59s 000690 ERROR Exception type:
298.59s 000690 ERROR Access violation at address 0x59471bd8 (base+rva)
298.59s 000690 ERROR Tried to read address 0x59471bd8
298.59s 000690 ERROR Exception flags: 0
298.59s 000690 ERROR More detailed information:
298.59s 000690 ERROR [00]: 0x00000000
298.59s 000690 ERROR [01]: 0x59471bd8
298.59s 000690 ERROR [02]: 0x0001003f
298.59s 000690 ERROR [03]: 0x00000000
298.59s 000690 ERROR [04]: 0x00000000
298.59s 000690 ERROR [05]: 0x00000000
298.59s 000690 ERROR [06]: 0x00000000
298.59s 000690 ERROR [07]: 0x00000000
298.59s 000690 ERROR [08]: 0x00000000
298.59s 000690 ERROR [09]: 0xffff027f
298.59s 000690 ERROR [10]: 0xffff0000
298.59s 000690 ERROR [11]: 0xffffffff
298.59s 000690 ERROR [12]: 0x00000000
298.59s 000690 ERROR [13]: 0x00000000
298.59s 000690 ERROR [14]: 0x00000000
298.59s 000690 ERROR Stack trace:
298.59s 000690 ERROR at 0x59471bd8 (0x00061bd8 relative): P:\winamp\plugins\dsp_iZOzone.dll
298.59s 000690 ERROR at 0x7c91378b (0x0000378b relative): C:\WINDOWS\system32\ntdll.dll

haruhiko_yamagata
10th March 2008, 15:39
sorry for repeating, but I'm still eagerly hoping for a winamp2 plugin fix :(

here's what Reclock says when ffdshow audio crashes MPC HC :iZotope Ozone Free works for me.
Do I have to combine anything to it to make ffdshow crash?

Recently I've tried very hard to fix VST host compatibility, with no success.

leeperry
10th March 2008, 15:44
well Ozone works, until you open a new file :(

then ffdshow audio crashes MPC HC, the issue seems to be with the way ffdshow closes the winamp2 plugin.

which means that if I have movies in 2 parts or mp3 playlists, I can't use them AT ALL :(

but if you go to the ffdshow audio configuration, select OZone then click on configure and close the Ozone GUI....then ffdshow audio doesn't crash MPC HC each time you open a new file, but after you've opened 3 files in a row it's sucking 70% of the CPU :(

both the Dx host and Ozone exhibit the same problem, so you might just kill 2 birds with one stone :)

thanks for your help, hopefully you can fix it as it seems like a minor bug ?!?! :eek:

and if you could offer an option to hide the winamp2 plugin GUI, that'd be really great :)

rickardk
10th March 2008, 16:29
Recently I've tried very hard to fix VST host compatibility, with no success.

WOW...
VST host compatibility would be great!!

Just tested IKs (Audyssey actually provides the core) room correction suite (includes mic) plugin for my studio. It bests even the Audyssey MultEQ XT in my Onkyo 905.

If you could get VST support in ffdshow working ok, we could have room correction that even could be preset based. A level of flexability not found in A/V receivers to date.

Plugin that handles 8channels is in the pipeline (rumors)

leeperry
10th March 2008, 16:33
you can use any winamp plugin....well if the bug that crashes the player can be fixed.

there is some VST/DX wrappers in winamp2 plugin forms ;)