Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (50)

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

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7540)

  • avcodec/vbn(dec|enc) : Remove empty close function

    12 avril 2022, par Andreas Rheinhardt
    avcodec/vbn(dec|enc) : Remove empty close function
    

    Reviewed-by : Marton Balint <cus@passwd.hu>
    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/vbndec.c
    • [DH] libavcodec/vbnenc.c
  • Write empty packets into avi file ffmpeg

    26 avril 2022, par hagor

    A task :&#xA;I have a trusted video event detector. I trust to my event detector for 100% and I want to write an uncompressed frame to my avi containter only if my event detector produces "true" result.&#xA;For frames, when my event detector is producing "false" I would like to write an empty packet because I want to know that there was a frame without event happening.&#xA;Is it possible to keep AVI file alive ? Or do I need to write my own player in this case ?

    &#xA;

    Another option is to calculate timestamps manually and set dts/pts to that calculated time.&#xA;Drawback : I will need to recalculate timestamps to understand how many frames were between events.

    &#xA;

    I am using :

    &#xA;

    &#xA;

    av_write_frame(AVFormatContext, AVPacket) ;

    &#xA;

    &#xA;

    and

    &#xA;

    &#xA;

    av_interleaved_write_frame(AVFormatContext, AVPacket) ;

    &#xA;

    &#xA;

    What is your suggestion/idea ?&#xA;Thank you in advance.

    &#xA;

  • swresample/resample : Properly empty MMX state

    11 juin 2022, par Andreas Rheinhardt
    swresample/resample : Properly empty MMX state
    

    There is a x86-32 MMXEXT implementation for resampling
    planar 16bit data. multiple_resample() therefore calls
    emms_c() if it thinks that this needed. And this is bad :

    1. It is a maintenance nightmare because changes to the
    x86 resample DSP code would necessitate changes to the check
    whether to call emms_c().
    2. The return value of av_get_cpu_flags() does not tell
    whether the MMX DSP functions are in use, as they could
    have been overridden by av_force_cpu_flags().
    3. The MMX DSP functions will never be overridden in case of
    an x86-32 build with —disable-sse2. In this scenario lots of
    resampling tests (like swr-resample_exact_lin_async-s16p-8000-48000)
    fail because the cpuflags indicate that SSE2 is available
    (presuming that the test is run on a CPU with SSE2).
    4. The check includes a call to av_get_cpu_flags(). This is not
    optimized away for arches other than x86-32.
    5. The check takes about as much time as emms_c() itself,
    making it pointless.

    This commit therefore removes the check and calls emms_c()
    unconditionally (it is a no-op for non-x86).

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libswresample/resample.c