Recherche avancée

Sur d’autres sites (11134)

• ffmpeg segment naming - Moving to superuser (with apologies)

  21 juillet 2022, par kenneth558

  Maybe I am misinterpreting the downvote, but I conclude this question should go on superuser instead. Moving now and will delete this copy soon....

  


  I need to ensure unique segment names : Apparent POE cable defects, etc. around campus cause HikVision camera streams to require their ffmpeg daemons re-started once or twice or more times/day. (I am miles away from this campus for the most part, so I prefer a command line fix until the hardware fixes get applied.) When ffmpeg has to be restarted for a camera (by background bash script), I need the names of the new .mp4 segments positively not to be the same as any previous names.

  


  Background bash process currently does fine to specify an acceptable ddHHMM style new starting name for the first segment after ffmpeg restart BUT after the first or sometime second or third segment is made, ffmpeg insists on future naming to default to an unacceptable YYYmmdd style and thus start to overwrite previous segments. I use "$(date +%d%H%M)" to obtain my acceptable date style.

  


  I've tried a lot of different combinations of date codes and date embedding and both ssegment and segment muxers ; also I know very little of the very complex realm that ffmpeg is normally used in outside of simple rtsp stream copy to .mp4 files.

  


  ffmpeg command that is launched from inside bash script :
bash -c 'nohup ffmpeg -nostdin -stimeout 10000000 -rtsp_transport udp -i "rtsp://192.168.0.11:6554/Streaming/channels/101" -reconnect 1 -reconnect_at_eof 1 -reconnect_streamed 1 -c:v libx264 -f ssegment -strftime 0 -segment_time 180 -segment_format_options movflags=+faststart -reset_timestamps 0 -increment_tc 1 -avoid_negative_ts 1 -c copy -flags +global_header /var/www/camera_streams/camera_east_driveway/"$(date +%d%H%M)"_%3d.mp4 > /dev/null 2>/dev/null & '

  


  Can the segment naming pattern be carried forward indefinitely like I want ? Honestly, I wonder if ffmpeg does not allow for my specific use case naming need ?

  


  (Yes, I know changing from udp to tcp can help, but I don't consider it to be the specific solid naming fix I'm hoping for right now. And I mention HikVision in case there is known frame encoding differences for them than other cameras)

  


• qsv : Move down the implementation query

  24 février 2016, par Luca Barbato

  qsv : Move down the implementation query
  The plugin loaded may not match the general implementation capability
  
  wise.
  

  • [DBH] libavcodec/qsv.c

• FFmpeg on iPhone - Modifying Video Orientation

  6 avril 2015, par Matthew McGoogan

  I’m messing with h264 videos loaded with FFmpeg on the iPhone 3GS. The problem is any videos recorded in "Portrait" orientation have a transformation matrix applied to them causing them to display rotated 90 degrees counter-clock.

  From what I understand thus far, I just need to modify the transform matrix in the ’tkhd’ atom. The problem is I am having trouble accessing or modifying this data. I checked out the FFmpeg implementation for :

  static int mov_read_tkhd(MOVContext *c, ByteIOContext *pb, MOVAtom atom)

  which clearly shows how the matrix is accessed in avformat but when I try to access the header bytes using the same functions I am not getting any rational values. Even if I were to successfully pull the matrix I’m not sure how to replace it ? FFmpeg has functions for retrieving and appending to the track header but nothing for replace it seems ?

  Any help would be greatly appreciated.

  Thanks,
  Matt.