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

Reply
 
Thread Tools Search this Thread Display Modes
Old 11th November 2018, 07:00   #21  |  Link
steelfatboy
Registered User
 
Join Date: Dec 2007
Posts: 11
Quote:
Originally Posted by Revan654 View Post
It means it adds the remaining Metadata for HDR10 to be fully up to Spec to the latest HDR10 standards.

If the HDR10 is missing your missing something in the basic Encoding settings in x265. My guess is the no-open-gop.

FYI 4K != HDR.
Thanks for the info! Yes the original mkv has HDR10 tag, so it's not just a 4K file. I'm using --strict-gop option, would that be the same? Or is the issue that I'm using nvenc h.265 rather than regular x265? My nvidia card encodes very fast and the quality is great with the right settings.
steelfatboy is offline   Reply With Quote
Old 11th November 2018, 12:24   #22  |  Link
DaMacFunkin
Registered User
 
Join Date: Mar 2002
Posts: 134
My First 10 bit HDR encode failed

Hi, Can anybody help with what might be wrong here?

Thank you.


-------------------------- System Environment --------------------------

StaxRip : 1.9.0.0
Windows : Windows 10 Home 1803
Language : English (United Kingdom)
CPU : Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz
GPU : Intel(R) HD Graphics 630, NVIDIA GeForce GTX 1060
Memory : 1 GB
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv

General
Complete name : E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv
Format : Matroska
Format version : Version 2
File size : 71.2 GiB
Duration : 2 h 2 min
Overall bit rate mode : Variable
Overall bit rate : 83.2 Mb/s
Movie name : John Wick: Chapter 2
Encoded date : UTC 2018-11-11 08:26:08
Writing application : MakeMKV v1.12.3 win(x64-release)
Writing library : libmakemkv v1.12.3 (1.3.5/1.4.7) win(x64-release)

Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Commercial name : HDR10
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 2 min
Bit rate : 77.9 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.392
Stream size : 66.6 GiB (94%)
Writing library : ATEME Titan File 3.7.9 (4.7.9.0)
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Original source medium : Blu-ray
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0000 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 510 cd/m2

Audio #1
ID : 2
ID in the original source medium : 4352 (0x1100)
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Codec ID : A_TRUEHD
Duration : 2 h 2 min
Bit rate mode : Variable
Bit rate : 4 603 kb/s
Maximum bit rate : 7 806 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 3.93 GiB (6%)
Title : Surround 7.1
Language : English
Default : Yes
Forced : No
Original source medium : Blu-ray

Audio #2
ID : 3
ID in the original source medium : 4352 (0x1100)
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 2 h 2 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 560 MiB (1%)
Title : Surround 5.1
Language : English
Service kind : Complete Main
Default : No
Forced : No
Original source medium : Blu-ray

Text #1
ID : 4
ID in the original source medium : 4768 (0x12A0)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 49 min
Bit rate : 13.9 kb/s
Count of elements : 1338
Stream size : 11.0 MiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Text #2
ID : 6
ID in the original source medium : 4769 (0x12A1)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 54 min
Bit rate : 17.8 kb/s
Count of elements : 1862
Stream size : 14.5 MiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Menu
00 : 00:00.000 : en:Chapter 01
00 : 06:31.307 : en:Chapter 02
00 : 16:57.933 : en:Chapter 03
00 : 26:35.385 : en:Chapter 04
00 : 34:38.034 : en:Chapter 05
00 : 42:07.816 : en:Chapter 06
00 : 48:07.050 : en:Chapter 07
00 : 56:41.648 : en:Chapter 08
01 : 01:42.782 : en:Chapter 09
01 : 10:27.473 : en:Chapter 10
01 : 17:15.839 : en:Chapter 11
01 : 24:22.557 : en:Chapter 12
01 : 32:11.192 : en:Chapter 13
01 : 40:01.328 : en:Chapter 14
01 : 46:34.763 : en:Chapter 15
01 : 54:01.042 : en:Chapter 16
02 : 02:22.251 : en:Chapter 17

------------------ Demux MKV using mkvextract 26.0.0 ------------------

"D:\Encode Plus\StaxRip\Apps\MKVToolNix\mkvextract.exe" E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv tracks 3:"D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID4 English.sup" 4:"D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID5 English.sup" 1:"D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID1 English.thd" 2:"D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID2 English.ac3" --ui-language en

