Recherche avancée

Sur d’autres sites (7647)

• How to convert MPEG2-TTS to MPEG2-TS format to playback using ffplay

  29 février 2024, par Asustor

  I know some OSS such as ffmpeg or gstreamer don't support to play-back MPEG2-TTS stream.
Then, I tried to convert 192 bytes TTS packet to 188 bytes TS packet by deleting first 4 bytes like :

  


  def conv_tts2ts(rtp_payload):

    payload_len = len(rtp_payload)
    if payload_len % 192 != 0:
        raise

    pkt_num = int(payload_len / 192)
    ts_data = bytearray()
    for i in range(pkt_num):
        spos = 192 * i
        epos = spos + 192
        tmp = rtp_payload[spos:epos]
        ts_data.extend(tmp[4:])

    return ts_data

# after this, send ts_data with RTP header received from MPEG2-TTS streamer via UDP/IP.



  


  However, ffplay and ffprobe don't reaction.

  


  I expect to be able to play-back using ffplay as MPEG2-TS format.
Please tell me how to convert TTS to TS in order to deocde by ffmpeg ?

  


• Bash script : Cycle script until ffmpeg command restarts successfully

  13 août 2023, par Bellacoda

  I have a IP Camera and the recordings are saved with ffmpeg RTSP into a raspberry pi.

  


  Sometimes, when the electricity shuts off and comes back on, the raspberry boots faster than the IP Camera and the ffmpeg command (saved on a crontab to run every reboot) fails to execute because it can't reach the IP Camera (that is still turning on).

  


  I tried to put a sleep command before the command but that doesn't work either.

  


  It also happened that when the IP Camera reboots, the raspberry closes the command, but when the camera comes back online, I have to manually lauch the command.

  


  Is there a way to make a script that waits to run the ffmpeg command until the camera is fully online (I assume with the $ ? variable for command exit status), and to wait to restart the ffmpeg command when the camera reboots ?

  


  The setup I have now is a crontab :
SHELL=/bin/bash
@reboot sleep 120s ; sudo ffmpeg ...

  


• Camera Rendering Buffers and Stutters When Processing Large Video Files with FFmpeg

  20 avril 2023, par TIANYU HU

  When rendering a real-time camera, I use ffmpeg to process a large video file(like 4G or even larger) at the same time. However, I noticed that the video frames are buffering and stuttering, indicated they are probably competing for limited system resources, like cpu, memory or I/O bandwidth etc.

  


  I‘ve tried a lot of experiments to figure out the root cause. Firstly I limit the cpu usage of ffmpeg to 25%, but sadly it’s not getting better.

  


  Then I suspect that ffmpeg would read the large video file from disk to page cache in memory as much as it can before processing, and the generated files are going to be written back from page cache to disk. The RAM of our computer is 8G, apparently it needs to swap in and swap out pages between memory and disk. This process is costly for the CPU, and other processes are likely to trigger an interrupt named “Page Fault” when they access pages that are not actually loaded into memory. If the time taken for “page fault” is too long, the program may lag.

  


  Lastly I configure the system parameters related to “write back dirty pages to disk”, such as vm.dirty_writeback_centisecs and vm.dirty_background_ratio, to try to write back the dirty (Disk I/O) more frequently or infrequently. But I’m not quite sure what would happen if I modify these parameters.

  


  Expection :
The requirement can be summarized as “real-time video rendering has higher priority, and the low rate of large file processing is accepted”, are there any possible solutions of this issue from your perspective ? Thanks in advance.