Recherche avancée

Sur d’autres sites (8041)

• mediaReader.readPacket() blocks while trying to read rtsp stream in Xuggler

  29 novembre 2015, par user3601262

  I am trying to download a video (with a Xuggler 5.4 library) from rtsp stream to a file using the code below.

      String inputSource = "rtsp://[ip-address]:[port]/user=[username]&[password]=password&channel=1&stream=1.sdp";
  
      String outputFilename = "d:/downloadedrtsp.flv";
  
      try {
  
          IContainerFormat inFormat = IContainerFormat.make();
  
          inFormat.setInputFormat("h246");
  
  
  
          IMediaReader mediaReader = ToolFactory.makeReader(inputSource);
  
          mediaReader.setQueryMetaData(false);
  
  
  
          IMediaWriter mediaWriter = ToolFactory.makeWriter(outputFilename, mediaReader);
  
          mediaReader.addListener(mediaWriter);
  
  
  
          logger.info("before reading");
  
          IError error;
  
          while ((error = mediaReader.readPacket()) == null) {
  
              logger.info("reading packet");
  
          }
  
          logger.info("error: " + error.getDescription());
  
          logger.info(error.getType());
  
          logger.info(error.toString());
  
      } catch (Exception e) {
  
          e.printStackTrace();
  
      }

  The problem is that after printing "before reading" the code just stop executing, and after a long time it prints me three lines from logger :

  error : Unknown error

  ERROR_EOF

  Unknown error

  Stream works great when i am opening it in the VLC media player. I am shure there is some mistake in my mediaReader configuration, but i don’t know where exactly as i have a very little experience working with videos. Here is some information about video, taken from VLC :

  

• FFmpeg slideshow with each only image only once

  5 décembre 2017, par magic_al

  I’ve created a slideshow from a couple of .jpg images using concat and the following input file.

  file '/tmp/tmpBlRyrb/images/0001.jpg'
  
  duration 5
  
  file '/tmp/tmpBlRyrb/images/0002.jpg'
  
  duration 8
  
  file '/tmp/tmpBlRyrb/images/0003.jpg'
  
  duration 3
  
  file '/tmp/tmpBlRyrb/images/0004.jpg'
  
  duration 3
  
  file '/tmp/tmpBlRyrb/images/0005.jpg'
  
  duration 8
  
  file '/tmp/tmpBlRyrb/images/0006.jpg'
  
  duration 3
  
  file '/tmp/tmpBlRyrb/images/0007.jpg'
  
  duration 14
  
  file '/tmp/tmpBlRyrb/images/0008.jpg'
  
  duration 14
  
  file '/tmp/tmpBlRyrb/images/0009.jpg'
  
  duration 18
  
  file '/tmp/tmpBlRyrb/images/0009.jpg'

  I set vsync to passthrough in order to only include each image once and therefore limit the resulting video size. I also tried cfr resulting in a much larger video since the frames are duplicated.

  So I ended up with the following command :

  ./ffmpeg -f concat -safe 0 -i /tmp/tmpBlRyrb/durations.txt -vsync 2 -vcodec copy video.mp4

  The resulting video works fine in Ubuntus’ Totem video player. However, I experience a bunch of different problems depending on the container format (I tried mp4, mkv, avi and mov) in other video players.

  On Ubuntu/vlc I cannot jump through the video or it just dosn’t play at all. Same goes for Mac/vlc. Mac/quicktime won’t open the videos at all. My android phone hangs completely and I’ve to restart it.

  How can I create a slideshow from images which include each image only once in order to limit the file size of the video and make sure that it plays in all players/on all devices using FFmpeg ?

• Anomalie #3590 : Si on recharge la page après avoir changé le statut d’un article, il y a un messa...

  28 février 2016, par realet RealET

  Le scénario où j’ai classiquement ça, c’est sur un plantage du navigateur. Je le relance, il me recharge tous les onglets ouverts, et quand je vais dans un onglet qui contenait une page où je venais de changer le statut, le navigateur me propose de renvoyer le formulaire. Mais ça ne me dit pas ce que contient le formulaire, ni sur quoi il s’applique. C’est opaque.
  Si c’est en plus après un reboot automatique durant la nuit (Windows Update), autant dire que c’est le flou total.

  Si je suis seul sur le site, ça ne porte pas forcément à conséquence.

  Mais à plusieurs, on peut se retrouver sur le cas :
  - je propose un article
  - quelqu’un le valide
  - je plante, je recharge mes onglets, paf, l’article entre temps publié est de nouveau proposé

  C’est la seule action de SPIP qui a se comportement dérogatoire (d’après mon expérience).
  Toutes les autres actions ne sont pas rejouables par simple rafraichissement de la page (F5).

  Et que ça soit parce que c’est un formulaire et qu’en HTML, les formulaires fonctionnent comme ça m’en touche une sans faire bouger l’autre ;-)
  Ce que je vois, c’est que tous les autres formulaires de SPIP, à commencer par ceux d’édition d’un article n’ont pas ce comportement.

  Comme dirait ESJ, ce formulaire de changement de statut à un comportement dérogatoire qui nuit à l’intelligibilité du fonctionnement global ;-)