Recherche avancée

Sur d’autres sites (9816)

• rtpdec : Don’t free the payload context in the .free function

  24 février 2015, par Martin Storsjö

  rtpdec : Don’t free the payload context in the .free function
  This makes it more consistent with depacketizers that don’t have any
  
  .free function at all, where the payload context is freed by the
  
  surrounding framework. Always free the context in the surrounding
  
  framework, having the individual depacketizers only free any data
  
  they’ve specifically allocated themselves.
  This is similar to how this works for demuxer/muxers/codecs - a
  
  component shouldn’t free the priv_data that the framework has
  
  allocated for it.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavformat/rdt.c
  • [DBH] libavformat/rtpdec.h
  • [DBH] libavformat/rtpdec_ac3.c
  • [DBH] libavformat/rtpdec_dv.c
  • [DBH] libavformat/rtpdec_h261.c
  • [DBH] libavformat/rtpdec_h263_rfc2190.c
  • [DBH] libavformat/rtpdec_h264.c
  • [DBH] libavformat/rtpdec_jpeg.c
  • [DBH] libavformat/rtpdec_latm.c
  • [DBH] libavformat/rtpdec_mpa_robust.c
  • [DBH] libavformat/rtpdec_mpeg4.c
  • [DBH] libavformat/rtpdec_mpegts.c
  • [DBH] libavformat/rtpdec_qt.c
  • [DBH] libavformat/rtpdec_svq3.c
  • [DBH] libavformat/rtpdec_vp8.c
  • [DBH] libavformat/rtpdec_xiph.c
  • [DBH] libavformat/rtsp.c

• Revision d9655e42b8 : Change in rddiv parameter to make it a power of 2 Converts the constant rddiv p

  11 octobre 2013, par Deb Mukherjee

  Changed Paths :
   Modify /vp9/encoder/vp9_rdopt.c

  
   Modify /vp9/encoder/vp9_rdopt.h

  
  
  Change in rddiv parameter to make it a power of 2

  Converts the constant rddiv parameter to 128 (from 100) and
  implements RDCOST with bit-shift rather than multiplication.
  Other parameters are also adjusted to roughly keep the same
  balance between Rate and Distortion.

  There is a slight speed-up of about 0.5-1% (at speed 0) as
  testted on football_cif.

  There is a slight change in performance due to small change
  in the parameters.
  derfraw300 : +0.033%
  stdhdraw250 ; +0.102%

  Change-Id : I70ac69f58fa71c83108f68fe41796cd19d1fc760

• How to record playable video files in gstreamer even if recording is interrupted unexpectedly (e.g. power disconnects) ?

  16 septembre 2021, par Otter_warrior

  I have been recording video streams on my Jetson Xavier NX using a simple gstreamer pipeline such as this

  


  gst-launch-1.0 -v \
nvarguscamerasrc sensor-id=0 ! \
'video/x-raw(memory:NVMM), width=(int)1920, height=(int)1080, format=(string)NV12, framerate=(fraction)30/1' ! \
nvv4l2h265enc ! 'video/x-h265, stream-format=(string)byte-stream' ! \
h265parse ! qtmux ! filesink location=video.mp4 -e


  


  All is working if the recording is interrupted by keyboard interrupt Ctrl + C, but if the recording is interrupted unexpectedly (e.g. power gets disconnected) the resulting file has no playable stream, even if the file size is correct.

  


  I know that mp4 recording needs to be stopped properly otherwise it won't have the necessary information at the end of the file, but I was wondering if there was any other gstreamer pipelines or final file formats that would allow for an H265 encoded video file to be playable even if the recording is ended unexpectedly.

  


  It would be good even if the recorded file needed to be converted before being playable (e.g. with ffmpeg), as long as the information can be recovered without having to go through non-free mp4 recovery tools.