Recherche avancée

Médias (3)

Mot : - Tags -/Valkaama

Autres articles (66)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (5876)

  • DirectShow stream using ffmpeg point to point streaming through TCP protocol

    12 juillet 2017, par Jānis Biedriņš

    I had set up a point-to-point stream using ffmpeg via UDP protocol and the stream worked, but there was screen tearing etc. I already tried raising the buffer size, but it did not help. This is a work network, so the UDP protocol won’t work.
    here is the full command :

    ffmpeg -f dshow  -i video="UScreenCapture"  -r 30 -vcodec mpeg4 -q 12 -f mpegts udp://192.168.1.220:1234?pkt_size=188?buffer_size=65535

    I’ve tried to make this work with TCP with no success
    Here’s what i’ve got now :

    ffmpeg -f dshow -i video="UScreenCapture" -f mpegts tcp://192.168.1.194:5555

    this returns an error :

    real-time buffer [UScreenCapture] [Video input] too full or near too
    full <323% of size : 3041280 [rtbufsize parameter]> ! frame dropped !

    This last message repeated xxxx times (it went up to around 1400 and I just turned it off).

    I’ve tried to implement the -rtbufsize paremeter and raising the buffsize up to 800000000, didn’t help.

    I would appreciate any suggestions on how to solve this.

  • ffmpeg non-continuous live streaming

    2 août 2022, par xrfang

    I have an IP camera which is normally power off, and is triggered by Infra-Red signal. I plan to use ffmpeg to pull RTSP stream from it, and convert to HLS video segments.

    &#xA;

    My question is, can ffmpeg work continuously and output blank MPEGTS chunks while it is not able to connect to the camera, i.e. works 7x24, waiting for video data, instead of crash/exit if it cannot connect to the camera.

    &#xA;

  • Multiple outputs from same source

    28 septembre 2021, par Christian R

    How do I modify this ffmpeg string to generate multiple outputs with different video bitrates ?&#xA;This to save time when yadif=1 take a lot of power. Also, can't get it to accept yadif_cuda in windows.

    &#xA;

    ffmpeg -y -f lavfi -i anullsrc=cl=mono:sample_rate=48000 -i "test.mxf" -vf yadif=1 -s 1920:1080 -c:v h264_nvenc -force_key_frames "expr:gte(t,n_forced*10)" -pix_fmt yuv420p -preset slow -rc vbr_hq -b:v 4.5M -map 1:v -map 0:a -c:a aac -b:a 192k -shortest "test.mp4"

    &#xA;

Navigation