Recherche avancée

Médias (1)

Mot : - Tags -/wave

Autres articles (59)

  • Submit enhancements and plugins

    13 avril 2011

    If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
    You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

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

Sur d’autres sites (10106)

  • Why is ffmpeg transcoding speed going down over time ?

    24 mars 2021, par Nikola R.

    I'm executing basic ffmpeg command to transcode input MP4 video to output MP4 video (both using H264 as video codec, and stripping out audio, for simplicity) :

    



    ffmpeg -i input-video.mp4 -b:v 20000k -an -vcodec libx264 output-video.mp4


    



    Transcoding is initially pretty fast (around 60-70 fps for first 20 or so frames), and then starts dropping steadily, ending at around 30 fps after 5000 frames.

    



    Is this inherent behavior ? If so, why does it happen ?
Also, is there any better option for the command line that would improve speed (besides using -threads) ?

    



    Would it be better to cut the input video and process it as smaller chunks, getting overall higher speed per sequence ? (I'm afraid that chunking might affect encoder's RD optimization)

    


  • Using ffmpeg to generate dash manifest and it cannot be played by dash.js

    18 mars 2019, par Punkhead

    I’m using ffmpeg to encode incoming stream via rtmp protocol, the code as following :

    ffmpeg -re -i rtmp://localhost:1935${StreamPath} -use_timeline 1 /
    -use_template 1 -window_size 10 -min_seg_duration 5000 -f dash out.mpd

    The manifest looks like this :

    <?xml version="1.0" encoding="utf-8"?>
    <mpd xmlns="urn:mpeg:dash:schema:mpd:2011" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="static" mediapresentationduration="PT1M36.4S" minbuffertime="PT8.3S">
       <programinformation>
       </programinformation>
       <period start="PT0.0S">
           <adaptationset contenttype="video" segmentalignment="true" bitstreamswitching="true" framerate="30/1">
           <representation mimetype="video/mp4" codecs="avc1.640028" width="1920" height="1080" framerate="30/1">
               <segmenttemplate timescale="15360" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="4">
                   <segmenttimeline>
                       <s t="384000" d="128000"></s>
                       <s d="71680"></s>
                       <s d="128000" r="4"></s>
                       <s d="56832"></s>
                       <s d="128000"></s>
                       <s d="72704"></s>
                   </segmenttimeline>
               </segmenttemplate>
           </representation>
       </adaptationset>
       <adaptationset contenttype="audio" segmentalignment="true" bitstreamswitching="true">
           <representation mimetype="audio/mp4" codecs="mp4a.40.2" bandwidth="128000" audiosamplingrate="44100">
               <audiochannelconfiguration schemeiduri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="2"></audiochannelconfiguration>
               <segmenttemplate timescale="44100" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="4">
                   <segmenttimeline>
                       <s t="1099755" d="367616"></s>
                       <s d="205824"></s>
                       <s d="367616" r="4"></s>
                       <s d="162816"></s>
                       <s d="367616"></s>
                       <s d="207872"></s>
                   </segmenttimeline>
               </segmenttemplate>
           </representation>
       </adaptationset>
    </period>
    </mpd>

    When I try to play it on dash.js player, a error occured :

    [112] Parsing complete: ( xml2json: 3.50ms, objectiron: 1.76ms, total: 0.00526s) Debug.js:127
    [116] SegmentTimeline detected using calculated Live Edge Time Debug.js:127
    [118] MediaSource attached to element.  Waiting on open... Debug.js:127
    [119] Manifest has been refreshed at Tue Jan 02 2018 01:57:35 GMT+0800 [1514829455.1] Debug.js:127
    [155] MediaSource is open! Debug.js:127
    [156] Duration successfully set to: 96.4 Debug.js:127
    [157] Added 0 inline events Debug.js:127
    [158] video codec: video/mp4;codecs="avc1.640028" Stream.js:225
    Uncaught TypeError: Cannot read property 'type' of null
       at z (Stream.js:225)
       at C (Stream.js:285)
       at D (Stream.js:373)
       at E (Stream.js:398)
       at Object.d [as activate] (Stream.js:107)
       at y (StreamController.js:363)
       at MediaSource.c (StreamController.js:342)

    then it fails to playback...

    Is it because I didn’t set the parameters right on ffmpeg or this is a bug in dash.js ?

    I really stuck here !

  • Why is ffmpeg transcoding speed going down over time ?

    24 mars 2021, par Nikola R.

    I'm executing basic ffmpeg command to transcode input MP4 video to output MP4 video (both using H264 as video codec, and stripping out audio, for simplicity) :

    &#xA;&#xA;

    ffmpeg -i input-video.mp4 -b:v 20000k -an -vcodec libx264 output-video.mp4&#xA;

    &#xA;&#xA;

    Transcoding is initially pretty fast (around 60-70 fps for first 20 or so frames), and then starts dropping steadily, ending at around 30 fps after 5000 frames.

    &#xA;&#xA;

    Is this inherent behavior ? If so, why does it happen ?&#xA;Also, is there any better option for the command line that would improve speed (besides using -threads) ?

    &#xA;&#xA;

    Would it be better to cut the input video and process it as smaller chunks, getting overall higher speed per sequence ? (I'm afraid that chunking might affect encoder's RD optimization)

    &#xA;