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 Encoder GUIs

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 22nd September 2019, 18:14   #921  |  Link
Atlantis
Registered User
 
Join Date: Feb 2002
Posts: 758
Where can I get your HDR Parser tool?
Atlantis is offline  
Old 22nd September 2019, 18:23   #922  |  Link
Atlantis
Registered User
 
Join Date: Feb 2002
Posts: 758
I just found out that in StaxRip there is
Apps->Media Info->Ingest HDR.

When I use it, I see these added in MediaInfo

HDR format : SMPTE ST 2086, HDR10 compatible
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0100 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000
Maximum Frame-Average Light Level : 300

Is this enough and correct? It will always add the same value?
Atlantis is offline  
Old 22nd September 2019, 18:28   #923  |  Link
-QfG-
QfG Group Germany
 
-QfG-'s Avatar
 
Join Date: Oct 2018
Location: Germany
Posts: 245
Quote:
Originally Posted by Atlantis View Post
Where can I get your HDR Parser tool?
It's still for personality usage and in beta status. Too many bugs, for an official release. Also it works only with a graphics card from Nvidea, GeForce GTX 1050 or higher.

HDR format : SMPTE ST 2086, HDR10 compatible
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0100 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000
Maximum Frame-Average Light Level : 300

Code:
--hdr --output-depth 10 --hdr-opt --max-cll "1000,300" --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,100)"
This line for your HDR10 Metadata.

Maximum Content Light Level : 1000 Maximum Frame-Average Light Level : 300 = --max-cll "1000,300"
Mastering display color primaries : Display P3 = --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)
Mastering display luminance : min: 0.0100 cd/m2, max: 1000 cd/m2 = L(10000000,100)

Examples:

Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2 = L(10000000,1)
Mastering display luminance : min: 0.0010 cd/m2, max: 1000 cd/m2 = L(10000000,10)

Last edited by -QfG-; 22nd September 2019 at 18:39.
-QfG- is offline  
Old 23rd September 2019, 05:46   #924  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Quote:
Originally Posted by Patman View Post
Hi NikosD,

thanks for doing a test. Then it can either be the file or a compatibility issue with the hardware. I reported the problem.
It's been almost three weeks since you reported the issue to rigaya, but he needs a not working VC-1 sample in order to work on it.
Because generally speaking, VC-1 HW decoding is working for all his transcoders (Intel, AMD, nVidia)
He needs the specific file that doesn't work with QSVEnc HW decoder.

Cheers.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline  
Old 23rd September 2019, 07:42   #925  |  Link
Patman
Registered User
 
Patman's Avatar
 
Join Date: Jan 2015
Posts: 286
Quote:
Originally Posted by NikosD View Post
@stax76

Hello @Patman.

I replied earlier that ffmpeg DXVA2 worked like a charm and indeed, using my GTX 1660, the performance and CPU usage of ffmpeg DXVA2 was like NVEnc Hardware.

But using my older Haswell system with no discrete card, just the iGPU, both "ffmpeg Intel" and "ffmpeg DXVA2" options inside StaxRip give me very bad results using both versions of ffmpeg (65MB and 20MB)

The ffmpeg Intel option has 25% CPU usage for ffmpeg.exe + 10% CPU usage for QSVEncC = 35% CPU with highest CPU clock and 80% slower FPS than "QSVEnc Hardware" option.

The ffmpeg DXVA2 options has 25% CPU usage for ffmpeg.exe + 25% CPU usage for QSVEncC = 50% CPU with highest clock and 40% slower FPS than QSVEnc Hardware option

I think both ffmpeg Intel and DXVA2 use DXVA2 copy-back mode instead of DXVA2 native and that could be the reason of very high CPU usage and slow FPS performance.

QSVEnc Hardware has lowest CPU clock during encoding and very low total CPU usage ~8% which is normal for DXVA2 native mode, along with highest FPS performance of course.

@Patman

