Repeating issue

[BreeOge]

I am having a issue where when I am watching my video's on my Roku, during transcoding it is repeating 30 sec sections of the show that do not exist in the original format. This is getting really annoying, any ideas of what could be causing this. transcoding FPS is between 150 - 200 fps, and CPU is like 4% Memory is around 10% max.

Thank you

[Peter]

Hi,
Mezzmo transcodes the file to 10 second segments for delivery to the Roku, possibly the Roku is requesting the same segments or Mezzmo is creating extra segments when transcoding. Can you please try playing a file that has already been transcoded or pre-transcoding a the file http://www.mezzmo.com/wiki/doku.php?id=pre-transcoding_files&s[]=pre&s[]=transcode to see if the repeating issue still occurs?

[BreeOge]

Ok tested, Pre-transcoding works fine, however I did notice that when transcoding on the fly to a Roku device, it transcodes for a bit then says queue. Then when the 30 to 60 repeat happens, it starts transcoding again. It is as if it goes into Queue status, but forgets to transcode more, then the Roku goes HEY I need more, and it starts transcoding again but transcodes 30 to 60 seconds before it should. I had Mezzmo up while watching to see what it did, I found it strange that it Transcoded a lot, then just went to Queue but never transcoded again till the revert happened.

[Peter]

What can happen when streaming hls is that the device will request a segment beyond what is currently being transcoded so Mezzmo will stop the current transcode and start transcoding from the offset requested. If the offset is not being correctly calculated by ffmpeg then it may start transcoding earlier than it is supposed to resulting in a repeat of a section of the video. Can you please try playing a video that had the repeat problem again to see if the problem still occurs after transcoding is completed? This will tell us whether the completed transcode has a duplicated section or if the device is requesting the same sections over again.

[BreeOge]

Just watched another, it ran fine till it needed to transcode again, then it had the 60 sec repeat. It then transcoded more, and queues more, once it finishes transcoding it no longer reverses, however as long as it goes into queue and then starts transcoding again, that is where the repeat is every time. Once transcoding is 100% it never repeats again.

I have turned on Logging now, unfortunately after I watched the last movie.. :/ But I will keep an eye on logs, and post them when it happens again.

[BreeOge]

Also another thing I noticed, when watching the SAME movie, it will Transcode sometimes 10% before going into queue and sometimes even as far as 90% before going into queue mode. Its totally random on how much it Transcodes on the fly %

[Peter]

We will try streaming some files to our Roku here to try and reproduce this. Can you please right-click on the file in Mezzmo and select Get FFmpeg Information... then copy and paste it into a forum post so we can test with a similar file here?

[BreeOge]

