Recherche avancée

Sur d’autres sites (5858)

• Libav - how to correctly free memory leaking with av_write_frame

  20 avril 2017, par golstar

  I am using LIBAV on Ubuntu to save user’s video stream(RTP VP8) on server in WebM format.
  The problem is, memory is leaking when using av_write_frame. Memory usage is constantly growing (equally with the webm file size) and is never freed after finishing the video recording. The only way to free the memory(RAM) is deleting the WebM file from the storage (HD) afterwards.

  I have 2 questions :

  1. Is it possible to free the memory consumed by av_write_frame during runtime ? I am freeing the packet.data correctly. Memory usage is not growing when av_write_frame line is commented.

  2. What is the correct way to close the file ? This is what I’m doing (it does not free the memory) :

     av_write_trailer(fctx);
avcodec_close(vStream->codec);
avio_close(fctx->pb);
avformat_free_context(fctx);

• How to generate valid live DASH for YouTube ?

  24 septembre 2019, par Matt Hensley

  I am attempting to implement YouTube live video ingestion via DASH as documented at :
  https://developers.google.com/youtube/v3/live/guides/encoding-with-dash

  To start, I am exercising the YouTube API manually and running ffmpeg to verify required video parameters before implementing in my app.

  Created a new livestream with liveStreams.insert and these values for the cdn field :

  "cdn": {
  
      "frameRate": "variable",
  
      "ingestionType": "dash",
  
      "resolution": "variable"
  
  }

  Created a broadcast via liveBroadcasts.insert, then used liveBroadcasts.bind to bind the stream to the broadcast.

  Then I grabbed the ingestionInfo from the stream and ran this ffmpeg command, copying in the ingestionAddress with the streamName :

  ffmpeg -stream_loop -1 -re -i mov_bbb.mp4 \
  
      -loglevel warning \
  
      -r 30 \
  
      -g 60 \
  
      -keyint_min 60 \
  
      -force_key_frames "expr:eq(mod(n,60),0)" \
  
      -quality realtime \
  
      -map v:0 \
  
      -c:v libx264 \
  
      -b:v:0 800k \
  
      -map a:0 \
  
      -c:a aac \
  
      -b:a 128k \
  
      -strict -2 \
  
      -f dash \
  
      -streaming 1 \
  
      -seg_duration 2 \
  
      -use_timeline 0 \
  
      -use_template 1 \
  
      -window_size 5 \
  
      -extra_window_size 10 \
  
      -index_correction 1 \
  
      -adaptation_sets "id=0,streams=v id=1,streams=a" \
  
      -dash_segment_type mp4 \
  
      -method PUT \
  
      -http_persistent 1 \
  
      -init_seg_name "dash_upload?cid=${streamName}&copy=0&file=init$RepresentationID$.mp4" \
  
      -media_seg_name "dash_upload?cid=${streamName}&copy=0&file=media$RepresentationID$$Number$.mp4" \
  
      'https://a.upload.youtube.com/dash_upload?cid=${streamName}&copy=0&file=dash.mpd'

  It appears all the playlist updates and video segments upload fine to YouTube - ffmpeg does not report any errors. However the liveStream status always shows noData, and the YouTube Live Control Room doesn’t show the stream as receiving data.

  The DASH output, when written to files play backs fine in this test player. The playlist output doesn’t match exactly the samples, but does have the required tags per the "MPD Contents" section in the documentation.

  Are my ffmpeg arguments incorrect, or does YouTube have additional playlist format requirements that are not documented ?

• Live stream failed on Youtube

  20 septembre 2023, par kuldeep chopra

  We are currently running an AWS container that utilizes FFmpeg for live streaming while concurrently saving the stream as an MP4 file. However, we encountered an issue during a recent live stream session that was functioning correctly until approximately 13 minutes in, at which point FFmpeg reported the following error logs :

  


  ffmpeg [flv @ 0x555c4bdfe680] Failed to update header with correct duration.
2023-09-07T23:06:38.490+05:30 [flv @ 0x555c4bdfe680] Failed to update header with correct filesize.
2023-09-07T23:06:38.491+05:30 failed => rtmp://a.rtmp.youtube.com/live2/key......
2023-09-07T23:06:38.491+05:30 ffmpeg [tee @ 0x555c48843700] Slave muxer #1 failed: Broken pipe, continuing with 1/2 slaves.


  


  It's worth noting that we have conducted hundreds of live streams on YouTube without encountering this error before ; this is the first occurrence of such an issue.

  


  We would greatly appreciate it if you could investigate and provide insights into the underlying problem causing these error messages.