Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (90)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • Problèmes fréquents

    10 mars 2010, par

    PHP et safe_mode activé
    Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
    La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site

Sur d’autres sites (9925)

  • How to stop ffmpeg process after it has finished processing in C# ?

    7 janvier 2018, par alan samuel

    I am trying to stop the ffmpeg process once it has finished doing what I want it do, but I am not able to find a way.

    Here is what I have done.

    //Process for running ffmpeg
    Process process = new Process();
    process.StartInfo.RedirectStandardOutput = true;
    process.StartInfo.RedirectStandardError = true;
    process.StartInfo.FileName = ffmpegfile;
    process.StartInfo.Arguments = commandtorun;
    process.StartInfo.UseShellExecute = false;
    process.StartInfo.CreateNoWindow = true;


    process.Start();
    process.WaitForExit();

    process.Close();

    The problem is ffmpeg does not tell the process to stop after it has finished executing, so I cant use WaitForExit() call.

    What i tried doing is

    commandtorun = commandtorun+ " && exit";

    to force ffmpeg to close after it finishes executing. Now this works when I try in cmd.

    But when I do the same thing in C#, ffmpeg closes down as soon as the command is executed.

    Is there any way to force ffmpeg or the process to close after the processing is done ?

  • Stop demuxing wtv on eof.

    2 octobre 2014, par Carl Eugen Hoyos
    Stop demuxing wtv on eof.
    

    Fixes ticket #3991.
    Fixes ticket #3995.
    Fixes ticket #3997.

    Reviewed-by : Peter Ross
    Reviewed-by : Paul B Mahol

    • [DH] libavformat/wtvdec.c
  • ffmpeg how to mix 2 RTP streams that individually start and stop randomly ?

    13 novembre 2020, par JMain

    I want to do this :

    


    ffmpeg listens to 2 incoming rtp streams, and continuously send those mixed together to a single outgoing rtp stream

    


    However, the 2 incoming streams are going to be starting and stopping randomly and independently of each other, as they have audio. They don't send audio silence, they stop sending when there is silence and then they start sending again when there is audio. ffmpeg seems to error on this situation.

    


    I have this :
ffmpeg -i rtp ://0.0.0.0:11000 -i rtp ://0.0.0.0:12000 -filter_complex amix -f rtp rtp ://10.10.10.10:13000

    


    This is what happens with ffmpeg :
It wait for the audio to start, and then it sends to the output. But, when the input stop sending, I get this error :
rtp ://0.0.0.0:11000 Unknown error
rtp ://0.0.0.0:12000 Unknown error

    


    and it crashes.

    


    How can I keep it active even when one or the other input isn't sending, and how can I prevent it from crashing ?

    


    If ffmpeg outputs silence all the time when it doesn't receive anything, that would be acceptable too.