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 22nd November 2020, 17:19   #341  |  Link
paul97
Registered User
 
Join Date: Mar 2018
Posts: 12
Jamaika, is it that commit ?
https://chromium.googlesource.com/co...f0aee3fbe02e84
Friday November 20th
paul97 is offline   Reply With Quote
Old 22nd November 2020, 17:24   #342  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 738
Yes the same
https://www.sendspace.com/file/3glokx
Jamaika is offline   Reply With Quote
Old 25th November 2020, 07:46   #343  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 738
New codecs, untestet with bugs fixed 25.11.2020
https://www.sendspace.com/file/dbx3jx
Jamaika is offline   Reply With Quote
Old Yesterday, 14:02   #344  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 738
New codecs 27/11/2020

Code:
J P E G   \/ |
          /\ |_   e n c o d e r    [0.1.0-05a84bb5 Supported/generated: Scalar]
Library:          brotli        1.0.9         c   [24 Sep 2020] {addition google}
                  brunsli                     c++ [11 Aug 2020] {addition google}
                  butteraugli   JXL           c++ [06 Nov 2020] {addition google}
                  highway       0.1           c++ [26 Nov 2020] {addition google}
                  skcms                       c++ [07 Feb 2020] {addition google}
                  libsJPEG      0.1.0         c++ [03 Mar 2020] {addition google}
                  libJPEG-turbo 2.0.91  8bit  c   [25 Nov 2020]
                  lodePNG                     c++ [17 Oct 2020]
                   libPNG       1.6.38        c   [24 May 2020] {for APNG}
                   giflib       5.2.1         c   [24 Jun 2019]
                     zlib       1.2.11.1      c   [17 Sep 2020]
                  openexr       2.5.99        c++ [23 Nov 2020] {instead TIFF, Adobe DNG}
                    Imath       3.0.0         c++ [26 Oct 2020] {addition openexr}
Compiled by Jamaika
Code:
VVCSoftware: VTM Encoder Version 11.0rc1-8157466c [Windows][GCC 10.2.1][64 bit] [SIMD=NONE]
VVCSoftware: HDRTools Version 0.20-0db34fbc
Code:
Library:          libheif/avif  1.9.1 8+10+12 c++ [24 Nov 2020]
                  x265          3.5+1 8+10+12 c++ [27 Oct 2020]
                  libde265      1.0.8 8+16bit c++ [02 Nov 2020]
                  libaom        2.0.0         c   [27 Nov 2020]
                  libda1vd      0.8.0         c   [23 Nov 2020]
                  libJPEG-turbo 2.0.91  8bit  c   [25 Nov 2020]
                  libPNG        1.6.38        c   [24 May 2020]
                    zlib        1.2.11.1      c   [17 Sep 2020]
libheif doesn't include the latest internal libavif 0.8.4.1 version
Code:
Library:          libWebP2      0.0.1         c++ [24 Nov 2020]
                  libWebP       1.6.38        c   [23 Nov 2020]
                  libPNG        1.1.0         c   [24 May 2020]
                  libTIFF       4.1.0         c   [21 Nov 2020]
                  libJPEG-turbo 2.0.91  8bit  c   [25 Nov 2020]
                  giflib        5.2.1         c   [24 Jun 2019]
                    zlib        1.2.11.1      c   [17 Sep 2020]
https://www.sendspace.com/file/sno633

Beginner's Tips:
Certain definitions need to be changed for MINGW. This applies to older libraries such as DNG SDK, freeglut.
For example:
Code:
defined(_MSC_VER) && _MSC_VER >= 1900
let's change to
Code:
(defined(_MSC_VER) && _MSC_VER >= 1900) || defined(__MINGW32__) || defined(__MINGW64__)
(defined(_MSC_VER) && _MSC_VER < 1900) || !defined(__MINGW32__) || !defined(__MINGW64__)
What to choose for Windows 64bit?
Code:
#if defined(HAVE_STDINT_H)
#   include <stdint.h>
    typedef uint64_t fg_time_t;
#elif defined(HAVE_INTTYPES_H)
#   include <inttypes.h>
    typedef uint64_t fg_time_t;
#elif defined(HAVE_U__INT64)
    typedef unsigned __int64 fg_time_t;
#elif defined(HAVE_ULONG_LONG)
    typedef unsigned long long fg_time_t;
#else
    typedef unsigned long fg_time_t;
#endif
Code:
#  ifdef _WIN64
#     ifdef __GNUC__
         typedef unsigned long long fg_time_t;
#     elif defined(_MSC_VER) && _MSC_VER >= 1900
#        include <inttypes.h>
         typedef uint64_t fg_time_t;
#     else
         typedef unsigned __int64 fg_time_t;
#     endif
#  else
      typedef unsigned long fg_time_t;
#  endif
Unfortunately selecting HAVE_ULONG_LONG causes the software to run slower.

Strange x265 no upgrades.
I failed to properly configure the decoder under aom. I can't believe he's not dating MINGW. If someone succeeds, let him praise him.

Last edited by Jamaika; Yesterday at 14:39.
Jamaika is offline   Reply With Quote
Old Yesterday, 17:15   #345  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,287
Quote:
Originally Posted by Jamaika View Post
Beginner's Tips:
Certain definitions need to be changed for MINGW. This applies to older libraries such as DNG SDK, freeglut.
Are these general optimization tips which could potentially apply to several codec projects? If so, they might be interesting to the media-autobuild team as well. But I'm not sure how and where to suggest them...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old Yesterday, 17:44   #346  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 738
Quote:
Originally Posted by LigH View Post
Are these general optimization tips which could potentially apply to several codec projects? If so, they might be interesting to the media-autobuild team as well. But I'm not sure how and where to suggest them...
I reported fix in libheif.
https://github.com/strukturag/libheif/pull/320
I created a revised dng sdk version for libraw and gopro for my own purposes.
https://github.com/Jamaika1/dng_sdk_..._gpr_sdk_1.0.0
However, I've already heard that outdated designs should not be improved. They don't use the latest jpeg2000ht, jpegxl or jpegxs codecs. I hope Adobe doesn't take offense, or worse.
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:45.


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