Recherche avancée

Sur d’autres sites (9590)

• Having issues with exporting video in FFMPEG [closed]

  3 avril 2024, par Jake

  I am developing an application that uses FFMPEG to take numerous videos and concatenate them into one file. The user has the ability to flip an individual video if they would like. From Landscape to portrait. The application works as planned and it produces one single file, with the orientation however the user set them.

  


  The problem is, when I take that file that FFMPEG generated and tray to convert or copy it using FFMPEG. It will create a video file of all of the video prior to the segment where the orientation has been flipped. The flipped video as well as all of the other videos after it, will not be in the video.

  


  Below are the parameters to export each individual video.

  


  parameters = "-y -i " + '"' + frames[0].VideoPath + '"' + " -filter_complex " + '"' + @"[0:v]trim=" + frames[0].TimeCode.TotalSeconds + @":" + frames[1].TimeCode.TotalSeconds +
            @", setpts=PTS-STARTPTS[trimedv0];[trimedv0]yadif," + orientation + @"setsar=1/1, eq=contrast=1:brightness=" + video.Brightness + @", drawtext=text=\'%{pts\:localtime\:" + ToUnixTimestamp(frames[0].FrameTime) +
            @"\:'" + CurrentDisplayDateFormat.DateOutputFormat + @"'}\'" + @":fontfile =\'Fonts/" + font.FirstOrDefault() + @"\':fontcolor=" + fontColor + ":x=" + DATEXOFF +
            ":y=" + DATEYOFF + " -th:fontsize=" + tempFont +
            @":box=1:boxcolor=" + boxColor + @"@" + opacity + @", drawtext=text=\'%{pts\:localtime\:" + ToUnixTimestamp(frames[0].FrameTime) + @"\:'" + CurrentDisplayDateFormat.TimeOutputFormat + @"'}\'" + @":fontfile =\'Fonts/" + font.FirstOrDefault() + @"\':fontcolor=" + fontColor +
            ":x=" + TIMEXOFF + ":y=" + TIMEYOFF +
            " -th:fontsize=" + tempFont + @":box=1:boxcolor=" + boxColor + @"@" + opacity + ", " + fadeString + " -sn " + mapVar + " -progress - -nostats -an -c:v libx264 -b:v " + video.BitRate + " -preset ultrafast -profile:v baseline -level 3.0 " +
            @"-pix_fmt yuv420p -f mpegts " + vidPath + @"\v" + outputFile.ToString() + ".MP4";


  


  Below are the parameters to concatenate all of the videos :

  


  string parameters = "-y -probesize 100M -analyzeduration 100M -i concat:" + '"' + concatString + '"' + @" -c:v copy " + '"' + ExportOptions.CompleteDestinationPath + '"';


  


  Any ideas of what is going on and hopefully a solution ?

  


• IP camera turns off RTSP stream to ffmpeg client after 1/2 of camera's RTSP timeout setting, when transport is UDP

  25 octobre 2020, par MAXdB

  Capturing RTSP Motion JPEG stream from an IP camera with ffmpeg.

  


  ffmpeg -loglevel debug -i rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm -an -codec copy -y test.avi


  


  On the IP camera, the RTSP Timeout has a setting valid 1 to 120. When the rtsp_transport is default (UDP), ffmpeg will terminate after half the camera's timeout setting. If the camera is set to RTSP Timeout = 30, then ffmpeg will quit after 15 seconds. If set to 120, ffmpeg will quit after 60 seconds. With ffmpeg loglevel set to debug, get "No more output streams to write to" message :

  


  No more output streams to write to, finishing.
frame=  375 fps= 26 q=-1.0 Lsize=   34794kB time=00:00:14.98 bitrate=19027.7kbits/s speed=1.06x
video:34771kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.067360%
Input file #0 (rtsp://192.168.1.100:554/videoinput_1/mjpeg_3/media.stm):
  Input stream #0:0 (video): 375 packets read (35605476 bytes);
  Total: 375 packets (35605476 bytes) demuxed
Output file #0 (test.avi):
  Output stream #0:0 (video): 375 packets muxed (35605476 bytes);
  Total: 375 packets (35605476 bytes) muxed
0 frames successfully decoded, 0 decoding errors


  


  However, if transport is set to TCP with -rtsp_transport tcp or -rtsp_flags prefer_tcp, then the connection remains indefinitely, which, of course, is the desired behavior. Is there any way to get this working properly when the transport is UDP ? Is ffmpeg supposed to be sending info/keep alive back to the camera, but isn't when in UDP ?

  


• fftools/ffprobe : Use proper enum type

  6 août 2023, par Andreas Rheinhardt

  fftools/ffprobe : Use proper enum type
  This is a bit cleaner as int need not be the underlying type
  
  of an enum if a smaller type can hold all its values.
  
  Also declare the children_ids array as const as it never changes.
  Reviewed-by : Stefano Sabatini <stefasab@gmail.com>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] fftools/ffprobe.c