Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (69)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (11763)

  • RTMP to RTSP fluent-ffmpeg conversion

    13 avril 2020, par leon54

    I am trying to convert a real time video stream from RTMP protocol to RTSP protocol using node.js fluent-ffmpeg library.
I also incorporated node-media-server into my code, and called that ffmpegConversion method inside its "prePublish" hook.
Once I start my RTMP stream from OBS studio, conversion starts, and once I stop the stream it successfully ends.
But, the problem starts when I want to start the conversion again : It throws me a "Invalid argument error", even though the command was the same.
This is the command that gets executed first time I run it : "ffmpeg -i rtmp ://127.0.0.1/app/live -vcodec libx264 -filter:v scale=w=320:h=200 -f rtsp rtsp ://127.0.0.1:5554/mystream"
This is the command that gets runned every other time : "ffmpeg -i rtmp ://127.0.0.1/app/live -vcodec libx264 rtsp ://127.0.0.1:5554/mystream"
For some reason, it completely ignores the filters and format parameters.
This is how it looks like inside my code :

    



    function ffmpegConversion() {

    var one = ffmpeg('rtmp://127.0.0.1/app/live', { 
            timeout: 432000
        })
        .videoCodec('libx264')
        .on('start', function (commandLine) {
            console.log("FFMPEG Start has been triggered " + commandLine);
        })
        .on('stderr', function(stderrLine) {
            console.log('Stderr output: ' + stderrLine);
          })
        .on("progress", function (progress) {
            console.log('Timemark one: ' + progress.timemark + ' sec');
        })
        .on('codecData', function (data) {

            console.log('On codec data');
            // console.log(data);
        })
        .on('end', function (end) {
            console.log('file has ended converting succesfully ' + end);
        })
        .on('error', function (err) {
            console.log('an error happened: ' + err.message);
        })
        .save('rtsp://127.0.0.1:5554/mystream')
        .format("rtsp")
        .size('320x200');

}

//NODE MEDIA SERVER METHODS

nms.run();

nms.on('prePublish', (id, StreamPath, args) => {
    console.log('***NodeEvent on prePublish', `id=${id} StreamPath=${StreamPath} `);
    // let session = nms.getSession(id);
    // session.reject();
    ffmpegConversion(); 
});




    


  • avformat/matroskaenc : Don't write elements with their default value

    14 avril 2020, par Andreas Rheinhardt
    avformat/matroskaenc : Don't write elements with their default value
    

    This has happened when writing chapters : Both editions as well as
    chapters are by default not hidden and given that we don't support
    writing hidden chapters at all, we don't need to write said elements at
    all. The same goes for ChapterFlagEnabled.

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

    • [DH] libavformat/matroskaenc.c
  • avformat/mux : Remove redundant resetting

    11 avril 2020, par Andreas Rheinhardt
    avformat/mux : Remove redundant resetting
    

    Now that ff_interleave_add_packet() always returns blank packets, the
    input packet to ff_interleave_packet_per_dts() will always be blank on
    return as well (if supplied) and the same goes for interleave_packet()
    in mux.c. Document these facts and remove the redundant resetting that
    happened in av_interleaved_write_frame().

    The last reference to the (long removed) destruct field that AVPackets
    once had has been removed as well when updating the documentation of
    ff_interleave_packet_per_dts().

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

    • [DH] libavformat/internal.h
    • [DH] libavformat/mux.c