Recherche avancée

Médias (3)

Mot : - Tags -/Valkaama

Autres articles (15)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

Sur d’autres sites (2201)

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

  • Live video from raw tcp packets

    7 juin 2017, par benuuts

    we are trying to make a small python app that display a live video from sniffed packets using scapy and ffplay. This is part of our master degree research project. The goal is to make a proof of concept app that spies on video transimitted over tcp.
    We have a working script that writes into a .dat file and then we read it using ffplay. It works ok but have a lot of latency and we think we could do better : directly stream it into ffplay without the need to write raw data in a file.

    Here’s our script :

    from scapy.all import *
    import os

    export_dat = open("data.dat", "a")

    def write_packet_raw(packet):
       export_dat.write(str(packet.getlayer(Raw)))

    def realtime_packet():
       p = sniff(iface="wlan0", filter="tcp and (port 5555)", count=5000, prn=write_packet_raw)

    realtime_packet()
    export_dat.close()

    And then we launch : ffplay -window_title Videostream -framedrop -infbuf -f h264 -i data.dat

    Any idea on how we can achieve that ? thanks.

  • ffmpeg stream on docker

    5 juin 2017, par Alexander S.

    I am new to the docker and ffmpeg.
    I am trying to do following POC, using "jrottenberg/ffmpeg" container : stream video from my video camera to docker container, and got it back from docker container. First, I checked, that all working locally. Stream from video camera (I don’t know exactly, what are all those parameters, but I found it working) :

    ffmpeg -rtbufsize 1500M -re -f dshow -video_size 1280x720 -framerate 30 -r 30 -i video="Lenovo EasyCamera" -pix_fmt yuv420p -vcodec libx264 -vprofile baseline -an -strict experimental -f mpegts udp://localhost:1234

    Now playing the stream :

    ffplay.exe udp://localhost:1234

    See video, all fine. Now I am changing localhost to docker-machine ip udp://192.168.99.101:1234

    Running docker container, with port forwarding :

    docker run -p 1234:1234/udp -p 5555:5555/udp jrottenberg/ffmpeg -i udp://0.0.0.0:1234 -f mpegts udp://0.0.0.0:5555

    It seems to work. Here the docker output :

    logs

    PS C:\> docker logs d96094fc41e0
    Input #0, mpegts, from 'udp://0.0.0.0:1234':
     Duration: N/A, start: 21.466667, bitrate: N/A
     Program 1
       Metadata:
         service_name    : Service01
         service_provider: FFmpeg
       Stream #0:0[0x100]: Video: h264 ([27][0][0][0] / 0x001B), yuv420p(progressive), 1280x720, 30 fps, 30 tbr, 90k tbn, 60 tbc
    Stream mapping:
     Stream #0:0 -> #0:0 (h264 (native) -> mpeg2video (native))
    Press [q] to stop, [?] for help
    Output #0, mpegts, to 'udp://0.0.0.0:5555':ime=-577014:32:22.77 bitrate=  -0.0kbits/s speed=N/A
     Metadata:
       encoder         : Lavf57.71.100
       Stream #0:0: Video: mpeg2video, yuv420p, 1280x720, q=2-31, 200 kb/s, 30 fps, 90k tbn, 30 tbc
       Metadata:
         encoder         : Lavc57.89.100 mpeg2video
       Side data:
         cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
    frame=  214 fps= 70 q=31.0 size=     990kB time=00:00:11.96 bitrate= 678.1kbits/s speed=3.89x

    ps

    PS C:\> docker ps
    CONTAINER ID        IMAGE                COMMAND                  CREATED             STATUS              PORTS                                            NAMES
    d96094fc41e0        jrottenberg/ffmpeg   "ffmpeg -i udp://0..."   5 minutes ago       Up 5 minutes        0.0.0.0:1234->1234/udp, 0.0.0.0:5555->5555/udp   hungry_poitras

    But, when i try to connect via ffplay :

    ffplay.exe udp://192.168.99.101:5555

    I see nothing...

    I am using docker toolbox for Windows, and VirtualBox VM.
    Any ideas ?