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 > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 14th March 2019, 03:38   #21  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 839
Quote:
Originally Posted by manolito View Post
Please I need some clarifications here...

Does this only apply to the X264 input, or does this mean that older player software or hardware won't be able to decode files created with this version any longer?
Applies to the 4:4:4 [i.e., without chroma subsampling] streams generated by the newer x264 binaries:

Code:
-    if( i_csp >= X264_CSP_I444 && h->param.b_cabac )
-    {
-        /* Disable 8x8dct during 4:4:4+CABAC encoding for compatibility with libavcodec */
-        h->param.analyse.b_transform_8x8 = 0;

Last edited by filler56789; 14th March 2019 at 03:38. Reason: disambiguation
filler56789 is offline   Reply With Quote
Old 14th March 2019, 04:06   #22  |  Link
manolito
Registered User
 
manolito's Avatar
 
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 2,452
Thanks, I don't care about 4:4:4 chroma so I won't be affected...
manolito is offline   Reply With Quote
Old 14th March 2019, 06:48   #23  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,812
I assume that libav fixed the decoding of strict video streams already a while ago, so x264 can now safely remove the compatibility changes for libav before a threshold date. But I don't know which date.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 14th March 2019, 06:52   #24  |  Link
MasterNobody
Registered User
 
Join Date: Jul 2007
Posts: 513
Quote:
Originally Posted by LigH View Post
Quote:
Remove compatibility workarounds
This will break decoding with older versions of FFmpeg/Libav.
So keep your decoders up to date. I don't know how old is "too old" here...
Too old versions would mean versions before June/July of 2017. Corresponding patches where:
FFmpeg
avcodec/h264_cabac: Fix CABAC+8x8dct in 4:4:4
avcodec/h264_mb: Fix 8x8dct in lossless for new versions of x264
Libav
h264_cabac: Fix CABAC+8x8dct in 4:4:4
h264dec: fix Lossless Decoding (Profile 244) for 8x8 Intra Prediction

With old versions of FFmpeg/Libav you can have problems decoding lossless or 4:4:4+CABAC streams encoded with new x264.
MasterNobody is offline   Reply With Quote
Old 14th March 2019, 10:02   #25  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,812
Okay ...
Quote:
Originally Posted by MasterNobody View Post
versions before June/July of 2017
means that ffmpeg v3.4 (released shortly after) should have it fixed already, and v4.x quite certainly.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 14th March 2019, 10:14   #26  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,286
You can remain compatible to "old" and "new" lossless ffmpeg decoding by setting --no-8x8dct at <1% compression loss.

But: is "Remove compatibility workarounds" really in your builds? It's still only part of the "master", not the "stable" branch. Has been like that since almost 2 years now.
sneaker_ger is offline   Reply With Quote
Old 14th March 2019, 10:35   #27  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,659
Quote:
Originally Posted by sneaker_ger View Post
But: is "Remove compatibility workarounds" really in your builds? It's still only part of the "master", not the "stable" branch. Has been like that since almost 2 years now.
Actually "Remove compatibility workarounds" was only in the experimental sandbox for 2 years, it moved to master 7 days ago, and will presumably be in the next stable push, unless they take it back out at some point, since stable is generally "just" an older master.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 14th March 2019, 10:35   #28  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,812
MABS update logs for x264-git report:

Code:
HEAD is now at d4099dd4 Remove compatibility workarounds
And it jumped from x264 0.157.2945 72db437 to x264 0.157.2969 d4099dd within few hours yesterday. So maybe there was a merge?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 14th March 2019, 10:44   #29  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,286
Quote:
Originally Posted by nevcairiel View Post
Actually "Remove compatibility workarounds" was only in the experimental sandbox for 2 years, it moved to master 7 days ago, and will presumably be in the next stable push, unless they take it back out at some point, since stable is generally "just" an older master.
I see.

Can confirm the changes are also already in the "official" binaries from videolan.
sneaker_ger is offline   Reply With Quote
Old 14th April 2019, 06:30   #30  |  Link
Wolfberry
Helenium(Easter)
 
Wolfberry's Avatar
 
Join Date: Aug 2017
Location: Hsinchu, Taiwan
Posts: 96
x264-0.157.2969-d4099dd-win64 [Link updated in last edit]
Code:
x264 0.157.2969 d4099dd
(ffms2        2.31.0.0)
(libavcodec  58.51.100)
(libavformat 58.27.102)
(libavutil   56.26.100)
(libswscale    5.4.100)
(lsmash         2.16.1)
gcc: 8.3.1 20190412
x264 configuration: --chroma-format=all
libx264 configuration: --chroma-format=all
x264 license: GPL version 2 or later
libswscale/libavformat/ffmpegsource license: GPL version 2 or later
Support AV1 decoding via libdav1d

Also applied some t_mod patches from jpsdr.
__________________
Monochrome Anomaly

Last edited by Wolfberry; 14th April 2019 at 14:00.
Wolfberry 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 23:13.


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