Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
31st January 2012, 00:05 | #14621 | Link |
Registered User
Join Date: Jan 2002
Posts: 1,264
|
I am having issues with ffdshow (any build as far as I can tell) hanging when playing back MKV with AAC audio. Sometimes it plays fine and other times MPC-HC (Latest xvidvideo.ru builds) just hangs with the video and audio still playing but you cannot pause, stop or exit the player. I have to end it in task manager and it ends with the audio continuing for a second like it's a stuck CD going really fast on stuck sample. This only just started with recent builds and I don't know what to make of it other than to try rolling back MPC-HC, ffdshow and MadVR, I also use ReClock with WASAPI. But never had this issue until recently. I use a extrernal USB soundcard but never had issues with that until now either.
|
31st January 2012, 13:25 | #14622 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
|
|
1st February 2012, 19:48 | #14625 | Link |
Registered User
Join Date: Apr 2009
Posts: 93
|
Some time between rev 3914 (Jun 29 2011) and rev (4291 Jan 31 2012) there seems to have been a bug introduced in the timestamps of the first decoded frame for the H.264/AVC decoder.
For example the older rev 3914 produces output frames with these start and end timestamps: 5575666 5575667 5909333 5909333 6243000 6243001 6576666 6576667 The difference is always correctly 333666, and the end timestamp is always 1 greater then the start timestamp. But the newer rev 4291 gives these output timestamps: 0 399999 5909333 5909334 6243000 6243001 6576666 6576667 The timestamp of the first frame is way too low and much less than the input sample timestamps. Then there's a large jump to the timestamp values of the second frame which seems to be correct (as are all subsequent frames). This causes a glitch or error when fed to downstream filters. I don't know at what rev this problem first appeared, but at least rev 3914 works fine. Is it possible to get this fixed ? Thanks. EDIT: I've just gone through all the previous versions of ffdshow-tryouts in http://sourceforge.net/projects/ffds...eric%20builds/ and the problem seems to have been introduced at rev 4194. The previous rev 4174 seems to be OK (first frame has correct timestamps). Hope that helps. Last edited by ipanema; 1st February 2012 at 20:32. |
1st February 2012, 19:55 | #14626 | Link |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Problems with ffdshow_rev4291_20120131_clsid_x64.exe
I just installed ffdshow_rev4291_20120131_clsid_x64.exe and now, when trying to play a video I get a popup ffdshow error window saying it failed to load ffmpeg.dll. I am running Windows7 64-bit. Thanks, David
|
1st February 2012, 20:15 | #14627 | Link |
*****
Join Date: Feb 2005
Posts: 5,640
|
A fresh working x64 build will be available shortly.
__________________
MPC-HC 2.1.7.2 |
1st February 2012, 22:24 | #14628 | Link |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
H.264 video appears to be playing only I-frames
Here is a cell phone video (http://dl.dropbox.com/u/37804952/201...-17-41_209.3gp) taken of our attempt to play H.264 video from an Optelecom encoder. It appears that only I-frames are being decoded. Any thoughts what the problem might be? I am running Windows7 64-bit and ffdshow ffdshow_rev4293_20120201_clsid_x64. Thanks, David
|
2nd February 2012, 01:56 | #14629 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
you trying to playback the raw bitstream, what is the parser ?
though your chances arent high that it will work flawlessly as ffdshow isn't meant for this use case
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 2nd February 2012 at 02:04. |
2nd February 2012, 12:25 | #14631 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
Would you provide the sample? |
|
2nd February 2012, 17:46 | #14632 | Link |
Registered User
Join Date: Jun 2006
Posts: 452
|
I 've just updated my FFDshow from rev3972 to rev4291.
When setting up FFDshow DXVA, I noticed that there is currently only support for H264 and VC1, no option to choose MPEG2 anymore ! What has happened to the MPEG2 HW acceleration ? This is really a pitty because I used it often with my GTX 570 (full MPEG2 HW decoding support). Do we we also loose the HW vector adaptive deinterlacing for all MPEG2 streams ? Like for TV recordings, DVD movies, ..? I know we have Yadiff and other softw. based options but none comes even close to HW deinterlacing (quality wise), not to mention the extra load on the CPU. Can anyone please enlighten me ? Will the option be back in the near future versions ? Last edited by Pat357; 2nd February 2012 at 17:52. |
2nd February 2012, 17:49 | #14633 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
Deinterlacing through the renderer is not related to DXVA decoding, it should work equally well with software decoding as long as the decoder is setting the flags properly.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
2nd February 2012, 22:15 | #14635 | Link | |
*****
Join Date: Feb 2005
Posts: 5,640
|
Quote:
You should use LAV Video instead. That provides CUVID HW acceleration with HW deinterlacing.
__________________
MPC-HC 2.1.7.2 |
|
2nd February 2012, 22:17 | #14636 | Link | |
*****
Join Date: Feb 2005
Posts: 5,640
|
Quote:
http://www.mediafire.com If the file is very large and you want to cut a sample, then use DGSplit: http://neuron2.net/dgsplit/dgsplit12.zip
__________________
MPC-HC 2.1.7.2 |
|
3rd February 2012, 14:35 | #14637 | Link | |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Problem playing Optelecom H.264 video
Quote:
|
|
3rd February 2012, 15:06 | #14638 | Link | |
*****
Join Date: Feb 2005
Posts: 5,640
|
I am making preparations for a new official release that is planned for later this month, once remaining regressions have been fixed.
Everyone please review this changelog for omissions and mistakes: Quote:
__________________
MPC-HC 2.1.7.2 |
|
3rd February 2012, 19:36 | #14639 | Link | |
Registered User
Join Date: Apr 2009
Posts: 93
|
Quote:
Here are the start and end timestamps for the 3 files I tried. The input timestamps are shown, followed by the "correct" output timestamps from the older revision 4174, followed by the weird values produced by the newer revision. File 1 Input Timestamps 5575666 5575667 4908333 4908334 5242000 5242001 6576666 6576666 5909333 5909334 6243000 6243001 7577666 7577667 6910333 6910334 7244000 7244001 8578666 8578667 7911333 7911334 8245000 8245001 Output Timestamps from revision 4174 5575666 5575667 6576666 6576667 6910333 6910334 7244000 7244001 7577666 7577667 7911333 7911334 Weird Output Timestamps from newer revision 0 399999 6576666 6576667 6910333 6910334 7244000 7244001 7644000 8043999 7911333 7911334 File 2 Input Timestamps 2918111 2918112 2118111 2118112 2518111 2518112 3718111 3718112 3318111 3318112 4518111 4518112 4118111 4118112 5318111 5318112 4918111 4918112 6118111 6118112 5718111 5718112 6918111 6918112 6518111 6518112 Output Timestamps from revision 4174 2118111 2118112 2518111 2518112 2918111 2918112 3318111 3318112 3718111 3718112 4118111 4118112 4518111 4518112 4918111 4918112 5318111 5318112 5718111 5718112 6118111 6118112 Weird Output Timestamps from newer revision 2118111 2118112 3718111 3718112 4118111 4518110 3318111 3318112 3718111 3718112 5318111 5318112 4518111 4518112 6118111 6118112 5318111 5318112 6918111 6918112 6118111 6118112 File 3 Input Timestamps 7770333 7770334 7103000 7103001 7436666 7436667 8771333 8771334 8104000 8104001 8437666 8437667 9772333 9772334 9105000 9105001 9438666 9438667 10773333 10773333 10106000 10106001 10439666 10439667 11774333 11774334 11107000 11107001 11440666 11440667 12775333 12775334 12108000 12108001 12441666 12441667 13776333 13776334 13109000 13109001 13442666 13442666 Output Timestamps from revision 4174 7770333 7770334 8771333 8771334 9105000 9105001 9438666 9438667 9772333 9772334 10106000 10106001 10439666 10439667 10773333 10773334 11107000 11107001 11440666 11440667 11774333 11774334 12108000 12108001 12441666 12441667 12775333 12775334 13109000 13109001 Weird Output Timestamps from newer revision 0 399999 8771333 8771334 9438666 9438667 10773333 10773334 11173333 11573332 10439666 10439667 10439666 10439667 10773333 10773334 11107000 11107001 12775333 12775334 13175333 13575332 12441666 12441667 12441666 12441667 12841666 13241665 13109000 13109001 Given that all 3 of the files I selected at random show the problem within the first few frames, I would think that you would be able to reproduce this quite easily using one of your own files (all 3 were from different AVCHD camcorders). However, if you still think you need an example file, let me know and I will upload one for you. |
|
4th February 2012, 01:26 | #14640 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
One thing I want for the next release is fast "Accurate rounding" in resize filter. Actually it's a regression. |
|
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
Thread Tools | Search this Thread |
Display Modes | |
|
|