Recherche avancée

Médias (0)

Mot : - Tags -/performance

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

Autres articles (49)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (8725)

  • Transcode to virtual device/memory in VLC

    27 septembre 2013, par Atrotygma

    I have a unicast h264 stream from a video transmitter. Now, I would like to view the stream in a web browser using HTML5s tag. For this, I have to transcode it first via VLC to theora/ogg and then streaming it out as a HTTP stream. This works fine for 1 client, but since HTTP streaming isn't multicast, I have the fear that my server will break down really quick because VLC will transcode the input stream for every additional client request.

    For this reason, I'd like to write the transcoded stream in something like a 'virtual device' or memory or any other form of temporary storage (but dear god, NO files, I don't want to destroy my hard disk). Then, I would like to grab the transcoded stream with a secondary VLC instance and stream it via HTTP, so that in the end, I have to transcode it only once for all clients.

    In steps :

    1. [DONE] Grab H.264 unicast stream from transmitter via RTSP
    2. VLC instance 1 transcodes it to theora/ogg and writes it to a temporary memory
    3. VLC instance 2 reads from the memory and streams it via HTTP
    4. [DONE] Browser requests HTTP stream via HTTP live Streaming (html5 video).

    Is this possible in any way ?

  • tls : Add support for listen mode

    19 septembre 2013, par Martin Storsjö
    tls : Add support for listen mode

    Also add options for specifying a certificate and key, which can
    
be used both when operating as client and as server.
    

    Partially based on a patch by Peter Ross.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] doc/protocols.texi
    • [DBH] libavformat/tls.c
    • [DBH] libavformat/version.h

  • Converting video for electron [on hold]

    24 novembre 2016, par user2960896

    I am currently working on a typescript-electron app that has a media component which should be able to play videos.

    My electron app is a client that will play video located on a Java backend server. Problem is that the electron native player cannot play .mp4 or .avi formats.

    What I aim to do is convert the videos to a electron friendly format. Problem is that I am not sure of the best approach for this task. I would use ffmpeg to convert video directly on the server, but not sure if this is the best solution.

    Can somebody please give me some advice on how to tackle this ?

Navigation