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 9th August 2021, 22:12   #8301  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,829
Quote:
Originally Posted by quietvoid View Post
If you're interested in ARM, there is ongoing work for an arm64 port.
You can find all the patches: https://mailman.videolan.org/piperma...st/013370.html

The full patch is also at the end of that message.

Not sure anyone has compiled them into a build yet..
My fellow Amazonian Sebastian Pop has been doing a whole lot to get ARM performance up! I'll ask him if he has any aggregate numbers for those improvements.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 12th August 2021, 17:12   #8302  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 492
x265 v3.5+12-0983cffc5 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 10.3.0)
Code:
https://bitbucket.org/multicoreware/x265_git/commits/branch/master
Barough is offline   Reply With Quote
Old 14th August 2021, 09:41   #8303  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
With all those versions out there and all that talk about things being broken or gotten worse in never versions, I'm really struggling what version I should go for with archival purposes in mind.

With DJ ATOM's 3.5+20 version (I still don't understand where the +20 comes from anyway) I've noticed very rare and random encoding errors on Ryzen 5950x. Those errors show as a single, (sometimes 2-3 consecutive) frame(s) being almost completely grey.

Worst part is those frames are not really broken and perfectly decodeable which makes them very hard to spot. Usually I let ffmpeg just run through an encoded video stream to spot any decoding errors.
Here I have to watch the entire video closely to check if the encode is flawless or not. Needless to say that's quite a tedious task.
LeXXuz is offline   Reply With Quote
Old 14th August 2021, 11:27   #8304  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
That +20 is refers to my patches.
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM is offline   Reply With Quote
Old 14th August 2021, 12:43   #8305  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,366
Quote:
Originally Posted by LeXXuz View Post
With all those versions out there and all that talk about things being broken or gotten worse in never versions, I'm really struggling what version I should go for with archival purposes in mind.
My suggestion: get version 3.3+10 from http://msystem.waw.pl/x265/ ,

OR perhaps versions 3.3+1 /+4 /+7 /+12 /+24 /+27 from the x265.exe thread at Videohelp:

https://forum.videohelp.com/threads/...E-mingw-builds
filler56789 is offline   Reply With Quote
Old 15th August 2021, 11:27   #8306  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
Quote:
Originally Posted by DJATOM View Post
That +20 is refers to my patches.
Ah. Thanks for the explanation.

Quote:
Originally Posted by filler56789 View Post
My suggestion: get version 3.3+10 from http://msystem.waw.pl/x265/ ,
I'll try my luck with that one.
LeXXuz is offline   Reply With Quote
Old 16th August 2021, 23:50   #8307  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,829
Quote:
Originally Posted by LeXXuz View Post
With DJ ATOM's 3.5+20 version (I still don't understand where the +20 comes from anyway) I've noticed very rare and random encoding errors on Ryzen 5950x. Those errors show as a single, (sometimes 2-3 consecutive) frame(s) being almost completely grey.
Is there something specific to your GPU about those errors?
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 17th August 2021, 00:07   #8308  |  Link
rwill
Registered User
 
Join Date: Dec 2013
Location: Berlin, Germany
Posts: 379
Quote:
Originally Posted by LeXXuz View Post
With DJ ATOM's 3.5+20 version (I still don't understand where the +20 comes from anyway) I've noticed very rare and random encoding errors on Ryzen 5950x. Those errors show as a single, (sometimes 2-3 consecutive) frame(s) being almost completely grey.

