Recherche avancée

Sur d’autres sites (4935)

• why video conversion from avi to mp4 in php using exec function not working ?

  28 avril 2019, par Amir farouk

  i tried to convert any video type to mp4 on the server because the html video tag dose not support any type except mp4. so i used exec function to convert the video on the server but it is not working.
  note :
  exec function is not in the disabled function in php.ini

  my code :

      <?php
  
        if(isset($_POST['submit']))
  
        {
  
        $vidname=$_FILES["vid"]["name"];
  
        $videotype=$_FILES["vid"]["type"];
  
        $time = time();
  
        $vidname2=$time.$_FILES["vid"]["name"];
  
  
  
        move_uploaded_file($_FILES["vid"]["tmp_name"], 'videos/' . $time.$_FILES["vid"]["name"]);
  
        if($videotype!="video/mp4")
  
        {
  
            exec("ffmpeg -i videos/$vidname2 -an videos/$vidname2.mp4"); // Convert .avi to mp4
  
            unlink("videos/$vidname2");
  
        }
  
      }
  
      else
  
      {
  
          ?>
  
              <form method="post" action="" enctype="multipart/form-data">
  
                  <input type="file" />
  
                  <input type="submit" value="upload" />
  
              </form>
  
          &lt;?php
  
      }
  
  ?>

  

• fftools : Use right function signature and pointers

  6 août 2019, par Andreas Rheinhardt

  fftools : Use right function signature and pointers
  The option tables of the various fftools (in particular ffprobe) are
  
  arrays of OptionDef ; said type contains a union of a pointer to void and
  
  a function pointer of type int (*)(void *, const char *, const char *)
  
  as well as a size_t. Some entries (namely the common entry for writing a
  
  report as well as several more of ffprobe's entries) used the pointer to
  
  void to store a pointer to functions of type int (*)(const char *) or
  
  type int (*)(const char *, const char *) ; nevertheless, when the functions
  
  are actually called in write_option (in cmdutils.c), it is done via a
  
  pointer of the first type.
  There are two things wrong here :
  
  1. Pointer to void can be converted to any pointer to incomplete or
  
  object type and back ; but they are nevertheless not completely generic
  
  pointers : There is no provision in the C standard that guarantees their
  
  convertibility with function pointers. C90 lacks a generic function
  
  pointer, C99 made every function pointer a generic function pointer and
  
  still disallows the convertibility with void *.
  
  2. The signature of the called function differs from the signature
  
  of the pointed-to type. This is undefined behaviour in C99 (given that
  
  C90 lacks a way to convert function pointers at all, it doesn't say
  
  anything about such a situation). It only works because none of the
  
  functions this patch is about make any use of their parameters at all.
  Therefore this commit changes the type of the relevant functions
  
  to match the type used for the call and uses the union's function
  
  pointer to store it. This is legal even in C90.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] fftools/cmdutils.c
  • [DH] fftools/cmdutils.h
  • [DH] fftools/ffprobe.c

• Revision 55639c383b : fix a race condition caused by intra function pointer initialization This patch

  3 mars 2015, par Yunqing Wang

  Changed Paths :
   Modify /vp9/common/vp9_reconintra.c

  
  
  fix a race condition caused by intra function pointer initialization

  This patch fixed webm issue 962.
  (https://code.google.com/p/webm/issues/detail?id=962)
  The data races occurred when an encoder and a decoder were created
  at the same time, and the function pointers were initialized twice.

  Change-Id : I8851b753c4b4ad4767d6eea781b61f0ac9abb44b