LAV Filters - DirectShow Media Splitter and Decoders

[Midzuki]

Thanks and thanks for the overdue clarifications

[nevcairiel]

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

[sagematt]

Originally Posted by egur

In 0.46 QS worked in SW emulation mode. This mode was cancelled later on. 0.49 will only work if HW is available and supports the specific codec/profile.
Does it happen for all files or just specific ones?

All files, apparently.
At all times (even while not playing a file) LAV Video says that QuickSync is not available. While playing a file it keeps showing that, and Active Decoder is set to avcodec.

Originally Posted by egur

Do you have a discrete GPU in your laptop?

Dell XPS L502x, Nvidia Geforce GT 525M, Intel HD 3000 (Core i7-2630QM).

Originally Posted by egur

What driver, OS, splitter and player are you using?

Nvidia driver: Just upgraded to Verde 296.10 before. Was using 285.62 before, with the same results.
Intel driver: 8.15.10.2342. Dell still hasn't upgraded to a later driver (2509 is the latest).
Splitter: I get the same results with both Haali Media Splitter and LAV Splitter 0.49.
OS: Windows 7 Home Premium x64

[Pat357]

Originally Posted by nevcairiel

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

CUVID indeed picks up the AR-change on seeking, but it seems only sometimes.
I really had to seek a lot before it picked it up.
Does it always change AR for you on the first seek ?

[CruNcher]

Originally Posted by nevcairiel

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).
In this file, CUVID only picks it up when i seek (for some odd reason), and QuickSync never picks it up.

you can already visually see that it is somehow exactly @ the switch point Cyberlink and Arcsoft get the AR change CoreAVC seems also to miss it

[SeeMoreDigital]

Originally Posted by RBG

Then I guess MPEG-4 ASP is still broken, because I can play both files absolutely fine with hardware acceleration on 285.62.

It is not corrupted. It is CUVID problem, or should I say nvidia driver problem, and nevcairiel knows about it.

If it's of any interest. The MPEG-4 Part-2 .MKV file that does not work contains "packed bit-stream". The MPEG-4 Part-2 .MKV file that works okay does not contain "packed bit-stream"...

[CruNcher]

@Nev
this seems to be a ffmpeg issue

ffplay = fail
avplay = ok
vlc 2.1 git = ok
mirillis Hard/soft = ok
CoreAVC 3.0.1 = fail
Cyberlink = ok
Arcsoft = ok
Potplayer DXVA = ok
Potplayer FFMpeg Decoder Type 2 = fail
Lav Video = fail
Lav Video Quicksync = fail
Lav Video DXVA2 Native = ok

[kasper93]

Originally Posted by nevcairiel

That file must've been somehow especially broken, i have quite a bunch of other H264 files where the AR change works just fine (in all decoders).

It was recorded from DVB-T broadcast from Polish and I noticed earlier that there is something strange about it. For example I was trying to cut stream with Video ReDo and didn't work as it should.. Anyway there is a official forum about that DVB-T broadcast and no one complain on any technical issue.

[mindbomb]

what is dxva copyback performance based on?

hardware video decoder version?

cause on further expection, I don't think uvd 2.0 is fast enough for this for 1080p video. Testing with a radeon 4870.
The present queue in madvr is struggling to keep above 0.

[nevcairiel]

Originally Posted by CruNcher

@Nev
this seems to be a ffmpeg issue

Of course it was, but i already fixed it. Read what i write.

Originally Posted by mindbomb

what is dxva copyback performance based on?

Its mostly memory copy performance.

From what i've seen and heard so far, it seems fine for 24p/25p/50i/60i material on 4000 series and above cards. Some cards seem to also be able to handle 50p and 60p.
Starting with the 7000 series, the speed has increased again and 50p and 60p are fine across the board.

You can easily test this by running a benchmark, if your card behaves anything like the others, it should be around 50 fps.
This may also be highly driver dependent, and maybe some other factors that are not known yet.

PS:
The present queue being 0 means your GPU is bottle-necked somewhere. If the decoder queue remains full, the decoder is running fast enough.
It may be possible that the combination of the memory copys and madVRs GPU shaders is too much.

[JEskandari]

I have a Question and Wonder if somebody can help me
I use LAVFilters for codecs and also I use EVR
I have converted some file in to MP4 format using MediaCoder.
This is what Media Info Shows when about the files

