Recherche avancée

Sur d’autres sites (9433)

• avformat/mux : Fix double-free when using AVPacket.opaque_ref

  1er septembre 2021, par Andreas Rheinhardt

  avformat/mux : Fix double-free when using AVPacket.opaque_ref
  Up until now, ff_write_chained() copied the packet (manually, not with
  
  av_packet_move_ref()) from a packet given to it to a stack packet whose
  
  timing and stream_index is then modified before being sent to another
  
  muxer via av_(interleaved_)write_frame(). Afterwards it is intended to
  
  sync the fields of the packet relevant to freeing again ; yet this only
  
  encompasses buf, side_data and side_data_elems and not the newly added
  
  opaque_ref. The other fields are not synced so that the returned packet
  
  can have a size > 0 and data != NULL despite its buf being NULL (this
  
  always happens in the interleaved codepath ; before commit
  
  fe251f77c80b0512ab8907902e1dbed3f4fe1aad it could also happen in the
  
  noninterleaved one). This leads to double-frees if the interleaved
  
  codepath is used and opaque_ref is set.
  This commit therefore changes this by directly reusing the packet
  
  instead of a spare packet. Given that av_write_frame() does not
  
  change the packet given to it, one only needs to restore the timing
  
  information to return it as it was ; for the interleaved codepath
  
  it is not possible to do likewise*, because av_interleaved_write_frame()
  
  takes ownership of the packets given to it and returns blank packets.
  
  But precisely because of this users of the interleaved codepath
  
  have no legitimate expectation that their packet will be returned
  
  unchanged. In line with av_interleaved_write_frame() ff_write_chained()
  
  therefore returns blank packets when using the interleaved codepath.
  Making the only user of said codepath compatible with this was trivial.
  * : Unless one wanted to create a full new reference.
  Reviewed-by : Lynne <dev@lynne.ee>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavformat/internal.h
  • [DH] libavformat/mux.c
  • [DH] libavformat/segment.c

• Fix double write of DASH manifest in streaming mode

  24 juin 2021, par Kevin LaFlamme

  Fix double write of DASH manifest in streaming mode
  When streaming mode is enabled, the DASH manifest is written on the
  
  first packet for the segment so that the segment can be advertised
  
  immediately to clients. It was also still writing the manifest at the
  
  end of the segment leading to two duplicate writes.
  

  • [DH] libavformat/dashenc.c

• Libx264 not found on cross compiling ffmpeg

  28 juin 2021, par Roiniti

  Im trying to compile ffmpeg with mp4 for this project : https://github.com/libgdx/gdx-video
the problem is when i try to cross compile ffmpeg, im in linux64 and i get

  


  libx264 not found


  


  when i execute this command

  


  ../configure --enable-pic --enable-cross-compile --disable-symver --disable-doc --enable-memalign-hack --arch=x86_64 --target-os=mingw32 --cross-prefix=x86_64-w64-mingw32- --pkg-config=pkg-config --disable-shared --enable-static --disable-everything --enable-filter=deshake --enable-protocol=file --enable-filter=aresample --enable-demuxer=ogg --enable-demuxer=matroska --enable-decoder=vorbis --enable-decoder=vp8 --enable-decoder=vp9 --enable-decoder=theora --enable-gpl --enable-libx264 --enable-decoder=h264


  


  without the —enable-libx264 ffmpeg compiles good, also when i try to compile it for linux64 it compiles good, I searched and I think I need to build libx264 for win64 or something similar but I don't if this is correct or if thats the solution, how can I compile it ?