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 > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 5th January 2018, 05:40   #5821  |  Link
divxmaster
Registered User
 
Join Date: Mar 2015
Location: New Zealand
Posts: 45
Quote:
Originally Posted by divxmaster View Post
Am I right in presuming that the latest "Meltdown" security issue, and the implemented KPTI fix, will not impact x265 much or at all?
From what I understand, its only multiple/regular kernel calls/ints that will cause a slowdown (TLB flush), and presumably x265 doesnt do many? (only file read and writes + text output)
Although for me at least, I have Haswell (soon to be 8700k), so it has PCID, which will mitigate TLB flushes.

Cheers
Divxmaster
Just to confirm, I have done some testing with the Meltdown/Spectre patches and x265 doesnt seem slowed at all. (within normal variance).

Run before patching: 9.73fps
After software meltdown patch 9.67fps
after hardware spectre patch 9.60fps (dell 7559 laptop)

If you havent looked into these meltdown/spectre issues yet, do it asap, this is very serious.

Cheers,
Divxmaster
divxmaster is offline   Reply With Quote
Old 5th January 2018, 06:52   #5822  |  Link
mikeq
Hidef Junkie
 
Join Date: Dec 2007
Location: San Jose, CA
Posts: 10
Quote:
Originally Posted by dipje View Post
This might have been posted, but if I wanted to re-encode some youtube-HDR files to make them compatible with my set, how do I translate the HDR metadata?
ffprobe gives this:
Code:
      Content Light Level Metadata, MaxCLL=2000, MaxFALL=300
      Mastering Display Metadata, has_primaries:1 has_luminance:1 r(0.6800,0.3200) g(0.2649,0.6900) b(0.1500 0.0600) wp(0.3127, 0.3290) min_luminance=0.009900,max_luminance=2000.000000
