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 > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 8th November 2018, 10:03   #101  |  Link
SmilingWolf
I am maddo saientisto!
 
SmilingWolf's Avatar
 
Join Date: Aug 2018
Posts: 77
Quote:
Originally Posted by LigH View Post
they do not even seem to notice the existence of their first tracker issue.
As a matter of fact, I think they didn't.
There is a separate and official bug tracker at https://jvet.hhi.fraunhofer.de/trac/vvc/, I'd try my luck there

At any rate, Doom9 has got its own in-house fixes, so I guess we're good for the time being (altough a fix upstream is always preferable of course)

Last edited by SmilingWolf; 8th November 2018 at 10:09.
SmilingWolf is offline   Reply With Quote
Old 8th November 2018, 11:53   #102  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,829
Unfortunately, it is impossible to register to this bug tracker. Or the registration is on a page far, far away...


Aah, it's only possible in the HEVC trac.

My selected user name violated the "local naming policy". Not that this policy is documented in plain sight...


Now, let's hope again.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 8th November 2018 at 12:27.
LigH is offline   Reply With Quote
Old 9th November 2018, 06:48   #103  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
It isn't just about the cmake file.
There are errors in cpp.
- The RExt__HIGH_BIT_DEPTH_SUPPORT function isn't supported for 10/12/16bit
- deficiencies in functions
sumAbs = std::min<TCoeff>(31, sumAbs);
...
dst[0] = Clip3<unsigned>(outputMinimum, outputMaximum, (E + add) >> shift);


- unsupported functions
CrossComponentPrediction for lossless
Error: CrossComponentPrediction must not be used for non main-RExt profiles.
Error while parsing options
Error while encoding picture

This isn't true because the profile for vvc must be next.

- required additional functions that I don't know if I have correctly asked?

add_opt(&argc, argv, "--QTBT=1");
add_opt(&argc, argv, "--CTUSize=32");
add_opt(&argc, argv, "--MaxCUWidth=32");
add_opt(&argc, argv, "--MaxCUHeight=32");
It can't add CTU neither 16 nor 64

- What about the other profiles "Main" for HEVC? Are these functions dead?

I added the clock of the encoder. I improved the functions in the BPG plugin. Unfortunately, I am doing something wrong because encoder doesn't want to transfer data.
https://www.sendspace.com/file/gmlr9u

