Recherche avancée

Médias (0)

Mot : - Tags -/alertes

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (85)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Submit enhancements and plugins

    13 avril 2011

    If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
    You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.

Sur d’autres sites (5302)

  • ffmpeg split video H264 stutters on Windows Media Player

    9 mars 2019, par Juan Foegen

    I am converting and splitting wmv and mp4 into new mp4 files. I am using ffmpeg to do the conversion with simply :
    ffmpeg -i inputfile.wmv -vcodec libx264 -ss 00:00:10 -t 00:00:15 outputfile.mp4

    So when I create my split video it plays fine on other video players, like VLC, but stutters when initially playing on Windows Media Player and even shows a blank screen for a moment and then after about 5 seconds, the video will play normally. If I then select play again without reloading, Windows Media Player will play the video fine, with no stuttering.

    If I REMOVE the start parameter when doing the conversion, then the resulting video will play without issues on all my players, INCLUDING Windows Media Player.

    I have tried changing the frame rate, the bit rate and altered different optimization options mentioned here - https://trac.ffmpeg.org/wiki/Encode/H.264

    I need the split video to play on Windows machines on Windows Media Player and on the web streamed using the video element. This is why I chose H264 codec and MP4.

    Has anyone had issues playing ffmpeg split videos using H264 codec with Windows Media Player ? I am using the latest version of ffmpeg. Anyone have any other suggestions on any different settings I could try to adjust ?

    Thanks

  • FFmpeg iOS av_read_frame() hangs on cellular connections

    8 novembre 2014, par Moss

    I am able to play an RTMP audio + video stream on iOS. Works fantastic when everything is on a solid WiFi connection.

    When I switch to a cellular connection (great signal strength and LTE/4G), av_read_frame() will intermittently block for an unacceptable amount of time. In some cases, I’ve clocked 30+ seconds of hang time before it moves on and grabs the next frame.

    I attempted a work-around by using the AVIOInterruptCB interrupt callback to abort av_read_frame() if the function takes longer than 1 second to return.

    This definitely aborts av_read_frame() after 1 second, but unfortunately after I do this, future attempts to call av_read_frame() result in EIO errors (-5), which indicates (to me) that the connection has been severed. So I am forced to reconnect with avformat_open_input() ( 3-4 seconds), and then find the stream info again ( 2-3 seconds), and then start reading frames again. This is much better than 10+ seconds of waiting around for the next frame, but it’s much worse than what I wish I could do, which is to just retry immediately and grab the next frame.

    That means, from a cellular user’s perspective, their video locks up intermittently for 5-10 seconds while we reconnect the stream in the background from scratch. Not a great user experience.

    Is there a better way to manage av_read_frame() on a lossy cellular connection ? Or at least improve the reconnect time ? Suggestions ?

  • avformat/dashdec : Check whitelist

    15 janvier, par Michael Niedermayer
    avformat/dashdec : Check whitelist

    Fixes : CVE-2023-6602, V. DASH Playlist SSRF
    

    Found-by : Harvey Phillips of Amazon Element55 (element55)
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/dashdec.c

Navigation