Recherche avancée

Sur d’autres sites (11159)

• ffmpeg concat warning with Non-monotonous DTS on the SAME file

  9 mars 2021, par iluvatar

  I am cutting some parts (silence) of a given video by using ffmpeg with the demuxer. I am using the following file to establish what I want to keep (file input.txt) :

  


  file 'example.mkv'
inpoint 00:00:38.00
outpoint 02:07:32.00
file 'example.mkv'
inpoint 02:38:31.00
outpoint 04:14:44.00


  


  and I am using the following command

  


  ffmpeg  -v info -f concat -safe 0 -i input.txt  -c copy    "output.mkv"


  


  and I get the error

  


  [concat @ 0x7ff983000000] DTS 7613000 < 7613967 out of order00 bitrate= 425.3kbits/s speed=1.07e+03x
[matroska @ 0x7ff981813600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 7616967 >= 7616000
av_interleaved_write_frame(): Invalid argument


  


  But, if I use an mp4 version of the same file, I am able to create the output video although with a lot of warnings of the form :

  


  [mp4 @ 0x7fd9eb00a200] Non-monotonous DTS in output stream 0:1; previous: 335897619, current: 335885876; changing to 335897620. This may result in incorrect timestamps in the output file.
[mp4 @ 0x7fd9eb00a200] Non-monotonous DTS in output stream 0:1; previous: 335897620, current: 335886900; changing to 335897621. This may result in incorrect timestamps in the output file.


  


  What I am doing wrong ? is it better to use mp4 ? Maybe the arbitrary inpoint/oupoint files are not aligned with some internal timestamp ? if that is the case, how can I improve the command ?

  


  PS : I have found several post that talk about this DTS errors on DIFFERENT files that differ on something, but here I am using exactly the same file for all inpoint/outpoint.

  


  Thanks in advance

  


  My ffmpeg info

  


  ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers
  built with Apple clang version 11.0.0 (clang-1100.0.33.17)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/4.3.1_9 --enable-shared --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libdav1d --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr --enable-videotoolbox --enable-libzmq --enable-libzimg --disable-libjack --disable-indev=jack
  libavutil      56. 51.100 / 56. 51.100
  libavcodec     58. 91.100 / 58. 91.100
  libavformat    58. 45.100 / 58. 45.100
  libavdevice    58. 10.100 / 58. 10.100
  libavfilter     7. 85.100 /  7. 85.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  7.100 /  5.  7.100
  libswresample   3.  7.100 /  3.  7.100
  libpostproc    55.  7.100 / 55.  7.100


  


• avformat/http: Ensure same protocol in ff_http_do_new_request2

  23 avril, par Zhao Zhili

  avformat/http: Ensure same protocol in ff_http_do_new_request2
  This can happen for HLS with AES-128 at the middle of m3u8, so old
  
  protocol is https while new protocol is crypt+https.
  And change the log level from ERROR to INFO when protocol/host/port
  
  don't match. User should prepared for this function to fail and
  
  retry with new connection.
  Signed-off-by : Zhao Zhili <zhilizhao@tencent.com>
  

  • [DH] libavformat/http.c

• Using Gstreamer server to redirect a h264 source to diferent clients

  1er septembre 2017, par Thadeu Antonio Ferreira Melo

  We currently have a solution using ffmpeg to capture and stream the user desktop (windows) to a FFServer(linux) over the Internet. The server than can redirect the stream to clients on the PC, Android or Web browser. Using UDP or RTPS

  Our goal is to reduce the user latency and keep the bitrate down. For small scale tests are working fine. However, FFserver seems to be abandoned and we are facing some crashes and performance issues.

  It seems GStreamer server is in a better support state by the dev community.

  I have download and compile the gstreamer server 1.8, but the examples are not very clear.

  For the sake o simplicity I would like to have a local server that could receive h264 data stream from ffmpeg in one port of the local host and redirect it to another port.

  What is the minimal, simplest way to make that binding ?