Worst part is those frames are not really broken and perfectly decodeable which makes them very hard to spot. Usually I let ffmpeg just run through an encoded video stream to spot any decoding errors.
Here I have to watch the entire video closely to check if the encode is flawless or not. Needless to say that's quite a tedious task.
Have you tried decoding the stream with a software decoder like the one in ffmpeg ( maybe ffplay ) or the reference software decoder ( ldecode, HM ) to check if its not some decoder side problem ?
rwill is offline   Reply With Quote
Old 17th August 2021, 00:41   #8309  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
On my observation rtx 2070's decoder has rare glitches with bframes > 6. Maybe it's also option specific issue...
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM is offline   Reply With Quote
Old 17th August 2021, 18:25   #8310  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,829
Quote:
Originally Posted by DJATOM View Post
On my observation rtx 2070's decoder has rare glitches with bframes > 6. Maybe it's also option specific issue...
I've played a whole lot of --bframes 8 content on a Quadro 6000 (basically a 2080 with extra VRAM) without any issues.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 17th August 2021, 23:32   #8311  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
Quote:
Originally Posted by benwaggoner View Post
Is there something specific to your GPU about those errors?
Quote:
Originally Posted by rwill View Post
Have you tried decoding the stream with a software decoder like the one in ffmpeg ( maybe ffplay ) or the reference software decoder ( ldecode, HM ) to check if its not some decoder side problem ?
Hm. Fair point. I forgot to check if this may be decoder related. I already deleted those faulty encodes and encoded those files again with a different version. They look okay now.

If I have time I will try to reproduce that error and check if it's decoder related.
LeXXuz is offline   Reply With Quote
Old 18th August 2021, 09:13   #8312  |  Link
rwill
Registered User
 
Join Date: Dec 2013
Location: Berlin, Germany
Posts: 379
Quote:
Originally Posted by LeXXuz View Post
Hm. Fair point. I forgot to check if this may be decoder related. I already deleted those faulty encodes and encoded those files again with a different version. They look okay now.

If I have time I will try to reproduce that error and check if it's decoder related.
It could be a muxer problem too, for example if keyframes are marked as inter and non-keyframes are marked as random access points...

Sometimes I get strange decode errors with VLC too but when I seek to a position prior to the garbage frames and try to reproduce the problems the frames come out ok, sometimes.
rwill is offline   Reply With Quote
Old 18th August 2021, 09:19   #8313  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,888
Modern decoders should know to seek to IDR frames only, one would assume...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 18th August 2021, 16:01   #8314  |  Link
rwill
Registered User
 
Join Date: Dec 2013
Location: Berlin, Germany
Posts: 379
Quote:
Originally Posted by LigH View Post
Modern decoders should know to seek to IDR frames only, one would assume...
Well decoders can discard bitstream data until they encounter an IDR but this prevents the case where there are no IDR/CRA/BLA pictures and Intra Refresh is done with constrained Intra encoding like for live communication applications.

The player is relying, in most cases, on what is signaled in the container which contains the bitstream and starts feeding from a point which is marked as a keyframe there.
rwill is offline   Reply With Quote
Old 19th August 2021, 09:21   #8315  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,888
Thanks for this alternative point of view, @rwill ... video encoding can be more complex than expected when you find a use case where usually optimal techniques don't work perfectly.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 25th August 2021, 15:24   #8316  |  Link
charliebaby
Registered User
 
charliebaby's Avatar
 
Join Date: Jun 2020
Posts: 37
x265 Update

x265 3.5.0.13 GCC 11.20

LINK : https://www.mediafire.com/file/bzeag...2-AVX2.7z/file
__________________
charliebaby is offline   Reply With Quote
Old 2nd September 2021, 11:10   #8317  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,630
Quote:
Originally Posted by charliebaby View Post
x265 3.5.0.13 GCC 11.20
Is AVX2 mandatory? A Sandy Bridge compile would be nice
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 16th September 2021, 16:58   #8318  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 492
x265 v3.5+15-4bf31dc15 (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 10.3.0)
Code:
https://bitbucket.org/multicoreware/x265_git/commits/branch/master
Barough is offline   Reply With Quote
Old 18th September 2021, 11:09   #8319  |  Link
LeXXuz
21 years and counting...
 
LeXXuz's Avatar
 
Join Date: Oct 2002
Location: Germany
Posts: 716
How much is fixed in 3.5+15 and how much is broken this time?
LeXXuz is offline   Reply With Quote
Old 18th September 2021, 19:43   #8320  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
Latest commits almost did nothing for x86 builds, so not much differs from 3.5 release...
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM 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 05:40.


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