Here is one..

ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 7.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libmfx --enable-cuda --enable-cuvid --enable-d3d11va --enable-nvenc --enable-dxva2 --enable-avisynth
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 5 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 6 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 7 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska,webm @ 00000256953b6640] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Input #0, matroska,webm, from 'E:\Mezzmo Video\Movies\Guardians of the Galaxy\Guardians of the Galaxy Vol 2 2017.mkv':
Metadata:
encoder : libebml v1.3.1 + libmatroska v1.4.2
creation_time : 2017-08-21T01:22:38.000000Z
Duration: 02:15:46.21, start: 0.000000, bitrate: 14341 kb/s
Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x804 [SAR 1:1 DAR 160:67], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Metadata:
title : MPEG-4 x264@High Profile L4.1, 24/1.001 fps @ 8500 kbps
BPS : 8494050
BPS-eng : 8494050
DURATION : 02:15:46.180000000
DURATION-eng : 02:15:46.180000000
NUMBER_OF_FRAMES: 195313
NUMBER_OF_FRAMES-eng: 195313
NUMBER_OF_BYTES : 8649258221
NUMBER_OF_BYTES-eng: 8649258221
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:1(eng): Audio: dts (DTS-HD MA), 48000 Hz, 7.1, s32p (24 bit) (default)
Metadata:
title : English DTS-HD Master Audio 7.1 @ 4842 kbps
BPS : 4842219
BPS-eng : 4842219
DURATION : 02:15:46.187000000
DURATION-eng : 02:15:46.187000000
NUMBER_OF_FRAMES: 763705
NUMBER_OF_FRAMES-eng: 763705
NUMBER_OF_BYTES : 4930702804
NUMBER_OF_BYTES-eng: 4930702804
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:2(chi): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s
Metadata:
title : Mandarin Dolby Digital Audio 5.1 @ 640 kbps 原盘国语
BPS : 640000
BPS-eng : 640000
DURATION : 02:15:46.208000000
DURATION-eng : 02:15:46.208000000
NUMBER_OF_FRAMES: 254569
NUMBER_OF_FRAMES-eng: 254569
NUMBER_OF_BYTES : 651696640
NUMBER_OF_BYTES-eng: 651696640
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s
Metadata:
title : English Dolby Digital Audio 2.0 @ 192 kbps Commentary
BPS : 192000
BPS-eng : 192000
DURATION : 02:15:46.208000000
DURATION-eng : 02:15:46.208000000
NUMBER_OF_FRAMES: 254569
NUMBER_OF_FRAMES-eng: 254569
NUMBER_OF_BYTES : 195508992
NUMBER_OF_BYTES-eng: 195508992
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:4(eng): Subtitle: hdmv_pgs_subtitle
Metadata:
title : Eng/SUP
BPS : 30334
BPS-eng : 30334
DURATION : 02:14:26.684000000
DURATION-eng : 02:14:26.684000000
NUMBER_OF_FRAMES: 3156
NUMBER_OF_FRAMES-eng: 3156
NUMBER_OF_BYTES : 30587222
NUMBER_OF_BYTES-eng: 30587222
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:5(chi): Subtitle: hdmv_pgs_subtitle (default)
Metadata:
title : Chs/SUP 原盘简体
BPS : 23359
BPS-eng : 23359
DURATION : 02:14:47.413000000
DURATION-eng : 02:14:47.413000000
NUMBER_OF_FRAMES: 3208
NUMBER_OF_FRAMES-eng: 3208
NUMBER_OF_BYTES : 23614580
NUMBER_OF_BYTES-eng: 23614580
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:6(chi): Subtitle: hdmv_pgs_subtitle
Metadata:
title : Cht/SUP 原盘繁体(TW)
BPS : 20203
BPS-eng : 20203
DURATION : 02:14:48.581000000
DURATION-eng : 02:14:48.581000000
NUMBER_OF_FRAMES: 3290
NUMBER_OF_FRAMES-eng: 3290
NUMBER_OF_BYTES : 20426799
NUMBER_OF_BYTES-eng: 20426799
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:7(chi): Subtitle: hdmv_pgs_subtitle
Metadata:
title : Cht/SUP 原盘繁体(HK)
BPS : 17112
BPS-eng : 17112
DURATION : 02:14:48.581000000
DURATION-eng : 02:14:48.581000000
NUMBER_OF_FRAMES: 3176
NUMBER_OF_FRAMES-eng: 3176
NUMBER_OF_BYTES : 17302480
NUMBER_OF_BYTES-eng: 17302480
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:8(eng): Subtitle: hdmv_pgs_subtitle, 1920x1080
Metadata:
title : Eng/SUP Commentary
BPS : 75457
BPS-eng : 75457
DURATION : 02:15:30.539000000
DURATION-eng : 02:15:30.539000000
NUMBER_OF_FRAMES: 5018
NUMBER_OF_FRAMES-eng: 5018
NUMBER_OF_BYTES : 76688472
NUMBER_OF_BYTES-eng: 76688472
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:9(chi): Subtitle: hdmv_pgs_subtitle
Metadata:
title : Chs/SUP 原盘纯注释简体
BPS : 3010
BPS-eng : 3010
DURATION : 02:07:03.283000000
DURATION-eng : 02:07:03.283000000
NUMBER_OF_FRAMES: 368
NUMBER_OF_FRAMES-eng: 368
NUMBER_OF_BYTES : 2868389
NUMBER_OF_BYTES-eng: 2868389
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Stream #0:10(chi): Subtitle: hdmv_pgs_subtitle
Metadata:
title : Cht/SUP 原盘纯注释繁体
BPS : 801
BPS-eng : 801
DURATION : 02:06:36.631000000
DURATION-eng : 02:06:36.631000000
NUMBER_OF_FRAMES: 116
NUMBER_OF_FRAMES-eng: 116
NUMBER_OF_BYTES : 761474
NUMBER_OF_BYTES-eng: 761474
_STATISTICS_WRITING_APP: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_APP-eng: mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC: 2017-08-21 01:22:38
_STATISTICS_WRITING_DATE_UTC-eng: 2017-08-21 01:22:38
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
At least one output file must be specified

<MEZZMO>: Child process ended with code: 109, ExitCode=1


