LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

Some files simply have the wrong field order, there is an option to switch it exactly for that reason.
Its possible cuvid and ffmpeg have different defaults when no field order can be determined, who knows.

[wanezhiling]

Ok, how about greenscreen on nv card?

coreavc dxva is just fine.

[nevcairiel]

I'm looking into it.

[nevcairiel]

Originally Posted by wanezhiling

Ok, how about greenscreen on nv card?

Should be fixed.

[wanezhiling]

So fast..cool.

[Anima123]

Nev,

There's some glitches (no audio output at the L channel, the audio is stereo) with the audio when playing with a 720p rmvb file with raac audio after seeking for several times. This problem only appear when I use LAV Splitter, no problem with the splitter with mpc-hc 1.6.5 stable.

There's quite a few splitter problems with different containers with LAV Splitter, is there something you can do to improve it?

Anything that may help you tracing the bug, please don't hesitate to ask.

Regards,

[nevcairiel]

Originally Posted by Anima123

There's some glitches (no audio output at the L channel, the audio is stereo) with the audio when playing with a 720p rmvb file with raac audio after seeking for several times. This problem only appear when I use LAV Splitter, no problem with the splitter with mpc-hc 1.6.5 stable.

Sample file or it didn't happen.
For the record, RMVB is just a horrible format.

Originally Posted by Anima123

There's quite a few splitter problems with different containers with LAV Splitter, is there something you can do to improve it?

That sounds more like trolling then a bug report.

Accurate problem descriptions, with sample files, or nothing can be done.

For the record, it works just perfectly for me.

[Mercury_22]

Originally Posted by wanezhiling

http://www.mediafire.com/?bff9fl5pytfegte
Hi nev, lav video decoder failed..

I can confirm this but the splitter seems to be the problem cause enabling the internal splitter in MPC-BE and using lav video and audio the sample it's working using lav splitter it doesn't

[nevcairiel]

The file has a "odd" FourCC used by one specific authoring tool, apparently.
There is two ways to fix such a file, either you overwrite the type in the splitter, or you make the decoder recognize the FourCC, i decided to do the second.

[Mercury_22]

Originally Posted by nevcairiel

The file has a "odd" FourCC used by one specific authoring tool, apparently.
There is two ways to fix such a file, either you overwrite the type in the splitter, or you make the decoder recognize the FourCC, i decided to do the second.

Seems to be working now

[CiNcH]

Why can the ffmpeg parser only be used for the following formats resp. subtypes inside LAV Video?

  if(codec == AV_CODEC_ID_MPEG1VIDEO || codec == AV_CODEC_ID_MPEG2VIDEO || pmt->subtype == FOURCCMap(MKTAG('H','2','6','4')) || pmt->subtype == FOURCCMap(MKTAG('h','2','6','4'))) {
    m_pParser = av_parser_init(codec);
  }

I think that if it was enabled for VC-1, sending fixed size ES chunks from the source filter instead of an exact frame per media sample would work as well, no?

[nevcairiel]

Originally Posted by Anima123

There's some glitches (no audio output at the L channel, the audio is stereo) with the audio when playing with a 720p rmvb file with raac audio after seeking for several times. This problem only appear when I use LAV Splitter, no problem with the splitter with mpc-hc 1.6.5 stable.

I got a sample file from clsid instead.
Try with this version, it should resolve the issue i hope, my own tests seem positive.

http://files.1f0.de/lavf/LAVFilters-...8-ge480b02.zip

[nevcairiel]

Originally Posted by CiNcH

I think that if it was enabled for VC-1, sending fixed size ES chunks from the source filter instead of an exact frame per media sample would work as well, no?

I don't think thats everything required for this use-case, depending on the exact behaviour of the source filter other steps may be required - not to mention that this code-path is only used for VC-1 DXVA, sofware decoding (in default settings) uses the wmv9 dmo decoder which can't use the parser yet.

I have it somewhere on my list to try to support splitters which don't deliver VC-1 in Microsofts spec, but it will be a while.

[CiNcH]

not to mention that this code-path is only used for VC-1 DXVA, sofware decoding (in default settings) uses the wmv9 dmo decoder which can't use the parser yet.

I recognized that too. I have seen that the QuickSync path even requires the sequence header as extra data in the connection media type.


BTW, something I did not have a look at yet... how does the QuickSync path work with the fixed size ES chunks that the DVBSource sends in case of MPEG-2 and H.264? Does QuickSync itself perform a NALU/frame parsing for those formats?

[nevcairiel]

Originally Posted by CiNcH

I have seen that the QuickSync path even requires the sequence header as extra data in the connection media type.

All decoders require this (except CUVID). The ffmpeg based DXVA decoder and the wmv9 dmo decoder. However, this information is also available in-band, so the decoder could try to delay initialization and wait for this information, so it would be possible to work around this with some effort.

Originally Posted by CiNcH

BTW, something I did not have a look at yet... how does the QuickSync path work with the fixed size ES chunks that the DVBSource sends in case of MPEG-2 and H.264? Does QuickSync itself perform a NALU/frame parsing for those formats?

I believe Eric has code for this in the IntelQuickSyncDecoder. Not sure if for VC-1 as well.

[egur]

Originally Posted by nevcairiel

I believe Eric has code for this in the IntelQuickSyncDecoder. Not sure if for VC-1 as well.

All I do is a basic parse of H264 streams and make sure they are HW compatible (remove AnnexB style info). The Intel Media SDK underneath my decoder does the rest (split or join packets). HW works one frame at time.

[wanezhiling]

Originally Posted by nevcairiel

The file has a "odd" FourCC used by one specific authoring tool, apparently.
There is two ways to fix such a file, either you overwrite the type in the splitter, or you make the decoder recognize the FourCC, i decided to do the second.

Another similar sample:http://pan.baidu.com/share/link?shar...&uk=3558042035

LAV video decoder can not recognize the FourCC, MPC-HC/BE is fine.

[clsid]

If you add "3IV2" for the file above, then you could add "3IV1" as well while you're at it. Both are from 3ivX MPEG-4 encoder.

The rm fix is working great btw.

[nevcairiel]

Originally Posted by wanezhiling

Another similar sample:http://pan.baidu.com/share/link?shar...&uk=3558042035

LAV video decoder can not recognize the FourCC, MPC-HC/BE is fine.

Fixed

Originally Posted by clsid

If you add "3IV2" for the file above, then you could add "3IV1" as well while you're at it. Both are from 3ivX MPEG-4 encoder.

I added 3ivx, 3iv1 and 3iv2 (and the uppercase variants)

Originally Posted by clsid

The rm fix is working great btw.

Great!

[Anima123]

Nevcairiel,

Thanks a lot for the fix. I know rm container sucks, however I have plenty of videos in this format.

As I can recall, Kostya said somewhere that he may intended to write a new rm splitter. I hope that he can find some time to do that in the end.

Regards,