Fri Feb 09, 2018 12:17 am by mr_manny
The Following mp4 file works...not all mp4 file formats work, so it's hit and miss.
Does the -i option provide enough information about the video file?
# ffmpeg -i workingFILE.mp4
ffmpeg version 0.8.10, Copyright (c) 2000-2011 the FFmpeg developers
built on Dec 8 2017 02:47:11 with gcc 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
configuration: --prefix=/opt/cross-project/x86/sys-root/usr --disable-static --enable-shared --disable-yasm --enable-gpl --disable-encoder=snow --disable-decoder=ac3 --disable-decoder=ac3_fixed --disable-decoder=eac3 --disable-decoder=dca --disable-decoder=truehd --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-encoder=dca --disable-decoder=snow
libavutil 51. 9. 1 / 51. 9. 1
libavcodec 53. 8. 0 / 53. 8. 0
libavformat 53. 5. 0 / 53. 5. 0
libavdevice 53. 1. 1 / 53. 1. 1
libavfilter 2. 23. 0 / 2. 23. 0
libswscale 2. 0. 0 / 2. 0. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x9bf1340] multiple edit list entries, a/v desync might occur, patch welcome
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'workingFILE.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
title : 12.Feet.Deep.2016.WEB-DL.x264-FGT
encoder : Lavf57.19.100
comment : 12.Feet.Deep.2016.WEB-DL.x264-FGT
Duration: 01:25:24.91, start: 0.000000, bitrate: 1198 kb/s
Stream #0.0(eng): Video: h264 (High), yuv420p, 720x400 [PAR 170:171 DAR 34:19], 1065 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc
Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 127 kb/s
At least one output file must be specified
# ffmpeg -i nonWORKINGfile.mp4
ffmpeg version 0.8.10, Copyright (c) 2000-2011 the FFmpeg developers
built on Dec 8 2017 02:47:11 with gcc 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
configuration: --prefix=/opt/cross-project/x86/sys-root/usr --disable-static --enable-shared --disable-yasm --enable-gpl --disable-encoder=snow --disable-decoder=ac3 --disable-decoder=ac3_fixed --disable-decoder=eac3 --disable-decoder=dca --disable-decoder=truehd --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-encoder=dca --disable-decoder=snow
libavutil 51. 9. 1 / 51. 9. 1
libavcodec 53. 8. 0 / 53. 8. 0
libavformat 53. 5. 0 / 53. 5. 0
libavdevice 53. 1. 1 / 53. 1. 1
libavfilter 2. 23. 0 / 2. 23. 0
libswscale 2. 0. 0 / 2. 0. 0
libpostproc 51. 2. 0 / 51. 2. 0
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'nonWORKINGfile.mp4':
Metadata:
major_brand : isom
minor_version : 1
compatible_brands: isom
creation_time : 2015-12-19 15:26:06
Duration: 02:01:20.38, start: 0.000000, bitrate: 1415 kb/s
Stream #0.0(und): Video: h264 (High), yuv420p, 1280x536 [PAR 1:1 DAR 160:67], 1318 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc
Metadata:
creation_time : 2015-12-19 15:23:26
Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 93 kb/s
Metadata:
creation_time : 2015-12-19 13:14:01
At least one output file must be specified
My qnap ts 239 pro II has the following specs:
Processor 1.66GHz Intel Atom D410 CPU (Single-Core)
RAM 1GB DDR2
Memory 512MB Flash Memory (DOM)
Approximately 45% of memory is consumed during video viewing/streaming.
I utilized the Twonky server before with out any issues.
Seems Twonky is no longer an option on QNAP (Due to Licensing issues).
The updated QNAP firmware may have created additional overhead not apparent in earlier versions (I've read in qnap forums).
An interesting test is pausing the video through mediabrowser.
The cpu remains at pegged at 99%.
Even videos that fail, generate the high cpu load.
I have to cycle Serviio to reduce the load back to normal...have never left it long enough, to see if the load would come down on it's own.
The missing hlsjs error was referenced in other 64bit environments, as well as the v 1.9.1 fix.
I'm hoping this fix also applies to my 32bit env.