Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (74)

  • 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 (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

Sur d’autres sites (11278)

  • ffmpeg complex filter - multiple crops on black background

    31 octobre 2017, par Kevin O'Hara

    We are attempting to process a video file by cropping it into several pieces and arranging it on a black background which is exactly 1920x1080. The following command runs but it never completes and we have to kill the process.

    Is there something wrong with how we’re trying to do this ?

    ffmpeg -i in.mov -y -filter_complex "\
    color=s=1920x1080:c=black[bg];\
    [0:v]crop=w=1920:h=ih:x=0:y=0[crop1];\
    [0:v]crop=w=iw-1920:h=ih:x=1920:y=0[crop2];\
    [bg][crop1]overlay=x=0:y=0[out1];\
    [out1][crop2]overlay=x=0:y=h[final]" \
    -map [final] out.mov
  • FFmpeg and Android encoding issue

    4 décembre 2012, par brux

    I compiled ffmpeg for Android. The executable works from the device terminal and I can do normal video operations. I am trying to join 2 mpeg files captured using the camera at the command line on the device.

    First I Capture 2 videos using the camera and save to sdcard, one.mpeg and two.mpeg. Then I do :

    ffmpeg -i one.mpeg onenew.mpeg
    ffmpeg -i twompg.mpeg twonew.mpeg

    (if i dont do the above 2 commands then it doesnt work at all)

    cat onenew.mpeg twonew.mpeg > joined.mpeg
    ffmpeg -i joined.mpeg -acodec copy -vcodec copy final.mpeg

    The output (final.mpeg) doesnt play on the device but if i copy to my linux desktop it opens up and plays fine. I tested final.mpeg on a 2.3.3 device and a 2.3.6 device.

    Anyone know why the device would fail to play the video file ?

    UPDATE
    My friend tested the video on a device running 3.0, the default player never played the video however 'moboplayer' did, I need it to play on the default player though.

  • suitable video encoding for browsers

    26 juin 2022, par seriously

    I was researching how illegal movie streaming services handle all the traffic they get and to understand that I had to follow the steps they perform to get the video data to the users. I got to the stage of video transmission and noticed something that boggled me. Most of the illegal movie streaming sites get their movies/tv-shows through piracy/torrents and even most of the streamers are sister companies of the piracy websites. Now when I took a look at the video encodings of the torrent movies and shows they are h.265 but h.265 is not supported by popular browsers like chrome, firefox edge... Does this mean they (the streamers) have to re-encode every h.265 videos to avc/h.264 before they stream it ? If that's the case, that takes them a huge amount of time to convert their whole movie catalog to h.264 not to mention the space they require to save them. Am I taking a look at this the right way ? Do they really convert and store 2, 3 ... differently encoded video files and stream the suitable one ? Or can they somehow convert the chunks of data they are streaming to h.264 live simultaneously without having to store the h.264 formats hence saving conversion time and space ?