View Full Version : ffdshow tryouts project: Discussion & Development
DeathTheSheep
28th February 2010, 19:40
if you want negative video delay, you can just apply positive audio delay.
negative delay is impossible when it comes to playback of live broadcast (DVB-T playback for example).
I was talking about audio delay. I realize negative video delay would be awkward. The audio delay settings cannot accept negative values.
oddball
28th February 2010, 21:43
I have a big problem with all the latest SVN builds. I have an MKV which keeps going out of sync with the audio using all the latest SVN's. I reinstalled an icl11 build and it plays fine. But everything icl10 or generic available on the downloads page goes out of sync.
The build I have that works and I cannot remember where I downloaded it from is ffdshow_rev3195_20100110_sse_icl11.exe
Everything since does not playback the video in sync with the audio correctly on this particular file. I can't upload a clip of it because I can't figure out how to save a small section of a 6-7GB MKV file (It's 1080P).
Any ideas how to proceed?
EDIT: I just installed build 3200 icl10 and that works fine. But builds 3274 and 3291 have the audio sync issue.
Andy o
28th February 2010, 22:04
3292 now lets me use bluray subs with madVR and overlay! Great work (has still a few bugs though). But resizing is giving me a green picture with EVR, EVR-CP, madVR, and overlay (didn't test with others).
Regarding sub bugs, I have crashes or odd sub colors with stripped movie-only bluray structures (in ISO), but it doesn't seem to happen with straight bluray discs (and I assume rips too). With those though, sometimes the subs flicker when appearing/disappearing (specifically, happens with The Box US version). With bluray rips to mkv, the subs don't show sometimes after seeking. Disabling/enabling subs in ffdshow seems to fix it.
Also, this seems to happen with MPC-HC's sub renderer as well, sometimes there are two subs onscreen, one for instance for the background and the other for the main dialogue, with independent timings. In this case, only one would show and the second one will only appear when the first one is out. The commercial bluray players show both appearing and disappearing at different times, overlapping.
EDIT: went back to 3287 and the resize green picture problem is gone, it seems to be introduced with 3292. Anyone else having it (or not)?
oddball
28th February 2010, 22:31
This may help indicate the problem with the audios sync issue (Or maybe not). BTW it's DTS audio not AC3.
http://pastebin.org/99104
EDIT: I've found out where the issue lies. Deblocking. If I tick 'skip deblocking always' the audio stays in sync!
Andy o
28th February 2010, 22:34
by the way, I noticed bluray subs have some semi-transparency that they don't have in the commercial players. Is there a way to disable this semi transparency for bluray?
ikarad
28th February 2010, 22:57
I have the same crash with blu ray subtitle with rgb32 or yuy2 with rev 3292 as with 3287 and I don't use dxva.
http://sourceforge.net/tracker/index.php?func=detail&aid=2959481&group_id=173941&atid=867360
clsid
28th February 2010, 23:08
EDIT: I've found out where the issue lies. Deblocking. If I tick 'skip deblocking always' the audio stays in sync!The problem is not with deblocking. You computer is obviously just too slow to decode with deblocking enabled.
If you have a multi-core CPU, then use ffmpeg-mt instead of libavcodec for H.264. That should help improve decoding performance.
Andy o
28th February 2010, 23:50
I have the same crash with blu ray subtitle with rgb32 or yuy2 with rev 3292 as with 3287 and I don't use dxva.
http://sourceforge.net/tracker/index.php?func=detail&aid=2959481&group_id=173941&atid=867360
What player are you using? If MPC-HC, have you tried disabling the MPC-HC sub renderer? (uncheck auto load subtitles).
FredThompson
1st March 2010, 05:24
3291 32bit does not properly decode mpeg2 4:2:2 with libmpeg2. Chroma looks like max green, like a cheap night vision scope.
tal.aloni
1st March 2010, 07:47
I was talking about audio delay. I realize negative video delay would be awkward. The audio delay settings cannot accept negative values.
negative audio delay = positive video delay
so if you want -80 ms delay to the audio, set +80 ms delay for the video.
ikarad
1st March 2010, 10:31
What player are you using? If MPC-HC, have you tried disabling the MPC-HC sub renderer? (uncheck auto load subtitles).
I use mpc-hc
With or without use of sub renderer of mpc-hc, there are crashs.
It's a bug of sub renderer of ffdshow because when bluray subs from ffdshow are disabled there is no crash.
albain
1st March 2010, 20:46
@All : please precise which version you are using and especially :
1/ DXVA Mode or software mode
2/ which colorspace is set in output
Thanks
About green picture issue : it was a workaround to YV12 crash (used in DXVA) but I reverted it in revision 3298
Ikarad : can you try again with rev 3298
I don't reproduce your crashes in RGB32 (neither in other colorspaces), I would be interested in a sample
ikarad
1st March 2010, 21:29
@All : please precise which version you are using and especially :
1/ DXVA Mode or software mode
2/ which colorspace is set in output
Thanks
About green picture issue : it was a workaround to YV12 crash (used in DXVA) but I reverted it in revision 3298
Ikarad : can you try again with rev 3298
I don't reproduce your crashes in RGB32 (neither in other colorspaces), I would be interested in a sample
Where can I download rev 3298 because in xvidvideo.ru there is only rev3295?
As I said before, I have crash only when I select blu ray subtitle renderer of ffdshow. If I don't select it, there is no crash.
I don't use dxva and I use ffmpeg-mt with yuy 2. I test with YV12, NV12 or RGB32, thre are the same crashs.
For the sample, it's the same as I give you before.
part 1
http://www.zshare.net/info.html?72194780-3f3de5a523000d960412ca4e70f4959e
part2
http://www.zshare.net/info.html?72228704-870148d21c7371e7a2cb0c45e37239c1
part3
http://www.zshare.net/info.html?72228942-da539adec6856595c9fa215e89fcfdf2
part 4
http://www.zshare.net/info.html?72879609-e7005b47f97bd593cc1fac7d6620cda5
part 5
http://www.zshare.net/info.html?72894035-f4d916b0cbd3fbf999835142beff854c
part 6
http://www.zshare.net/info.html?72901975-036b32dfe47b4378533fe6974fb1237c
partie 7
http://www.zshare.net/info.html?72152693-cff6f6453a85c6f497a94c0fc61987f5
ikarad
1st March 2010, 22:07
I find a problem with resize filter and subtitle render of mpc-hc (I think it's a problem but I'm not sure)
With resize filter subs are displayed uncorrectly in fullscreen mode (some are cut, see the first and second subs)
http://nsa14.casimages.com/img/2010/03/01/mini_100301100608991437.jpg (http://www.casimages.com/img.php?i=100301100608991437.jpg)
Without resize filter subs are displayed correctly
http://nsa15.casimages.com/img/2010/03/01/mini_100301100643129110.jpg (http://www.casimages.com/img.php?i=100301100643129110.jpg)
parameters of resize filter that I use
http://nsa14.casimages.com/img/2010/03/01/mini_100301100655235078.jpg (http://www.casimages.com/img.php?i=100301100655235078.jpg)
http://nsa14.casimages.com/img/2010/03/01/mini_100301100704557631.jpg (http://www.casimages.com/img.php?i=100301100704557631.jpg)
Is it normal or is it a problem? Maybe I have select the wrong options but I don't know.
And if it's a problem is it possible to correct it?
update: If I use specify vertical and horizontal size option , there is the same problem
http://nsa15.casimages.com/img/2010/03/01/mini_100301102812373874.jpg (http://www.casimages.com/img.php?i=100301102812373874.jpg)
Although, if I use specify horizontal size, there is no problem
http://nsa15.casimages.com/img/2010/03/01/mini_100301102812990115.jpg (http://www.casimages.com/img.php?i=100301102812990115.jpg)
What are the differences between these options because I don't understand? What is the better option?
albain
1st March 2010, 22:59
It depends on the subtitles : if you have ASS/SSA/VOBSUB/PGS subtitles with the position set, then coordinates are calculated proportionnaly between oldsize/old positions/new size (after resize)
If these are simple subtitles (srt), then the position is calculated according to the vertial/horizontal position of the subtitles in the subtitles section
So in the first case the subtitles can go out of the screen if you resize the filter.
However there is an option for ASS/ASS subs to maintain them inside the picture.
For PGS it is always done. For vobsub I don't know, I didn't code that part
This is weird that I don't reproduce your crashes (with your sample)
ikarad
2nd March 2010, 08:46
It depends on the subtitles : if you have ASS/SSA/VOBSUB/PGS subtitles with the position set, then coordinates are calculated proportionnaly between oldsize/old positions/new size (after resize)
If these are simple subtitles (srt), then the position is calculated according to the vertial/horizontal position of the subtitles in the subtitles section
So in the first case the subtitles can go out of the screen if you resize the filter.
However there is an option for ASS/ASS subs to maintain them inside the picture.
For PGS it is always done. For vobsub I don't know, I didn't code that part
This is weird that I don't reproduce your crashes (with your sample)
Thanks, I find it's ass (thanks to Mike5)
http://nsa15.casimages.com/img/2010/03/02/mini_10030209364646533.jpg (http://www.casimages.com/img.php?i=10030209364646533.jpg)
If not where is this option that you told?
However there is an option for ASS/ASS subs to maintain them inside the picture.
is it in ffdshow or in mpc-hc? and where because I don't find?
For your crashes, you speak about rev3298 but I don't find this rev. I think it's strange because before this problem I never had a crash with ffdshow and these crashs are with vista and xp sp3. Do you use mpc-hc? and if yes which version because I could try?
Edit: I have tried different versions of ffdshow and I notice that until rev3274 there is no crash with use of sub-renderer of mpc-hc but since rev3277 there is crash even if I don't select bluray subtitle
from ffdshow. If I use mpc-hc sub renderer there is crash only since rev 3277 and I use rgb32.
I I select bluray subs from ffdshow after desactivating sub renderer from mpc-hc thre is crash. If I select bluray subs renderer from ffdshow withtout desactivating sub renderer from mpc-hc there is crash. But when mpc-hc doesn't crash (It can arrive but it's very rare), there is no crash until the end of the movie.
annother question: Maybe I misunderstand but your support it's fot integrated and separated bluray subs or just for separated bluray subs?
my parameters under mpc-hc 1680. I try different version of mpc-hc and there is the same problem since ffdshow 3277
http://nsa14.casimages.com/img/2010/03/02/mini_100302095548606002.jpg (http://www.casimages.com/img.php?i=100302095548606002.jpg)
http://nsa15.casimages.com/img/2010/03/02/mini_100302095557321617.jpg (http://www.casimages.com/img.php?i=100302095557321617.jpg)
http://nsa14.casimages.com/img/2010/03/02/mini_100302095601909402.jpg (http://www.casimages.com/img.php?i=100302095601909402.jpg)
http://nsa15.casimages.com/img/2010/03/02/mini_100302095610903263.jpg (http://www.casimages.com/img.php?i=100302095610903263.jpg)
http://nsa15.casimages.com/img/2010/03/02/mini_100302095613614593.jpg (http://www.casimages.com/img.php?i=100302095613614593.jpg)
http://nsa14.casimages.com/img/2010/03/02/mini_100302095922956999.jpg (http://www.casimages.com/img.php?i=100302095922956999.jpg)
my parameters under ffdshow
http://nsa15.casimages.com/img/2010/03/02/mini_100302095938101672.jpg (http://www.casimages.com/img.php?i=100302095938101672.jpg)
http://nsa14.casimages.com/img/2010/03/02/mini_100302095937864937.jpg (http://www.casimages.com/img.php?i=100302095937864937.jpg)
http://nsa14.casimages.com/img/2010/03/02/mini_100302100216986174.jpg (http://www.casimages.com/img.php?i=100302100216986174.jpg)
http://nsa14.casimages.com/img/2010/03/02/mini_100302100228280156.jpg (http://www.casimages.com/img.php?i=100302100228280156.jpg)
http://nsa15.casimages.com/img/2010/03/02/mini_100302100229824299.jpg (http://www.casimages.com/img.php?i=100302100229824299.jpg)
PC:
Q6600
gtx280
xp sp3 or vista 32 : same problem.
xfi titanium (last driver)
dx last version (feb 2010)
tal.aloni
2nd March 2010, 09:13
Albain,
rev. 3298 hasn't been commited yet.
Mike5
2nd March 2010, 09:14
Thanks, I don't know if it's a ssa or srt subtitle because subs are in a mkv file.
Use MediaInfo (http://mediainfo.sourceforge.net).
ikarad
2nd March 2010, 09:36
Use MediaInfo (http://mediainfo.sourceforge.net).
Thanks
I find, it's ass
http://nsa15.casimages.com/img/2010/03/02/mini_10030209364646533.jpg (http://www.casimages.com/img.php?i=10030209364646533.jpg)
mike23
2nd March 2010, 11:23
When I drag an *.avi movie onto Media PlayerClassic HomeCinema (=not the MS player !) then a popup appears prompting the user for ffdshow options e.g.
"Don't use ffdshow" or use ffdshow".
What should I answer here?
When is it recommended to use ffdshow and when not?
What are the pros and cons of ffdshow?
What is used otherwise?
Assume I click "Don't ask me again": How can I later change this option?
clsid
2nd March 2010, 14:28
If the pop-up displays in a player like Media Player Classic, then you should choose to use ffdshow.
If it pops up in a game then choose to not use ffdshow.
clsid
2nd March 2010, 14:30
@ Albain & Tal
Could one of you look at this issue:
http://ffdshow-tryout.sourceforge.net/phpBB2/viewtopic.php?t=1388
tal.aloni
2nd March 2010, 16:41
Could one of you look at this issue
OK,
I'll try to assist.
Gleb Egorych
2nd March 2010, 20:39
tal.aloni, please test new 196.75 driver if it fixed the problem with DXVA specs violation:
http://forums.nvidia.com/index.php?showtopic=159813
XP drivers are here:
http://www.nvidia.com/object/winxp_196.75_whql.html
http://www.nvidia.com/object/winxp64_196.75_whql.html
tal.aloni
2nd March 2010, 22:07
tal.aloni, please test new 196.75 driver if it fixed the problem with DXVA specs violation
Thanks for letting me know,
it does fix the violations!
hoborg
2nd March 2010, 22:43
Hi.
Looks like there are some problems with DXVA in latest FFDShow x86 (tested on 3292 and 3297) - every 3-4s there is glitch like bad frame order, and video will freeze after few of such glitches.
Tested in Graphstudio, splitted by haali spliter, Win7x64.
No problem on rev.3259.
tal.aloni
2nd March 2010, 22:48
hoborg,
just noticed it as well.
Gleb Egorych
2nd March 2010, 23:16
Thanks for letting me know,
it does fix the violations!
Thanks! BTW this driver fixes several very old and annoying bugs related to VMR9.
tal.aloni
2nd March 2010, 23:46
hoborg, the issue is introduced with rev. 3288,
I'm looking into it.
albain
3rd March 2010, 09:11
"hack" which makes it compilable:
diff --git a/swscale_template.c b/swscale_template.c
index bbd9a1f..45e0ca5 100644
--- a/swscale_template.c
+++ b/swscale_template.c
@@ -2497,7 +2497,7 @@ static inline void RENAME(hcscale_fast)(SwsContext *c, int16_t *dst,
/* GCC 3.3 makes MPlayer crash on IA-32 machines when using "g" operand here,
which is needed to support GCC 4.0. */
#if ARCH_X86_64 && AV_GCC_VERSION_AT_LEAST(3,4)
- :: "m" (src1), "m" (dst), "g" (dstWidth), "m" (xInc_shr16), "m" (xInc_mask),
+ :: "m" (src1), "m" (dst), "g" ((x86_reg)dstWidth), "m" (xInc_shr16), "m" (xInc_mask),
#else
:: "m" (src1), "m" (dst), "m" (dstWidth), "m" (xInc_shr16), "m" (xInc_mask),
#endif
This was posted to ffmpeg devel (don't remember by who) and dismissed promptly (don't care by who). Haven't seen anything else regarding this since, but works for me, so I have no idea why it was not an acceptable patch.
(probably because it will cause problems with some compilers, but works ok with mingw64 4.4.3, though, so I don't give a damn)
I'm not at all familiar with the swscale code, so I'm not sure if that is a completely valid patch, but you might want to evaluate it and try to push it forward if it seems ok. Also, I have no idea if there are other problems still.
Thanks, compilation works now
tal.aloni
3rd March 2010, 20:28
Looks like there are some problems with DXVA in latest FFDShow x86 (tested on 3292 and 3297) - every 3-4s there is glitch like bad frame order, and video will freeze after few of such glitches.
fixed in rev. 3302
albain
3rd March 2010, 21:08
Finally I have managed to import the new libswscale with mutlithreading patch and did the updates on all the ffdshow filters (resize, sharp, subtitles, colorspace converter...)
I am testing it right now but it seems (surprisely) to be going well.
Maybe it will fix the crashes with bluray subs
Sebastiii
3rd March 2010, 22:00
Great news and work as usual :)
Thx,
Seb.
STaRGaZeR
4th March 2010, 01:45
Great news and work as usual :)
Thx,
Seb.
Indeed!
Guys, is there any way of speeding up ICL10 compiling? It's only using 1 core here and takes forever to build.
JarrettH
5th March 2010, 04:53
What should I do to confirm dxva is working in ffdshow? I've ticked off h264 in the dxva dialogue so far and am using ffmpeg-mt for the h264 decoder. Does a new tray icon for dxva video appear? Does it only work with EVR?
Running Windows 7, 7600 GT, ffdshow rev 3305, 196.21 drivers
hoborg
5th March 2010, 08:01
hoborg, the issue is introduced with rev. 3288,
I'm looking into it.
:thanks:
No problem in 3304 any longer :)
albain
5th March 2010, 09:45
Hi,
here is a test build with new libswscale and libpostproc libraries.
There are many tests to do to :
Image filters updated :
- Blur
- Deinterlace (using ffmpeg)
- Postprocessing
- Luma
- Resize
- Sharpen
- Warsharp
- Subtitles
With different colorspaces
Bluray and DVD subtitles to be tested too
Some MMX2 instructions and general optimizations have been added since the versions we kept, also we still have the multithreading patch from Haruhiko.
Libmplayer is not used anymore and its interest becomes rather limited : audio channels reordering and yadif deinterlacer
Both could be imported into FFDShow
Here is the link (http://damienbt.free.fr/ffdshow_rev3299_20100305_dbt_.exe)
Source patch (http://damienbt.free.fr/ffdshow_ffmpeglibs_update.patch) (many files!)
ikarad
5th March 2010, 11:04
Hi,
here is a test build with new libswscale and libpostproc libraries.
There are many tests to do to :
Image filters updated :
- Blur
- Deinterlace (using ffmpeg)
- Postprocessing
- Luma
- Resize
- Sharpen
- Warsharp
- Subtitles
With different colorspaces
Bluray and DVD subtitles to be tested too
Some MMX2 instructions and general optimizations have been added since the versions we kept, also we still have the multithreading patch from Haruhiko.
Libmplayer is not used anymore and its interest becomes rather limited : audio channels reordering and yadif deinterlacer
Both could be imported into FFDShow
Here is the link (http://damienbt.free.fr/ffdshow_rev3299_20100305_dbt_.exe)
Source patch (http://damienbt.free.fr/ffdshow_ffmpeglibs_update.patch) (many files!)
same crash with bluray subs with rgb32 or yuy 2 Even if I don't use subs from ffdshow and that I use sub renderer from mpc-hc, there is crash when I select subs. This problem only occurs since your implementation of blu rays subs support (since rev 3277).
I don't understand why. Maybe I don't select good options.
I have turn off auto load subtitle in mpc-hc and I have selected bluray subs in ffdshow. And when movie start I select subtitles in mpc-hc (navigate, subtitle langage and then select the subs)
Could you explain me how use blu ray subs from ffdshow?
albain
5th March 2010, 12:05
same crash with bluray subs with rgb32 or yuy 2 Even if I don't use subs from ffdshow and that I use sub renderer from mpc-hc, there is crash when I select subs. This problem only occurs since your implementation of blu rays subs support (since rev 3277).
I don't understand why. Maybe I don't select good options.
I have turn off auto load subtitle in mpc-hc and I have selected bluray subs in ffdshow. And when movie start I select subtitles in mpc-hc (navigate, subtitle langage and then select the subs)
Could you explain me how use blu ray subs from ffdshow?
I have reproduced the crash with bluray subs
tal.aloni
5th March 2010, 12:15
Libmplayer is not used anymore and its interest becomes rather limited : audio channels reordering and yadif deinterlacer
Both could be imported into FFDShow
great, we finally put things into order.
your work is much appreciated, thanks!
ikarad
5th March 2010, 12:29
I have reproduced the crash with bluray subs
Do you know where is the problem ?
XhmikosR
5th March 2010, 14:42
Hi,
here is a test build with new libswscale and libpostproc libraries.
There are many tests to do to :
Image filters updated :
- Blur
- Deinterlace (using ffmpeg)
- Postprocessing
- Luma
- Resize
- Sharpen
- Warsharp
- Subtitles
With different colorspaces
Bluray and DVD subtitles to be tested too
Some MMX2 instructions and general optimizations have been added since the versions we kept, also we still have the multithreading patch from Haruhiko.
Libmplayer is not used anymore and its interest becomes rather limited : audio channels reordering and yadif deinterlacer
Both could be imported into FFDShow
Here is the link (http://damienbt.free.fr/ffdshow_rev3299_20100305_dbt_.exe)
Source patch (http://damienbt.free.fr/ffdshow_ffmpeglibs_update.patch) (many files!)
Thanks for all your hard work.:) Just letting you know in case you don't, that with this patch ffdshow x64 compilation fails.
http://pastie.org/private/c21r1tymvvdfmmsmdfceg
albain
5th March 2010, 14:51
Do you know where is the problem ?
This is a stupid mistake : at the beginning I was using ffmpeg as the PGS parser but it is far from working so I made one from exisiting MPC's parser but I forgot to remove some code.
This problem occurred randomly (variable unitialized) which explained why it wasn't easily reproductible
Anyway, fixed in revision 3306.
Here is a test build (http://damienbt.free.fr/ffdshow_rev3306_20100305_dbt_.exe) with the ffmpeg new libraries inside
Also I have to fix the problem with the edges
@XhmikosR
I know, I am working on it, the problem comes from ffdshow, not ffmpeg which was the tough part
It is just a matter of types.
@clsid, Tal & specialists
Does someone know why we use stride_t type which maps to "__w64 int" in 32 bits and "__int64" in 64 bits ?
Why would we need to have so large variables to store the strides which rarely exceeds a few thousands ?
Compilation errors are due to this problem of mapping
I wonder if I have to
1/remap all the int types within ffmpeg to stride_t or
2/change stride_t inside ffdshow to int
I think this is approach #1 that I should use... or #2
clsid
5th March 2010, 16:06
I would prefer if the ffmpeg code would stay as close to the original as possible. That makes it much easier to update it on a regular basis.
onomatopellan
5th March 2010, 16:31
Anyway, fixed in revision 3306.
Here is a test build (http://damienbt.free.fr/ffdshow_rev3306_20100305_dbt_.exe) with the ffmpeg new libraries inside
Great! There is no crash anymore. :thanks:
There is a problem with colored PGS though. In this image top is ffdshow rev3306 and bottom is MPC-HC subs (tried with rgb32 and nv12 outputs):
http://i49.tinypic.com/2nlto21.png
m2ts with PGS sub are made with MultiAVCHD and easySUP and it shows ok in a sony bluray player. Here is the sample:
-> SAMPLE <- (http://www.mediafire.com/?zjjmyoodiom)
STaRGaZeR
5th March 2010, 16:51
Here is a test build (http://damienbt.free.fr/ffdshow_rev3306_20100305_dbt_.exe) with the ffmpeg new libraries inside
With YV12 video, RGB32 HQ output:
- Resize crashes the player inmediately with errors in libavcodec.dll
- ffmpeg deinterlacers like 5-tap lowpass, same error as above.
- Postprocessing, same as above.
- Sharpen, everything works OK except swscaler that produces a black screen, also msharpen doesn't do anything it seems.
- Warpsharp works OK.
- In Blur, libavcodec error again when using mplayer temporal noise reducer, black screen with swscaler gaussian blur.
- Levels, libavcodec crash.
- Luminance level fix in Picture properties, libavcodec crash.
albain
5th March 2010, 16:55
I would prefer if the ffmpeg code would stay as close to the original as possible. That makes it much easier to update it on a regular basis.
This is the approach that I had. The ffmpeg code for those 2 libs is very close to the original code.
As for the pixel formats (moved from ffimgmt.h to where they belong)
However for these strides it is a little bit tricky because they can't be casted on the fly so one would have to copy them from the stride_t array to an int array before calling ffmpeg methods.
So for now I have changed the ffmpeg signatures from int to stride_t.
Maybe someone will find a better solution
Updated news : now the compilation works fine on 64 bits.
I'll post a 64 bits soon with the new patch
@Stargazer : thank you for testing. I can't reproduce the crashes however
What I have done (with graphstudio) :
MPC m2ts splitter -> MPC video decoder -> (yv12) -> ffdshow video -> (rgb32) -> EVR
There is some work to do indeed. I guess those crashes are all related to the same problem
albain
5th March 2010, 17:26
Ok, I reproduce the crashes but with MPC, not with graphstudio.
This is annoying because MPC doesn't let attach the debugger and will exit instead.
Otherwise, does someone know how to debug ffmpeg ?
I can debug it when building with MSVC but all the optimizations are disabled.
I tried with eclipse + gdb but the symbols are not loaded. I guess that an option is missing
@Ikarad : I have fixed that color problem. R and B colors were reversed as well as cut edges (fixed in revision 3307)
onomatopellan
5th March 2010, 18:35
Thanks albain, using rev 3307 now rgb32 output is ok but it crash again with nv12(dxva) output (using MPC-HC). :(
ikarad
5th March 2010, 18:45
Ok, I reproduce the crashes but with MPC, not with graphstudio.
This is annoying because MPC doesn't let attach the debugger and will exit instead.
Otherwise, does someone know how to debug ffmpeg ?
I can debug it when building with MSVC but all the optimizations are disabled.
I tried with eclipse + gdb but the symbols are not loaded. I guess that an option is missing
@Ikarad : I have fixed that color problem. R and B colors were reversed as well as cut edges (fixed in revision 3307)
Thanks there is no crash with YUY 2
Where can I download rev 3307?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.