Last edited by Jamaika; 9th November 2018 at 07:16.
Jamaika is offline   Reply With Quote
Old 12th November 2018, 08:19   #104  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
libJPEG_turbo 2.0.1+ [02 Nov 2018](can use mozJPEG or libjpeg 9.3, don't use jpegXT)
libJPEGLS 2.0.1+ [07 Nov 2018] (8/16bit) C++14
libTIFF 4.0.10+ [10 Nov 2018]
libWebP 1.0.0+ [11 Nov 2018]
zlib 1.2.11+ [04 Nov 2018]


Finally, amendments to VMAf have been added. In my opinion, modest.
The rest of the parameters you need to add yourself.
static const x265_vmaf_commondata vcd[] = { { NULL, (char *)"/usr/local/share/model/vmaf_v0.6.1.pkl", NULL, NULL, 0, 0, 0, 0, 0, 0, 0, NULL, 0, 1, 0 } };
https://bitbucket.org/multicoreware/...2e5ecd5a6ece73
I wonder if the X265 project will continue to develop dynamically or will it undergo any transformation into X266?
Jamaika is offline   Reply With Quote
Old 12th November 2018, 08:55   #105  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,829
In any case, not with a capital X. All x26? projects so far (x262, x264, x265) use a lower case x. In contrast to the upper case H in the related ITU-R video format specs.

For giggles: Xvid could be interpreted as x263.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 12th November 2018, 09:40   #106  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
We know that. What's next?
Many said that mp4 would only support legal "H". For the past two years there could guess that no. And mp4 handles everything like a mastroska.
x265 doesn't have version 2.9 and seems to be consternation. The rest we'll find out in the new year.
Jamaika is offline   Reply With Quote
Old 12th November 2018, 10:19   #107  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,829
Version 2.9 of x265 does exist ... in the "stable" branch, not "default", though. You may have to enforce an update to the "tip".
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 13th November 2018, 10:13   #108  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 888
JPEG-XL update: https://jpeg.org/items/20181104_press.html
hajj_3 is online now   Reply With Quote
Old 24th November 2018, 09:01   #109  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
New libheif with codec AV1
If you compile AV1 don't use X265 anymore

https://github.com/strukturag/libheif/tree/avif
Jamaika is offline   Reply With Quote
Old 4th December 2018, 08:44   #110  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
Code:
Library enc/dec:  libOpenJPEG 2.3.0+     [27 Nov 2018]                  libJasper   2.0.14+    [14 Jun 2018]                   libRAW(new) 0.19.1+   [22 Nov 2018] master            
                  libTIFF     4.0.10+    [01 Dec 2018]                  libPNG(new)  1.6.37+   [01 Dec 2018](don't use 1.7.0)  libJPEG_turbo 2.0.1+   [20 Nov 2018](can use mozJPEG or libjpeg 9.3, don't use jpegXT)
                  libJPEGLS   2.0.1+     [24 Nov 2018] (8/16bit) C++14  lodepng                [03 Dec 2018](don't use libpng) libWebP(new)  1.0.1+   [03 Dec 2018] don't use images 16bit PPM
https://www.sendspace.com/file/3bodao

Last edited by Jamaika; 5th December 2018 at 09:42.
Jamaika is offline   Reply With Quote
Old 16th December 2018, 07:42   #111  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
New codec libBPG & libHEIF with x265 2.9+15 with diagram test .json 0.6.3 VMAF
New codec JPEGLS
New convert libRAW 0.19.1
https://www.sendspace.com/file/wcjn6y
Jamaika is offline   Reply With Quote
Old 30th December 2018, 17:11   #112  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
Happy New Year

I've compiled what's new on github. There are not many novelties. Unfortunately, despite the lush announcements, there are no new solutions for JPEG2000. The XL and XS jpeg codecs are still under development or paid.
Regarding the X265 codec. I have added the latest version 2.9 which is still unfinished. Works for HEIF and PIK libraries have been suspended this year. Maybe there will be something new in the future.
For the BPG library, the X265 codek is too modern. C language is no supported. To run, modify the plugin to CPP language.
https://www.sendspace.com/file/sjckk6
Jamaika is offline   Reply With Quote
Old 1st January 2019, 20:46   #113  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
I created once again Google PIK.

I added new GCC 9.0.0 20181228 / OpenCV 20181228 / MINGW{mutex,thread,condition_variable} 20181227/ lodePNG 20181228
I added the definition ROI_DETECTOR_OPENCV / __OPENCV_BUILD and changed the links
#include <opencv2 / core.hpp>
#include <opencv2 / objdetect.hpp>
#include <opencv2 / imgproc.hpp>
I used only definition in opencv_modules.hpp
#define HAVE_OPENCV_CORE
#define HAVE_OPENCV_IMGPROC
#define HAVE_OPENCV_OBJDETECT i delete all function with cvconfig.h except DirectX
I added PIK_ENABLE_ASSERT and PIK_CRASH_ON_ERROR

Strange thing. The latest Windows 10 patch 1809 improves the display of values %zu symbols linux.
Code:
PNM: no color_space hint given, assuming sRGB.
Read 6220817 bytes (1920x1080 px); compressing with maximum Butteraugli distance 1.000000, 0 threads.
Loading Haar Cascade: ./haarcascades/haarcascade_frontalface_default.xml
Loading Haar Cascade: ./haarcascades/haarcascade_profileface.xml
Loading Haar Cascade: ./haarcascades/haarcascade_eye.xml
Fine-Tuned 0 ROI-blocks (0.0%).
Compressed to 563578 bytes (0.04 MB/s).
Total clocks during analysis: 17609186
Total clocks measured: 432755870875
Jamaika is offline   Reply With Quote
Old 13th January 2019, 10:03   #114  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
Code:
Library enc/dec:  libOpenJPEG 2.3.0+     [21 Dec 2018]                  libJasper   2.0.14+    [14 Jun 2018]                   libRAW       0.19.2+   [11 Jan 2019] master            
                  libTIFF     4.0.10+    [05 Jan 2019]                  libPNG      1.6.36+    [01 Dec 2018](don't use 1.7.0)  libJPEG_turbo 2.0.2+   [01 Jan 2019](can use mozJPEG or libjpeg 9.3, don't use jpegXT)
                  libJPEGLS   2.0.1+     [06 Jan 2019] (8/16bit) C++14  lodepng                [30 Dec 2018](don't use libpng) libWebP       1.0.1+   [12 Jan 2019] don't use images 16bit PPM

                  pik                    [11 Jan 2019]  (8/16bit)       brotli      1.0.0.5    [27 Jun 2018]                   butteraugli            [22 Jun 2018]

Library enc/dec:  libx265     3.0RC+10   [10 Jan 2019] 8+10+12bit       jctvc_hm    16.18+4995 [26 Oct 2018] 8+16bit           libde265    2.0.0      [04 Dec 2017]
                  libbpg      0.9.8      [28 Apr 2018]                  libvmaf     0.6.3      [03 Jan 2019]                   libheif     1.0.0      [22 Nov 2018] only 8bit

                  mingw-std-threads      [02 Jan 2019]                  XMP exempi  2.5.0      [05 Jan 2019]
https://www.sendspace.com/file/5t7v4w
Unfortunately despite the huge JPEGXS advertisement I didn't find free software.
Google PIK has changed the author and page, and thus goes a bit in a different direction.
https://github.com/deymo/pik
Removed guetzli, openCV, libjpeg, ....
Despite the total reconstruction the codec has a lot of errors in GCC or GCC can't keep up with Google's PIK.
Jamaika is offline   Reply With Quote
Old 13th January 2019, 18:40   #115  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 888
https://encode.ru/threads/2793-PIK-image-format/page3?
hajj_3 is online now   Reply With Quote
Old 20th January 2019, 07:18   #116  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
@hajj_3 thx for info. Unfortunately I don't see any changes.

New version codecs:
libWebP 1.0.2 https://github.com/webmproject/libwe...1f273a43a008af
jvetvvc 3.0.2
jpegLS 2.0.1
https://www.sendspace.com/file/5h13xw
Jamaika is offline   Reply With Quote
Old 25th January 2019, 15:44   #117  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
Code:
Library enc/dec:  libOpenJPEG 2.3.0+     [21 Dec 2018]                  libJasper   2.0.14+    [14 Jun 2018]                   libRAW       0.19.2+   [11 Jan 2019] master            
                  libTIFF     4.0.10+    [05 Jan 2019]                  libPNG      1.6.37+    [19 Jan 2019](don't use 1.7.0)  libJPEG_turbo 2.0.2+   [22 Jan 2019](can use mozJPEG or libjpeg 9.3, don't use jpegXT)
                  libJPEGLS   2.0.1+     [19 Jan 2019] (8/16bit) C++14  lodepng                [20 Jan 2019](don't use libpng) libWebP       1.0.2+   [25 Jan 2019] don't use images 16bit PPM

                  google pik          [22 Jan 2019] don't work Windows  brotli      1.0.0.5    [27 Jun 2018]                   butteraugli            [22 Jun 2018]

Library enc/dec:  libx265     3.0RC+12   [23 Jan 2019] 8+10+12bit       jvetvvc     3.2+       [25 Jan 2019] only 8bit         libde265    2.0.0      [04 Dec 2017]
                  libbpg~x265     0.9.8  [28 Apr 2018] 8+10+12bit       libvmaf     0.6.3      [23 Jan 2019]                   libheif HDR 1.0.0      [22 Nov 2018] only 8bit
                  libbpg~jctvc    0.9.8  [28 Apr 2018] 8+16bit
                  libbpg~jvetvvc  0.9.8  [28 Apr 2018] don't work c with c++

                  mingw-std-threads      [19 Jan 2019]                  XMP exempi  2.5.0      [05 Jan 2019]
https://www.sendspace.com/file/wy5ihe
https://www.sendspace.com/file/emlmef
Jamaika is offline   Reply With Quote
Old 2nd February 2019, 09:01   #118  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
New codec libheif with HDR & JPEG ICC profile. Import file Y4M, no import file PNG.
New metric VMAF 01.02.2019
New codec jvetvvc. The function 'InternalBitDepth = 10' must always be added.
Can create files with second frames P or B. Only need to add the appropriate functions.
Frames system IBP is "GBi=1/GBiFast=1/Triangle=1"
https://www.sendspace.com/file/goridr
Jamaika is offline   Reply With Quote
Old 17th February 2019, 07:10   #119  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
New codec libheif only 8bit.
New metric VMAF 15.02.2019
New google PIK 14.02.2019. Added function lossless and progressive. Work only lossless. Codec is still under development and only under AVX processors or above. My updates:
https://github.com/google/pik/pull/60
https://github.com/google/pik/pull/59
https://github.com/google/pik/pull/58
https://github.com/google/pik/pull/57
New codec jvetvvc. Only 8bit. The function 'InternalBitDepth = 10' must always be added.
https://www.sendspace.com/file/ni837m
Jamaika is offline   Reply With Quote
Old 23rd February 2019, 07:27   #120  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 560
Code:
Library enc/dec:  libOpenJPEG 2.3.0+     [null   2019]                  libJasper   2.0.14+    [null   2019]                   libRAW       0.19.2+   [09 Feb 2019] master            
                  libTIFF     4.0.10+    [22 Feb 2019]                  libPNG      1.6.37+    [19 Jan 2019](don't use 1.7.0)  libJPEG_turbo 2.0.2+   [14 Feb 2019](can use mozJPEG or libjpeg 9.3, don't use jpegXT)
                  libJPEGLS   2.0.1+     [19 Jan 2019] (8/16bit) C++14  lodepng                [10 Feb 2019](don't use libpng) libWebP       1.0.2+   [18 Feb 2019] don't use images 16bit PPM

                  google pik          [20 Feb 2019] don't work Windows  brotli      1.0.0.5    [27 Jun 2018]                   butteraugli            [22 Jun 2018]

Library enc/dec:  libx265     3.0AU+7    [08 Feb 2019] 8+10+12bit       jvetvvc     4.0.1RC+   [23 Feb 2019] only 8bit         libde265    2.0.0      [04 Dec 2017]
                  libbpg~x265     0.9.8  [28 Apr 2018] 8+10+12bit       libvmaf     0.6.3      [18 Feb 2019]                   libheif HDR 1.0.0      [15 Feb 2018] only 8bit
                  libbpg~jctvc    0.9.8  [28 Apr 2018] 8+16bit
                  libbpg~jvetvvc  0.9.8  [28 Apr 2018] don't work c with c++

                  mingw-std-threads      [07 Feb 2019]                  XMP exempi  2.5.0      [05 Jan 2019]
https://www.sendspace.com/file/7hygas

Problems with using gcc 9.0.1.

Programming is getting newer but has several drawbacks. GCC doesn't show during of compilation which library files are unnecessary. Greater compression and keeps functions in check with 'flto' function. Larger packages, but files don't work in c++. Secondly, strange but the 'flto' function needs a different library than without it.

Problem with combining c and c++ languages.
Ex. BPG photo codecs are written in old c language.
The problem is that along with the new updates of the add-ons and the fact and lack of development of the BPG codec, you need to adapt yourself BPG plug-ins and codec to the c++ language. Otherwise the codec will not compile with the x265 codec.

Problem with VVC codecs. They aren't built on an MPEG container and nothing is currently being opened. And so the codec can only be measured BPG times compression.

Last edited by Jamaika; 23rd February 2019 at 07:53.
Jamaika 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 21:13.


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