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 March 2019, 12:15 | #23342 | Link | |
Registered User
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:
@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. |
|
6th March 2019, 12:54 | #23343 | Link |
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 |
6th March 2019, 15:23 | #23344 | Link |
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. |
6th March 2019, 21:42 | #23345 | Link | ||||
Registered User
Join Date: Dec 2018
Posts: 207
|
Quote:
Quote:
Quote:
Quote:
This is not a good way to use permanently |
||||
12th March 2019, 13:49 | #23346 | Link |
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 |
12th March 2019, 14:58 | #23347 | Link |
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 |
12th March 2019, 19:12 | #23348 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
|
|
12th March 2019, 22:45 | #23350 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
13th March 2019, 18:43 | #23352 | Link |
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 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. |
13th March 2019, 20:43 | #23353 | Link |
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 |
15th March 2019, 00:20 | #23355 | Link |
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 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 |
15th March 2019, 00:22 | #23356 | Link |
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 |
15th March 2019, 01:09 | #23357 | Link | |
Registered User
Join Date: Jun 2006
Posts: 452
|
Quote:
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: 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. |
|
15th March 2019, 01:13 | #23358 | Link |
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. |
15th March 2019, 07:53 | #23359 | Link |
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 |
15th March 2019, 10:06 | #23360 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
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 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. |
Tags |
decoders, directshow, filters, splitter |
Thread Tools | Search this Thread |
Display Modes | |
|
|