Recherche avancée

Médias (91)

Autres articles (44)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (6523)

  • Anomalie #3461 (Nouveau) : bug sur les urls à cause d’une mauvaise global $profondeur_url

    4 juin 2015, par Maïeul Rouquette

    Le symptome

    de temps en temps (mais assez fréquemment dans mon cas) lorsqu’on a un site dans un sous repertoire, les urls produite par #URL_ARTICLE et co contiennent des "../". Conséquent, lorsqu’on clique on remonte d’un niveau, et du coup on tombe sur une page 404.

    La cause

    Visiblement d’après https://core.spip.net/projects/spip/repository/revisions/20729 la cause serait une mauvaise globale $profondeur_url.
    Je cite ESJ

    Enfin compris pourquoi SPIP compile parfois des squelettes où la globale profondeur_url est incorrecte. Lorsqu’on place dans ecrire/.htaccess une redirection comme "ErrorDocument 403 / ?page=403", curieusement Apache met dans $_SERVER[’REQUEST_URI’] l’URL initiale (donc avec .../ecrire/...) tandis qu’il met dans $_SERVER[’SCRIPT_NAME’] l’URL de redirection (dans l’exemple ci-dessus une page à la racine). Du coup, la compilation de cette page à la racine se fait avec une profondeur d’URL qui est celle de ecrire/ et non de la racine. Pour peu que cette page et ses inclusions soient mises en cache, c’est toutes les autres pages qui les partagent qui se retouvent avec de mauvaises URL.

    Les tentatives de résolution

    Deux commits en 2.1 ont tenté de résoudre les pb :
    https://core.spip.net/projects/spip/repository/revisions/20729
    et https://core.spip.net/projects/spip/repository/revisions/20762

    Ils ont été reporté en 3.0 par
    - https://core.spip.net/projects/spip/repository/revisions/20744
    - https://core.spip.net/projects/spip/repository/revisions/20745
    puis annulé car visiblement non pleinement fonctionnels en

    - https://core.spip.net/projects/spip/repository/revisions/20746
    - https://core.spip.net/projects/spip/repository/revisions/20747

    à ma connaissance c’est le point mort depuis

  • FFMPEG : change input without stoping proccess

    10 juillet 2018, par admin883

    how i can change input on ffmpeg without stop process on linux Debian 9 ?
    im user decklink input and i need to change to file mp4 input.

    ffmpeg -f decklink -i 'DeckLink Mini Recorder' -vf setpts=PTS-STARTPTS -pix_fmt uyvy422 -s 1920x1080 -r 25000/1000 -f decklink 'DeckLink Mini Monitor'
  • How to overlay images sequence from pipe over a video stream with ffmpeg ?

    7 juin 2018, par Dotan Simha

    I’m trying to figure out an issue with ffmpeg.
    I have the following installation :
    - DeckLink Mini Recorder Card (for HDMI input)
    - DeckLink Mini Monitor Card (for HDMI output)

    I’ve successfully managed to take the HDMI input from the Decklink card and output is as-is to the output card with the following command :

    ffmpeg -f decklink -video_input hdmi -raw_format yuv422p10 -i "DeckLink Mini Recorder" -f decklink -pix_fmt uyvy422 "DeckLink Mini Monitor"

    I tried to add a complex-filter to add an overlay of an image, with the following command, and it works :

    ffmpeg -f decklink -video_input hdmi -raw_format yuv422p10 -i "DeckLink Mini Recorder" -i ./tools/bin/windows/2.png -y -filter_complex "[0:1][1:0]overlay=10:10" -f decklink -pix_fmt uyvy422 "DeckLink Mini Monitor"

    I’m getting a realtime feed from the decklink recorder, the image is added to the stream, and it outputs it to the output HDMI card. Everything seems to work.

    Now I tried to change the static image path to use stdin (pipe:0), and I have a tool that constantly streaming PNG images to stdout :

    ffmpeg -f decklink -video_input hdmi -raw_format yuv422p10 -i "DeckLink Mini Recorder" -i pipe:0 -y -filter_complex "[0:1][1:0]overlay=10:10" -f decklink -pix_fmt uyvy422 "DeckLink Mini Monitor"

    The result that i’m getting on the output HDMI card is a static image, of the first frame.
    The output of ffmpeg also changes now, and it looks like it stuck of the first-second of the stream :

    ```
    frame= 30 fps=7.4 q=-0.0 size=N/A time=00:00:01.00 bitrate=N/A speed=0.247x

    frames : 30,
    currentFps : 7,
    currentKbps : NaN,
    targetSize : NaN,
    timemark : ’00:00:01.00’

    ```

    It just remains on 00:00:01.00 and never changes.

    I tried to find the issue, and did the following :

    • Tried to stream Decklink Recorder -> static png file overlay -> Decklink Monitor = IS WORKS

    • Tried to stream static png file -> Decklink Monitor = IS WORKS

    • Tried to stream pipe:0 (PNG files) -> Decklink Monitor = IS WORKS

    • Tried to stream Decklink Recorder -> pipe:0 (PNG files overlay) -> RAW AVI file IS WORKS

    The only issue is with :
    - Tried to stream Decklink Recorder -> pipe:0 (PNG files) overlay -> Decklink Monitor DOES NOT WORK

    I suspect that Decklink output is more strict, and my pipe:0 with the PNG images is not stable, and the combination of both causes it to freeze.

    Any idea how to solve it ? :(

    Thanks !