Recherche avancée

Sur d’autres sites (12626)

• Pipe ffmpeg output as mjpeg on multicast port ?

  17 janvier 2020, par xor31four

  I am trying to open a h.264 encoded stream from an IP camera, re-encode and stream it to a multicast address on my local subnet.

  Found a post that seems to describe what I’d like to achieve but I am running into several issues.

  I am using this command :

  ffmpeg -re -i rtsp://192.168.0.11/stream1.sdp mpegts udp://239.168.0.1:11000

  and I am receiving this output :

  [h264 @ 000001531da0ad40] SPS unavailable in decode_picture_timing
  
  [h264 @ 000001531da0ad40] non-existing PPS 0 referenced
  
  [h264 @ 000001531da0ad40] SPS unavailable in decode_picture_timing
  
  [h264 @ 000001531da0ad40] non-existing PPS 0 referenced
  
  [h264 @ 000001531da0ad40] decode_slice_header error
  
  [h264 @ 000001531da0ad40] no frame!
  
  [rtsp @ 000001531d9b9700] max delay reached. need to consume packet
  
  -- Above is repeated dozens of times
  
  [rtsp @ 000001531d9b9700] RTP: missed 8 packets
  
  [rtsp @ 000001531d9b9700] Could not find codec parameters for stream 1 (Unknown: none (meta / 0x6174656D)): unknown codec
  
  Consider increasing the value for the 'analyzeduration' and 'probesize' options
  
  [rtsp @ 000001531d9b9700] Could not find codec parameters for stream 2 (Unknown: none (bdat / 0x74616462)): unknown codec
  
  Consider increasing the value for the 'analyzeduration' and 'probesize' options
  
  Input #0, rtsp, from 'rtsp://192.168.0.11/stream1.sdp':
  
    Metadata:
  
      title           : DTC
  
      comment         : Pagos
  
    Duration: N/A, start: 1557.106222, bitrate: N/A
  
    Program 1
  
      Metadata:
  
        service_name    : Service #1
  
        service_provider: DTC
  
      Stream #0:0: Video: h264 (High) (vid1 / 0x31646976), yuv420p(progressive), 960x540 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
  
      Stream #0:1: Unknown: none (meta / 0x6174656D)
  
      Stream #0:2: Unknown: none (bdat / 0x74616462)
  
    No Program
  
      Stream #0:3: Data: epg
  
  [NULL @ 000001531e5aa940] Unable to find a suitable output format for 'mpegts'
  
  mpegts: Invalid argument

  Where am I going wrong ? I am quite inexperienced in this field but determined to learn more.

  Thank you in advance for any pointers on how to go about this..

• FFMPEG reduce dynamic range (VLC port question)

  14 mars 2020, par H3rdell

  Is there a way to do the exactly same thing as the image below (VLC) but using FFMPEG ? I want it with FFMPEG to automate some jobs with batch files.

  

  In VLC, alongside the settings in the above image, I also enable the Dynamic Range Compressor.

  

  My settings for the compressor filter in VLC are :

  • RMS/PEAK : 0
  • ATTACK : 15ms
  • RELEASE : 300ms
  • THRESHOLD : -25dB
  • COMPRESSION RATIO : 20.0 to 1
  • KNEE RADIUS : 1.0dB
  • MAKEUP GAIN : 15.0dB

  Thanks in advance.

• Pod in Kubernetes can not establish a RTSP session, UDP port unreachable

  7 septembre 2020, par Raphael Mazzine

  I am trying to make a connection between my pod and a camera through RTSP (using ffmpeg).

  


  My container, when running locally and in the server can establish the connection.

  


  However, in Kubernetes, looks to be able to reach and identify the camera server, but it can not initialize a stream. I did a tcpdump on my container when trying to connect and I received the following :

  


  10:55:37.065954 IP **CAMERA_SERVER_IP** > **POD_NAME**: ICMP **CAMERA_SERVER_IP** udp port 36337 unreachable, length 44

10:55:37.066003 IP **CAMERA_SERVER_IP** > **POD_NAME**: ICMP **CAMERA_SERVER_IP** udp port 36336 unreachable, length 48


  


  **CAMERA_SERVER_IP** -> is the camera server IP addresss

  


  **POD_NAME** -> is my pod's name in kubernetes.

  


  When I try locally, the first UDP port fails too, but the second can establish a connection and stream.

  


  I think this has something to do with port communication, but I am bit lost in what I should try or test.

  


  Thanks !

  


  UPDATE*

  


  Actually I found something strange.

  


  I tried again to start the connection and I analyzed the logs from tcpdump and netstat -tulpn.

  


  When connecting locally, netstat identified the creation of two UDP connections. And tcpdump showed ffmpeg was trying to reach a connection from the server using the same UDP ports from netstat

  


  However, in a pod in Kubernetes, the ports opened on netstat were different from the ports that ffmpeg tried a connection (verified using tcpdump).

  


  I think this is the error, as ffmpeg immediately fails when trying to access a port that is not opened.