Recherche avancée

Sur d’autres sites (9319)

• Get rtsp udp streaming with ffmpeg utility failed

  16 février 2021, par Lidor Abo

  Hey there,
I have a problem with get streaming from wowza stream engine as described below :
I try to get streaming in private network from wowza stream engine in UDP with ffmpeg as following :
ffmpeg -loglevel debug -rtsp_transport udp -i "rtsp ://192.168.8.117:1935/live/ecad838c-b431-4c8b-b2e8-d43f78a8d2f2.stream" -acodec copy -vcodec copy test.mp4
and i get the following error :
rtsp ://192.168.8.117:1935/live/ecad838c-b431-4c8b-b2e8-d43f78a8d2f2.stream : Connection timed out
Few remarks about that :

  


  

  1. When i try to get streaming using public ip with ffmpeg utility i success in UDP and TCP

  


  2. I success to get streaming with private IP with TCP connection through ffmpeg utility as following :
ffmpeg -loglevel debug -rtsp_transport tcp -i "rtsp ://192.168.8.117:1935/live/ecad838c-b431-4c8b-b2e8-d43f78a8d2f2.stream" -acodec copy -vcodec copy test.mp4

  


  3. I open 1935 UDP and TCP ports in security group of wowza stream engine for machines that will need to get streaming from wowza stream engine. Also, i opened UDP in 6970-9999 range for any ip address.

  


  4. I added relevant IP address in Whitelist property in Server.xml conf in wowza stream engine.

  


  5. I using vpn service (perimeter) to access the machine that from it i get streaming from wowza streaming engine.

  


  6. iptables in machine that i try to get stream allow any rule and not enabled any firewall.
Note : i adding link to zip file with logs and config files because is not me your upload limitations :

  


  


• Anomalie #3517 (Nouveau) : Supporter _AUTO_BR dans les listes à puces

  28 juillet 2015, par kent1 -

  Je ressors une discussion d’il y a quelques temps sur IRC au sujet des sauts de lignes dans les puces qui ne sont pas interprétés actuellement.

  Pour ce faire, il suffit dans plugins-dist/textwheel/spip/spip-listes.php de remplacer la ligne 97 $t = $ajout . str_replace("\n", _AUTOBR."\n",$t[3]); par $t = $ajout . $t[3];

  En gros cela permettrait de traiter les sauts de lignes dans un item de liste comme <br />

  La discussion sur IRC :

  18:56:59 kent1: vous voyez un inconvénient d'ajouter le support de _AUTO_BR dans les listes à puces?
19:01:49 _fil_: tu penses à uqoi ?
19:03:35 denisb_mbp: ne pas avoir à utiliser le _  dans le raccourci _fil_
19:03:44 denisb_mbp: pour "aller à la ligne"
19:04:24 denisb_mbp: sauf que faudra quand même l'utiliser pour un double saut de ligne
19:04:29 denisb_mbp: ...
19:04:44 denisb_mbp: sinon y'aura confusion avec la fin de la liste
19:04:50 denisb_mbp: hum...
19:07:40 _fil_: et ça marche pas déjà ?
19:17:48 kent1: ligne 98 de wheels/spip/spip-listes.php
19:17:54 kent1: changer par $t = $ajout . str_replace("\n", _AUTOBR."\n",$t[3]);
19:18:24 kent1: $t[3] étant le texte du contenu après la puce
19:30:16 kent1: comme c'est fait dans paragrapher
19:30:18 kent1: en fait
19:33:53 kent1: "sauf que faudra quand même l'utiliser pour un double saut de ligne" denisb…
19:34:05 kent1: pour fermer une liste on saute une ligne non?
19:34:12 denisb_mbp: ouaip
19:34:24 kent1: donc c'est bon ça devrait pas casser le truc
19:34:32 kent1: puisque la découpe est faite en amont
19:34:55 kent1: la découpe des -* texte etc etc...
19:35:16 kent1: là on ne touche que à "texte etc etc avec des \n dedans"
19:35:31 kent1: *vient de tester et ça marche pas mal*
19:36:29 denisb_mbp: voui...
19:36:48 denisb_mbp: mais \n\n sera traduit par fin de liste et pas par <p>
19:37:23 denisb_mbp: donc pour avoir un </p><p> dans une liste faudra jongler entre \n (autobr) et _  (non marque de fin de fin de liste)
19:37:35 denisb_mbp: mais bon...
19:38:29 kent1: _ ne fera pas de p comme "-* blahbla….\n\n" non plus" à ce que je pense là… \n\n coupe une liste avec un </p><p> entre deux </p><ul> non?
19:38:33 kent1: actuellement
19:55:08 denisb_mbp: ce que je veux dire kent1 c'est que actuellement pour "passer une ligne" dans une liste il me semble bien qu'il faut utiliser un _ non ?
19:55:20 denisb_mbp: pour forcer un retour ligne
19:56:13 denisb_mbp: et pour forcer une ligne blanche il faut donc un double _
19:56:19 kent1: oui c'est ça
19:56:23 kent1: ah ok
19:56:28 kent1: oui effectivement
19:56:34 denisb_mbp: avec autobr, il va y avoir mélange
19:56:45 kent1: oui possible
19:57:00 kent1: en tout cas
19:57:03 kent1: ça marche bien
19:57:04 denisb_mbp: un simple clic sur enter pour aller à la ligne (un \n) mais toujours la nécessité d'un double _ pour sauter une ligne
19:57:13 kent1: yop
19:57:29 denisb_mbp: bref c'est pas ce qu'il y a de plus grave non plus hein !
19:58:02 kent1: le truc c'est que maintenant les users ont l'habitude du \n => <br />
19:58:15 kent1: enfin bref
19:58:20 denisb_mbp: oué
</ul>