Extracting track 1 with the CodecID 'A_TRUEHD' to the file 'D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID1 English.thd'. Container format: TrueHD
Extracting track 2 with the CodecID 'A_AC3' to the file 'D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID2 English.ac3'. Container format: Dolby Digital (AC-3)
Extracting track 3 with the CodecID 'S_HDMV/PGS' to the file 'D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID4 English.sup'. Container format: SUP
Extracting track 4 with the CodecID 'S_HDMV/PGS' to the file 'D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID5 English.sup'. Container format: SUP

Start: 10:46:58
End: 11:01:05
Duration: 00:14:07

General
Complete name : D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID1 English.thd
Format : TrueHD
File size : 3.93 GiB
Overall bit rate mode : Variable

Audio
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Bit rate mode : Variable
Maximum bit rate : 7 806 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless
General
Complete name : D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID2 English.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 560 MiB
Duration : 2 h 2 min
Overall bit rate mode : Constant
Overall bit rate : 640 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 2 h 2 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 560 MiB (100%)
Service kind : Complete Main

-------------- Demux xml chapters using mkvextract 26.0.0 --------------

"D:\Encode Plus\StaxRip\Apps\MKVToolNix\mkvextract.exe" E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv chapters D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00_chapters.xml

File 'E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: audio (TrueHD Atmos)
Track ID 2: audio (AC-3)
Track ID 3: subtitles (HDMV PGS)
Track ID 4: subtitles (HDMV PGS)
Chapters: 17 entries

Start: 11:01:05
End: 11:01:05
Duration: 00:00:00

-------------- Demux ogg chapters using mkvextract 26.0.0 --------------

"D:\Encode Plus\StaxRip\Apps\MKVToolNix\mkvextract.exe" E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv chapters D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00_chapters.txt --simple

File 'E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: audio (TrueHD Atmos)
Track ID 2: audio (AC-3)
Track ID 3: subtitles (HDMV PGS)
Track ID 4: subtitles (HDMV PGS)
Chapters: 17 entries

Start: 11:01:05
End: 11:01:05
Duration: 00:00:00

----------------------- Indexing using ffmsindex -----------------------

"D:\Encode Plus\StaxRip\Apps\Plugins\both\ffms2\ffmsindex.exe" E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00.ffindex

Writing index... done.

Start: 11:01:06
End: 11:15:08
Duration: 00:14:01

--------------------------- AviSynth Script ---------------------------

LoadCPlugin("D:\Encode Plus\StaxRip\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv", colorspace = "YV12", \
cachefile = "D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00.ffindex")

-------------------------- Script Properties --------------------------

Source Frame Count : 176062
Source Frame Rate : 23.976024
Source Duration : 02:02:23.2530000
Target Frame Count : 176062
Target Frame Rate : 23.976024
Target Duration : 02:02:23.2530000

----------------------- MediaInfo Audio Source 1 -----------------------

General
Complete name : D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00 ID1 English.thd
Format : TrueHD
File size : 3.93 GiB
Overall bit rate mode : Variable

Audio
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Bit rate mode : Variable
Maximum bit rate : 7 806 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless

---------------- Error Video encoding using NVEnc 4.16 ----------------

Video encoding using NVEnc 4.16 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.


------------------- Video encoding using NVEnc 4.16 -------------------

"D:\Encode Plus\StaxRip\Apps\NVEnc\NVEncC64.exe" --avhw cuda --vbrhq 17500 --codec h265 --preset quality --level 4.1 --bframes 0 --ref 5 --qp-init 1 --aq --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "1000,510" --lookahead 32 --vbr-quality 20 -i E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv -o D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00_out.h265

Failed to Initialize the encoder
.: 8 (NVENC indicates that one or more of the parameter passed to the API call is invalid.)

------------------- Video encoding using NVEnc 4.16 -------------------

"D:\Encode Plus\StaxRip\Apps\NVEnc\NVEncC64.exe" --avhw cuda --vbrhq 17500 --codec h265 --preset quality --level 4.1 --bframes 0 --ref 5 --qp-init 1 --aq --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "1000,510" --lookahead 32 --vbr-quality 20 -i E:\Video\John_Wick_Chapter_2\John_Wick_Chapter_2_t00.mkv -o D:\Cache\John_Wick_Chapter_2_t00_temp\John_Wick_Chapter_2_t00_out.h265

Failed to Initialize the encoder
.: 8 (NVENC indicates that one or more of the parameter passed to the API call is invalid.)

