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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 6th March 2019, 00:08   #23341  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
the file is 4:2:2:2 as said before and madVR can't frame time correct this so everything is working as intended here.
huhn is offline   Reply With Quote
Old 6th March 2019, 12:15   #23342  |  Link
el Filou
Registered User
 
el Filou's Avatar
 
Join Date: Oct 2016
Posts: 896
Have a look at DMU's screenshots again: with 0.73.1, madVR's (forced) film mode worked and detected the 4:2:2:2 cadence, and with 0.73.1-19 and later it doesn't.
Edit: sorry, I think I misunderstood, did you mean that madVR can detect a 4:2:2:2 cadence, but not decimate it to 2:2:2:2 ?
Edit 2: based on this entry in madVR's changelog, it should work:
Quote:
v0.87.15:
* fixed: #201: decimation didn't work with 4:2:2:2 cadence
Quote:
Originally Posted by DMU View Post
Of course. Same issue.
ivtc
no ivtc
So if this behaviour is expected as LAV output is progressive, it means there was a bug previously in LAV that outputted this stream as interlaced and it was fixed?

@DMU if this stays as it is now, maybe try and ask madshi to implement progressive cadence detection and decimation?
Or switch LAV manually to Force interlaced output when you play such a DVD, this allows madVR's film mode to work again.
__________________
HTPC: Windows 10 22H2, MediaPortal 1, LAV Filters/ReClock/madVR. DVB-C TV, Panasonic GT60, Denon 2310, Core 2 Duo E7400 oc'd, GeForce 1050 Ti 536.40

Last edited by el Filou; 6th March 2019 at 12:29.
el Filou is offline   Reply With Quote
Old 6th March 2019, 12:54   #23343  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
You can also press Ctrl-Alt-Shift-T a few times to ensure madVR treats it as film content and applies IVTC. I don't see anything wrong with how LAV outputs that video.
IVTC in madVR is never fully automatic.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 6th March 2019, 15:23   #23344  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
4:2:2:2 is not frame time corrected which makes it not 100 % reliable unlike 3:2.
http://bugs.madshi.net/view.php?id=201
you are just wasting your time at 60hz.

madVR will always try to IVTC if it is setup to do so and if the file is interlaced.

so the only "issue" here is if the file is supposed to be interlaced or not.
huhn is offline   Reply With Quote
Old 6th March 2019, 21:42   #23345  |  Link
DMU
Registered User
 
Join Date: Dec 2018
Posts: 207
Quote:
Originally Posted by el Filou View Post
Have a look at DMU's screenshots again: with 0.73.1, madVR's (forced) film mode worked and detected the 4:2:2:2 cadence, and with 0.73.1-19 and later it doesn't.
Edit: sorry, I think I misunderstood, did you mean that madVR can detect a 4:2:2:2 cadence, but not decimate it to 2:2:2:2 ?
Can decimate, as u can see: screenshot

Quote:
Originally Posted by el Filou View Post
Edit 2: based on this entry in madVR's changelog, it should work
Yep, it work.

Quote:
Originally Posted by el Filou View Post
So if this behaviour is expected as LAV output is progressive, it means there was a bug previously in LAV that outputted this stream as interlaced and it was fixed?
I think yes.

Quote:
Originally Posted by el Filou View Post
@DMU if this stays as it is now, maybe try and ask madshi to implement progressive cadence detection and decimation?
It would be cool, but my english is not very good. I do not know if he will understand me.

Quote:
Originally Posted by el Filou View Post
Or switch LAV manually to Force interlaced output when you play such a DVD, this allows madVR's film mode to work again.
This is not a good way to use permanently
DMU is offline   Reply With Quote
Old 12th March 2019, 13:49   #23346  |  Link
mzso
Registered User
 
Join Date: Oct 2009
Posts: 930
Hello!

It seems I can't play UT-Video YUV files. MPV plays the files just fine. LAV does not load for this in MPC-HC. (And the system decoder only produces black)
I tried this format only, but I expect other won't play as well, there are a lot of UT variants now:
Code:
Video 
ID : 1 
Format : V_MS/VFW/FOURCC / ULH4 
Codec ID : V_MS/VFW/FOURCC / ULH4 
Duration : 59 s 702 ms 
Bit rate : 216 Mb/s 
Width : 1 600 pixels 
Height : 1 200 pixels 
Display aspect ratio : 4:3 
Frame rate mode : Variable 
Color space : YUV 
Stream size : 1.50 GiB (98%) 
Writing library : Lavc58.43.101 utvideo 
Language : English 
Default : Yes 
Forced : No 
Color range : Full 
Color primaries : BT.709 
Matrix coefficients : BT.709
mzso is offline   Reply With Quote
Old 12th March 2019, 14:58   #23347  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
LAV Video supports UtVideo, however they keep adding more and more types that are all more or less the same thing, so its hard to keep up.
I've added more types just now that ffmpeg seems to know about, including ULH4.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 12th March 2019, 19:12   #23348  |  Link
mzso
Registered User
 
