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. |
21st June 2014, 03:56 | #1001 | Link | |
Registered User
Join Date: Jan 2014
Posts: 45
|
Quote:
|
|
23rd June 2014, 08:21 | #1002 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
The latest patch is supposed to reduce the RAM utilization. May be interesting to check v1.1+193 against an older build regarding encodability of 4K video even with a 32-bit build.
__ Stable at 1.6 GB with preset "slow", looks promising. __ Preset "slower" requires about 1.9 GB RAM (Private Bytes: 2,040,092 KB / Working Set: 1,768,604 KB – at frame 30); the patch must have made it more dependent on the complexity, instead of assuming a maximum always. I believe there may still be headroom with more efforts, but a further reduction will probably be harder to achieve (not without some deep reorganization and allocation "smartness"). For now, even on almost "obsolete" 32-bit OS, 4K encoding will be possible with preset "slow", maybe even "slower". Last edited by LigH; 23rd June 2014 at 12:38. |
24th June 2014, 02:04 | #1003 | Link | |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
Using 10-bit internal with 8-bit input doesn't seem to have the same advantage over plain 8-bit in x265 as with x264. (And even that is fairly small.) I'm not sure if that's the encoder, or the standard, but we'll have to see how it evolves. Maybe HEVC just doesn't cause as much banding as AVC in general at 8-bit? With respect to size, it doesn't matter if what you output, it's still the same file (unless you're re-encoding) and internally every calculation is done at the internal bit-depth until the final output, when it can be left alone or downsampled. Even with 8-bit input, Main 10 with 16-bit output instead of 8-bit dithered might look better simply due to not rounding as early. (No decoder currently produces float output, although they could if they wanted.) I don't know if anyone's really tested that, and you'd need a decent monitor to tell the difference, and right now I don't have one. It's an interesting area to investigate. It definitely will help if you're doing any shader processing on the output; MadVR will accept up to 16-bit and won't ever drop down until it outputs to the screen. Last edited by foxyshadis; 24th June 2014 at 02:09. |
|
24th June 2014, 07:15 | #1004 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Impressive results with the command line
Code:
--crf 30 --preset slower --aq-mode 2 --aq-strength 1.5 --psy-rd 0.3 |
24th June 2014, 10:32 | #1008 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Carefully used, together with adaptive quantization, Psy-RDO has the potential to preserve more detail than in previous builds. Even though it is not yet completely correct.
They will tell us when they did it for certain... In the meantime, enjoy another 4K encode demonstrating the efficiency (same options as above); x264 used to fail especially in the sky at similar bitrates (noticably worse behaviour at up to 3 times the bitrate of the x265 sample in an earlier 1080p test). Last edited by LigH; 24th June 2014 at 10:38. |
24th June 2014, 12:52 | #1009 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 24th June 2014 at 13:02. |
|
24th June 2014, 13:03 | #1010 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
My equipment here is way below yours: An AMD Phenom-II X4 is too slow to play this 4K video in realtime, and madVR is no option anyway with a GeForce 9600.
At home I have a Phenom-II X6 and GTS 450 available, that won't be fast enough either, I believe. |
24th June 2014, 13:20 | #1011 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
Okay thank for the fast update info
As for the Video LigH posted, i can tell you that i have no way of playing it in realtime. And i have a quite good PC (i5 760 @4Ghz), and it goes to 100% and it's nowhere near it's original speed. |
24th June 2014, 14:09 | #1013 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
These clips are encoded with a rather high complexity, and they are to be played with 50 fps. I am not surprised that decoding them is too elaborate for realtime playback.
Realtime playback of less complex 25 fps 4K video would be possible with current hardware and decoders. |
24th June 2014, 14:35 | #1014 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Note when testing H.265 playback, you should most definitely use 64-bit versions of the player and decoder, as they are up to 50-100% faster, especially on 4K content (at least for anything FFmpeg based, like LAV/MPC-HC/etc.)
A lot of the decoder assembly is not compatible with 32-bit due to its complexity (and because the developers didn't want to spend time making it even more complex by allowing 32-bit support).
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 24th June 2014 at 14:40. |
24th June 2014, 15:00 | #1015 | Link |
Registered User
Join Date: May 2013
Posts: 90
|
64bits doesn't help much in this case.
Tested on 4core i5 @4Ghz and 1GB video memory - nowhere near smooth playback. MPC-HC nightly 1.7.5.146 was using less then 300MB GPU memory and MPC-BE 1.4.2 almost 700MB (I have 1680x1050 monitors). I wonder if number of CPU threads have any effect on video memory required? It shoudn't right? Maybe I'll test it later. Also if you use MPC you can save like 50MB by changing the number of EVR Buffers from default 5 to 4. Last edited by fumoffu; 24th June 2014 at 15:04. |
24th June 2014, 21:20 | #1017 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Quote:
|
||
25th June 2014, 11:47 | #1018 | Link | ||||||
zj262144
Join Date: Sep 2010
Posts: 105
|
Quote:
Quote:
hope HEVC(8&10bit) Hardware support could reach today's as AVC-8bit in 2~3 years Quote:
Quote:
Quote:
Quote:
last, thank you all for the patient replys
__________________
MPC-HC 1.7.8 / LAV Filters 0.64+ (tMod) / XySubFilter 3.1.0.705 / madVR 0.87.14 Direct264 Mod (src & win32 builds): code.google.com/p/direct264umod (maybe outdated) Last edited by upyzl; 25th June 2014 at 11:55. |
||||||
25th June 2014, 19:55 | #1019 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
|
|
25th June 2014, 21:54 | #1020 | Link | ||
Registered User
Join Date: Jan 2010
Posts: 709
|
Quote:
*that was wrong, exponent should be 9+15. Quote:
just a question, with --input-depth 16 how it will be reduced to 10bit? truncated? rounded? dithered?
__________________
powered by Google Translator Last edited by Motenai Yoda; 27th June 2014 at 20:00. |
||
Thread Tools | Search this Thread |
Display Modes | |
|
|