Recherche avancée

Sur d’autres sites (5691)

• FFmpeg RTSP + RTMP get errors

  19 décembre 2017, par Akim Benchiha

  I’m working with live streaming on nginx. What I have is a RTSP (broadcast video) stream coming from a server and a RTMP stream coming from camera.
  I combine them using ffmpeg.
  I want to send a bool to the back-end using cURL when RTMP has been stopped or if RTSP is not found/stopped

  Here the use case :
   Send false to the back-end when the user stop recording the video (RTSP)
   Send false to the back-end when the user stop the camera (RTMP)
   Send true if everything is ok

  NGINX config :

  rtmp {
  
  server {
  
       listen 1935;
  
       ping 30s;
  
       notify_method get;
  
       application ingest {
  
         live on;
  
         exec_kill_signal term;
  
         idle_streams off;
  
         exec_push /usr/local/bin/ffmpeg_push.sh $name ;
  
       }
  
    }
  
  }

  FFMPEG

  ffmpeg -i $rtspstream -i rtmp://localhost/ingest/$name -ignore_unknown -filter_complex "[0]scale=-1:-1[b];[1]scale=128:128[w];[b][w] overlay=10:10" -vcodec libx264 -x264opts keyint=20:min-keyint=1 -preset ultrafast -c:a aac -f flv rtmp://IPADDRESS/ingest/$streamname 1>>/var/log/ffmpeg/$name.log 2>>/var/log/ffmpeg/$name.log &
  
  
  
  echo $! > /var/log/ffmpeg/${name}.pid

  Thank you

• Evolution #3967 (Fermé) : Suivre les redirections http/https/proxy

  27 juin 2017, par goldstein goldstein

  De Willy Destrez (via spip-zone)

  pour faire suite à la discussion sur le forum http://forum.spip.net/fr_267345.html, je lance ce nouveau fil de discussion.

  Comme je le disais, le RSSI a effectué des tests et sa conclusion est la suivante :

  Alors pour faire court, le spip_loader construit ses connexions réseaux "à la main" (sans être péjoratif du tout) au travers d’appels de fsockopen.

  Le type de flux désiré (UDP, TCP, SSL/TLS) se fait au moment de l’ouverture de la socket réseau.
  fsockopen("www.ac-amiens.fr", 80, ... ) pour http
  fsockopen("udp ://dns.ac-amiens.fr", 53, ... ) pour DNS
  fsockopen("ssl ://www.ac-amiens.fr", 443, ... ) pour https
  fsockopen("tls ://smtp.ac-amiens.fr", 465, ... ) pour du smtps
  etc...

  Dans le cas d’un proxy, la connexion ne se fait pas vers le serveur de destination mais on ouvre une socket simple (tcp) vers le serveur proxy et ensuite, on effectue des demandes de connexions au "vrai" serveur au travers de cette socket.

  Là où ça se complique trop, c’est dans dans connexions "mixtes" : bascule http vers https lors d’une redirection (type 301 redirect) car le mode connexion pour un flux chiffré (TLS ou SSL) réclame de nombreuses opération supplémentaires (helo, handshake, vérification des certificats sources et destinations etc...) et toutes ces opérations ne sont pas implémentées dans les fonctions utilisées par spip_loader (et peut être spip aussi...).
  Bref, c’est une implémentation complète d’un client http qu’il faudrait intégrer.

  Ce qui était parfaitement suffisant dans le cas d’une connexion "en clair" se révèle maintenant inopérant.
  A moins de vouloir réinventer la roue, il semblerait bien plus efficace d’abandonner le mode "à la main" pour privilégier un client http plus complet (via la libcurl par exemple, exhaustive de ce point de vue).
  C’est, à ne pas douter, ce que les devs de spip vont prochaine devoir implémenter.

  En mode transitoire, la solution serait de ne pas faire de renvoi http=>https tant que les mises à jours ne sont pas disponibles, ou, à défaut, créer un miroir local des dépôts SPIP accessible en http.

  La dessus, il à modifier le spip_loader (fichier joint) pour prendre en charge les serveurs hébergés derrière un proxy.

  Cela permet de suivre un redirect (301) de http vers https qui n’est pas implémenter dans la version actuelle.

  Le script ne change rien à ceux qui n’ont pas php5-curl (ou php-curl en php7) ou qui n’ont pas de proxy de défini.

  Il continue ses investigations afin de permettre à nouveau le fonctionnement de la mise à jour des dépôts non fonctionnelle également (tout comme "mise à jour auto" de Couteau Suisse)
  Cordialement

