Recherche avancée

Médias (0)

Mot : - Tags -/signalement

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (47)

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

  • MediaSPIP Player : les contrôles

    26 mai 2010, par

    Les contrôles à la souris du lecteur
    En plus des actions au click sur les boutons visibles de l’interface du lecteur, il est également possible d’effectuer d’autres actions grâce à la souris : Click : en cliquant sur la vidéo ou sur le logo du son, celui ci se mettra en lecture ou en pause en fonction de son état actuel ; Molette (roulement) : en plaçant la souris sur l’espace utilisé par le média (hover), la molette de la souris n’exerce plus l’effet habituel de scroll de la page, mais diminue ou (...)

Sur d’autres sites (4944)

  • Is there any way to resume live h264 playback (client rejoin) using the h.264 codec ?

    22 février 2021, par Ice

    Currently, I'm having a bit of an issue with the MediaSource API for resuming live h264 playback.
My server-side code will keep the first packet from FFmpeg, then dispatch it to clients. However, this works well but raises an issue.

    


    When I restart the stream and it dispatches to the client(s), it goes as expected and this is the result I expect when a client disconnects then has to reconnect to the stream, is the aforementioned result

    


    However, if I were to rejoin the stream, I get this as the result

    


    Also, FFMpeg data is being sent to the client in the picture above, it's just not rendering it for some reason.

    


    Here's my function for playing audio/video frames that I get from the server.

    


    private _playFrame(type: 0 | 1) {
    const src = type === 0 ? this.audioSource : this.videoSource;
    if (!src || src.updating) return;
    const queue = type === 0 ? this.audioFrameQueue : this.videoFrameQueue;
    src.appendBuffer(queue.shift());
    if (this.video.src && this.video.paused) this.video.play().then(() => null);
}


    


  • How to check if client is still connected with ffmpeg

    11 décembre 2017, par Adalcar

    I am working on a live-streaming server in C++ using FFMPEG.
    I have a I have an acquisition thread which grabs the images from the cameras and I spawn a new thread on each client connexion to send them the packets.

    Here’s my "send" function :

    void Encoder::_encode()
    {
       int ret = 0;
       if (avcodec_send_frame(ctx, frame) < 0)
           throw new std::runtime_error("error sending a frame for encoding");
       while (ret >= 0)
       {
           ret = avcodec_receive_packet(ctx, pkt);
           if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
               return;
           avio_write(client, pkt->data, pkt->size);
           avio_flush(client);
           av_packet_unref(pkt);
       }
    }

    This encodes the frame and sends it to the client.

    The problem is : whenever the client exits, the thread keeps sending it data, and throws no exception, even when the same client connects again, it will spawn a new thread while the old one keeps running...
    Is there a way to "ping" the client to check whether it is still connected ?

  • Calling FFMPEG Commands via Windows Service

    2 février 2017, par Kubi

    I have a windows service and I checked the "Allow service to interact with desktop" checkbox in LogOn tab. However, I still can not call my batch file which is a basic command app to run the ffmpeg commands to transcode some videos in my application. (I’m sending arguments as well)

    I checked the logs in Process Monitor but everything seems fine when I filter it with MyServiceName.exe. All threads are looking fine but the service can not even start the command file.

    If I can not find a solution for this, I’m going to create another service and communicate with each other about the transcoding process, But I’m looking for a way to find the exact problem here.

           BinaryPath = @"c:\Transcoder\ServiceConsole.exe";
           //create a process info
           ProcessStartInfo oInfo = new ProcessStartInfo(BinaryPath, " /readfromfile command.txt");
           oInfo.UseShellExecute = false;
           oInfo.CreateNoWindow = true;
           oInfo.RedirectStandardOutput = true;
           oInfo.RedirectStandardError = true;
           string output = null; StreamReader srOutput = null;

           try
           {
               Process proc = System.Diagnostics.Process.Start(oInfo);

               proc.WaitForExit();

               //get the output
               srOutput = proc.StandardError;

               //now put it in a string
               output = srOutput.ReadToEnd();

               proc.Close();
           }