Start: 11:16:54
End: 11:16:58
Duration: 00:00:03
DaMacFunkin is offline   Reply With Quote
Old 11th November 2018, 19:42   #23  |  Link
Atlantis
Registered User
 
Join Date: Feb 2002
Posts: 332
I would also like to know how to do simple HDR to SDR conversion.

The link provided DGTonemap -> Help did not help much. Couldn't make it work. I'm using StaxRip because it makes things easy.
If someone could tell how to do HDR to SDR within the StaxRip GUI, it would be appreciated.
Atlantis is offline   Reply With Quote
Old 12th November 2018, 01:54   #24  |  Link
videoh
Registered User
 
Join Date: Jul 2014
Posts: 931
Quote:
Originally Posted by Atlantis View Post
I would also like to know how to do simple HDR to SDR conversion.
Do you have a recent nVidia card? If so, I can give you a really easy way.

Quote:
The link provided DGTonemap -> Help did not help much. Couldn't make it work.
Tell us what error you got. We cannot read minds, ya know?

Quote:
I'm using StaxRip because it makes things easy.
Maybe StaxRip doesn't make things so easy.
videoh is offline   Reply With Quote
Old 12th November 2018, 04:55   #25  |  Link
Revan654
Registered User
 
Revan654's Avatar
 
Join Date: May 2004
Posts: 324
Quote:
Originally Posted by steelfatboy View Post
Thanks for the info! Yes the original mkv has HDR10 tag, so it's not just a 4K file. I'm using --strict-gop option, would that be the same? Or is the issue that I'm using nvenc h.265 rather than regular x265? My nvidia card encodes very fast and the quality is great with the right settings.
No, No-Open-gop and strict-gop are two different Flags.

x265 has allot more Flags, It's the preferred method when encoding videos with HDR colorspace. The NVIDIA Encoder doesn't have all the HDR Flags, There slowly being added. Allot is based off what the current Nvidia SDK has and what the Encoder can access.
Revan654 is offline   Reply With Quote
Old 12th November 2018, 05:13   #26  |  Link
Revan654
Registered User
 
Revan654's Avatar
 
Join Date: May 2004
Posts: 324
Quote:
Originally Posted by DaMacFunkin View Post
snip
Post the text file next time,instead of a massive wall of text.

1. Since your encoding to HDR, your missing Master-Display flag.
2. Depth needs to be increased to 10bit and Profile needs to be Main10.
3. The Dev has a Habit of Breaking the Encoder, I would Upgrade to 4.20 & make sure you have all the required dll files.
Revan654 is offline   Reply With Quote
Old 12th November 2018, 06:05   #27  |  Link
steelfatboy
Registered User
 
Join Date: Dec 2007
Posts: 11
Quote:
Originally Posted by Revan654 View Post
No, No-Open-gop and strict-gop are two different Flags.

x265 has allot more Flags, It's the preferred method when encoding videos with HDR colorspace. The NVIDIA Encoder doesn't have all the HDR Flags, There slowly being added. Allot is based off what the current Nvidia SDK has and what the Encoder can access.

Once again, thank you for the info. I'll stick to x265 for now.
steelfatboy is offline   Reply With Quote
Old 12th November 2018, 12:58   #28  |  Link
Zetti
Registered User
 
Join Date: Dec 2015
Location: Denmark
Posts: 212
FFmpeg v4.1 is released.
Zetti is offline   Reply With Quote
Old 13th November 2018, 02:08   #29  |  Link
Revan654
Registered User
 
Revan654's Avatar
 
Join Date: May 2004
Posts: 324
Quote:
Originally Posted by Zetti View Post
FFmpeg v4.1 is released.
Has been out for awhile.
Revan654 is offline   Reply With Quote
Old 13th November 2018, 05:56   #30  |  Link
Trench
Registered User
 
Join Date: Sep 2015
Posts: 10
A couple observations I had from 1.7.0.6, which today I've been able to determine still exist in 1.9.0.0 x64:

1. When trying to use non-default options for the ffmpeg "dynaudnorm" process, the options are incorrectly constructed in the ffmpeg command line. For example if you de-select "Enable channel coupling", the command line options are constructed as:

Code:
ffmpeg -q:a 4 -af dynaudnorm n=false
instead of being correctly constructed as:

Code:
ffmpeg -q:a 4 -af dynaudnorm=n=false
Per ffmpeg filtering guide documentation, additional options would need to be colon-separated, such as this example of adding "r=0.95" to the previous command line:

Code:
ffmpeg -q:a 4 -af dynaudnorm=n=false:r=0.95

