Recherche avancée

Médias (91)

Autres articles (102)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (11680)

  • stream usb webcam via http using vlc without transcoding using mjpeg signal from webcam

    10 novembre 2020, par Peter Nußreiner

    I wanna stream my (Microsoft live) USB webcam using vlc from a raspberry.
While it works perfectely fine with transcoding my raspberry does not have enough power.

    


    So I checked the output formats of my webcam using :

    


    ffmpeg -f v4l2 -list_formats all -i /dev/video0


    


    wich gives me the following output :

    


    [video4linux2,v4l2 @ 0x559d5aee36c0] Raw       :     yuyv422 :           YUYV 4:2:2 : 640x480 1280x720 960x544 800x448 640x360 424x240 352x288 320x240 800x600 176x144 160x120 1280x800
[video4linux2,v4l2 @ 0x559d5aee36c0] Compressed:       mjpeg :          Motion-JPEG : 640x480 1280x720 960x544 800x448 640x360 800x600 416x240 352x288 176x144 320x240 160x120
/dev/video0: Immediate exit requested


    


    when running my streaming command :

    


    cvlc v4l2:///dev/video0:chroma=h264:width=1280:height=720 --sout '#standard{access=http,mux=ts,dst=192.168.178.27:8080,name=stream,mime=video/ts}' -vvv


    


    I get the following error :

    


    mux_ts mux warning: rejecting stream with unsupported codec YUY2
main mux error: cannot add this stream
main decoder error: cannot create packetizer output (YUY2)


    


    along with many other lines of information.
As far as I can interpret the error, vlc wants to use the YUY2 RAW signal of my webcam.
Is there any way I can force vlc to use the mjpg output of my camera ?

    


    I've already tried to use 'chroma=mjpg' without success.
Transcoding is not an alternative as my raspi has by far not enough power.

    


    I've also read about using ffmpeg for streaming, maybe someone has an alternative solution since I'm very new to the whole topic of websites and stuff

    


    It will (or should) be used as a live webcam for a windsurfing spot.
Therefore I need a fluent video with at least 10fps to judge the situation. A delay of a minute or so is no problem.
The basic idea was to stream the video to a webserver and embed the image in a website. I've got good internet connection at the spot.

    


    But for now I want to try it locally on my pc.

    


  • Revision 36526 : etre un peu plus malin sur la gestion du cache gravatar : meme si on ...

    21 mars 2010, par cedric@… — Log

    etre un peu plus malin sur la gestion du cache gravatar :
    meme si on demande une version avec monsterid/identicon/wavatar, on commence par faire une requete 404 pour voir si un vrai gravatar existe et le mettre en cache le cas echeant
    Sinon, on fait une recherche du gravtar genere, en le mettant en cache, qui n’a besoin d’etre rafraichi que beaucoup moins souvent.
    Cela permet de ne pas perdre le cache quand on change de methode alternative
    Passage en v1.0.2

  • Revision 36526 : etre un peu plus malin sur la gestion du cache gravatar : meme si on ...

    21 mars 2010, par cedric@… — Log

    etre un peu plus malin sur la gestion du cache gravatar :
    meme si on demande une version avec monsterid/identicon/wavatar, on commence par faire une requete 404 pour voir si un vrai gravatar existe et le mettre en cache le cas echeant
    Sinon, on fait une recherche du gravtar genere, en le mettant en cache, qui n’a besoin d’etre rafraichi que beaucoup moins souvent.
    Cela permet de ne pas perdre le cache quand on change de methode alternative
    Passage en v1.0.2

Navigation