Recherche avancée

Sur d’autres sites (13016)

• Get rtsp error when connection is corrupted ?

  9 septembre 2013, par vominhtien961476

  I using ffmpeg libavformat to record RTSP stream from the Panasonic Camera. I can get both audio and video stream frome that everything is fine until there is a corruption between server and camera.

  • the "av_read_frame" function did not return anything I think it has been waiting to received frame from camera however, it cannot due to corrupted connection. I expected that this function should complete its task and return error (connection failure or something like that) but it did not and stuck forever.
  • the same problem with "avformat_open_input" function when the connection is corrupted. Therefore, the left functions cannot be processed

  Anyone can explain to me what the problem's here and what wrong with my code. How can I avoid the deadlock for this case.

  (Enviroment : Win 7, VS 2010, FFMPEG : 20130227-git-5d2f2c7, LAN network)

      int main(int argc, char** argv)
  
  {
  
  
  
      AVFormatContext* context = avformat_alloc_context();
  
      int video_stream_index;
  
  
  
      av_register_all();
  
      avcodec_register_all();
  
      avformat_network_init();
  
  
  
      //open rtsp
  
      if(avformat_open_input(&context, "rtsp://username:12345/192.168.1.253:554/mpeg4/640x480",NULL,NULL) != 0)
  
      {
  
          return EXIT_FAILURE;
  
      }
  
  
  
      if(avformat_find_stream_info(context,NULL) < 0)
  
      {
  
          return EXIT_FAILURE;
  
      } 
  
      AVPacket packet;
  
      av_init_packet(&packet);
  
      //start reading packets from stream and write them to file
  
  
  
      while(av_read_frame(context,&packet))
  
      {
  
         //Store packet here
  
      }
  
      av_free_packet(&packet);
  
      return (EXIT_SUCCESS);
  
  }

• FFmpeg truncates untrunc'ed video

  18 mars 2020, par petrpulc

  Background : Colleague's Panasonic consumer camera had issues with high-capacity SD card and yielded two different types of truncated files (mp4 and mdt) with both header and index corrupted. Both were "fixable" with following steps :

  



  

  1. Locate with hex editor the ascii sequence "mdat" in both a truncated and a corresponding known good file. In mp4 the "mdat" is quite deep in the file as it contains some (but bad) headers, the mdt type almost starts with it.

  


  2. Replace everything up to the "mdat" sequence with known good header. BUT this also means that metadata on length are copied over.

  


  3. Run https://github.com/ponchio/untrunc on the file with corrected header (it refused to run on original files).

  


  4. Profit ! VLC plays the file fine, ffprobe shows correct length. BUT ffmpeg encoding stops at the end timecode of the file I taken the known good header from in step 2.

  


  5. A somewhat ugly solution is to recode the file in VLC (video copy seems to be breaking file up again).

  


  



  I am wondering if I overlooked something ; big time. I guess I do, but simple timecode operations on input file do not seem to have any effect at all.

  



  Is there a way to persuade ffmpeg to encode the whole file that ffprobe and VLC see ?

  



  Files may be provided for analysis on personal basis only, sorry.

  


• Anomalie #3523 : Gestion des plugins avec spip 3.0.20

  5 août 2015, par Gilles VINCENT

  en ajoutant la directive
  

  opcache.validate_timestamps=0

  à ma config php, comme conseillé dans http://wiki.mikejung.biz/PHP_OPcache pour un serveur en production, la page de gestion des plugins refonctionne à nouveau correctement. De plus, la valeur
  

  opcache.revalidate_freq=60

  (valeur par défaut fournie lors de l’install) est vraiment longue.
  Si je commente cette ligne dans le fichier de config, le phpinfo() indique une valeur plus raisonnable de 2 seulement.
  Je pense que le chargement méga long venait de cette constante.

  La différence de comportement avec la config "pour développement" entre une 3.0.19 et une 3.0.20 reste encore surprenante.
  Si j’ai le temps, je creuserai dans une semaine à mon retour de vacance, car tout le monde ne peut as jouer avec ces paramètres du serveur... :/