Recherche avancée

Sur d’autres sites (4415)

• Process takes more time to complete in successive iterations

  31 mai 2020, par user1306470

  I have the following code and I'm noticing that the process takes more time to do its thing in each iteration. The line myProcess.StandardOutput.BaseStream.CopyTo(stream); takes around 200ms in the first iteration and in the 500th iteration it takes 3000ms. I'm assuming this line awaits untils there's something in the output buffer to read from, so it follows that myProcess takes increasingly more time to push data to the output stream in every iteration, why does this happen ? How can I fix this ?

  



  while(i<1000){
   using (Process myProcess = new Process())
   {
      myProcess.StartInfo.UseShellExecute = false;
      myProcess.StartInfo.FileName = @"C:\Program Files\ffmpeg\bin\ffmpeg.exe";
      myProcess.StartInfo.CreateNoWindow = true;
      myProcess.StartInfo.WorkingDirectory = @"C:\Program Files\ffmpeg\bin";
      myProcess.StartInfo.Arguments = $@"-i fileName -map 0:a -f mp3 pipe:";
      myProcess.StartInfo.RedirectStandardOutput = true;
      myProcess.StartInfo.UseShellExecute = false;

      myProcess.Start();                           

      myProcess.StandardOutput.BaseStream.CopyTo(stream);        
   }
}


  


• Non-monotonous DTS after 26:30:02.81 recording time

  24 mars, par micha

  I record an hls stream and after 26:30:02.81 there come the message :

  



  [http @ 0x558330f5ba80] Opening 'http://de-origin-live-be-01.3qsdn.com:8081/3279/996191_PwxkbnqRThCDGXVr/l_94_95438333_16449.ts?nimblesessionid=2106' for reading
frame=2289669 fps= 24 q=-1.0 size=25056768kB time=26:30:02.81 bitrate=2151.6kbits/s speed=   1x    
[mpegts @ 0x558330f07280] Invalid timestamps stream=0, pts=10378, dts=8589926250, size=11200
[mpegts @ 0x558330f07280] Invalid timestamps stream=0, pts=2908, dts=8589929940, size=3407
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:0; previous: 8586744840, current: -3185972; changing to 8586744841. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598864, current: -1698561; changing to 4579598865. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598865, current: -1697537; changing to 4579598866. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598866, current: -1696513; changing to 4579598867. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:0; previous: 8586744841, current: -3182282; changing to 8586744842. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598867, current: -1695489; changing to 4579598868. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598868, current: -1694465; changing to 4579598869. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:1; previous: 4579598869, current: -1693441; changing to 4579598870. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:0; previous: 8586744842, current: -3178502; changing to 8586744843. This may result in incorrect timestamps in the output file.
[mp4 @ 0x558330f20bc0] Non-monotonous DTS in output stream 0:0; previous: 8586744843, current: -3174722; changing to 8586744844. This may result in incorrect timestamps in the output file.


  



  There is no more video written to the file at this time but ffmpeg is not stopping. If i stop it manual after 30 hours the file is only 26 hours 30 minutes long.

  



  How to reproduce :

  



  ffmpeg -progress recorder.progress -reconnect 1 -user_agent 'sdn/1.0' -i http://source/playlist.m3u8 -codec copy -bsf:a aac_adtstoasc record.mp4

ffmpeg version 4.2.2 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 7 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
  configuration: --disable-debug --disable-doc --disable-ffplay --enable-shared --enable-avresample --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-gpl --enable-libass --enable-libfreetype --enable-libvidstab --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libxcb --enable-libx265 --enable-libxvid --enable-libx264 --enable-nonfree --enable-openssl --enable-libfdk_aac --enable-libkvazaar --enable-libaom --extra-libs=-lpthread --enable-postproc --enable-small --enable-version3 --enable-libbluray --enable-demuxer=dash --enable-decoder=hevc --enable-libxml2 --extra-cflags=-I/opt/ffmpeg/include --extra-ldflags=-L/opt/ffmpeg/lib --extra-libs=-ldl --prefix=/opt/ffmpeg
  libavutil      56. 31.100 / 56. 31.100
  libavcodec     58. 54.100 / 58. 54.100
  libavformat    58. 29.100 / 58. 29.100
  libavdevice    58.  8.100 / 58.  8.100
  libavfilter     7. 57.100 /  7. 57.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  5.100 /  5.  5.100
  libswresample   3.  5.100 /  3.  5.100
  libpostproc    55.  5.100 / 55.  5.100


  


• lavf/mp3dec : don't adjust start time ; packets are not adjusted.

  24 avril 2020, par Dale Curtis

  lavf/mp3dec : don't adjust start time ; packets are not adjusted.
  7546ac2fee4 made it so that the start_time for mp3 files is
  
  adjusted for skip_samples. However, this appears incorrect because
  
  subsequent packet timestamps are not adjusted and skip_samples are
  
  applied by deleting data from a packet without changing the timestamp.
  E.g., we are told the start_time is 25ms and we get a packet with a
  
  timestamp of 0 that has had the skip_samples discarded from it. As such
  
  rendering engines may incorrectly discard everything prior to the
  
  25ms thinking that is where playback should officially start. Since the
  
  samples were deleted without adjusting timestamps though, the true
  
  start_time is still 0.
  Other formats like MP4 with edit lists will adjust both the start
  
  time and the timestamps of subsequent packets to avoid this issue.
  Signed-off-by : Dale Curtis <dalecurtis@chromium.org>
  
  Signed-off-by : Anton Khirnov <anton@khirnov.net>
  

  • [DH] libavformat/mp3dec.c
  • [DH] tests/ref/fate/gapless-mp3