Recherche avancée

Médias (16)

Mot : - Tags -/mp3

Autres articles (78)

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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, 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 (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (10426)

  • Revision 858b60e8d0 : Merge "Improve 32x32 forward dct" into experimental

    27 février 2013, par Yaowu Xu

    Changed Paths : Modify /vp9/encoder/vp9_dct.c Merge "Improve 32x32 forward dct" into experimental

  • Can you "stream" images to ffmpeg to construct a video, instead of saving them to disk ?

    8 juillet 2016, par Brandon

    My work recently involves programmatically making videos. In python, the typical workflow looks something like this :

    import subprocess, Image, ImageDraw
    

    
for i in range(frames_per_second * video_duration_seconds):
    
    img = createFrame(i)
    
    img.save("%07d.png" % i)
    

    
subprocess.call(["ffmpeg","-y","-r",str(frames_per_second),"-i", "%07d.png","-vcodec","mpeg4", "-qscale","5", "-r", str(frames_per_second), "video.avi"])

    This workflow creates an image for each frame in the video and saves it to disk. After all images have been saved, ffmpeg is called to construct a video from all of the images.

    Saving the images to disk (not the creation of the images in memory) consumes the majority of the cycles here, and does not appear to be necessary. Is there some way to perform the same function, but without saving the images to disk ? So, ffmpeg would be called and the images would be constructed and fed to ffmpeg immediately after being constructed.

  • NDK r8c warning for asm objects regarding "Cortex-A8 erratum" - should I be worried ?

    7 décembre 2012, par Alex Cohn

    Question : What is the meaning of this warning ? If there are no real-life consequences, I can live with it for a while... But I am concerned with what will happen if our program gets loaded on one of the faulty chips.

    Background : With NDK r8c, linking of X264 encoder issues warnings :

    cannot scan executable section 1 of libx264.a(dct-a.o) for Cortex-A8 erratum because it has no mapping symbols

    ... same warning for all assembly files in libx264.

    libx264.a itself was cross-compiled on the same machine with the same 4.6 toolchain taken from NDK.

    Here are the instructions to easily reproduce the problem (Ubuntu or MacOS) :

    1. Download x264-snapshot-20121203-2245 from ftp://ftp.videolan.org/pub/x264/snapshots/last_x264.tar.bz2

    2. Run ./configure --enable-pic --enable-strip --enable-static --cross-prefix=~/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi- --sysroot=~/android-ndk-r8c/platforms/android-14/arch-arm --host=arm-linux

    3. Run ~/android-ndk-r8c/prebuilt/linux-x86/bin/make

    It will build the static library, and after that display the Cortex-A8 warning while linking the x265 executable. I am not worried about the compiler warnings, because building libx264.a is done offline, it is not part of our official daily build.

    I have reported this as http://code.google.com/p/android/issues/detail?id=40794.

    I tried to add the mapping symbols manually to dct-a.S following the ARM.com instructions, but this had no effect.

Navigation