Recherche avancée

Médias (1)

Mot : - Tags -/artwork

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 (7275)

  • Why HLS playlist file & last segment get empty after kill the FFMPEG process which transcode a live stream (NGINX_RTMP) ? [closed]

    2 août 2024, par Arjit

    FFPMEG command :

    


    ffmpeg -i rtmp://localhost:1940/live/xyz -c:v libx264 -preset veryfast -b:v 400k -c:a aac -b:a 64k -s 426x240 -f hls  -hls_time 5 -hls_list_size 0 -hls_flags delete_segments -hls_segment_filename jack/240p_%03d.ts  jack/240p.m3u8



    


    Actually I am using nginx-rtmp for live stream. And I had a problem that when I finish the live stream my ffmpeg command still waiting for frames , it's not terminated (even after use -timeout). so I decided to kill that ffmpeg process after live stream finish.And a problem arise here because when i kill that process the HLS playlist(.m3u8) get empty which had contain before terminate & the last HLS segment (.ts) which are not completed the desire segment length , appear in the directory but empty.

    


    Please help me to find out why it's happen & how can I do that correctly or is there a better strategy for that ?

    


    Thank you in advance.

    


  • lavc/h264dsp : stick R-V V weight to 16-bit precision

    30 juillet 2024, par Rémi Denis-Courmont
    lavc/h264dsp : stick R-V V weight to 16-bit precision
    

    T-Head C908 (ns) :
    h264_weight2_8_c : 1607.8
    h264_weight2_8_rvv_i32 : 515.0 (before)
    h264_weight2_8_rvv_i32 : 348.5 (after)
    h264_weight4_8_c : 2255.8
    h264_weight4_8_rvv_i32 : 1015.0 (before)
    h264_weight4_8_rvv_i32 : 691.0 (after)
    h264_weight8_8_c : 3857.5
    h264_weight8_8_rvv_i32 : 2218.8 (before)
    h264_weight8_8_rvv_i32 : 1561.3 (after)
    h264_weight16_8_c : 7431.5
    h264_weight16_8_rvv_i32 : 2737.3 (before)
    h264_weight16_8_rvv_i32 : 1848.3 (after)

    SpacemiT X60 (ns) :
    h264_weight2_8_c : 1624.1
    h264_weight2_8_rvv_i32 : 352.6 (before)
    h264_weight2_8_rvv_i32 : 259.3 (after)
    h264_weight4_8_c : 2259.3
    h264_weight4_8_rvv_i32 : 685.8 (before)
    h264_weight4_8_rvv_i32 : 530.3 (after)
    h264_weight8_8_c : 4103.3
    h264_weight8_8_rvv_i32 : 1581.8 (before)
    h264_weight8_8_rvv_i32 : 1238.6 (after)
    h264_weight16_8_c : 7624.3
    h264_weight16_8_rvv_i32 : 2738.1 (before)
    h264_weight16_8_rvv_i32 : 1853.3 (after)

    • [DH] libavcodec/riscv/h264dsp_rvv.S
  • lavc/h264dsp : optimise R-V V weight for shorter heights

    1er septembre 2024, par Rémi Denis-Courmont
    lavc/h264dsp : optimise R-V V weight for shorter heights
    

    The height is a power of two of up to 16 rows. The current code was
    optimised for large sample counts.

    T-Head C908 :
    h264_weight2_8_c : 211.7 ( 1.00x)
    h264_weight2_8_rvv_i32 : before 184.0 ( 1.15x)
    h264_weight2_8_rvv_i32 : after 54.2 ( 3.90x)
    h264_weight4_8_c : 285.7 ( 1.00x)
    h264_weight4_8_rvv_i32 : before 341.2 ( 0.86x)
    h264_weight4_8_rvv_i32 : after 82.2 ( 3.47x)
    h264_weight8_8_c : 498.7 ( 1.00x)
    h264_weight8_8_rvv_i32 : before 683.7 ( 0.73x)
    h264_weight8_8_rvv_i64 : after 128.5 ( 3.95x)
    h264_weight16_8_c : 878.2 ( 1.00x)
    h264_weight16_8_rvv_i32 : unchanged 239.5 ( 3.67x)

    SpacemiT X60 :
    h264_weight2_8_c : 207.2 ( 1.00x)
    h264_weight2_8_rvv_i32 : before 259.6 ( 0.80x)
    h264_weight2_8_rvv_i32 : after 82.2 ( 2.52x)
    h264_weight4_8_c : 290.8 ( 1.00x)
    h264_weight4_8_rvv_i32 : before 509.6 ( 0.57x)
    h264_weight4_8_rvv_i32 : after 61.5 ( 4.73x)
    h264_weight8_8_c : 498.8 ( 1.00x)
    h264_weight8_8_rvv_i32 : before 1019.8 ( 0.49x)
    h264_weight8_8_rvv_i64 : after 71.8 ( 6.95x)
    h264_weight16_8_c : 874.0 ( 1.00x)
    h264_weight16_8_rvv_i32 : unchanged 249.0 ( 3.51x)

    • [DH] libavcodec/riscv/h264dsp_init.c
    • [DH] libavcodec/riscv/h264dsp_rvv.S