2018-02-14 13:02 GMT+01:00 qw :
>>If the issue is only reproducible with files created with FFmpeg,
>>I would assume an issue with the muxed file / the muxer.
>
> We could use some video/audio analyzer tools to check
> whether the sample ts file is correct. If there is no
>If the issue is only reproducible with files created with FFmpeg,
>I would assume an issue with the muxed file / the muxer.
We could use some video/audio analyzer tools to check whether the sample ts
file is correct. If there is no problem, we can think there is bug in ffmpeg,
e.g. ts demuxer.
2018-02-11 12:58 GMT+01:00 qw :
>>Not sure what you are trying to show but this file was created with
>>FFmpeg and is therefore typically not a good example.
>>
>>Or to say it differently: If the issue can be shown with a file
>>created by FFmpeg, why did you upload a (large)
>Not sure what you are trying to show but this file was created with
>FFmpeg and is therefore typically not a good example.
>
>Or to say it differently: If the issue can be shown with a file
>created by FFmpeg, why did you upload a (large) sample?
I just find the issue with the large sample
Hi,
I use following command to test ffmpeg-3.4.1:
ffmpeg -debug_ts -ss 10 -t 1 -i hanma.ts -f null /dev/null
ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
configuration: --enable-version3 --enable-asm
2018-02-07 7:03 GMT+01:00 qw :
> ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers
Please remember that only current FFmpeg git head is supported here.
[...]
> Input #0, mpegts, from './hanma.ts':
> Duration: 00:02:39.78, start: 1.40, bitrate: 10913
Hi,
I use following command to test ffmpeg-3.4.1:
ffmpeg -debug_ts -ss 10 -t 1 -i hanma.ts -f null /dev/null
ffmpeg version 3.4.1 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4)
configuration: --enable-version3 --enable-asm