Could you check if there is an option during compilation of ffmpeg for Intel hardware decoding regarding DXVA2 mode ?

Thanks!
Hi NikosD,

I did some tests at the weekend with ffmpeg and the options Intel and dxva2. My results were similar to yours, whether I used mine, wolfberry's or the official build. Only dxva2 in conjunction with nvidia works with a decent load on the GPU. I found a statement that dxva2 native is used in ffmpeg. This is peculiar.

Quote:
Originally Posted by NikosD View Post
It's been almost three weeks since you reported the issue to rigaya, but he needs a not working VC-1 sample in order to work on it.
Because generally speaking, VC-1 HW decoding is working for all his transcoders (Intel, AMD, nVidia)
He needs the specific file that doesn't work with QSVEnc HW decoder.

Cheers.
I will post a link so that rigaya can perform appropriate tests.

Last edited by Patman; 23rd September 2019 at 07:49.
Patman is offline  
Old 23rd September 2019, 07:56   #926  |  Link
Z'Hadum
Registered User
 
Join Date: Dec 2018
Posts: 22
Hello,
sorry for the late reply. I was a little busy.
Quote:
Originally Posted by Patman View Post
Hi Z'Hadum,

this could be due to Microsoft Visual C ++ and .Net Framework. Update both and give notice again. Since version 2.0.2.6 .Net-Framework 4.8 is used in Staxrip.
.net 4.8 is installed and c++ runtimes also (all that staxrip lists in the app section.)

Quote:
Originally Posted by stax76 View Post
@Z'Hadum

Please post the command line used by eac3to and mediainfo of the input file, both can be found in the log file, maybe post the full log file on pastebin.

You can also try downloading an old staxrip version and then use the eac3to files from there, few weeks ago two eac3to libraries were updated, I think it was flac and dts.
Thank you for your help:
indeed, it seems to happen to dts sources

I will try to copy eac3to from the old version to the new one.

Here is the eac3to part from the Logfile:

Code:
--------------- Error Audio encoding 1 using eac3to 3.34 ---------------

Audio encoding 1 using eac3to 3.34 failed with exit code: -1073741515 (0xC0000135)

The exit code might be a system error code: The program can't start because hs is missing from your computer. Try reinstalling the program to fix this problem.


------------------ Audio encoding 1 using eac3to 3.34 ------------------

C:\StaxRip-x64-2.0.4.0-stable\Apps\Audio\eac3to\eac3to.exe "N:\ShareTest\Source\test_temp\test ID1 German.dtshd" "N:\ShareTest\Source\test_temp\test ID1 German_a1.m4a" -quality=0.8 -progressnumbers


------------------ Audio encoding 1 using eac3to 3.34 ------------------

C:\StaxRip-x64-2.0.4.0-stable\Apps\Audio\eac3to\eac3to.exe "N:\ShareTest\Source\test_temp\test ID1 German.dtshd" "N:\ShareTest\Source\test_temp\test ID1 German_a1.m4a" -quality=0.8 -progressnumbers

Start:    08:41:37
End:      08:41:37
Duration: 00:00:00
Z'Hadum
Z'Hadum is offline  
Old 23rd September 2019, 07:57   #927  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Quote:
Originally Posted by Patman View Post
Hi NikosD,

I did some tests at the weekend with ffmpeg and the options Intel and dxva2. My results were similar to yours, whether I used mine, wolfberry's or the official build. Only dxva2 in conjunction with nvidia works with a decent load on the GPU. I found a statement that dxva2 native is used in ffmpeg. This is peculiar.
Hmm... Interesting.
The results show that they are not using a direct, native mode of DXVA2 but some form of copy-back.
I don't know if you have access to other documentation or ffmpeg developers in order to find out what's happening.
Quote:
Originally Posted by Patman View Post
I will post a link so that rigaya can perform appropriate tests.
That's good, I hope rigaya to see the update in ticket.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline  
Old 23rd September 2019, 09:12   #928  |  Link
Z'Hadum
Registered User
 