---> DB Level Info: 41, 100
---> Frame rate: 23.98
---> Aspect ratio: 160:67 PAR=1:1
---> Duration: 02:15:46



Here is another

ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 7.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libmfx --enable-cuda --enable-cuvid --enable-d3d11va --enable-nvenc --enable-dxva2 --enable-avisynth
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
Input #0, matroska,webm, from 'E:\Mezzmo Video\Children Movies\the.nut.job.2.nutty.by.nature.2017.multi.10 80p.bluray.x264-lost.mkv':
Metadata:
encoder : libebml v1.3.0 + libmatroska v1.4.1
Duration: 01:31:13.34, start: 0.000000, bitrate: 10286 kb/s
Chapter #0:0: start 0.000000, end 230.313000
Metadata:
title : 00:00:00.000
Chapter #0:1: start 230.313000, end 502.043000
Metadata:
title : 00:03:50.313
Chapter #0:2: start 502.043000, end 673.715000
Metadata:
title : 00:08:22.043
Chapter #0:3: start 673.715000, end 912.036000
Metadata:
title : 00:11:13.715
Chapter #0:4: start 912.036000, end 1303.636000
Metadata:
title : 00:15:12.036
Chapter #0:5: start 1303.636000, end 1574.114000
Metadata:
title : 00:21:43.636
Chapter #0:6: start 1574.114000, end 1751.833000
Metadata:
title : 00:26:14.114
Chapter #0:7: start 1751.833000, end 2040.789000
Metadata:
title : 00:29:11.833
Chapter #0:8: start 2040.789000, end 2241.364000
Metadata:
title : 00:34:00.789
Chapter #0:9: start 2241.364000, end 2554.510000
Metadata:
title : 00:37:21.364
Chapter #0:10: start 2554.510000, end 2898.896000
Metadata:
title : 00:42:34.510
Chapter #0:11: start 2898.896000, end 3129.043000
Metadata:
title : 00:48:18.896
Chapter #0:12: start 3129.043000, end 3353.725000
Metadata:
title : 00:52:09.043
Chapter #0:13: start 3353.725000, end 3739.069000
Metadata:
title : 00:55:53.725
Chapter #0:14: start 3739.069000, end 3939.352000
Metadata:
title : 01:02:19.069
Chapter #0:15: start 3939.352000, end 4110.648000
Metadata:
title : 01:05:39.352
Chapter #0:16: start 4110.648000, end 4388.092000
Metadata:
title : 01:08:30.648
Chapter #0:17: start 4388.092000, end 4710.039000
Metadata:
title : 01:13:08.092
Chapter #0:18: start 4710.039000, end 4867.529000
Metadata:
title : 01:18:30.039
Chapter #0:19: start 4867.529000, end 5473.343000
Metadata:
title : 01:21:07.529
Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1040, SAR 1:1 DAR 24:13, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0:1(fre): Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s (default)
Metadata:
title : French AC3 256kbps
Stream #0:2(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default)
Metadata:
title : English DTS 1509kbps
Stream #0:3(fre): Subtitle: subrip
Metadata:
title : French
Stream #0:4(fre): Subtitle: subrip
Metadata:
title : French SDH
At least one output file must be specified

<MEZZMO>: Child process ended with code: 109, ExitCode=1


---> DB Level Info: 41, 100
---> Frame rate: 23.98
---> Aspect ratio: 24:13 PAR=1:1
---> Duration: 01:31:13

[BreeOge]

It happens after this happens..

