Recherche avancée

Médias (33)

Mot : - Tags -/creative commons

Autres articles (52)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • 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 ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (10374)

  • Why does compressed buffer needs to be bigger than input buffer in LZW compression ?

    13 avril 2016, par Sir DrinksCoffeeALot

    I’m currently working on implementing LZW compression and decompression methods from FFmpeg source code to my project. What i stumbled upon is that the size of output buffer (where compressed data will be stored) needs to be bigger than size of input buffer that we want to compress. Isn’t that contradictionary to the compression itself ?

    Next part of the code is located in ff_lzw_encode() function which is part of lzwenc.c source file.

    if (insize * 3 > (s->bufsize - s->output_bytes) * 2)
    
{
    
    printf("Size of output buffer is too small!\n");
    
    return -1;
    
}

    For my particular example, i’m trying to compress raw video frames before sending them locally. But if i allocate memory for a buffer that is size of (insize * 3) / 2 (where compressed data will be stored), wouldn’t that take more time to send using send() function than sending raw buffer which is size of insize ?

  • Any AS3 solutions for video compression ?

    18 novembre 2017, par Troy Myers

    I’ve been looking around and it does not seem like it is possible with Flash, but is there any way to compress a video file from a mobile device then upload it to a server ? Right now some of my videos are too large (30 mb for 15 seconds) resulting in long upload times. Everything seems to point to ffmpeg but to implement ffmpeg you have to use the NativeProcess which isn’t allowed on mobile devices. Is such a thing possible on the server side via PHP or only client side ? or should I switch to something like Xamarin instead of AS3.

    Thanks !

  • fate/exr : add test for b44/b44a compression

    26 mars 2016, par Martin Vignali
    fate/exr : add test for b44/b44a compression

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] tests/fate/image.mak
    • [DH] tests/ref/fate/exr-rgb-scanline-float-b44
    • [DH] tests/ref/fate/exr-rgb-scanline-half-b44-12x8
    • [DH] tests/ref/fate/exr-rgb-scanline-half-b44-13x9
    • [DH] tests/ref/fate/exr-rgba-multiscanline-half-b44

Navigation