1

Closed

Status succeeded is wrong

description

I encoded a Videofile and Vidcoder showed succeeded in the end
but the videofile was unplayable
I looked in the log file and found the reason:
## VidCoder 1.4.17.0 (x86)
# Starting scan: Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts
[18:23:57] hb_init: starting libhb thread
[18:23:57] hb_scan: path=Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts, title_index=0
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts) failed (0390A720)
[18:23:57] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[18:23:57] dvd: not a dvd - trying as a stream/file instead
[18:23:57] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[18:23:57] Found the following PIDS
[18:23:57]     Video PIDS : 
[18:23:57]       0x4ff type H.264 (0x1b) (PCR)
[18:23:57]     Audio PIDS : 
[18:23:57]       0x503 type AC3 (0x81)
[18:23:57]     Subtitle PIDS : 
[18:23:57]     Other PIDS : 
[18:23:57] stream id 0x503 (type 0x81 substream 0x0) audio 0x503
[18:23:59] scan: decoding previews for title 1
[18:23:59] scan: audio 0x503: AC-3, rate=48000Hz, bitrate=384000 Deutsch (AC3) (5.1 ch)
[18:24:02] scan: 10 previews, 1920x1080, 25.000 fps, autocrop = 132/132/0/0, aspect 16:9, PAR 1:1
[18:24:02] stream: 32 good frames, 0 errors (0%)
[18:24:02] libhb: scan thread found 1 valid title(s)
# Scan completed

# Starting queue
## VidCoder 1.4.17.0 (x86)
# Starting job 1/1
#   Path: Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts
#   Title: 1
#   Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker
# Connecting to process 3604
[18:24:15] hb_init: starting libhb thread
[18:24:15] hb_scan: path=Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts) failed (011724B8)
[18:24:15] bd: not a bd - trying as a stream/file instead
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
dvd: ifoOpen failed
[18:24:15] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[18:24:15] Found the following PIDS
[18:24:15]     Video PIDS : 
[18:24:15]       0x4ff type H.264 (0x1b) (PCR)
[18:24:15]     Audio PIDS : 
[18:24:15]       0x503 type AC3 (0x81)
[18:24:15]     Subtitle PIDS : 
[18:24:15]     Other PIDS : 
[18:24:15] stream id 0x503 (type 0x81 substream 0x0) audio 0x503
[18:24:16] scan: decoding previews for title 1
[18:24:16] scan: audio 0x503: AC-3, rate=48000Hz, bitrate=384000 Deutsch (AC3) (5.1 ch)
[18:24:19] scan: 10 previews, 1920x1080, 25.000 fps, autocrop = 132/132/0/0, aspect 16:9, PAR 1:1
[18:24:19] stream: 32 good frames, 0 errors (0%)
[18:24:19] libhb: scan thread found 1 valid title(s)
[18:24:19] 1 job(s) to process
[18:24:19] starting job
[18:24:19] work: track 1, compression level not supported by codec
[18:24:19] work: track 1, quality mode not supported by codec
[18:24:19] work: track 1, dithering not supported by codec
[18:24:19] sync: expecting 175641 video frames
[18:24:19] job configuration:
[18:24:19]  * source
[18:24:19]    + Y:\X-Men\X-Men - Erste Entscheidung_fixed.ts
[18:24:19]    + title 1, chapter(s) 1 to 1
[18:24:19]  * destination
[18:24:19]    + Y:\3finished\X-Men - Erste Entscheidung_fixed m4v.m4v
[18:24:19]    + container: MPEG-4 (.mp4 and .m4v)
[18:24:19]  * video track
[18:24:19]    + decoder: h264
[18:24:19]      + bitrate 200 kbps
[18:24:19]    + frame rate: same as source (around 25.000 fps)
[18:24:19]    + filters
[18:24:19]      + Framerate Shaper (0:27000000:1080000)
[18:24:19]        + frame rate: same as source (around 25.000 fps)
[18:24:19]      + Crop and Scale (1920:816:132:132:0:0)
[18:24:19]        + source: 1920 * 1080, crop (132/132/0/0): 1920 * 816, scale: 1920 * 816
[18:24:19]    + strict anamorphic
[18:24:19]      + storage dimensions: 1920 * 816, mod 0
[18:24:19]      + pixel aspect ratio: 1 / 1
[18:24:19]      + display dimensions: 1920 * 816
[18:24:19]    + encoder: H.264 (x264)
[18:24:19]      + x264 preset: veryfast
[18:24:19]      + h264 profile: main
[18:24:19]      + h264 level: 4.0
[18:24:19]      + quality: 20.00 (RF)
[18:24:19]  * audio track 1
[18:24:19]    + decoder: Deutsch (AC3) (5.1 ch) (track 2, id 0x503)
[18:24:19]      + bitrate: 384 kbps, samplerate: 48000 Hz
[18:24:19]    + mixdown: Stereo
[18:24:19]    + encoder: AAC (faac)
[18:24:19]      + bitrate: 160 kbps, samplerate: 48000 Hz
[18:24:19] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[18:24:19] reader: first SCR 2560830041 id 0x4ff DTS 2560903097
[18:24:19] encx264: encoding with stored aspect 1/1
[18:24:19] encx264: Encoding at constant RF 20.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x264 [info]: profile Main, level 4.0
[18:24:19] h264: "Chapter 1" (1) at frame 0 time 18000
[18:24:19] sync: adding 137 ms of silence to audio 0x503  start 12338, next 0
[18:24:19] sync: first pts is 18000
[20:27:11] stream: error near frame 346411: missing start code
[20:27:11] output track 1: ac3 in sync after skipping 6144 bytes
[20:27:11] sync: adding 128 ms of silence to audio 0x503  start 623474738, next 623463217
[20:34:34] output track 1: ac3 in sync after skipping 1352 bytes
[20:34:36] hb_ts_stream_decode - eof
[20:34:36] reader: done. 2 scr changes
[20:34:37] work: average encoding speed for job is 24.117105 fps
[20:34:37] sync: got 188549 frames, 175641 expected
[20:34:37] render: lost time: 0 (0 frames)
[20:34:37] render: gained time: 0 (0 frames) (0 not accounted for)
[20:34:37] h264-decoder done: 188549 frames, 0 decoder errors, 0 drops
x264 [info]: frame I:2972  Avg QP:17.08  size:129906  PSNR Mean Y:47.10 U:51.06 V:52.48 Avg:48.12 Global:47.51
x264 [info]: frame P:90605 Avg QP:20.26  size: 34046  PSNR Mean Y:44.37 U:49.80 V:50.90 Avg:45.52 Global:44.94
x264 [info]: frame B:94972 Avg QP:21.65  size:  8269  PSNR Mean Y:43.58 U:49.33 V:50.77 Avg:44.77 Global:44.08
x264 [info]: consecutive B-frames: 20.2% 33.6% 13.3% 32.9%
x264 [info]: mb I  I16..4: 43.8%  0.0% 56.2%
x264 [info]: mb P  I16..4: 23.8%  0.0%  2.4%  P16..4: 33.7% 14.0%  7.1%  0.0%  0.0%    skip:19.1%
x264 [info]: mb B  I16..4:  2.0%  0.0%  0.1%  B16..8: 17.5%  4.1%  0.3%  direct:11.5%  skip:64.6%  L0:32.8% L1:52.9% BI:14.3%
x264 [info]: coded y,uvDC,uvAC intra: 39.7% 51.6% 13.8% inter: 15.4% 15.7% 0.3%
x264 [info]: i16 v,h,dc,p: 39% 23% 27% 10%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 23% 22%  5%  5%  5%  5%  5%  5%
x264 [info]: i8c dc,h,v,p: 55% 18% 23%  3%
x264 [info]: Weighted P-Frames: Y:2.8% UV:1.1%
x264 [info]: SSIM Mean Y:0.9759870 (16.196db)
x264 [info]: PSNR Mean Y:44.013 U:49.579 V:50.857 Avg:45.182 Global:44.510 kb/s:4514.14
[20:34:37] deca52: 235699 frames decoded, 1 crc errors, 7496 bytes dropped
MP4ERROR: File size exceeded 4 GB; output unplayable. Enable "Large file size" to fix it.
MP4ERROR: (m_size <= (uint64_t)0xFFFFFFFF): assert failure
[20:34:38] mux: track 0, 188549 frames, 4255991913 bytes, 4514.04 kbps, fifo 2048
[20:34:38] mux: track 1, 353561 frames, 149978220 bytes, 159.07 kbps, fifo 4096
[20:34:38] stream: 377130 good frames, 422 errors (0%)
[20:34:38] libhb: work result = 0
# Job completed
# Queue completed
the following lines are interesting:
MP4ERROR: File size exceeded 4 GB; output unplayable. Enable "Large file size" to fix it.
MP4ERROR: (m_size <= (uint64_t)0xFFFFFFFF): assert failure

