Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (46)

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (7743)

  • udpsrc doesn't work on 2 NIC & Port mirror linux setup (gstreamer/vlc/ffmpeg)

    28 janvier 2021, par kepitto

    I've tried a lot of stuff, but I can't seem to get it to work. (Same problem exists with ffmpeg/vlc)

    


    Basically, I can't get the UDP Stream directly into a videotool. I can verify the data coming in through tcpdump/wireshark etc. and i can also create the videofiles through gstreamer/ffmpeg afterwards, but I can't use the udp source as input.

    


    The current setup is the following :
The camera streams MJPEG through UDP to a fixed address & port. I port mirrored the data from the camera, so that I can verify the data coming in through wireshark on a 3rd device.

    


    The reason behind doing this is that multicast is not supported, so I need a way to get the data on 2 devices through unicast. Port mirroring seemed like a viable solution.

    


    Am I missing something here ? What do I need to do to get this working ?
I thought maybe it's due to the two networkinterface setup as I use 1x usb to ethernet for the port mirror and 1x ethernet for the web, but disconnecting the other shows no difference.
The routing seems correct too : "ip route get camera.ip" returns that the routing is through the usb to ethernet on my static ip.

    


    Example of an attempt :

    


    Gst-launch-1.0 udpsrc port=streamingport(confirmed through wireshark) ! jpegdec ! videorate ! video/x-raw,framerate=30/1 ! autovideosink (does not work)

    


    Gst-launch-1.0 filesrc location=hexdumpfile.txt ! jpegdec ! videorate ! video/x-raw,framerate=30/1 ! autovideosink (does work)

    


  • lavc/aarch64 : port HEVC add_residual NEON

    10 janvier 2021, par Reimar Döffinger
    lavc/aarch64 : port HEVC add_residual NEON

    Speedup is fairly small, around 1.5%, but these are fairly simple.
    

    Signed-off-by : Josh Dekker <josh@itanimul.li>
    • [DH] libavcodec/aarch64/hevcdsp_idct_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c

  • lavc/aarch64 : port HEVC SIMD idct NEON

    16 janvier 2021, par Reimar Döffinger
    lavc/aarch64 : port HEVC SIMD idct NEON

    Makes SIMD-optimized 8x8 and 16x16 idcts for 8 and 10 bit depth
    
available on aarch64.
    
For a UHD HDR (10 bit) sample video these were consuming the most time
    
and this optimization reduced overall decode time from 19.4s to 16.4s,
    
approximately 15% speedup.
    
Test sample was the first 300 frames of "LG 4K HDR Demo - New York.ts",
    
running on Apple M1.
    

    Signed-off-by : Josh Dekker <josh@itanimul.li>
    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/hevcdsp_idct_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/hevcdsp.c
    • [DH] libavcodec/hevcdsp.h

Navigation