Recherche avancée

Sur d’autres sites (5765)

• How to append dummy frames to FFmpeg pipe after EOF to prevent Shaka Packager from stopping (LL-HLS/LL-DASH) ? [closed]

  6 août, par Arjit

  I am working on a live streaming pipeline where I pipe FFmpeg into Shaka Packager to generate LL-HLS and LL-DASH output from an RTMP stream.

  


  Scenario :

  


  

  • FFmpeg receives the RTMP stream and pipes the output to Shaka Packager.

  


  • When the RTMP publisher stops streaming, FFmpeg naturally ends, sending an EOF (end-of-file) to the pipe.

  


  • This causes Shaka Packager to stop processing, as it closes its read stream on EOF.

  


  


  What I want :

  


  Before FFmpeg terminates, or even after, I want to append 5 seconds of black dummy frames (video + silent audio) to the pipe, so that :

  


  

  1. Shaka Packager can finalize the last segment properly.

  


  2. Shaka Packager doesn't terminate prematurely on EOF but processes these dummy frames.

  


  3. This is needed for clean stream finalization for LL-HLS/LL-DASH workflows.

  


  


  The Problem :

  


  

  • When FFmpeg exits, the pipe reaches EOF.

  


  • Any attempt to write additional data (like dummy frames) into the same pipe after EOF results in a "broken pipe" error because Shaka Packager has already closed its read end.

  


  • I can't find a way to inject those black frames into the stream after the original FFmpeg exits, without Shaka shutting down.

  


  


  What I've Tried :

  


  

  • Tried spawning another FFmpeg process to write black frames to the same pipe after the main FFmpeg process exits. But by then, the pipe is already closed by Shaka Packager.

  


  • Attempted using mkfifo with multiple writers but it doesn't work since FIFO allows only one writer and one reader at a time.

  


  • Can't just "delay" killing FFmpeg as the input stream is dynamic, and I need to programmatically pad with dummy frames at the end.

  


  


  My Question :

  


  How can I keep the pipe "open" to allow appending dummy black frames after the main FFmpeg process ends, so that Shaka Packager continues processing and properly finalizes the segments instead of exiting on EOF ?

  


  Is there a way to chain multiple FFmpeg processes or a muxer that can act as a "keep-alive" buffer for Shaka Packager until I explicitly tell it to end ?
  
Or is there a recommended way to handle such "end of live stream padding" when using FFmpeg → Shaka Packager pipelines ?

  


• FFmpeg : Trim video then add watermark with multiple text

  21 novembre 2016, par Iura Gaitur

  I want to trim a video then convert a video using FFMPEG and place a watermark with multiple texts on it. I have commands for trimming :

  ffmpeg -i 1.mp4 -ss 00:00:03 -t 00:03:08 -async 1 -c copy output1.mp4

  and for watermark with text placing

  ffmpeg -i 1.mp4 -i watermark_small.png -filter_complex "[0:v][1:v]overlay=10:10, drawtext=enable='between(t,0,12)':fontfile=font.ttf:text='Some text' : fontcolor=black: fontsize=18: box=1: boxcolor=yellow@0.5:boxborderw=5: x=(w-text_w)/1.15:y=30, drawtext=enable='between(t,14,22)':fontfile=font.ttf:text='Next text' : fontcolor=black: fontsize=18: box=1: boxcolor=yellow@0.5:boxborderw=5: x=(w-text_w)/1.15:y=30" -codec:v libx264 -preset ultrafast output1.mp4

  Can someone help me to combine them together ?

• How to extract frame video to images with removing duplicate area pixel

  8 juin 2022, par yuwiek

  Can ffmpeg to extract 1 second frames by auto transparent area that duplicate within that 1 second frames ? ex. 1 second have 24 frames. typical default cinema fps. by default ffmpeg just extract that 24 frames to image even only little movement. in simply i can just drop that frame that look same. but i dont want, i want it that area frames from 24 frames. look same, sequential be transparent, so it can reduce size of output. than later i will construct it back to 1 second frames. by just stack it frame by frame.

  


  for clearly, lets say again 1 second have 24 frames, frame 1 and frame 2. only have different in top left, like a rectangle black area. because of that, frame 2 should only output that rectangle black area. so later i just stack it to reconstruct that 1 second frames. then next one frame 3 will compare again with new stack frame 2 to know which area that different. and make it transparent again in frame 3. so on. look this image https://i.ibb.co/25hcrpB/Untitled.png