General
Complete name                            : C:\Encoded\Three Kingdoms 2010\Written\Three Kingdoms ep 62 ~ Xu Chu duels Ma Chao.mp4
Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom
File size                                : 273 MiB
Duration                                 : 46mn 32s
Overall bit rate mode                    : Variable
Overall bit rate                         : 819 Kbps
Encoded date                             : UTC 2012-03-02 23:14:04
Tagged date                              : UTC 2012-03-02 23:14:04

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 12 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 46mn 32s
Bit rate                                 : 756 Kbps
Maximum bit rate                         : 3 256 Kbps
Width                                    : 720 pixels
Height                                   : 400 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 29.970 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.088
Stream size                              : 252 MiB (92%)
Writing library                          : x264 core 120 r2120 0c7dab9
Encoding settings                        : cabac=1 / ref=12 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=756 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=2:1.00
Encoded date                             : UTC 2012-03-02 23:14:04
Tagged date                              : UTC 2012-03-02 23:14:37

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : HE-AACv2 / HE-AAC / LC
Codec ID                                 : 40
Duration                                 : 46mn 32s
Bit rate mode                            : Variable
Bit rate                                 : 56.0 Kbps
Maximum bit rate                         : 64.0 Kbps
Channel(s)                               : 2 channels / 1 channel / 1 channel
Channel positions                        : Front: L R / Front: C / Front: C
Sampling rate                            : 48.0 KHz / 48.0 KHz / 24.0 KHz
Compression mode                         : Lossy
Stream size                              : 18.6 MiB (7%)
Encoded date                             : UTC 2012-03-02 23:14:37
Tagged date                              : UTC 2012-03-02 23:14:37

I have no problem playing back the files using Mediaplayer Classic -
HomeCinema when I config Lav Video to use Intel QuickSync or CPU
but when I use DXVA2-native or DXVA2 - Copy Back I get these Artifact
I wonder If anybody can help me and tell which of the setting I used
while encoding medias may caused such Artifacts
Click Image to Enlarge Free Image Hosting
thanks

[Surfn]

Originally Posted by mindbomb

what is dxva copyback performance based on?

hardware video decoder version?

cause on further expection, I don't think uvd 2.0 is fast enough for this for 1080p video. Testing with a radeon 4870.
The present queue in madvr is struggling to keep above 0.

i seem to struggle in the way using copyback for 1080p using ati 5670 1gb gddr5. no probs in software or dxva2 native

[aufkrawall]

I have a problem with a DVD remux: DXVA doesn't work with that MPEG2 interlaced, neither copy back nor native. CUVID works.

[Kotik]

Hello,

Got myself a new HTPC with the following config:

i3 2105
ATI 6450
Asrock H67M-ITX

I got primary VGA over BIOS set to PCIE BUT MultiMonitor option set to "Enable", this way on windows 7 my main vga is ATI and the Intel HD VGA is preset over device manager.

So far good, now to the point

If i plug the DVI cable over the intel vga LAV Video reports that QuickSync is "Available" and i am able to use it. The issue arise when i plug the cable over the ATI vga then the QuickSync option turns into "Not Available" so i am unable to use it

What i would like to know is if it is possible to use QuickSync while my main vga is ATI and the Intel HD vga is present over device manager.

My idea was to use QuickSync for the video decoding and ATI for the Deinterlacing/EVR part since ATI is able to provide me with a nice 23.976.

Thanx in advance.

[DragonQ]

Originally Posted by Kotik

What i would like to know is if it is possible to use QuickSync while my main vga is ATI and the Intel HD vga is present over device manager.

Yes but you need Lucid Virtu.

[Kotik]

I did install the latest version but QuickSync still is not available if my main VGA is ATI, only becomes available if Intel is the main one although Virtu reports that it is running.

Any ideas?

I know we are completely offtopic here, sorry Nev.

[STaRGaZeR]

You don't need Virtu at all. See here, the fake screen method will do just what you want. Works like a charm.

[Pat357]

Nev,

About changing AR in middle of the stream (like the file posted) :
- it works now with software mt decoding (good job btw )
- CUVID mode still fails : is there anything that you could do to make this work ?
Because CUVID in CoreAVC is working, I suppose the problem lies not in behind the CUVID API,
but in missing and/or wrong data send to the API.

[Kotik]

Originally Posted by STaRGaZeR

You don't need Virtu at all. See here, the fake screen method will do just what you want. Works like a charm.

WOW

Thanks that did the trick

Currently LAV Video reports that QuickSync is "Available" and "Active" during a video playback and EVR reports that Render Device is ATI Radeon 6450!!!

Am i right when i assume that Deinterlacing is done by ATI atm?

Now that i got this working, may i ask if this is generaly a suggested way of watching 1080p or at least is it any better than DXVA CB? I need DXVA CB cause i am gonna apply postprocessing.

[nevcairiel]

Originally Posted by Pat357

- CUVID mode still fails : is there anything that you could do to make this work ?
Because CUVID in CoreAVC is working, I suppose the problem lies not in behind the CUVID API,
but in missing and/or wrong data send to the API.

That file is somhow broken, its not a "standard" sample for H264 AR changes.
Anyway, i send the full bitstream to the CUVID decoder, there is nothing else i could send, so there is nothing "missing".

CoreAVC most likely use their own bitstream parsing instead of using NVIDIAs full CUVID parser for that.

Its possible to add that kind of parsing as well, of course, but for now it has a veeeeeeeeeeeeery low priority.