Recherche avancée

Médias (2)

Mot : - Tags -/documentation

Autres articles (99)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (8965)

  • lavu/opencl : replace va_ext.h with standard name

    23 novembre 2018, par Ruiling Song
    lavu/opencl : replace va_ext.h with standard name

    Khronos OpenCL header (https://github.com/KhronosGroup/OpenCL-Headers)
    
uses cl_va_api_media_sharing_intel.h. And Intel's official OpenCL driver
    
for Intel GPU (https://github.com/intel/compute-runtime) was compiled
    
against Khronos OpenCL header. So it's better to align with Khronos.
    

    Signed-off-by : Ruiling Song <ruiling.song@intel.com>
    • [DH] configure
    • [DH] libavutil/hwcontext_opencl.c

  • avcodec/mediacodecdec : restructure mediacodec_receive_frame

    24 avril 2018, par Aman Gupta
    avcodec/mediacodecdec : restructure mediacodec_receive_frame

    The new logic follows a recommendation by @rcombs to use
    
dequeueInputBuffer with a timeout of 0 as a way to detect
    
whether the codec wants more data. The dequeued buffer index is
    
kept in MediaCodecDecContext until it can be used next.
    

    A similar technique is also used by the Google's official media
    
player Exoplayer : see MediaCodecRenderer.feedInputBuffer().
    

    Signed-off-by : Aman Gupta <aman@tmm1.net>
    
Signed-off-by : Matthieu Bouron <matthieu.bouron@gmail.com>
    • [DH] libavcodec/mediacodecdec.c
    • [DH] libavcodec/mediacodecdec_common.c
    • [DH] libavcodec/mediacodecdec_common.h

  • What is the most suitable H265 setting converting from H264 on ffmpeg ?

    9 juin 2017, par minion007

    Currently, I was trying to convert my videos no matter personal videos or movies from H264 to H265. But that was much harder than what I expected.

    Firstly, it took me over 10 hours to build ffmpeg on Linux and I believe I’m still having some problems on dealing with this.

    Secondly, I notice there is degradation after converting by using the setting or parameters from Internet or ffmpeg official website. On the other hand, the video size would be the same or even bigger than the original video size if I use small crf like 23 or 28.

    For instance, sudo ffmpeg -i input.mp4 -c:v hevc -x265-params lossless -preset medium -crf 30 -c:a copy output.mkv

    sudo ffmpeg -i input.mp4 -c:v libx265 -x265-params lossless -preset medium -crf 30 -c:a copy output.mkv

    the above two settings give me the very small video size (between 21% 23% of the original video) which is the main reason why I want to convert my videos to H265 but drawback would be the quality of converted video is worse than the original video (I would may be between 30% 35% degradation).

    Thirdly, the size of video would be much bigger than the original size of video if I use the lossless parameter.

    sudo ffmpeg -i input.mp4 -c:v libx265 -x265-params lossless=1 -preset medium -crf 30 -c:a copy output.mkv

    the above setting can keep the quality of the original video but size would be huge (above 200% of original video).

    Is there any suggestion ?

Navigation