Header compression/stripping => unnecessary transcoding
Posted: Wed Nov 14, 2012 5:39 pmI had trouble with a movie that transcoded even though it could be played natively by my UE40D6205. I played around with settings suggested by others but to no avail. At first it was kind of difficult troubleshooting because of the bug where disabling transcoding in Serviio Console doesn't come into effect until after a process restart.
Anyways, after I got that all sorted out I found that the only setting I needed to comment out was the following:
Now the movie plays natively even when transcoding is switched on. Here's the output of the file.
This seems odd. Is this correct behaviour?
Anyways, after I got that all sorted out I found that the only setting I needed to comment out was the following:
Now the movie plays natively even when transcoding is switched on. Here's the output of the file.
- Code:
# ffmpeg -i "sample-720p.mkv"
ffmpeg version 0.8.10, Copyright (c) 2000-2011 the FFmpeg developers
built on Jul 15 2012 02:54:54 with gcc 4.2.1
configuration: --prefix=/opt/cross-project/arm/marvell/arm-none-linux-gnueabi/libc/marvell-f/usr --enable-cross-compile --cross-prefix=arm-none-linux-gnueabi- --disable-static --enable-shared --disable-yasm --arch=arm --target-os=linux --disable-armvfp --enable-gpl --disable-encoder=snow --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
[matroska,webm @ 0x31410] Estimating duration from bitrate, this may be inaccurate
Input #0, matroska,webm, from 'sample-720p-sample.mkv':
Duration: 00:00:37.13, start: 0.000000, bitrate: 1536 kb/s
Chapter #0.0: start 0.000000, end 37.130000
Metadata:
title : 00:15:10.535
Stream #0.0: Video: h264 (High), yuv420p, 1280x536, PAR 1:1 DAR 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0.1(eng): Audio: dca (DTS), 48000 Hz, 6 channels (FL|FR|FC|SL|SR), s16, 1536 kb/s (default)
At least one output file must be specified
This seems odd. Is this correct behaviour?