2. Specifying a non-default RMS of "0.95" in the dynaudnorm options is accepted by the GUI, and is added to the command line (not withstanding the incorrect construction issue already described). But when you then re-enter the GUI of dynaudnorm options, it shows the current RMS as being "1.0", instead of the "0.95" that was selected and is still visible within the command line. (Screen shot attached, once available.)


3. I rip one of my Blu-Rays, and have eac3to extract my preferred 5.1+ audio file to FLAC. In making an MP4 of this video, I now want to re-encode this FLAC audio "two ways" into my resulting MP4 container: Once to AAC while down-mixing to stereo for when I'm playing on my crappy TVs (so that the audio is "loud enough"), and again to AAC while keeping the original 5.1/6.1/7.1 the Blu-Ray contained (in case I don't have crappy TVs in the future and want to select playback of a higher-quality audio track).

But StaxRip defies doing this, saying "The first and second audio source files or streams are identical", apparently in reference to the having the same FLAC file selected as the input for the two different output encodings. (Screen shot attached, once available.)

It's not that "it literally cannot be done"; StaxRip seems to just be complaining about the file name being the same for the input in both sources, even though the resulting ACC re-encodings into the MP4 container will be different. If I manually duplicate and create a separate input FLAC file which is simply a copy the first FLAC file, the "two different encodings of the same input FLAC file" (now with two different input file names) is allowed.

Rather than StaxRip saying "you can't get there from here" and requiring manual intervention, it seems like StaxRip could at minimum be performing the same thing I'm having to do manually: Simply duplicate the FLAC (or whatever the "duplicate" source file is) to a temporary file, and use it as input for the second encoding.

Hmm... is this actually just a temp file name management issue? e.g. Is StaxRip's complaint really based on the fact that the temp file name(s) generated for these re-encoding attempts will be identical? (i.e. same FLAC file base name, same export track ID number in file name, etc.) Such that it could really be solved by just appending a "target track ID" to the temp file names, representing what track number it will be in the resulting MP4 file. Thereby preventing the two separate re-encoding processes of the same input file from stepping on each other's temp file names.

Thanks for considering.

EDIT: Can now confirm all three issues remain unchanged in 2.0.0.0, for what it's worth.
Attached Images
  

Last edited by Trench; 14th November 2018 at 18:46. Reason: Confirmed 2.0.0.0 testing
Trench is offline   Reply With Quote
Old 13th November 2018, 19:46   #31  |  Link
steelfatboy
Registered User
 
Join Date: Dec 2007
Posts: 11
I found a program called nvhsp that was created specifically to use with nvenc encodes to add HDR10 color data back. It looks like some even found a way to integrate it into StaxRip, but I have no idea how to do that. For now, I am manually extracting the mkv, using nvhsp to add the HDR10 info, then merging the files back into mkv. It doesn't take long, but it is a bit cumbersome. If anyone needs any details, let me know and I'll do my best to document my process.
steelfatboy is offline   Reply With Quote
Old 13th November 2018, 20:31   #32  |  Link
Revan654
Registered User
 
Revan654's Avatar
 
Join Date: May 2004
Posts: 324
Quote:
Originally Posted by steelfatboy View Post
I found a program called nvhsp that was created specifically to use with nvenc encodes to add HDR10 color data back. It looks like some even found a way to integrate it into StaxRip, but I have no idea how to do that. For now, I am manually extracting the mkv, using nvhsp to add the HDR10 info, then merging the files back into mkv. It doesn't take long, but it is a bit cumbersome. If anyone needs any details, let me know and I'll do my best to document my process.
It's completely useless now, Since all the functions it has, Has already been added to nvenc encoder. It was only adding colorspace for device playback and such. Nothing to do with core flags that have to be set at the time of encoding.

Not to mention mkvtoolnix could already do everything the script was doing.
Revan654 is offline   Reply With Quote
Old 13th November 2018, 23:05   #33  |  Link
steelfatboy
Registered User
 
Join Date: Dec 2007
Posts: 11
Quote:
Originally Posted by Revan654 View Post
It's completely useless now, Since all the functions it has, Has already been added to nvenc encoder. It was only adding colorspace for device playback and such. Nothing to do with core flags that have to be set at the time of encoding.

Not to mention mkvtoolnix could already do everything the script was doing.
You are not wrong. It did add the HDR10 tag but as you said not to the core flags. Ah well, thought I had something there. Back to x265 I go.
steelfatboy is offline   Reply With Quote
Old 14th November 2018, 18:18   #34  |  Link
Trench
Registered User
 
