Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (67)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • L’espace de configuration de MediaSPIP

    29 novembre 2010, par

    L’espace de configuration de MediaSPIP est réservé aux administrateurs. Un lien de menu "administrer" est généralement affiché en haut de la page [1].
    Il permet de configurer finement votre site.
    La navigation de cet espace de configuration est divisé en trois parties : la configuration générale du site qui permet notamment de modifier : les informations principales concernant le site (...)

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

Sur d’autres sites (12329)

  • Using ffmpeg to "re-time" an RTSP stream ?

    29 mars 2021, par Tom S

    I recently set up a birdbox in my garden, and have been using a cheapie camera that I bought, along with ffmpeg on a raspberry pi to stream from the camera to YouTube.

    


    But YouTube keeps telling me that I am sending data too fast - multiple seconds of video per second, and at that point the stream seems to stall and I just get a buffering spinner on YouTube and have to restart ffmpeg to restore the stream.

    


    This is happening very frequently, infact even more frequently now than when I originally got everything up and running for some reason... So much so that Ive had to setup ffmpeg to run as a service, and restart it once an hour via cron. But even this is not enough and now it seems that it can go bonkers within 10-15 minutes of a restart - almost like the more often I restart the quicker it gets...

    


    I dont know where the issue is, or how to find it (does ffmpeg simply restream "verbatim" what ever the camera supplies ?), but I wonder if it might be possible to have ffmpeg re-time the stream so that I only send to YouTube the 25fps that it is happy with (i.e. dropping any frames in excess of this) ?

    


    I have key frames set to 1 second on the camera.

    


    Thanks !

    



    


    Here is my service file which contains the command that I use to start ffmpeg :

    


    [Unit]
Description=BirbCam 1 streaming service
After=network.target
StartLimitIntervalSec=0

[Service]
Type=simple
Restart=always
RestartSec=1
User=root
# Uncomment one ExecStart line below, then run `sudo systemctl daemon-reload` before restart
# With audio
ExecStart=/usr/local/bin/ffmpeg -rtsp_transport tcp -i rtsp://172.25.144.35:554/user=admin&password=&channel=1&stream=0.sdp?real_stream -tune zerolatency -vcodec libx264 -pix_fmt + -c:v copy -c:a aac -strict experimental -f flv rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx-xxxx

# Without audio
# ExecStart=/usr/local/bin/ffmpeg -f lavfi -i anullsrc -rtsp_transport tcp -i rtsp://172.25.144.35:554/user=admin&password=&channel=1&stream=0.sdp?real_stream -tune zerolatency -vcodec libx264 -pix_fmt + -c:v copy -c:a aac -strict experimental -f flv rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx-xxxx

[Install]
WantedBy=multi-user.target


    


  • FFMPEG, how to get rid of "broken pixels" in videos ?

    5 avril 2021, par Sergi Fernàndez

    I'm using the following command to trim the video and reduce it's size, while keeping the visual quality :

    


    ffmpeg -hwaccel cuda -y -hide_banner -ss 00:02:45.2000000 -i .\video\410.mkv -t 00:20:29.3090000 -map 0:v -c:v hevc_nvenc -preset slow -map 0:a -codec:a aac -x265-params crf=16 -metadata:s:v:0 title=1080p -metadata:s:v:0 language=ja -metadata:s:a:0 title=Japanese -metadata:s:a:0 language=ja -tune zerolatency .\processing\410.mkv

    


    It's been working pretty good, it gets encoded fast and it looks exactly as the input video, but at certain moments you can find this kind of problems with the pixels :

    


    Text

    


    If I open the video with Windows Media Player, VLC, Photos app, etc... they all show the video with this pixel issue. However, if i open the damaged video using Wondershare Filmora, you can't see that issue at all, and it looks just as the original video. This is how it looks like in Wondershare Filmora :

    


    Text

    


    How can that be possible ? Any way to fix this for all video players ? If possible I would like to avoid CPU encoding, as it takes more than 2 days to encode a single video... Thanks !

    


  • Error with FFMPEG "av_interleaved_write_frame() broken pipe" While streaming in loop

    16 juin 2021, par Prateek Kalra

    Good Evening to all,

    


    Please help i am having some issue with my ffmpeg

    


        #! /bin/bash

VBR="1500k"
FPS="30"
QUAL="fast"

KEY="keyhere"


ffmpeg -re -stream_loop -1 -i /home/play/night.mp4 -deinterlace -c:v libx264 -b:v 2M -c:a copy -strict -2 -flags +global_header -bsf:a aac_adtstoasc -bufsize 2100k -f flv rtmp://a.rtmp.you$KEY


    


    My issue is that first time steam work fine to YouTube but when video enters loop it ends with error

    


    av_interleaved_write_frame(): Broken pipeB time=00:15:23.02 bitrate=1592.9kbits/s speed=0.959x
    Last message repeated 1 times
[flv @ 0x873b40] Failed to update header with correct duration.
[flv @ 0x873b40] Failed to update header with correct filesize.


    


    Please advice

    


    Thank you so Much