Recherche avancée

Médias (91)

Autres articles (101)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Que fait exactement ce script ?

    18 janvier 2011, par

    Ce script est écrit en bash. Il est donc facilement utilisable sur n’importe quel serveur.
    Il n’est compatible qu’avec une liste de distributions précises (voir Liste des distributions compatibles).
    Installation de dépendances de MediaSPIP
    Son rôle principal est d’installer l’ensemble des dépendances logicielles nécessaires coté serveur à savoir :
    Les outils de base pour pouvoir installer le reste des dépendances Les outils de développements : build-essential (via APT depuis les dépôts officiels) ; (...)

Sur d’autres sites (10119)

  • Fatal signal 11 (SIGSEGV) at 0x00000010 (code=1) while running android ffmpeg comand

    10 février 2015, par Dinesh Raj

    There is no problem while running this code for first time,after opening the app.

    String path=Environment.getExternalStorageDirectory().toString();                                           
    
final String[]  complexCommand = {"-y","-r", "1/5" , "-i",path+"/slideshow/img%d.jpg","-acodec", "copy stream" ,path+"/Movies/vid.mp4"};

    log while running the ffmpeg command first time in android.

    02-11 18:32:06.289: D/Videokit(13426): Opening an output file: /storage/sdcard0/Movies/2015_02_11_18_32_06.mp4.
    
02-11 18:32:06.299: D/Videokit(13426): Successfully opened the file.
    
02-11 18:32:06.389: I/Videokit(13426): Stream mapping:
    
02-11 18:32:06.389: I/Videokit(13426):   Stream #0:0 -> #0:0
    
02-11 18:32:06.389: I/Videokit(13426):  (mjpeg -> mpeg4)
    
02-11 18:32:06.389: I/Videokit(13426): Press [q] to stop, [?] for help
    
02-11 18:32:06.419: V/Videokit(13426): No more output streams to write to, finishing.
    
02-11 18:32:06.419: I/Videokit(13426): frame=    1 fps=0.0 q=2.8 Lsize=       7kB time=00:00:02.00 bitrate=  30.5kbits/s    
    
02-11 18:32:06.429: I/Videokit(13426): video:7kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 11.628588%
    
02-11 18:32:06.429: D/Videokit(13426): 1 frames successfully decoded, 0 decoding errors
    
02-11 18:32:06.429: I/Videokit(13426): Main ended with status 0

    But without closing the app , if i run this ffmpeg command second time getting this error, after opening an output file

    Opening an output file: /storage/sdcard0/Movies/2015_02_11_18_35_29.mp4.
    
Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 13741 (v.env.slideshow)

  • Compress / Reduce file size of VIDEO

    2 avril 2014, par rishiJasapara

    I currently have a system in place where the user can upload a MP4 file and the same is available for download on mobile devices. But sometimes, the videos are more than 5MB in size and back here in my country, majority of the population uses 2G. So it typically takes 15-20 minutes to download large videos.

    Is there any way in which I can compress MP4 files while they are being uploaded and then save them in the folder so that instead of a 5MB video, I get a 2MB video which takes relatively less time to download. File format will always be MP4 only.

    I know of FFMPEG-PHP, but as far as I read, it only supports extracting information of the video and for video conversion. I could not find any reference for VIDEO COMPRESSION. I would be grateful if you could guide me on this.

  • Evolution #3987 : Ne pas supprimer les crédits à la compression CSS

    18 août 2017, par tetue tetue

    Valoriser les crédits dans plugin.xml, c’est super interne (puisque ça concerne une population hyper minoritaire de spipmestres lecteurs de ces infos) mais c’est bien aussi, mais ça ne résout pas le problème qui est pire : on les supprime du code source des pages web !

    L’exclamation dans les commentaires CSS /*! */ marque l’importance et doit échapper à la compression, ce que respecte la minification via LESS et SASS par exemple.

    Ce n’est certes pas un pur dysfonctionnement technique, mais ça pose un problème moral qui me semblait assez grave pour justifier une priorisation.

Navigation