Recherche avancée

Sur d’autres sites (13107)

• ffserver : local OOB write with custom program name

  6 janvier 2017, par Tobias Stoeckmann

  ffserver : local OOB write with custom program name
  When the command line for children is created, it is assumed that
  
  my_program_name always ends with "ffserver", which doesn’t have to
  
  be true if ffserver is called through a symbolic link.
  In such a case, it could be that not enough space for "ffmpeg" is
  
  available at the end, leading to a buffer overflow.
  One example would be :
  $ ln -s /usr/bin/ffserver /f ; /f
  As this is only a local buffer overflow, i.e. is based on a weird
  
  program call, this has NO security impact.
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] ffserver.c

• FFmpeg H264 encoder and Mediacodec AVC decoder bitstream format mismatch

  24 octobre 2023, par danvik13

  I have 2 apps : desktop and android part.
On desktop side I encode video using AVCodec H264 encoder and, then, send it to phone via net.
On the android side I receive a sequence of video packets and need to decode them from java code using MediaCodec AVC decoder

  


  The issue : according to Google docs, the decoder should be fed with two initial packets : csd-0 and csd-1, holding sps and pps accordingly. However, ffmpeg does not provide both of them. When I set AV_CODEC_FLAG_GLOBAL_HEADER, it forces the encoder to place initial data to the extradata field. But there is just one of the arrays

  


  Does AVC Mediadecoder guarantees that it will parse extradata bytes properly in case I will send them as a csd-0 buffer, ignoring csd-1 ?

  


  I know that extradata splitting can be done manually, but it is a bit weird that there is no clear way in ffmpeg to meet the bitstream format, required by Mediadecoder

  


  Explanation / solution / code snippets

  


• avdevice/decklink_enc : fix setting of last_pts to only be set for video

  3 mars 2023, par Devin Heitmueller

  avdevice/decklink_enc : fix setting of last_pts to only be set for video
  The ff_decklink_write_packet() was always caching the last pts
  
  received, to be used when calling StopScheduledPlayback(). However
  
  because audio and video are on different timebases and the call to
  
  StopScheduledPlayback() expects the video timebase, we'll end up
  
  sending a weird value to the stop routine if the last packet
  
  received contained audio.
  Move the setting of last_pts to just be for the video stream.
  Signed-off-by : Devin Heitmueller <dheitmueller@ltnglobal.com>
  
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavdevice/decklink_enc.cpp