Recherche avancée

Sur d’autres sites (8683)

• libavformat/tcp.c : add send_buffer_size and recv_buffer_size options

  19 janvier 2016, par Perette Barella

  libavformat/tcp.c : add send_buffer_size and recv_buffer_size options
  adds two new options that may be set via the dictionary :
   send_buffer_size
  
   recv_buffer_size
  When present, setsockopt() is used with SO_SNDBUF and SO_RCVBUF to set
  
  socket buffer sizes.  I chose to make send and receive independent
  
  because buffering requirements are often asymmetric.
  Errors in setting the buffer size mean the socket will use its
  
  default, so they are ignored.
  There is no sanity checking on values, as the kernel/socket layers
  
  already impose reasonable limits if asked for something crazy.
  Rationale for enlarging receive buffers is to reduce susceptibility
  
  to intermittent network delays/congestion.  I added setting the send
  
  buffer for symmetry.
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] doc/protocols.texi
  • [DH] libavformat/tcp.c

• How to use ffmpeg for live streaming fragmented mp4 ?

  2 mai 2018, par Cross_

  Following a variety of stackoverflow suggestions I am able to create a fragmented MP4 file, then slice it into the header part (FTYP & MOOV) and various segment files (each containing MOOF & MDAT). Using Media Source Extensions I download and add the individual segments - that’s all working great.

  Now I would like to create a live streaming webcam with that same approach. I had hoped that I could just send the MOOV box to each new client plus the currently streaming segment. This however is rejected as invalid data in the browser. I have to start with the first segment and they have to be appended in order. That’s not helpful for a live streaming scenario where you don’t want to see the whole stream from the start. Is there any way to alter the files so that the segments are truly independent and you can start playback from the middle ?

  For reference, this is how I am setting up the stream on the OS X server :

  $ ffmpeg -y -hide_banner -f avfoundation -r 30 -s 1280x720
  -pixel_format yuyv422 -i default -an -c:v libx264 -profile:v main -level 3.2 -preset medium -tune zerolatency -flags +cgop+low_delay -movflags empty_moov+omit_tfhd_offset+frag_keyframe+default_base_moof+isml
  -pix_fmt yuv420p | split_into_segments.py

  Playback is done with a slightly modified version of this sample code :
  https://github.com/bitmovin/mse-demo/blob/master/index.html

• avformat/movenc : add EAC3 muxing support.

  7 octobre 2014, par Benoit Fouet

  avformat/movenc : add EAC3 muxing support.
  Support only one independent substream right now, and only syncframes
  
  containing 6 blocks.
  Fixes part of ticket #3074
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavformat/isom.c
  • [DH] libavformat/movenc.c
  • [DH] libavformat/movenc.h