Join Date: Sep 2015
Posts: 10
Quote:
Originally Posted by Revan654 View Post
2.0 is only Beta, Final is not ready yet. Only Stable Releases Are Shown.
Not sure what the expectation might have been, but on a Windows 10 x64 machine where I was running StaxRip 1.9.0.0 successfully including ffmpeg.exe encoding, when I tried to run StaxRip 2.0.0.0 on that same machine StaxRip didn't prompt me for any application installation updates. But ffmpeg failed to run, citing only the generic STATUS_DLL_NOT_FOUND (0xC0000135) in the StaxRip log.

Attempting to run ffmpeg.exe manually outside of StaxRip 2.0.0.0 reported VSScript.dll wasn't being found. Attempting to launch the VapourSynth installer failed because a suitable Python installation wasn't found. After installing Python, VapourSynth installation required download of the VC_REDIST for C++ 2017.

I think the expectation was that StaxRip 2.0.0.0 needed to realize the installations that hadn't occurred yet, rather than just hitting the non-descript failure to run ffmpeg.exe. So for what it's worth.
Trench is offline   Reply With Quote
Old 14th November 2018, 18:29   #35  |  Link
Trench
Registered User
 
Join Date: Sep 2015
Posts: 10
Does this symptom already sound familiar: "My HEVC+AAC MP4 acts frozen. It allows me to seek to any offset and see the correct video frame at that offset, but refuses to actually play normally from start or from any offset. And the cause is somehow the AAC encoding."

Hopefully that symptom already means something to someone, for a known issue or something I'm doing wrong. But at minimum, maybe the information is useful to anyone else who might encounter the same unknown issue I did after switching to StaxRip 1.9.0.0, even though it appears to be an ffmpeg issue and not any kind of StaxRip issue.

Details:

After switching to 1.9.0.0, I came to realize that some of the Blu-Ray-to-MP4 work I was doing resulted in an MP4 which wouldn't "play". The symptom on playback through WMP12+LAVFilter was as though the playback was "permanently paused". It won't play upon opening, but I can seek to any offset I want, and I will get a correct frame of video displayed for that offset. But it will just stay "frozen" at that offset rather than actually "playing".

One of the Blu-Rays this happened with was one I had successfully processed through StaxRip 1.7.0.6 just days before, which got me looking at the tool differences as compared to 1.9.0.0. After trial and error and dividing and conquering, the difference seems to be ffmpeg.exe 4.0.2 versus the previous ffmpeg.exe 3.3.4. With these command lines:

Code:
ffmpeg.exe -i "Track1.flac" -q:a 4 -af dynaudnorm -ac 2 -y -hide_banner "Track1.m4a"
ffmpeg.exe -i "Track2.flac" -q:a 4 -af dynaudnorm -y -hide_banner "Track2.m4a"
...using the ffmpeg.exe 4.0.2 provided with StaxRip 1.9.0.0, the resulting AAC files when combined into the MP4 result in the described "frozen" symptom.

If I change nothing except to use ffmpeg.exe 3.3.4 from StaxRip 1.7.0.6 to re-encode the AAC using the same command lines and source files (and just muxing the the same previously-encoded HEVC output by x265.exe from 1.9.0.0, and still the same MP4Box from 1.9.0.0), the resulting MP4 now plays normally.

The same problem of "frozen" playback occurs with StaxRip 2.0.0.0 and the included "ffmpeg version N-92272-g0e9c01fd87", for what it's worth. Only reverting to use of the older ffmpeg.exe 3.3.4 from StaxRip 1.7.0.6 has allowed success thus far.

Last edited by Trench; 14th November 2018 at 18:36.
Trench is offline   Reply With Quote
Old 14th November 2018, 19:45   #36  |  Link
DaMacFunkin
Registered User
 
Join Date: Mar 2002
Posts: 134
Quote:
Originally Posted by Revan654 View Post
Post the text file next time,instead of a massive wall of text.

1. Since your encoding to HDR, your missing Master-Display flag.
2. Depth needs to be increased to 10bit and Profile needs to be Main10.
3. The Dev has a Habit of Breaking the Encoder, I would Upgrade to 4.20 & make sure you have all the required dll files.
Hi Thanks for that, still getting errors though, file not found???
Any ideas?
Cheers
Attached Files
File Type: txt John_Wick_Chapter_2_t00_staxrip.txt (13.9 KB, 14 views)
DaMacFunkin is offline   Reply With Quote
Old 14th November 2018, 20:17   #37  |  Link
Revan654
Registered User
 