Join Date: Dec 2018
Posts: 22
Quote:
Originally Posted by Z'Hadum View Post
indeed, it seems to happen to dts sources

I will try to copy eac3to from the old version to the new one.

Here is the eac3to part from the Logfile:

Code:
--------------- Error Audio encoding 1 using eac3to 3.34 ---------------

Audio encoding 1 using eac3to 3.34 failed with exit code: -1073741515 (0xC0000135)

The exit code might be a system error code: The program can't start because hs is missing from your computer. Try reinstalling the program to fix this problem.


------------------ Audio encoding 1 using eac3to 3.34 ------------------

C:\StaxRip-x64-2.0.4.0-stable\Apps\Audio\eac3to\eac3to.exe "N:\ShareTest\Source\test_temp\test ID1 German.dtshd" "N:\ShareTest\Source\test_temp\test ID1 German_a1.m4a" -quality=0.8 -progressnumbers


------------------ Audio encoding 1 using eac3to 3.34 ------------------

C:\StaxRip-x64-2.0.4.0-stable\Apps\Audio\eac3to\eac3to.exe "N:\ShareTest\Source\test_temp\test ID1 German.dtshd" "N:\ShareTest\Source\test_temp\test ID1 German_a1.m4a" -quality=0.8 -progressnumbers

Start:    08:41:37
End:      08:41:37
Duration: 00:00:00
In addition:
with the eac3to version from 2.0.2.0 it is working. May be the eac3to version in 2.0.4.0 is not ok. Can you check this?
Z'Hadum is offline  
Old 23rd September 2019, 10:51   #929  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
@Z'Hadum

DTSMA and DTSX input works here on Win 10 1903, I don't have a DTSHR sample, please post MediaIinfo for the input file.

According to Dependency Walker libdcadec.dll depends on VCRUNTIME140.DLL, that is Visual C++ 2017.
stax76 is offline  
Old 24th September 2019, 12:16   #930  |  Link
Z'Hadum
Registered User
 
Join Date: Dec 2018
Posts: 22
Quote:
Originally Posted by stax76 View Post
@Z'Hadum

DTSMA and DTSX input works here on Win 10 1903, I don't have a DTSHR sample, please post MediaIinfo for the input file.

According to Dependency Walker libdcadec.dll depends on VCRUNTIME140.DLL, that is Visual C++ 2017.
Hmm, Staxrip says, that the status of Visual C++ Runtime 2017 is ok.

All Files where I tried to convert the Audio to AAC eac3to crashed with the new version. Most of the time I do this with DTS-HD Sources.

As a workaround, I copied the old eac3to from Staxrip 2.0.2.0 to 2.0.4.0. This works for me. I think I am missing some kind of dll.
If it is not VC++2017 is there any other that only eac3to uses?
Or should I try to reinstall VC++2017?



Code:
General
Format                                   : Matroska
Format version                           : Version 2
File size                                : 11.2 GiB
Duration                                 : 1 h 18 min
Overall bit rate mode                    : Variable
Overall bit rate                         : 20.4 Mb/s
Movie name                               : Test
Writing application                      : MakeMKV v1.14.5 win(x64-release)
Writing library                          : libmakemkv v1.14.5 (1.3.5/1.4.7) win(x64-release)

Video
ID                                       : 1
ID in the original source medium         : 4113 (0x1011)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 4 frames
Format settings, GOP                     : M=3, N=18
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 h 18 min
Bit rate mode                            : Variable
Bit rate                                 : 18.0 Mb/s
Maximum bit rate                         : 28.0 Mb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 24.000 FPS
Standard                                 : NTSC
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.362
Stream size                              : 9.85 GiB (88%)
Language                                 : English
Default                                  : No
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709
Original source medium                   : Blu-ray

