Recherche avancée

Sur d’autres sites (7115)

• http: Support auth method detection for POST

  9 octobre 2013, par Martin Storsjö

  http: Support auth method detection for POST
  Inspired by a patch by Jakob van Bethlehem. But instead of doing
  
  an empty POST first to trigger the WWW-Authenticate header (which
  
  would succeed if no auth actually was required), add an Expect :
  
  100-continue header, which is meant to be used exactly for
  
  cases like this.
  The header is added if doing a post, and the user has specified
  
  authentication but we don’t know the auth method yet.
  Not all common HTTP servers support the Expect : 100-continue header,
  
  though, so we only try to use it when it really is needed. The user
  
  can request it to be added for other POST requests as well via
  
  an option - which would allow the caller to know immediately that
  
  the POST has failed (e.g. if no auth was provided but the server
  
  required it, or if the target URL simply doesn’t exist).
  This is only done for write mode posts (e.g. posts without pre-set
  
  post_data) - for posts with pre-set data, we can just redo the post
  
  if it failed due to 401.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavformat/http.c
  • [DBH] libavformat/version.h

• RTSP tunneled HTTP, FFMPEG

  13 janvier 2016, par Jon Andersen

  I’m trying to stream from an Axis ip camera which uses RTSP over HTTP.
  I can get the normal RTSP stream to work, but I can’t find any information or documentation on how to actually set the tunneling mode for the stream. It is supported in the source code by setting the control_transport to RTSP_MODE_TUNNEL . My question is simple how do I do this with the following code ?

   int ret = avformat_open_input(&pFormatCtx, [@"rtsp://ip/axis-media/media.amp" UTF8String], NULL, NULL);

  I tried the following :

  pFormatCtx = avformat_alloc_context();
  
  pFormatCtx->priv_data = malloc(sizeof(RTSPState));
  
  RTSPState *rt = pFormatCtx->priv_data;
  
  rt->control_transport = RTSP_MODE_TUNNEL;
  
  int ret = avformat_open_input(&pFormatCtx, [@"rtsp://ip/axis-media/media.amp" UTF8String], NULL, NULL);

  But it simply ignores it for me (It still keeps using RTP). I tried this aswell

   int ret = avformat_open_input(&pFormatCtx, [@"rtsp://ip/axis-media/media.amp" UTF8String], NULL, NULL);
  
  RTSPState *rt = pFormatCtx->priv_data;
  
  rt->control_transport = RTSP_MODE_TUNNEL;

  How would I solve this ? I’m thinking it’s something really simple since the ENUM is there.

  Working solution is

  AVDictionary *opts = 0;
  
  int ret = av_dict_set(&opts, "rtsp_transport", "http", 0);
  
  
  
  
  
  ret = avformat_open_input(&pFormatCtx, [@"rtsp://ip:80/axis-media/media.amp" UTF8String], NULL, &opts);
  
  
  
  av_dict_free(&opts);

• http: Support reading gzip/deflate compressed data

  22 juillet 2013, par Zhang Rui

  http: Support reading gzip/deflate compressed data
  Derived from VLC’s http module.
  
  Original authors :
  
    Antoine Cellerier <dionoea@videolan.org>
  
    Sébastien Escudier <sebastien-devel@celeos.eu>
  
    Rémi Duraffort <ivoire@videolan.org>
  
    Rémi Denis-Courmont <remi@remlab.net>
  
    Francois Cartegnie <fcvlcdev@free.fr>
  Normally, http servers shouldn’t send this to us since we
  
  don’t advertise it with an Accept-Encoding header, but some
  
  servers still do it anyway.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavformat/http.c