Revan654's Avatar
 
Join Date: May 2004
Posts: 324
Quote:
Originally Posted by Trench View Post
Not sure what the expectation might have been, but on a Windows 10 x64 machine where I was running StaxRip 1.9.0.0 successfully including ffmpeg.exe encoding, when I tried to run StaxRip 2.0.0.0 on that same machine StaxRip didn't prompt me for any application installation updates. But ffmpeg failed to run, citing only the generic STATUS_DLL_NOT_FOUND (0xC0000135) in the StaxRip log.

Attempting to run ffmpeg.exe manually outside of StaxRip 2.0.0.0 reported VSScript.dll wasn't being found. Attempting to launch the VapourSynth installer failed because a suitable Python installation wasn't found. After installing Python, VapourSynth installation required download of the VC_REDIST for C++ 2017.

I think the expectation was that StaxRip 2.0.0.0 needed to realize the installations that hadn't occurred yet, rather than just hitting the non-descript failure to run ffmpeg.exe. So for what it's worth.
FFMpeg has been Completely Rebuilt and Stripped away any unless codecs. It's under 50 Mbs right now.

The readme/changelog tells you it requires VC_REDIST for C++ 2017. Windows 10 post Launch build has it already installed. It's nothing new that C++ runtimes are required, after all it runs on dotnet.
Revan654 is offline   Reply With Quote
Old 14th November 2018, 22:22   #38  |  Link
Trench
Registered User
 
Join Date: Sep 2015
Posts: 10
Quote:
Originally Posted by Revan654 View Post
The readme/changelog tells you it requires VC_REDIST for C++ 2017. Windows 10 post Launch build has it already installed. It's nothing new that C++ runtimes are required, after all it runs on dotnet.
Agreed on .NET Framework requirement & presence on Windows 10. The runtime in question is Visual C++ 2017 Runtime, which is not already present, and is a dependency of this latest VapourSynth and not StaxRip itself. But maybe we don't put Microsoft dependencies in the Apps folder like we do other dependencies; in which case letting VapourSynth download it from Microsoft.com instead of pre-resolving it from a local source is fine.

The observation I was raising isn't that it's unexpected that FFMPEG would require VapourSynth, nor unexpected that VapourSynth would require Python. The observation was that StaxRip 2.0.0.0 didn't appear to be aware of these dependencies, and wasn't intercepting "Hey, you're trying to run something that is going to require VapourSynth to be installed, here's an install button for you." (And in turn, first installing Python before installing VapourSynth.)

i.e. It wasn't expected to me anyway that 2.0.0.0 would run FFMPEG and let it fail with 0xC0000135, rather than guiding the user to install Python and VapourSynth first. I don't think I'm off base in thinking 1.9.0.0 and 1.7.0.6 did manage these dependencies; or else I'm not explaining myself correctly. Thanks.
Trench is offline   Reply With Quote
Old 15th November 2018, 02:42   #39  |  Link
frenchfries
Registered User
 
Join Date: Jan 2010
Posts: 23
Hey @Revan654

As always, great work.

I had given up on quicksync but Rigaya has squashed a bunch of bugs supposedly that should make it viable again.

Are you able to update the flags to support the extra/missing colormatrixes? Most notably BT 2020 NC?

I have tested the commandline again and it appears to actually work this time but stax is much more convenient as it allows audio time offset and other tuning, rather than having to modify those values later. V3.11 is what I have tested and is currently the latest. https://github.com/rigaya/QSVEnc/releases
frenchfries is offline   Reply With Quote
Old 15th November 2018, 04:13   #40  |  Link
Atlantis
Registered User
 
Join Date: Feb 2002
Posts: 332
StaxRip 2.0.0.0 does not add the HDR10 flag. When I used the old version 1.7.0.0 it added the HDR10 flag when encoding HDR videos. Using mediainfo you could easily see HDR10 but now you can't.

The resulted file is HDR and when played on TV, it does trigger HDR, the only problem is that mediainfo doesn't show it anymore. It was a quick way to check if a file is HDR. Version 1.7.0.0 does this correctly.

mediainfo:

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Commercial name : HDR10 <--- missing
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 4 min
Bit rate : 53.5 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS

Last edited by Atlantis; 15th November 2018 at 04:19.
Atlantis is offline   Reply With Quote
Reply

Tags
aac, hdr, hevc, staxrip, 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 19:16.


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