Recherche avancée

Médias (91)

Autres articles (78)

  • Soumettre bugs et patchs

    10 avril 2011

    Un logiciel n’est malheureusement jamais parfait...
    Si vous pensez avoir mis la main sur un bug, reportez le dans notre système de tickets en prenant bien soin de nous remonter certaines informations pertinentes : le type de navigateur et sa version exacte avec lequel vous avez l’anomalie ; une explication la plus précise possible du problème rencontré ; si possibles les étapes pour reproduire le problème ; un lien vers le site / la page en question ;
    Si vous pensez avoir résolu vous même le bug (...)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

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

Sur d’autres sites (8688)

  • avcodec/mips/mpegvideo_mmi : Version 2 of the optimizations for loongson mmi

    17 mai 2016, par Zhou Xiaoyong
    avcodec/mips/mpegvideo_mmi : Version 2 of the optimizations for loongson mmi

    1. no longer use the register names directly and optimized code format
    
2. to be compatible with O32, specify type of address variable with mips_reg and handle the address variable with PTR_ operator
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/mips/mpegvideo_mmi.c

  • how to download sample-aes m3u8 with ffmpeg ? [hls prompts : Unable to open key file skd:xxxxxxx]

    18 octobre 2024, par Mam Ghagh

    I am newbie in programming and need help.
    &#xA;Story and Question -> I have a m3u8 manifest like :

    &#xA;

    #EXTM3U&#xA;#EXT-X-VERSION:5&#xA;#EXT-X-TARGETDURATION:7&#xA;#EXT-X-PLAYLIST-TYPE:VOD&#xA;#EXT-X-KEY:METHOD=SAMPLE-AES,URI="skd://xxxxxx",IV=yyyyyyy,KEYFORMAT="com.apple.streamingkeydelivery",KEYFORMATVERSIONS="1"&#xA;#EXTINF:6,&#xA;https://someurl.com/index_1_0.ts&#xA;#EXTINF:6,&#xA;https://someurl.com/index_2_0.ts&#xA;...&#xA;

    &#xA;

    which is available on https://someurl.com/my.m3u8
    &#xA;So, When I executed ffmpeg command
    &#xA;ffmpeg -i "https://someurl.com/my.m3u8" -c copy out.mp4
    &#xA;the following message appeared
    &#xA;[hls @ 000002de75f89bc0] Unable to open key file skd://xxxxxx
    &#xA;Now the question is, How should I address the key ? Should I save the key into a file and address it in the m3u8 manifest ? or any other answer ?

    &#xA;

  • Is it possible to rebroadcast/relay a live FFMPEG stream ?

    2 décembre 2019, par TUrwin

    In short : I am currently reading in a live FFMPEG stream in a Java application, and need to essentially ’re-broadcast’ the stream to another address as it comes in, frame-by-frame. Currently using bytedeco’s wrapper : bytedeco/ffmpeg

    The FFMPEG data coming in has 2 ’streams’ : One with video frames and one with KLV data.

    The application is currently decoding these packets/data streams and displaying/performing various operations on them so I have access to the incoming data in several forms throughout the pipeline.

    The ideal solution would be to take the raw AVPacket just as it’s been read in from the input context (see av_read_frame()), and push it straight back out to a specified address/addresses.

    Having looked over the docs I’m unsure if this is even possible, and certainly can’t find any examples of this kind of relay being used.

    If it makes a difference, there will be 1 or 2 specific addresses to restream the data to. A traditional broadcast will not be possible/ideal.

Navigation