Recherche avancée

Médias (91)

Autres articles (89)

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (7652)

  • libswscale/aarch64 : add another hscale specialization

    13 août 2022, par Swinney, Jonathan
    libswscale/aarch64 : add another hscale specialization

    This specialization handles the case where filtersize is 4 mod 8, e.g.
    
12, 20, etc. Aarch64 was previously using the c function for this case.
    
This implementation speeds up that case significantly.
    

    hscale_8_to_15__fs_12_dstW_512_c : 6234.1
    
hscale_8_to_15__fs_12_dstW_512_neon : 1505.6
    

    Signed-off-by : Jonathan Swinney <jswinney@amazon.com>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libswscale/aarch64/hscale.S
    • [DH] libswscale/aarch64/swscale.c

  • Merging input Streams with nodejs/ffmpeg

    14 septembre 2020, par jAndy

    I'm creating a very basic and rudimentary Video-Web-Chat. On the client side, I'm going to use a simple getUserMedia API call to capture the webcam data and send video-data as data-blob to my server.

    &#xA;

    From There, I'm planning to either use the fluent-ffmpeg library or just spawn ffmpeg myself and pipe that raw data to ffmpeg, which in turn, does some magic and pushes that out as HLS stream to an Amazon AWS Service (for instance), which then gets actually displayed on a Web Browser for all participating people in the video chat.

    &#xA;

    So far, I think all of this should be fairly easy to implement, but I keep my head spinning around the question, how I can create a "combined" or "merged" frame and stream, so the output HLS data from my server to the distributing cloud service has only to be one combined data stream to receive.

    &#xA;

    If there are 3 people in that video chat, my server receives 3 data streams from those clients and combines these data streams (from the individual web-cam data sources) into one output stream.

    &#xA;

    How could that be accomplished ?&#xA;Can I "create" a new frame with ffmpeg, so to speak ? I would be very thankful if anybody could give me a heads up here, maybe I'm thinking in a complete wrong direction.

    &#xA;

    Another question which arises to me is, if I really can just "dump" any data, which I'm receiving from a binary blob created from getUserMedia or MultiStreamRecorder to ffmpeg or if I have to specify somewhere and somehow the exact codecs being used etc.?

    &#xA;

  • swscale/aarch64 : add vscale specializations

    13 août 2022, par Swinney, Jonathan
    swscale/aarch64 : add vscale specializations

    This commit adds new code paths for vscale when filterSize is 2, 4, or
    
8. By using specialized code with unrolling to match the filterSize we
    
can improve performance.
    

    On AWS c7g (Graviton 3, Neoverse V1) instances :
    
                                 before   after
    
yuv2yuvX_2_0_512_accurate_neon :  558.8    268.9
    
yuv2yuvX_4_0_512_accurate_neon :  637.5    434.9
    
yuv2yuvX_8_0_512_accurate_neon :  1144.8   806.2
    
yuv2yuvX_16_0_512_accurate_neon : 2080.5   1853.7
    

    Signed-off-by : Jonathan Swinney <jswinney@amazon.com>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libswscale/aarch64/output.S
    • [DH] libswscale/aarch64/swscale.c

Navigation