Help - why are some MP4's playing, and some others not
Hi,
I've identified that my Humax Fox T2 Freeview can natively play mp4 (AVC-H4.1, AAC) videos from serviio - however they will only do so if I've any kind of editing to them. Otherwise, the error message "Cannot support this file format" error pops up on the TV.
More detail:
I have 2 test Serviio systems - both clean build Serviio 1.4 on a WinXP and Win8.1 system. The results are always consistent across both. All these test files WILL play natively (aka direct stream, without transcoding) to my Samsung C-Series TV.
I have over 2000 home video clips/films etc all encoded over the years using handbrake (via Vidcoder) using the default HighProfile
As they stand these only play on my Humax when Serviio is configured to use a profile such as Sony Bravia 2009 which does on the fly transcoding of MP4. This, however, causes a nearly 1 min delay before the start of the video, and prevents any other streams being delivered to other devices, as my media server is maxed out transcoding this stream.
I use a non-destructive editor (Machete) which can split, crop, and rejoin mp4's without re-encoding
Once I've used Machete, these videos will stream from Serviio to my Humax without any transcoding, using the Generic profile. These start playing immediately, and only use a few % processor overhead on my serviio media server.
The Machete editing required could simply be to de-mux the video stream to a separate file, or to remove a single key frame from the beginning/end of the mp4 - neither of which mean re-encoding the original mp4 file.
Below, I've listed MEDIAINFO details on 2 test video clips - I've tried it only many others, and the result is the same.
Thoughts and guidance are very much appreciated, however, PLEASE don't reply with answers which suggest "re-encode your entire library using another encoder" or "buy a more powerful media server" - this is not identifying and solving the issue. I GUARENTEE others are actually having to use transcode profiles to overcome this issue without realising they could use direct streaming to their device, simply because of some values in the header/config info in the mp4.
Here is a MEDIAINFO report of a test file (an episode of Endevour) which will not play natively.
I also attached the debug log taken during 2 tests of these files
General
Complete name : D:\Media\TV\Endeavour\Season 1\Endeavour.S01E03.Rocket - orig.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 793 MiB
Duration : 1h 28mn
Overall bit rate mode : Variable
Overall bit rate : 1 250 Kbps
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:04
Writing application : HandBrake 0.9.9 2013051800
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 28mn
Bit rate : 1 086 Kbps
Width : 960 pixels
Height : 718 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 16.667 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.063
Stream size : 689 MiB (87%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=9 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:04
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 28mn
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 276 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 101 MiB (13%)
Language : English
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:03
==================
Here's the same file stripped of the audio (if I re-muxed the audio back in it still works, so the audio is not relevant). This file will stream natively - naturally you get an audio error (!).
==================
General
Complete name : D:\Media\TV\Endeavour\Season 1\Demux Endeavour.S01E03.Rocket - origv noa.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 690 MiB
Duration : 1h 28mn
Overall bit rate : 1 088 Kbps
Writing application : Machete 4.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 28mn
Source duration : 1h 28mn
Bit rate : 1 086 Kbps
Width : 960 pixels
Height : 718 pixels
Display aspect ratio : 4:3
Original display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 16.667 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.063
Stream size : 689 MiB (100%)
Source stream size : 689 MiB (100%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=9 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Language : English
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
mdhd_Duration : 5322920
Many thanks for help in resolving this, enabling me to play my files natively.
Cheers
Ti
I've identified that my Humax Fox T2 Freeview can natively play mp4 (AVC-H4.1, AAC) videos from serviio - however they will only do so if I've any kind of editing to them. Otherwise, the error message "Cannot support this file format" error pops up on the TV.
More detail:
I have 2 test Serviio systems - both clean build Serviio 1.4 on a WinXP and Win8.1 system. The results are always consistent across both. All these test files WILL play natively (aka direct stream, without transcoding) to my Samsung C-Series TV.
I have over 2000 home video clips/films etc all encoded over the years using handbrake (via Vidcoder) using the default HighProfile
As they stand these only play on my Humax when Serviio is configured to use a profile such as Sony Bravia 2009 which does on the fly transcoding of MP4. This, however, causes a nearly 1 min delay before the start of the video, and prevents any other streams being delivered to other devices, as my media server is maxed out transcoding this stream.
I use a non-destructive editor (Machete) which can split, crop, and rejoin mp4's without re-encoding
Once I've used Machete, these videos will stream from Serviio to my Humax without any transcoding, using the Generic profile. These start playing immediately, and only use a few % processor overhead on my serviio media server.
The Machete editing required could simply be to de-mux the video stream to a separate file, or to remove a single key frame from the beginning/end of the mp4 - neither of which mean re-encoding the original mp4 file.
Below, I've listed MEDIAINFO details on 2 test video clips - I've tried it only many others, and the result is the same.
Thoughts and guidance are very much appreciated, however, PLEASE don't reply with answers which suggest "re-encode your entire library using another encoder" or "buy a more powerful media server" - this is not identifying and solving the issue. I GUARENTEE others are actually having to use transcode profiles to overcome this issue without realising they could use direct streaming to their device, simply because of some values in the header/config info in the mp4.
Here is a MEDIAINFO report of a test file (an episode of Endevour) which will not play natively.
I also attached the debug log taken during 2 tests of these files
General
Complete name : D:\Media\TV\Endeavour\Season 1\Endeavour.S01E03.Rocket - orig.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 793 MiB
Duration : 1h 28mn
Overall bit rate mode : Variable
Overall bit rate : 1 250 Kbps
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:04
Writing application : HandBrake 0.9.9 2013051800
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 28mn
Bit rate : 1 086 Kbps
Width : 960 pixels
Height : 718 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 16.667 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.063
Stream size : 689 MiB (87%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=9 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:04
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 28mn
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 276 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 101 MiB (13%)
Language : English
Encoded date : UTC 2013-09-13 00:34:59
Tagged date : UTC 2013-09-13 03:23:03
==================
Here's the same file stripped of the audio (if I re-muxed the audio back in it still works, so the audio is not relevant). This file will stream natively - naturally you get an audio error (!).
==================
General
Complete name : D:\Media\TV\Endeavour\Season 1\Demux Endeavour.S01E03.Rocket - origv noa.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 690 MiB
Duration : 1h 28mn
Overall bit rate : 1 088 Kbps
Writing application : Machete 4.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 28mn
Source duration : 1h 28mn
Bit rate : 1 086 Kbps
Width : 960 pixels
Height : 718 pixels
Display aspect ratio : 4:3
Original display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 16.667 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.063
Stream size : 689 MiB (100%)
Source stream size : 689 MiB (100%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=9 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Language : English
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
mdhd_Duration : 5322920
Many thanks for help in resolving this, enabling me to play my files natively.
Cheers
Ti