• What's wrong with my use of timestamps/timebases for frame seeking/reading using libav (ffmpeg) ?

  17 septembre 2013, par mtree

  So I want to grab a frame from a video at a specific time using libav for the use as a thumbnail.

  What I'm using is the following code. It compiles and works fine (in regards to retrieving a picture at all), yet I'm having a hard time getting it to retrieve the right picture.

  I simply can't get my head around the all but clear logic behind libav's apparent use of multiple time-bases per video. Specifically figuring out which functions expect/return which type of time-base.

  The docs were of basically no help whatsoever, unfortunately. SO to the rescue ?

  #define ABORT(x) do {fprintf(stderr, x); exit(1);} while(0)
  
  
  
  av_register_all();
  
  
  
  AVFormatContext *format_context = ...;
  
  AVCodec *codec = ...;
  
  AVStream *stream = ...;
  
  AVCodecContext *codec_context = ...;
  
  int stream_index = ...;
  
  
  
  // open codec_context, etc.
  
  
  
  AVRational stream_time_base = stream->time_base;
  
  AVRational codec_time_base = codec_context->time_base;
  
  
  
  printf("stream_time_base: %d / %d = %.5f\n", stream_time_base.num, stream_time_base.den, av_q2d(stream_time_base));
  
  printf("codec_time_base: %d / %d = %.5f\n\n", codec_time_base.num, codec_time_base.den, av_q2d(codec_time_base));
  
  
  
  AVFrame *frame = avcodec_alloc_frame();
  
  
  
  printf("duration: %lld @ %d/sec (%.2f sec)\n", format_context->duration, AV_TIME_BASE, (double)format_context->duration / AV_TIME_BASE);
  
  printf("duration: %lld @ %d/sec (stream time base)\n\n", format_context->duration / AV_TIME_BASE * stream_time_base.den, stream_time_base.den);
  
  printf("duration: %lld @ %d/sec (codec time base)\n", format_context->duration / AV_TIME_BASE * codec_time_base.den, codec_time_base.den);
  
  
  
  double request_time = 10.0; // 10 seconds. Video's total duration is ~20sec
  
  int64_t request_timestamp = request_time / av_q2d(stream_time_base);
  
  printf("requested: %.2f (sec)\t-> %2lld (pts)\n", request_time, request_timestamp);
  
  
  
  av_seek_frame(format_context, stream_index, request_timestamp, 0);
  
  
  
  AVPacket packet;
  
  int frame_finished;
  
  do {
  
      if (av_read_frame(format_context, &packet) < 0) {
  
          break;
  
      } else if (packet.stream_index != stream_index) {
  
          av_free_packet(&packet);
  
          continue;
  
      }
  
      avcodec_decode_video2(codec_context, frame, &frame_finished, &packet);
  
  } while (!frame_finished);
  
  
  
  // do something with frame
  
  
  
  int64_t received_timestamp = frame->pkt_pts;
  
  double received_time = received_timestamp * av_q2d(stream_time_base);
  
  printf("received:  %.2f (sec)\t-> %2lld (pts)\n\n", received_time, received_timestamp);

  Running this with a test movie file I get this output :

      stream_time_base: 1 / 30000 = 0.00003
  
      codec_time_base: 50 / 2997 = 0.01668
  
  
  
      duration: 20062041 @ 1000000/sec (20.06 sec)
  
      duration: 600000 @ 30000/sec (stream time base)
  
      duration: 59940 @ 2997/sec (codec time base)
  
  
  
      requested: 10.00 (sec)  -> 300000 (pts)
  
      received:  0.07 (sec)   -> 2002 (pts)

  The times don't match. What's going on here ? What am I doing wrong ?

  ---

  While searching for clues I stumbled upon this this statement from the libav-users mailing list…

  [...] packet PTS/DTS are in units of the format context's time_base,
  where the AVFrame->pts value is in units of the codec context's time_base.

  In other words, the container can have (and usually does) a different
  time_base than the codec. Most libav players don't bother using the
  codec's time_base or pts since not all codecs have one, but most
  containers do. (This is why the dranger tutorial says to ignore AVFrame->pts)

  …which confused me even more, given that I couldn't find any such mention in the official docs.

  Anyway, I replaced…

  double received_time = received_timestamp * av_q2d(stream_time_base);

  …with…

  double received_time = received_timestamp * av_q2d(codec_time_base);

  …and the output changed to this…

  ...
  
  
  
  requested: 10.00 (sec)  -> 300000 (pts)
  
  received:  33.40 (sec)  -> 2002 (pts)

  Still no match. What's wrong ?