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. |
6th February 2012, 13:20 | #14661 | Link | |
Registered User
Join Date: Apr 2009
Posts: 93
|
Quote:
A side issue, but I noticed that the decoder still does not output the leading B frames which other decoders manage to do. It's a bug report from 2009 http://sourceforge.net/tracker/index...41&atid=867360 For example, my FILE3 begins with the following input start timestamps 7770333 7103000 > B frame 7436666 > B frame 8771333 8104000 8437666 9772333 9105000 9438666 and Microsoft and Mainconcept decoders both output all the frames 7103000 > B frame 7436666 > B frame 7770333 8104000 8437666 8771333 9105000 9438666 9772333 but the ffdshow decoder outputs 7770333 8104000 8437666 8771333 9105000 9438666 9772333 note the missing B frames at the beginning. |
|
6th February 2012, 13:26 | #14662 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Thats quite normal, ffdshow will try to not output frames that show corruption, and a B frame needs more then the first I frame to be decodable without corruption.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th February 2012, 15:02 | #14664 | Link |
Software Developer
Join Date: Oct 2001
Location: Israel
Posts: 1,005
|
Hi,
I have a serious issue with recent builds (tested builds upto 4303) of ffdshow's audio decoder when the "Connect as PCM first" setting is disabled. For some reason, when playing certain audio files (tested with AC3/DTS), the audio decoder exposes two media types. One with major type "Audio" (and DTS/AC3 subtype) and a second with major type "stream" and sub-type "none": The problem is, my DSP filter is first presented with the "Stream" media type first and when it's rejected with "VFW_E_TYPE_NOT_ACCEPTED", the second media type (major type audio) isn't presented to my DSP filter at all. If I enable "Connect as PCM first" or disable pass-through to S/PDIF, the problem disappears. My question is, Why is there a second media type with these values? If it's an important feature for some conditions, can you make it optional and possibly default it to off? Last edited by Blight; 6th February 2012 at 15:04. |
6th February 2012, 16:22 | #14665 | Link | |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Quote:
|
|
6th February 2012, 19:07 | #14666 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
I need a sample file to reproduce the problem.
__________________
MPC-HC 2.2.1 |
6th February 2012, 19:07 | #14667 | Link | |||
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Quote:
Quote:
Quote:
|
|||
6th February 2012, 19:13 | #14668 | Link |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Here is a wireshark capture:
http://dl.dropbox.com/u/37804952/Optelecom.pcap Here is a Matroska recording http://dl.dropbox.com/u/37804952/Optelecom.mkv This is a live encoder. If it would be helpful I could also put our encoder in the Internet so you could access it. Thanks for the help. David |
7th February 2012, 13:44 | #14670 | Link | |
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
If Haali's splitter is used, it is OK. nevcairiel, if you are reading this, would you take a look? @kc7bfi, As the example above shows, the source/splitter filter is the key. I can't debug anything or help you unless you provide the source/splitter filter. |
|
7th February 2012, 13:54 | #14671 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
It muxed an AnnexB stream into MKV, which in itself is not wrong, BUT it created MP4 style extradata. Either you mux in AnnexB mode, or in MP4 mode, combining the two is .... weird. Horrible. I can probably fix it in the splitter, though.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
7th February 2012, 14:28 | #14672 | Link | ||
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
Quote:
|
||
7th February 2012, 16:32 | #14673 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
After fixing the source, LAV Video in software mode still cannot decode it, must be a problem in libav/ffmpeg itself. If i run it though CUDA or the Intel decoder, it works just fine.
For the record, it never worked with Haali for me either. Edit: I actually fixed it, the file is just muxed very badly. It doesn't work 100% from the start .. but it works, kind of.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 7th February 2012 at 17:28. |
8th February 2012, 20:47 | #14674 | Link | |
Registered User
Join Date: Nov 2010
Location: Chesapeake, VA USA
Posts: 38
|
Quote:
1) Do you see the same "muxed" issues in the wireshark? 2) Would this explain the DebugView log I included in a previous message? 3) Would there have been something changed between revisions 4175 and 4176 that would have caused this problem? It it would be helpful I could create a small program that will play the video from the encoder (over the Internet) using the ffdshow filter for decoding. Just let me know. David |
|
8th February 2012, 23:51 | #14675 | Link | ||||
Registered User
Join Date: Feb 2006
Location: Japan
Posts: 1,560
|
Quote:
Quote:
Quote:
Quote:
|
||||
9th February 2012, 05:10 | #14676 | Link |
Registered User
Join Date: Jan 2007
Posts: 729
|
I tried enabling software scaling, but it seems to me the aspect ratio handling might not be working as expected.
I tried to play a 16/9 movie on a 16/10 LCD (1680x1050), so I followed the instructions here: http://ffdshow-tryout.sourceforge.ne...:resize_aspect (That means, "specify horizontal and vertical size" enabled, set to: 1680x1050, "keep original aspect ratio" enabled, "process pixel aspect ratio internally" enabled. At the same time, I disabled "keep aspect ratio" in mpc as the help entry suggests.) If I understand the help properly, this should scale the image, keeping the aspect ratio, until width or height hits the specified dimensions. However, ffdshow will also pad the image with black bars to meet the specified resolution on top of that, it will expand 4:3 or 16:9 frame to the full 16/10 of the LCD. This has two weird consequences: subtitle positioning is changed, and if you switch the player to window, the black bars padding will affect the windowed display. Is this how it is supposed to work, or am I missing something? I'm afraid don't recall how the function behaved in the past, so I have no idea if this is actually a regression or standard behaviour... (revision tested: 4296, x86 MSVC buld from xvidvideo.ru; windows XP sp3 home, MPC-HC 1.5.3.3819) P.S. If the padding is intentional, I'd like to suggest adding an option to disable it. It would make the scaling more useful if ASS subtitles that rely on positioning are used. Last edited by mandarinka; 9th February 2012 at 05:17. |
9th February 2012, 06:02 | #14677 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
As the documentation says: If you specify both height and width, then ffdshow will resize to that exact resolution. Padding is required if the aspect ratio of the video differs from your target resolution.
If you don't want padding you need to create two profiles: aspect < 16/10 -> specify height aspect >= 16/10 -> specify width Disabling that option in MPC should not be needed.
__________________
MPC-HC 2.2.1 |
9th February 2012, 07:45 | #14678 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
The stream itself works fine with various hardware decoders i tried, it seems to be an issue with the software decoder. I do actually get an image now with LAV, but the first few frames are missing.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
Tags |
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl |
Thread Tools | Search this Thread |
Display Modes | |
|
|