2568 - Mar 11 16:41:25.285 [ThreadID:1f40] - frame=32017 fps= 57 q=26.0 size=N/A time=00:22:15.41 bitrate=N/A speed=2.37x
2570 - Mar 11 16:41:25.789 [ThreadID:1f40] - frame=32041 fps= 57 q=26.0 size=N/A time=00:22:16.41 bitrate=N/A speed=2.37x
2572 - Mar 11 16:41:26.292 [ThreadID:1f40] - frame=32067 fps= 57 q=26.0 size=N/A time=00:22:17.62 bitrate=N/A speed=2.37x
2574 - Mar 11 16:41:26.896 [ThreadID:1f40] - frame=32093 fps= 57 q=26.0 size=N/A time=00:22:18.74 bitrate=N/A speed=2.37x
2576 - Mar 11 16:41:27.375 [ThreadID:2614] - INFO > Transcoder: width and height at line 1000 (1920x1080)
2577 - Mar 11 16:41:27.400 [ThreadID:1f40] - frame=32122 fps= 57 q=28.0 size=N/A time=00:22:19.89 bitrate=N/A speed=2.37x
2579 - Mar 11 16:41:27.400 [ThreadID:2614] - INFO > Transcoder: width and height at line 1000 (1920x1080)
2580 - Mar 11 16:41:27.407 [ThreadID:2614] - WARN > Transcoder: transcode output file status set to be deleted: 'D:\TranscodingFiles\Mezzmo\C501CEF8-2B89-401b-8641-8F8C89DE71C2\Video\hls-13364-hls-h264_nvenc-aac-sn-128-10.mzt'
2581 - Mar 11 16:41:27.407 [ThreadID:2614] - > Transcoder: GetAudioVideoFileName: Already exists: D:\TranscodingFiles\Mezzmo\C501CEF8-2B89-401b-8641-8F8C89DE71C2\Video\hls-13364-hls-h264_nvenc-aac-sn-060-10.mzt
2582 - Mar 11 16:41:27.504 [ThreadID:1f40] -
<MEZZMO>: Child process ended with code: 109, ExitCode=109
2583 - Mar 11 16:41:37.429 [ThreadID:2614] - INFO > Transcoder: width and height at line 1000 (1920x1080)
2584 - Mar 11 16:41:37.429 [ThreadID:2614] - > Transcoder: GetAudioVideoFileName: Already exists: D:\TranscodingFiles\Mezzmo\C501CEF8-2B89-401b-8641-8F8C89DE71C2\Video\hls-13364-hls-h264_nvenc-aac-sn-061-10.mzt
2585 - Mar 11 16:41:37.450 [ThreadID:2614] - INFO > Transcoder: width and height at line 1000 (1920x1080)
2586 - Mar 11 16:41:37.450 [ThreadID:2614] - > Transcoder: GetAudioVideoFileName: Already exists: D:\TranscodingFiles\Mezzmo\C501CEF8-2B89-401b-8641-8F8C89DE71C2\Video\hls-13364-hls-h264_nvenc-aac-sn-061-10.mzt


Here is the full log of it..

https://pastebin.com/XvJpDL4g

Posted in Pastebin due to length.

[Peter]

We tried it here on a similar file and after transcoding was queued it resumed without the video repeating on the Roku. As a test can you please try going to Transcoding Settings in Mezzmo and disabling hardware encoding for transcoding to see if this is causing the issue?

[ericve]

It interesting that I am also having an identical issue. I have been using Mezzmo for around 10 years and in the past year or two I starting using Roku as the client interface. I am now seeing this repeat (30 to 60 seconds) during most movies around the 1 hour mark (52 to 78 minutes) and again around 15 to 30 minutes later. I have logged the transcoding and I have been seeing the "Child process ended with code: 109" listed in the log file about the same time the movie does this 'repeat'. This has been now going on for at least 3 to 6 months and I didn't know if the router or computer was going into some type of sleep mode even though they are set up not too. Now it looks like this issue may be tied to Mezzmo which may be helped by using a Roku client. Note this 'repeat' issue is see on multiple TVs using the same Roku version hardware (Roku 3), I have not tested it using other Roku hardware.
Hardware Specs:
Atmel Processor 8 -core
16GB Memory
4 x 5GB drives
Win 10
Mezzemo Ver. 5.2
Roku 3
Multiple clients running hardwired and WIFI

[Paul]

OK - thanks for letting us know. We're looking into it here. We have not been able to reproduce it yet though using our video files. Perhaps it's best for you to upload one of the videos that has this problem to a filesharing site like Google Drive, OneDrive, Dropbox, etc. and email the download link to us at support [at] conceiva [dot] com. We'll then be able to replicate the issue you are having.

[BreeOge]

Ericve I have both a Roku 3 and a Roku Sharp TV, both have the same issue. so its not related to exactly one type of Roku device. Just like you said shows over 45 min to 1 hour in length are the only ones it happens too.. It used to not do it, but recently it started and it happens on ANY movie that is over 1 hour in length. Most of my video's are MKV format, I wonder if it has something to do with MKV transcoding. Also for testing I have made sure that all advanced power settings are set to never shut down or turn off any device, or HD. It still happens even when power settings are set as such, so I don't believe its a power issue. One thing I am going to try is to have my Transcoding on a different drive than Mezzmo is running on.

What is code 109?

[BreeOge]

