Recherche avancée

Médias (0)

Mot : - Tags -/organisation

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

Autres articles (66)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (14702)

  • 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