• Video tube site on wordpress dedicated server mp4 only streams on android firefox

  9 mai 2015, par Steven Minix

  I have a video tube site that is quite popular and I am having an issue with my mp4 files streaming on android devices. When using Mozilla Firefox on android my videos play and seek perfectly. When using google chrome or default Android browser they do not play at all. I ran one of my videos through mp4box with a few settings and I got it to play on those browser in Android but they break when trying to seek. So at this stage the videos still play fine on Firefox in Android but now even though the video will start playing rather quickly on the other two browsers the videos will not seek properly as seeking will cause the video to break and restart itself. I am in a wordpress installation on a dedicated server.

  server specs:
  
  PHP 5.2.4 or greater
  
  MySQL 5.0 or greater
  
  PHP cURL extension
  
  PHP Zlib extension
  
  Unix-like OS (Windows is not supported)
  
  PHP 5.3, 5.4, 5.5 yes
  
  IonCube Loader 4.6.1 or above yes
  
  Mysql 5.0 or above and its support in PHP yes
  
  FFmpeg 1.0 or above with libx264, libavfilter and AAC codec (libfaac, libfdk_aac or native ffmpeg aac codec) yes
  
  cURL and its support in PHP yes
  
  Apache + mod_rewrite + (MultiViews option disabled) yes, not sure about multi views, please ask how this is done.
  
  Zlib library yes
  
  XML extension yes
  
  GD2 with true type font (required!) yes
  
  Ability to exec PHP from CLI using exec() command yes
  
  PHP register_globals off yes
  
  PHP magic_quotes_gpc off yes
  
  PHP safe_mode off yes
  
  PHP file_uploads on yes
  
  PHP allow_url_fopen on yes

  The files are MP4 with the meta data at the front of the file and playing in the standard wordpress video player(or any html5 based player as I have tried quite a few and all have the same result)

  I had to ask my server admin to install ffmpeg for my streaming is it possible they did not add the right commands ?

  I have no idea what my videos are doing on Apple devices but I assume it is okay since Google Analytics shows a low bounce rate from that devices.

  If any issue is on service side I want to contact them armed with facts. I appreciate your help in this matter.

  EDIT : FFMPEG SERVER CONFIGURATION :
  root@dwhsv160 [ /ffmpeginstaller.8.0]# ffmpeg -version
  ffmpeg version N-71403-g415f1fa-syslint Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11)
  configuration : —prefix=/usr/local/cpffmpeg —enable-shared —enable-nonfree —enable-gpl —enable-pthreads —enable-libopencore-amrnb —enable-decoder=liba52 —enable-libopencore-amrwb —enable-libfaac —enable-libmp3lame —enable-libtheora —enable-libvorbis —enable-libx264 —enable-libxvid —extra-cflags=-I/usr/local/cpffmpeg/include/ —extra-ldflags=-L/usr/local/cpffmpeg/lib —enable-version3 —extra-version=syslint
  libavutil 54. 22.101 / 54. 22.101
  libavcodec 56. 34.100 / 56. 34.100
  libavformat 56. 30.100 / 56. 30.100
  libavdevice 56. 4.100 / 56. 4.100
  libavfilter 5. 13.101 / 5. 13.101
  libswscale 3. 1.101 / 3. 1.101
  libswresample 1. 1.100 / 1. 1.100
  libpostproc 53. 3.100 / 53. 3.100

  The few things I tried with the mp4 that got them to play but still not seek properly were running them through mp4box with no special settings and simply remuxing them. I also tried a couple special settings like adding a hint track and other things none resulted in the file streaming properly in chrome or default android browser. AGAIN my files stream fine on all desktops and in FIREFOX on android but DO NOT work in chrome on android or default android browser.