OK - thanks for letting us know. We're looking into it here. We have not been able to reproduce it yet though using our video files. Perhaps it's best for you to upload one of the videos that has this problem to a filesharing site like Google Drive, OneDrive, Dropbox, etc. and email the download link to us at support [at] conceiva [dot] com. We'll then be able to replicate the issue you are having.

I should have time tomorrow, Ill upload one to a site and give you a link.

[ericve]

BreeOge, to help out I have Mezzmo application running on the C: drive, the D: drive has the Mezzmo database and artwork, the M: drive has the movies (mostly MKVs), the P: drive has the transcoded files on it. Each drive letter is a physical drive, there isn't any RAID or striping going on. I do think it has to do with the transcoding and I also believe it is not a power issue i.e. PCs going into sleep mode.
Note, I am using ffmpeg64 build 2017-08-22 18:40:38.

[Paul]

I should have time tomorrow, Ill upload one to a site and give you a link.

Thanks - this will help us reproduce the problem.

[BreeOge]

I just watched a full movie with out a repeat! Ericve said that his are on other drives as well, so that almost rules that out, however I did disable the Direct3D decoding support, and I think that might have been the issue. Also by looking back at the old logs, I noticed that when Direct3D decode was enabled, I would receive this error in the logs. "Either a hw_frames_ctx or a hw_device_ctx needs to be set for hardware decoding". However after disabling it, I no longer received that log and it ran with out a repeat! Sounds like Direct3D is missing some attributes it needs.

Edit* I did update my Direct3D a few days ago to rule it out being the issue of being corrupt.

Also I am UL the movie right now for testing.

[BreeOge]

Thanks - this will help us reproduce the problem.

Video sent to support email.

[Paul]

Thanks - got your email. We'll test it here and report back via email. In the meantime, if you wish, you could test the theory that Direct3D hardware decoding is causing the problem by watching a few movies with Direct3D turned on and turned off. We'll do the same here. Let us know the results.

[Peter]

We have reproduced the problem here and found that it only occurs with Direct3D hardware decoding on, with this turned off it does not occur.

[BreeOge]

Yea, I was just getting online to post the exact same findings, only when Direct3D hardware decoding is on. Watched 2 without it on just fine, turned it on and it repeated.

[Peter]

We are building a new ffmpeg to see if this is fixed in the latest code.

[Peter]

Using the new ffmpeg the repeating issue does not occur with Direct3D hardware decoding on so if you would like to try this new ffmpeg send an email to support [at] conceiva [dot] com.

[BreeOge]

Still happening, I have watched 2 movies with it turned on, and both movies had a repeat. I will say its not as bad as it used to be, but it does still exist with the new ffmpeg. I have been able to cause it to repeat pretty easy as well, after you start watching the show, pause the show.. for a few min, then continue, it will happen within 30 min usually of doing that.

[Peter]

Thanks for testing, we will make a change so that hardware accelerated decoding is not used for segmented files and this should workaround the issue.

[BreeOge]

Just curious when this change will be made? If you have a general time?

[Peter]

We have made the change, please send an email to support [at] conceiva [dot] com and we will send you a beta to try.

[BreeOge]

Issue with repeat still exist. Exactly 1 hour into a movie it did a repeat!

[Peter]

Do you have Direct3D decoding enabled or disabled in Transcoding Settings?

[BreeOge]

It was Enabled!

[Peter]

Possibly we are not removing the hardware decoding in all cases, please try it with hardware decoding disabled until we can test here to see if the flag is still getting added.

[BreeOge]

Update to issue. I can watch a full movie with Hardware Decoding disabled, HOWEVER if I have to pause the movie for any reason, about 30 min later after resuming it will repeat even with Hardware Decoding turned off.

[Peter]

Pausing a movie may pause the transcoding process and when play resumes the transcoding is resumed, if it is not resumed at the correct location this could cause a repeat. We will check to see if we can reproduce this here.

[BreeOge]

I guess Ill have to look for an alternative to Mezzmo, because having it repeat is getting super annoying. I hope its fixed in the future, guess Ill check back later since I bought it. Its has to be a transcoding issue with Mezzmo and Roku players..

[Peter]

We've been trying to reproduce the problem here but it is difficult to test since you have to watch the video to see if it repeats. Pre-transcoding files is a workaround to the problem as this will avoid the problem of stopping and restarting transcoding. We can provide you with a device profile that transcodes to mkv if you want to try it, send an email to support [at] conceiva [dot] com.