hope you can add a query to output a failure of the encoding and an explanation why it has failed

would also be cool if you could add an option to the settings to start encoding the same file automatically but with large size enabled / or lower average quality/bitrate (for encoding multiple files over the night)
Closed Apr 13, 2013 at 6:47 PM by RandomEngy
Fixed in 1.4.18 Beta.

comments

RandomEngy wrote Apr 1, 2013 at 11:00 PM

Some devices do not support MP4 files encoded with large file size enabled. If you've got a profile with Large File Size disabled, that's because the player wouldn't be able to play the output anyway if it got over 4 GB. It's better to give an error and explain why than to silently change the encoding parameters. It's pretty simple: if your player supports large file sizes just check "Large file size" in the encoding settings window.

As for it saying it succeeded, were the MP4ERROR lines in red? HandBrake isn't very good at returning the correct error status code but if those were error messages VidCoder should have detected them and marked the encode as a failure.

Djfe wrote Apr 2, 2013 at 9:58 AM

they werent marked red (-> Handbrake bug maybe)

I tested the failed files with vlc and they did't work but with large file size enabled they work now
I now not all players are supporting it (in my normal profile large file size isn
t enabled, thats why it has failed)

I will test it with my ones (m4v files) and maybe encode the films also in lower quality or split them in several files (btw. is this doable with Vidcoder?)

I`m wondering how Vidcoder/Handbrake/h264 is able to still encode the files if they are too big (one of my files is around 5 gb) because the description says it uses 32 bit, I mean how is it possible to go over this restriction and not give an error around file size 4gb?

RandomEngy wrote Apr 2, 2013 at 3:38 PM

If it's making a 5GB file with 32-bit, that's because it's the MP4 file format that's got that limitation, not the physical file. Something about the markers and indices got messed up at the 4GB mark, allowing it to continue to write data, just not in a meaningful way.

I'll investigate the MP4 error a bit more and see if I can get a definite error message out of them.

You can't split files in VidCoder; you'd have to do that with another app.