Recherche avancée

Médias (91)

Autres articles (41)

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

  • Installation en mode standalone

    4 février 2011, par

    L’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
    [mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
    Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)

Sur d’autres sites (6149)

  • Core : assign rules to contenteditable via `.validate()` and `.rules()…

    14 février 2017, par Arkni
    Core : assign rules to contenteditable via `.validate()` and `.rules()` (#1947)
    

    Fixes #1946

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

  • Can I use FFMPEG to record ultra sonic ?

    23 février 2018, par OtakuFitness

    I use av_dump_format() to check information and I get

    Stream #0:0: Audio: pcm_s16le, 48000Hz, 2 channels, s16, 1536kb/s

    Now I can record music, it’s working well(I generated a pcm file to listen). However, in terms of ultra sonic, I can’t record any useful audio information, so can I use FFmpeg to record ultra sonic ?