Join Date: Oct 2009
Posts: 930
Quote:
Originally Posted by nevcairiel View Post
LAV Video supports UtVideo, however they keep adding more and more types that are all more or less the same thing, so its hard to keep up.
I've added more types just now that ffmpeg seems to know about, including ULH4.
Yep, the list is pretty extensive, I count seventeen. Not sure if ffmpeg works with all though.
mzso is offline   Reply With Quote
Old 12th March 2019, 20:08   #23349  |  Link
Taurus
Registered User
 
Taurus's Avatar
 
Join Date: Mar 2002
Location: Krautland
Posts: 903
Quote:
Originally Posted by nevcairiel View Post
I've added more types just now that ffmpeg seems to know about, including ULH4.
Thank you
Taurus is offline   Reply With Quote
Old 12th March 2019, 22:45   #23350  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by mzso View Post
Yep, the list is pretty extensive, I count seventeen. Not sure if ffmpeg works with all though.
I think the UtVideo Pro formats may not be supported (yet), but all others I added today I believe
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 13th March 2019, 10:18   #23351  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
dav1d in newest nightly is working fine. Thx.
sneaker_ger is offline   Reply With Quote
Old 13th March 2019, 18:43   #23352  |  Link
lvqcl
Registered User
 
Join Date: Aug 2015
Posts: 293
Here are the results of my small test of decoder performance:

Test app: graphstudio / graphstudio64
Test codecs: LAV Filters 0.73.1-36 and MPC-BE standalone filters 1.5.3.4462.
Test CPU: Intel Core2 Q9300 (quad core, up to SSE4.1, no AVX)
Test video: Gangnam Style 720p from Youtube
Results:
Code:
x86 LAVFilters 0.73.1-36:       76.3 FPS
x86 MPC-BE filters 1.5.3.4462:  82.7 FPS

x64 LAVFilters 0.73.1-36:       84.8 FPS
x64 MPC-BE filters 1.5.3.4462:  91.6 FPS
CPU usage for LAV Filters is also less than for MPC-BE: 72% vs 82%.

It seems that LAV Filters doesn't use as many threads to decode AV1 as MPC-BE. This results is slightly less CPU usage and slightly less decoding performance.
lvqcl is offline   Reply With Quote
Old 13th March 2019, 20:43   #23353  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
LAV uses as many threads as your CPU has threads, while MPC-BE uses more. Using more is beneficial in benchmarking, but not in playback, as it might starve the renderer to overtax the CPU, which is why I changed LAV to not do that anylonger.
You can adjust the thread count yourself if you feel like testing. MPC-BE uses Thread * 1.5 (ie. 50% higher).
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 13th March 2019, 21:37   #23354  |  Link
lvqcl
Registered User
 
Join Date: Aug 2015
Posts: 293
Indeed, I set the number of threads to 6 and now I can get ~94 FPS from LAV Filters.
lvqcl is offline   Reply With Quote
Old 15th March 2019, 00:20   #23355  |  Link
Pat357
Registered User
 
Join Date: Jun 2006
Posts: 452
I have some trouble playing an AV1 encoded file with MPC-HC or MPC-BE on my SkylakeX i9-7940X system.
In the MadVR OSD, I see the decoder cue dropping from 16 to 0-1 and obviously the the playback is very jerky. Just unwatchable !

- File (300MB) : https://mega.nz/#!1Bo0EIRT!es4Zu0K3c...xjPChfQri8VTEM

- Cut a small piece with only 500 frames (46 MB) : https://mega.nz/#!tZ5kgaKJ!IQqBnuiIO...003ymoOjHjyNw0

This is what MediaInfo tells about this file :
Code:
General
Complete name                            : D:\film\UHD-HD\Stream3_AV1_4K_13.9mbps.webm
Format                                   : WebM
Format version                           : Version 4
File size                                : 300 MiB
Duration                                 : 3 min 1 s
Overall bit rate                         : 13.9 Mb/s
Writing application                      : aomenc 1.0.0
Writing library                          : libwebm-0.2.1.0

Video
ID                                       : 1
Format                                   : AV1
Format/Info                              : AOMedia Video 1
Format profile                           : Main@L5.0
Codec ID                                 : V_AV1
Duration                                 : 3 min 1 s
Bit rate                                 : 13.3 Mb/s
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 25.000 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Bits/(Pixel*Frame)                       : 0.064
Stream size                              : 288 MiB (96%)
Language                                 : English
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
I did some tests by compiling ffmpeg with libaom and libdav1d and the results are amazing : libdav1d is almost 4x faster than libaom on decoding this file !

