Recherche avancée

Médias (1)

Mot : - Tags -/punk

Autres articles (106)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • 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 ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (14980)

  • using mediamtx to stream video to browser [closed]

    18 octobre 2024, par Maximilian

    I am using rtsp to feed a video stream to mediamtx.

    


    I want to display the feed in a browser but always get some errors.

    


    I use the following to start mediamtx

    


    podman run --rm -it -e MTX_PROTOCOLS=tcp -e MTX_WEBRTCADDITIONALHOSTS=192.168.x.x -p 8554:8554 -p 1935:1935 -p 8888:8888 -p 8889:8889 -p 8890:8890/udp -p 8189:8189/udp docker.io/bluenviron/mediamtx


    


    I use this ffmpeg line to feed mediamtx :

    


    ffmpeg -i "rtsp://127.0.0.1:10000/test" -f rtsp rtsp://127.0.0.1:8554/feed


    


    I can view the feed with

    


    ffplay  rtsp://localhost:8554/feed


    


    ffplay says some things about my stream

    


    the mediamtx stream

    


    Input #0, rtsp, from 'rtsp://localhost:8554/feed':
  Metadata:
    title           : Session streamed with GStreamer
  Duration: N/A, start: 0.000000, bitrate: N/A
  Stream #0:0: Video: mpeg4 (Simple Profile), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 30 tbr, 90k tbn, 30 tbc


    


    the source stream

    


    Input #0, rtsp, from 'rtsp://localhost:10000/test':
  Metadata:
    title           : Session streamed with GStreamer
    comment         : rtsp-server
  Duration: N/A, start: 0.199989, bitrate: N/A
  Stream #0:0: Video: h264 (Constrained Baseline), yuv420p(tv, smpte170m, progressive), 320x240 [SAR 1:1 DAR 4:3], 30 fps, 30 tbr, 90k tbn, 60 tbc


    


    I use this html code try to display the video :

    


    
    



    


    mediamtx gives the following output when the browser tries to connect :

    


    2024/10/18 07:52:51 INF [RTSP] [session 7fe6a91a] created by 10.0.2.100:57542
2024/10/18 07:52:51 INF [RTSP] [session 7fe6a91a] is publishing to path 'feed', 1 track (MPEG-4 Video)
2024/10/18 07:52:52 INF [WebRTC] [session 9d4fb884] created by 10.0.2.100:55070
2024/10/18 07:52:52 INF [WebRTC] [session 9d4fb884] closed: the stream doesn't contain any supported codec, which are currently AV1, VP9, VP8, H264, Opus, G722, G711, LPCM


    


    The stream is clearly h264... why is it complaining ?

    


  • Evolution #3849 : Affiner/retirer les disallow de robots.txt qui empêchent les sites SPIP de se ré...

    28 octobre 2016, par Spipmalion Dupond

    Merci pour ta réponse
    Effectivement, je viens d’activer la compression et cela va régler la plupart des problèmes d’accès par Google

    C’est quand même embêtant pour les sites qui n’activent pas la compression puisqu’elle n’est pas obligatoire, et aussi la compression ne compresse pas 100% des fichiers chez moi : http://forum.spip.net/fr_265551.html

  • Anomalie #4282 (Nouveau) : confusion debut_forum et début_forums avec et sans S

    30 janvier 2019, par jluc -

    Dans les pages de présentation des forums dans le privé de SPIP, l’argument d’url debut_forum est parfois employé pour les accés directs aux forums (avec @) alors que c’est debut_forums (avec un S) qu’il faut employer.

    Ça se produit sur toutes les listes de forum. Par exemple https://contrib.spip.net/ecrire/?exec=controler_forum&debut_forums=50#pagination_forums
     : c’est la 50eme page de forums.
    Si je clique sur "Bravo pour cette amélioration", l’url devient https://contrib.spip.net/ecrire/?exec=controler_forum&debut_forums=50&debut_forum=%40499747#forum499747
    Dans l’url il y a à la fois debut_forum et debut_forums avec un s (et l’ancre #forum499747)
    Mais l’arg sans le s, qui ici indique le @, ne sert à rien. Il aurait du y avoir un S et écraser l’autre (50)
    C’est pas gênant tant qu’on reste sur la même page car l’ancre fait le boulot mais si on revient dans 1 an, l’url ne pointera plus sur la bonne page car il y aura eu plein de forums entre temps

    On peut vérifier par l’url sans le debut_forums (correct) mais avec le debut_forum (eronnée et inutile)
    https://contrib.spip.net/ecrire/?exec=controler_forum&debut_forum=%40499747#forum499747
    Elle amène sur la première page, qui n’a pas le forum demandé puisqu’il est en page 50

    Par contre l’url avec debut_forums=@... (avec s) seulement amène direct au forum demandé
    donc https://contrib.spip.net/ecrire/?exec=controler_forum&debut_forums=%40499747#forum499747

    Idem sur les listes de forum d’un article. Exemple https://contrib.spip.net/ecrire/?exec=controler_forum&objet=article&id_objet=3364&debut_forums=50&debut_forum=%40494097#forum494097

    On trouve des occurences de debut_forum
    - dans forum/prive/modeles/forum.html
    - dans forum/prive/objets/liste/forum.html
    - dans forum/urls/generer_url_ecrire_forum.html

Navigation