![]() |
|
Audio encoding crash - Printable Version +- Selur's Little Message Board (https://forum.selur.net) +-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html) +--- Forum: Problems & Questions (https://forum.selur.net/forum-3.html) +--- Thread: Audio encoding crash (/thread-1397.html) |
RE: Audio encoding crash - Devilman1 - 06.06.2020 The intermediate ac3 file in the Temp directory works fine. But according to Mediainfo the Audio track of the file is 207 GiB: Quote:Formato : AVI I think that something happens during the multiplex. RE: Audio encoding crash - Selur - 06.06.2020 Have you tried another source? Like I said I can't reproduce the issue, so if you can provide a small sample and specific settings which allow me to reproduce the issue I can look at it again. Cu Selur RE: Audio encoding crash - Devilman1 - 06.06.2020 Can you suggest me a lossless mkv Cutter? Edit: I try LossLess Cut and it produced a 23 minutes segment that plays fine in VLC, but the video encoding in Hybrid produce a 1 second avi. Do you have a place where I could upload this segment? I attach the Debug output. RE: Audio encoding crash - Selur - 06.06.2020 According to the debug output the decoding of the input crashed. Quote:Do you have a place where I could upload this segment?Nope, gave up on that since folks abused it. -> upload it to google drive or similar and send me a link via pm Cu Selur RE: Audio encoding crash - Selur - 06.06.2020 Okay, loaded the source and the first thing I noticed is: Adjusting frame count (212538) to time code entry count (33730).(hopefully the original does not have the same problems) Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 23 min 26 s
Bit rate : 24.6 Mb/s
Width : 3 840 pixels
Height : 2 076 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Variable
Frame rate : 151.072 FPS <- ARGH
Original 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.020
Stream size : 25.4 GiB <- ARGH
Writing library : x265 3.3+33-04275ae58030:[Windows][GCC 10.1.0][64 bit] 10bit
Encoding settings : cpuid=1176575 / frame-threads=6 / numa-pools=36 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x2076 / interlace=0 / total-frames=212538 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.5 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50) / cll=989,135 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 989 cd/m2
Maximum Frame-Average Light Level : 135 cd/m2You could have used MKVToolnix to cut the clip by time. ![]() -> I used Hybrid to remux the file (audio&video passthrough while dropping the timecodes and all the subtitles). Will try to reproduce your problem using that remuxed sample and report back. Cu Selur RE: Audio encoding crash - Devilman1 - 06.06.2020 If you need I will try to redo the cut with MkvToolnix, but I didn't find how. RE: Audio encoding crash - Selur - 06.06.2020 Remuxing didn't really help the headers are all over the place. Frame count is still totally wrong. I enabled 'Config->Internals->Handling->Prefer Original->Frame rate' so that Hybrid will recognice the source as 23.976 (the info from the stream and not from the contains) and I also changed 'Filtering->Vapoursynth->Misc->Mibav hardware decoding mode' to '1', do speed up decoding (didn't do much, since the main ). Vapoursynth script looks like this: # Imports
import os
import sys
import vapoursynth as vs
core = vs.get_core()
# Import scripts folder
scriptPath = 'I:/Hybrid/64bit/vsscripts'
sys.path.append(os.path.abspath(scriptPath))
# Loading Plugins
core.std.LoadPlugin(path="I:/Hybrid/64bit/vsfilters/Support/fmtconv.dll")
core.std.LoadPlugin(path="I:/Hybrid/64bit/vsfilters/SourceFilter/LSmashSource/vslsmashsource.dll")
# Import scripts
import tmap
# input color space: YUV420P10, bit depth: 10
# Loading F:\cut_av_passthrough.mkv using LWLibavSource
clip = core.lsmas.LWLibavSource(source="F:/cut_av_passthrough.mkv", format="YUV420P10", cache=0, prefer_hw=1)
# making sure input color matrix is set as 2020ncl
clip = core.resize.Point(clip, matrix_in_s="2020ncl",range_s="limited")
# making sure frame rate is set to 23.976
clip = core.std.AssumeFPS(clip, fpsnum=24000, fpsden=1001)
# Setting color range to TV (limited) range.
clip = core.std.SetFrameProp(clip=clip, prop="_ColorRange", intval=1)
# Color Adjustment
clip = tmap.hablehdr10tosdr(clip=clip, source_peak=1000, desat=50, tFormat=vs.YUV420P8, tMatrix="709", tRange="limited", color_loc="center", lin="True", show_satmask="False", show_clipped="False")
clip = core.fmtc.resample(clip=clip, kernel="spline16", w=716, h=388, interlaced=False, interlacedd=False)
# adjusting output color from: YUV420P16 to YUV420P8 for xvidModel (i420)
clip = core.resize.Bicubic(clip=clip, format=vs.YUV420P8, range_s="limited")
# Output
clip.set_output()Video encoding started without a problem and is runnding at 3fps atm. Video decoding and encoding did not crash like in your debug output. Since the muxing was the main issue I aborted here and send configured Hybrid to only encode 10sec of the clip, created the job anew and started encoding. Encoding worked fine and audio player fine. (Found an issue that Vapoursynth should have enforced cfr decoding, but I fixed that.) -> can't reproduce the video decoding crash or the muxing problem so far. Are your sure your system is stable, not overclocked and has no heat and/or memory issues? Also check your free space (Hybrid does not delete temp files when a job crashes). Did a full reencode of the full clip you shared with me, but I used 'HDR10 to SDR (DG)' instead of 'HDR10toSDR' since it uses the gpu which speeds up tone mapping quite a bit. (1st and 2nd pass running at 17fps instead of 3fps). And audio muxing worked fine. Cu Selur RE: Audio encoding crash - Devilman1 - 06.06.2020 My system is not overclocked and untill now it works fine, the only problem that I have is that since a windows update sometime pop up the info that a new audio device was connected. System Spec: Quote:CPU: Intel Core i7-9700K (Coffee Lake-S, P0) Quote:Are your sure your system is stable, not overclocked and has no heat and/or memory issues? I will run a check for memory issue. The system is watercooled. Quote:Also check your free space (Hybrid does not delete temp files when a job crashes). Enough free space and I was deleting the temp file manually after every crash RE: Audio encoding crash - Selur - 06.06.2020 Hmm,... still can't reproduce the issue. Try cutting the video with mkvtoolnix by:
Then: 1. Check that you can reproduce the problem in Hybrid with that chunk. 2. If you can reproduce the issue, share that file with me. (should be ~210MB so sharing will go way faster) Cu Selur RE: Audio encoding crash - Devilman1 - 07.06.2020 I did what you said and I'm not able to reproduce the error, the onlyu thing is that if I jump throught the file I don't have audio, while I have it if I play the whole file. The audio file has no issue if I jump through it. |