and this:
Code:
Stream #0:0(eng): Video: vp9 (Profile 2), yuv420p10le(tv, bt709/bt2020/smpte2084), 3840x2160, SAR 1:1 DAR 16:9, 60 fps, 60 tbr, 1k tbn, 1k tbc (default)
am I correct that x265 needs:
Code:
--master-display "G(2649,6900)B(1500,0600)R(6800,3200)WP(3127,3290)L(99,20000000)" --max-cll 2000,300 --range limited --colorprim bt2020 --colormatrix bt709 --transfer smpte2084
Specially the order for --max-cll which is listed as cll,fall in the help text, and the master-display string where I did every ffprobe value * 10000, is that correct?
As near as I can tell it's every ffprobe value * 500 - if you look at the "standard" one - that's what it works out to.
mikeq is offline   Reply With Quote
Old 5th January 2018, 09:47   #5823  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 326
@fisherwei
Thanks for command line -- I can reproduce x265 crash:
Code:
f:\speed\2.6+24>ffmpeg -i ../tearsofsteel-4k.y4m -v warning -strict -1 -pix_fmt yuv420p10 -f yuv4mpegpipe -   | x265 --y4m --pool "15,-" --preset slower --tune ssim --profile main10 --level-idc 5.1 --crf 19 --cbqpoffs -2 --crqpoffs -2 --rc-lookahead 60 --me 3 --subme 5 --merange 25 --b-adapt 2 --bframes 9 --ref 5 --aq-mode 3 --aq-strength 0.9 --qcomp 0.70 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --limit-modes --limit-refs 2 --output-depth 10 --rd 4 --rdoq-level 2 --psy-rd 2.0 --psy-rdoq 8 --ssim-rd --deblock -1 --no-sao --no-open-gop --no-rect --no-amp --no-strong-intra-smoothing --no-rskip --tu-intra-depth 2 --tu-inter-depth 2   --ctu 32 --limit-tu 3 --max-tu-size 32 --qg-size 32 --b-intra --weightb --rdpenalty 1 --keyint 360 --min-keyint 1 --vbv-bufsize 100000 --vbv-maxrate 100000 --hdr-opt --aud --hrd --chromaloc 2 --max-cll "552,190" --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --log-level 2 --csv "D:\x265-workspace\output\harrypotter2001\00001.1080.csv" --output "D:\x265-workspace\output\harrypotter2001\00001.1080.hevc" -
[yuv4mpegpipe @ 000001b607414760] Warning: generating non standard YUV stream. Mjpegtools will not work.
y4m  [info]: 4096x1714 fps 24/1 i420p10 unknown frame count
raw  [info]: output file: D:\x265-workspace\output\harrypotter2001\00001.1080.hevc
x265 [info]: HEVC encoder version 2.6+24-69cfe46e8a3b
x265 [info]: build info [Windows][MSVC 1900][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [warning]: Turning on repeat-headers for HDR compatibility
x265 [info]: Main 10 profile, Level-5.1 (High tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices                              : 1
x265 [info]: frame threads / pool features       : 3 / wpp(54 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 2 inter / 2 intra
x265 [info]: ME / range / subpel / merge         : star / 25 / 5 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 1 / 360 / 40 / 5.00
x265 [info]: Cb/Cr QP Offset                     : -2 / -2
x265 [info]: Intra 32x32 TU penalty type         : 1
x265 [info]: Lookahead / bframes / badapt        : 60 / 9 / 2
x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 1
x265 [info]: References / ref-limit  cu / depth  : 5 / on / off
x265 [info]: AQ: mode / str / qg-size / cu-tree  : 3 / 0.9 / 32 / 1
x265 [info]: Rate Control / qCompress            : CRF-19.0 / 0.70
x265 [info]: VBV/HRD buffer / max-rate / init    : 100000 / 100000 / 0.900
x265 [info]: tools: limit-modes rd=4 ssim-rd rdoq=2 psy-rdoq=8.00 limit-tu=3
x265 [info]: tools: signhide tmvp b-intra lslices=4 deblock(tC=-1:B=-1)
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
------------------------------
Finally I found the bug -- x265 is trying to write 2195 bytes to allocated 2000 bytes memory. Preparing the patch...

Last edited by Ma; 12th January 2018 at 23:36.
Ma is offline   Reply With Quote
Old 12th January 2018, 06:00   #5824  |  Link
psyside
Registered User
 
Join Date: Nov 2016
Posts: 46
How does one play VP9/HEVC videos on youtube without insane stuttering? i got i5 2400/GTX960?
psyside is offline   Reply With Quote
Old 12th January 2018, 07:18   #5825  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
Quote:
Originally Posted by psyside View Post
How does one play VP9/HEVC videos on youtube without insane stuttering? i got i5 2400/GTX960?
VP9 is not HEVC, and AFAIK YouTube does not use HEVC.
Also, your question is rather off-topic.
Midzuki is offline   Reply With Quote
Old 12th January 2018, 08:04   #5826  |  Link
psyside
Registered User
 
Join Date: Nov 2016
Posts: 46
Quote:
Originally Posted by Midzuki View Post
VP9 is not HEVC, and AFAIK YouTube does not use HEVC.
Also, your question is rather off-topic.
I'm a noob, i couldnt find any other thread to ask.

Alsoi have downloaded video from youtube, which in the media info states VP9/HEVC?
psyside is offline   Reply With Quote
Old 12th January 2018, 11:38   #5827  |  Link
microchip8
ffx264/ffhevc author
 
microchip8's Avatar
 
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
Quote:
Originally Posted by psyside View Post
I'm a noob, i couldnt find any other thread to ask.

Alsoi have downloaded video from youtube, which in the media info states VP9/HEVC?
if you haven't found a thread, start a new one! it's that simple
__________________
ffx264 || ffhevc || ffxvid || microenc
microchip8 is offline   Reply With Quote
Old 12th January 2018, 18:54   #5828  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,736
Quote:
Originally Posted by x265_Project View Post
Yes, if someone was seeking to (starting playback from) the IDR frame, any RADL B frames (which come after the IDR frame in decoding order) would be dropped, as they represent frames that come before the IDR frame in presentation order.

The term "current GOP" can be a bit confusing when we're talking about leading pictures. RADL B pictures require the IDR picture (the first frame of the next GOP) as a reference. But the decoder knows this already, as the NAL unit type of the IDR picture will indicate that leading pictures (from the previous GOP) follow the IDR picture in decode order (it will be an IDR_W_RADL as opposed to an IDR_N_LP - IDR with no leading pictures).
Is there a recommendation on using RADL? Is it something that can be safely used in all fixed-GOP encodes to potentially increase quality?

From the description, it sounds like the fundamental technology could also be used in variable duration Closed GOP as well.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 13th January 2018, 15:00   #5829  |  Link
Ma
Registered User
 
Join Date: Feb 2015
Posts: 326
Quote:
Originally Posted by fisherwei View Post
from 2.6(+22 and +24), it seems some problem in my computer.
[...]
2.6+17 was OK.
2.6+22/+24 was wrong.
In commit a3334a2 (ver. 2.6+19) there are 2 new options: "analysis-load" and "analysis-save". In function x265_param2string all options are written to a memory buffer in text form (readable), the buffer size was only 2000 bytes, with example that hangs in my system it was 2028 bytes to write.

The bug is critical (even if it not hangs it writes to unknown memory) so we should fix this -- you can try patch 19377 and report back if it helps.

I've prepared binaries with this patch (and patches 19378, 19379 which are not so important): x265p-2.6+27-2f3c415_vs2015.7z
Ma is offline   Reply With Quote
Old 14th January 2018, 10:18   #5830  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
Can anyone explain the situation where --rd-refine could be useful? I.e. is it meant to battle against some specific issue?
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 14th January 2018, 13:38   #5831  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,229
Quote:
Originally Posted by Boulder View Post
Can anyone explain the situation where --rd-refine could be useful? I.e. is it meant to battle against some specific issue?
I found when used it seems to improve the picture quality, sujectively of course. I think it may affect detailed low light scenes more so than other situations. Admittedly I haven't tried it on and off for a while, other changes may negate its benefits.
burfadel is offline   Reply With Quote
Old 14th January 2018, 22:35   #5832  |  Link
Dclose
Registered User
 
Join Date: Aug 2014
Posts: 50
Since when does x265 have a sub-CTU quantization group setting of 8 (instead of minimum 16) available? That's new, isn't it? Maybe it's been there a while and I'm just not remembering.
Dclose is offline   Reply With Quote
Old 16th January 2018, 02:28   #5833  |  Link
fisherwei
Registered User
 
Join Date: Sep 2017
Posts: 3
Quote:
Originally Posted by Ma View Post
In commit a3334a2 (ver. 2.6+19) there are 2 new options: "analysis-load" and "analysis-save". In function x265_param2string all options are written to a memory buffer in text form (readable), the buffer size was only 2000 bytes, with example that hangs in my system it was 2028 bytes to write.

The bug is critical (even if it not hangs it writes to unknown memory) so we should fix this -- you can try patch 19377 and report back if it helps.

I've prepared binaries with this patch (and patches 19378, 19379 which are not so important): x265p-2.6+27-2f3c415_vs2015.7z
It works for me. Thanks in advance.
fisherwei is offline   Reply With Quote
Old 16th January 2018, 16:24   #5834  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,746
x265_2.6+31-3712d13c09bf
  • important stability fix when using very verbose parameters like zones and additional files (could exceed a too small internal buffer)
  • input: change from ifstream to stdio stream
  • change date to 2018 in output file header
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 16th January 2018, 18:41   #5835  |  Link
x265_Project
Guest
 
Posts: n/a
Hi everyone.
I've been the head of the x265 project and the head of MulticoreWare's video business from the start. But I need to let you know that I've decided to move on, joining Beamr as VP Strategy. x265 has a strong team, and it's in good hands. I'll hand this Doom9 account over to someone on the MulticoreWare team.

Tom
  Reply With Quote
Old 16th January 2018, 18:44   #5836  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,255
Sad to hear you leave the x265 project, but wish you good luck&co at Beamr.
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 16th January 2018, 19:00   #5837  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 481
Quote:
Originally Posted by x265_Project View Post
Hi everyone.
I've been the head of the x265 project and the head of MulticoreWare's video business from the start. But I need to let you know that I've decided to move on, joining Beamr as VP Strategy. x265 has a strong team, and it's in good hands. I'll hand this Doom9 account over to someone on the MulticoreWare team.

Tom
Sad to hear that ur leaving x265. Good luck with Beamr.

Sent from my SM-G935F via Tapatalk
__________________
Do NOT re-post any of my Mediafire links. Download & re-host the content(s) if you want to share it somewhere else.
Barough is offline   Reply With Quote
Old 16th January 2018, 19:03   #5838  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,746
Be well and best success, Tom. And we will appreciate your (team's) continued contact and support – here and elsewhere.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 16th January 2018, 22:21   #5839  |  Link
pingfr
Registered User
 
Join Date: May 2015
Posts: 185
Thanks for everything Tom! Be well, good luck in your future endeavors!
pingfr is offline   Reply With Quote
Old 16th January 2018, 23:24   #5840  |  Link
_kermit
Registered User
 
Join Date: Apr 2017
Posts: 63
Quote:
Originally Posted by x265_Project View Post
Hi everyone.
I've been the head of the x265 project and the head of MulticoreWare's video business from the start. But I need to let you know that I've decided to move on, joining Beamr as VP Strategy. x265 has a strong team, and it's in good hands. I'll hand this Doom9 account over to someone on the MulticoreWare team.

Tom
thanks for everything and good luck
_kermit is offline   Reply With Quote
Reply

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 04:00.


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