Audio
ID                                       : 2
ID in the original source medium         : 4352 (0x1100)
Format                                   : DTS XLL
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-HD Master Audio
Codec ID                                 : A_DTS
Duration                                 : 1 h 18 min
Bit rate mode                            : Variable
Bit rate                                 : 2 407 kb/s
Channel(s)                               : 6 channels
Channel layout                           : C L R Ls Rs LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 SPF)
Bit depth                                : 16 bits
Compression mode                         : Lossless
Stream size                              : 1.32 GiB (12%)
Title                                    : Surround 5.1
Language                                 : German
Default                                  : Yes
Forced                                   : No
Original source medium                   : Blu-ray

Text #1
ID                                       : 3
ID in the original source medium         : 4608 (0x1200)
Format                                   : PGS
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 10 s 813 ms
Bit rate                                 : 50.4 kb/s
Count of elements                        : 4
Stream size                              : 66.5 KiB (0%)
Language                                 : German
Default                                  : No
Forced                                   : No
Original source medium                   : Blu-ray

Text #2
ID                                       : 5
ID in the original source medium         : 4609 (0x1201)
Format                                   : PGS
Codec ID                                 : S_HDMV/PGS
Codec ID/Info                            : Picture based subtitle format used on BDs/HD-DVDs
Duration                                 : 1 h 13 min
Bit rate                                 : 38.8 kb/s
Count of elements                        : 1545
Stream size                              : 20.4 MiB (0%)
Language                                 : German
Default                                  : No
Forced                                   : No
Original source medium                   : Blu-ray

Menu
00:00:00.000                             : en:Chapter 01
00:05:26.708                             : en:Chapter 02
00:11:05.291                             : en:Chapter 03
00:15:13.083                             : en:Chapter 04
00:19:27.916                             : en:Chapter 05
00:25:51.875                             : en:Chapter 06
00:29:00.958                             : en:Chapter 07
00:36:10.291                             : en:Chapter 08
00:45:43.875                             : en:Chapter 09
00:51:26.250                             : en:Chapter 10
00:59:47.166                             : en:Chapter 11
01:08:55.375                             : en:Chapter 12
01:13:27.083                             : en:Chapter 13
Z'Hadum is offline  
Old 24th September 2019, 14:29   #931  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
@Z'Hadum

Thanks for the log. At least you should keep in mind there could be something broken on your system, or there is something wrong with the library. I have tried to google it but found nothing specific apart from that the problem occurred most often about 5 years ago, so I assume it's Win 7 specific. It would be helpful if other Win 7 users confirm that it's not a general issue. If more people report it I'll just revert the library, it was updated due to a user requests, I think I had compiled it myself.
stax76 is offline  
Old 24th September 2019, 22:34   #932  |  Link
Natty
Noob
 
Join Date: Mar 2017
Posts: 221
try this
https://github.com/abbodi1406/vcredist/releases/
Natty is offline  
Old 25th September 2019, 07:26   #933  |  Link
Z'Hadum
Registered User
 
Join Date: Dec 2018
Posts: 22
Quote:
Originally Posted by stax76 View Post
@Z'Hadum

Thanks for the log. At least you should keep in mind there could be something broken on your system, or there is something wrong with the library. I have tried to google it but found nothing specific apart from that the problem occurred most often about 5 years ago, so I assume it's Win 7 specific. It would be helpful if other Win 7 users confirm that it's not a general issue. If more people report it I'll just revert the library, it was updated due to a user requests, I think I had compiled it myself.
I'm not using win7, I'm on Win10 and had the same issue on a second testing environment with Win Server 2016.

I also think, that I'm missing some kind of dll. But the Question is which one
Z'Hadum is offline  
Old 25th September 2019, 09:38   #934  |  Link
Z'Hadum
Registered User
 
Join Date: Dec 2018
Posts: 22
Quote:
Originally Posted by Natty View Post
Hi,
many thx. This helped. It seems this package installs all available VC++ Runtimes ?