Maybe it's time to replace libaom by libdav1 in LAVFilters ?
Nevcairiel, what's your opinion about this ? Is this feasible with not to much work ?

Last edited by Pat357; 15th March 2019 at 01:02. Reason: adding mediainfo
Pat357 is offline   Reply With Quote
Old 15th March 2019, 00:22   #23356  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
You should really read the last 4 posts just directly above yours.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 15th March 2019, 01:09   #23357  |  Link
Pat357
Registered User
 
Join Date: Jun 2006
Posts: 452
Quote:
Originally Posted by nevcairiel View Post
You should really read the last 4 posts just directly above yours.
Dam, you're really fast !
I ask something today and you had it ready yesterday as we speak !

I noticed a problem with the 32bit version on my system : the player closes immediately upon opening the above mentioned file.

Code:
Naam van toepassing met fout: mpc-be.exe, versie: 1.5.3.4455, tijdstempel: 0x5c7f3025
Naam van module met fout: avformat-lav-58.dll, versie: 58.26.101.0, tijdstempel: 0x00000000
Uitzonderingscode: 0xc0000005
Foutmarge: 0x000031f8
Id van proces met fout: 0x3034
Starttijd van toepassing met fout: 0x01d4dac9349ddd69
Pad naar toepassing met fout: D:\programs\MPC-BE.1.5.0.1997.x86\mpc-be.exe
Pad naar module met fout: d:\programs\LAV Filters\x86\avformat-lav-58.dll
Rapport-id: 8d7e6434-5d59-4595-9710-5a297dc965b7
Volledige pakketnaam met fout: 
Relatieve toepassings-id van pakket met fout:
I had the same problem with the 32bit version from Videolan cmdline AV1 decoder dav1d.exe : as soon as I used more than 6 frame-threads, I got a message that it could not allocate memory to initialise.

As soon as I patched the header from dav1d.exe to -Wl,large_addres_aware, I was able to up the freamethreads to 16. (it used 1900 MB then)
My feeling tells me this is the same problem.

My system i9-7940X has 14C/28T.
I guess only the systems with a lot of cores are affected.

Could you please test my sample from above on a system with a lot of cores with a 32bit player ?

Last edited by Pat357; 15th March 2019 at 01:59.
Pat357 is offline   Reply With Quote
Old 15th March 2019, 01:13   #23358  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
I said 4 posts. Here, have a link to help you out https://forum.doom9.org/showthread.p...40#post1868640
And here, have another link: https://files.1f0.de/lavf/nightly/
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 15th March 2019 at 01:17.
nevcairiel is offline   Reply With Quote
Old 15th March 2019, 07:53   #23359  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
dav1d developers are aware that it uses more memory than necessary.
So 1 more link:
https://code.videolan.org/videolan/dav1d/issues/257
sneaker_ger is offline   Reply With Quote
Old 15th March 2019, 10:06   #23360  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by Pat357 View Post
with a 32bit player ?
You should switch to 64-bit, there is no getting around that 32-bit is going to severely limit you eventually, both in performance and available memory.
There is nothing I can do to fix that. As sneaker_ger said, dav1d uses a bit too much memory on 8-bit and/or 4:2:0/4:2:2 samples, but even if that is fixed, it only slightly moves the resource limit, nevermind the significantly slower decoding on 32-bit (since the majority of the AVX2 code is 64-bit only).

When I try decoding such a 4K AV1 stream on my 7900X on 32-bit, all I get is a black screen because it runs out of memory instantly without lowering the thread count. Its not supposed to crash, but I guess there are still some unchecked allocations left somewhere.

Some numbers to further demonstrate how futile 32-bit is. I set LAV to 10 threads on my 10-core CPU, since that seems to allow it to safely run on 32-bit, and benchmarked the full 4K clip you posted

Code:
32-bit 10 threads: 63 FPS
64-bit 10 threads: 130 FPS
64-bit auto threads: 145 FPS
So by moving from 32-bit to 64-bit, you can more then double the FPS these files decode at, and thats not going to change much. Even once the memory usage is reduced and you can run more threads on 32-bit, all the fast AVX2 code is going to remain 64-bit only, which will make 64-bit dav1d almost twice as fast on 64-bit if AVX2 is supported.

In any case, whatever reason someone has to stick to 32-bit, it should really be re-evaluated.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 15th March 2019 at 10:23.
nevcairiel is offline   Reply With Quote
Reply

Tags
decoders, directshow, filters, splitter

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:59.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.