Z'Hadum is offline  
Old 25th September 2019, 13:07   #935  |  Link
Natty
Noob
 
Join Date: Mar 2017
Posts: 221
Quote:
Originally Posted by Z'Hadum View Post
Hi,
many thx. This helped. It seems this package installs all available VC++ Runtimes ?

yes it's a full fat pack
Natty is offline  
Old 25th September 2019, 23:02   #936  |  Link
Natty
Noob
 
Join Date: Mar 2017
Posts: 221
Quote:
Originally Posted by Patman View Post
Hi @ all,

I've updated my builds of MP4Box, x265 and ffmpeg (with dxva2 support). For these who are intresteted.

Builds
great job, this ffmpeg is running atleast 2x faster
Natty is offline  
Old 26th September 2019, 02:11   #937  |  Link
ZeroCool22
Registered User
 
ZeroCool22's Avatar
 
Join Date: Sep 2019
Posts: 20
H.265/HEVC isn't supported by the graphics card. (I have a 1080 TI)

PC Specs:

I7 77OOK | CORSAIR 32 GB | MSI GTX 1080TI 11GB GAMING X.

Nvidia Drivers: 436.15 STANDARD - Game Ready.

Version of the program: StaxRip-x64-**x64-2.0.4.4-beta

NVEnc Version: 4.50_x64



I only have this problem when use a version of NVEnc above of 4.48 x64, with 4.48 everything works fine:



Full Log: https://pastebin.com/0pip7jqi
ZeroCool22 is offline  
Old 26th September 2019, 04:40   #938  |  Link
JKyle
App Digger
 
JKyle's Avatar
 
Join Date: Sep 2018
Posts: 411
Quote:
Originally Posted by Patman View Post
Hi JKyle,
that issue is related to mp4box. It's standard if no Tracktitle is set. I've run the mux process in command line with the parameter 'name:00009' after videoinput file and these is written to the title info.

The container options for MP4Box must be adapted like those for mkv and webm.
Hi.

Thanks for your advice.

After more study, I've come to the conclusion that this "bug" arises from MediaInfo, not from MP4Box.

Look at this mp4 file which was encoded in late June.



MediaInfo 19.09 shows this 'Title' metadata on the video stream, which didn't appear in previous versions.

OTOH, MediaInfoXP 2.35, another MediaInfo GUI based on MediaInfo 19.07, does not show this.



Well, is this a "bug"?
Or have they decided that displaying 'Title' metadata on the video stream is more appropiate than not?
If the latter is the case, do I have to set the 'Title' metadata everytime I mux an mp4 file?

I have no idea.

Last edited by JKyle; 26th September 2019 at 04:52.
JKyle is offline  
Old 26th September 2019, 14:17   #939  |  Link
Patman
Registered User
 
Patman's Avatar
 
Join Date: Jan 2015
Posts: 286
Quote:
Originally Posted by JKyle View Post
Hi.
Well, is this a "bug"?
Or have they decided that displaying 'Title' metadata on the video stream is more appropiate than not?
If the latter is the case, do I have to set the 'Title' metadata everytime I mux an mp4 file?
I have no idea.
Thank you for the information. I looked at mediainfo's changelog but didn't find metadata information for the (video) title. The default for mp4 files in the next Staxrip build is that this title is tagged as "blank". This results in the title not being displayed. If you want to display the title you have to enter the titel in staxrip.
Patman is offline  
Old 26th September 2019, 14:22   #940  |  Link
Patman
Registered User
 
Patman's Avatar
 
Join Date: Jan 2015
Posts: 286
Quote:
Originally Posted by Natty View Post
great job, this ffmpeg is running atleast 2x faster
Thanks for your positive feedback. I want to update my builds weekly.
Patman is offline  
Closed Thread

Tags
aac, hdr, hevc, nvenc, staxrip, x264, x265

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 11:25.


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