Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (69)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (10903)

  • avcodec/libx264 : leave full range flag unchanged if unknown

    17 août 2021, par Jan Ekström
    avcodec/libx264 : leave full range flag unchanged if unknown

    By default the x264 full range flag is set to -1. By not setting
    
it to something else, we can let libx264 handle the RGB case.
    
Additionally, change the preference order to user-specified range
    
first, and then any fall-back logic left for the YUVJ pix_fmts.
    

    Fixes the capture part of #9374
    • [DH] libavcodec/libx264.c

  • Revision 0a2b25dcb9 : configure : add —enable-coefficient-range-checking This commit adds a configure

    29 juillet 2014, par Yaowu Xu

    Changed Paths :
     Modify /configure


     Modify /vp9/common/vp9_idct.h



    configure : add —enable-coefficient-range-checking

    This commit adds a configure time option used to enable strict error
    checking in decoder to make sure intermediate stage cofficients of
    inverse transforms are within valid range of signed 16 bit integer.

    For valid VP9 input streams, intermediate stage coefficients should
    always stay within the range of a signed 16 bit integer. Coefficients
    can go out of this range for invalid/corrupt VP9 streams. However,
    strictly checking this range for every intermediate coefficient can
    be a burden for decoder, therefore such validation is only enabled
    with configure option —enable-coefficient-range-checking.

    Change-Id : I47d47c8c4e48a922c3d223ca59064f51b3f0f5ed

  • Set content-length when converting video stream to audio (w/ FFMPEG & Node.js)

    15 septembre 2014, par Taconut

    So I’m building a program that requires that I take a video and convert it to audio. I’m currently streaming the audio directly to the browser via node.js, but I’ve run into a major problem : I don’t know how to find out how many bytes my audio is. As a result, the browser keeps throwing net::ERR_CONTENT_LENGTH_MISMATCH when I don’t get the right content-length. I’ve tried several strategies, all of which have failed :

    • Computing the size manually (Seconds * bitrate(kbps) * (1024 / 8)).
      This produces an approximate answer, since I only know the length down to the nearest couple of seconds. Even though I’m relatively close, I still end up getting the same MISMATCH error.

    • Piping the Stream to a buffer, getting the buffer’s length, and piping the buffer to the browser
      This works, but it can take 15-20 seconds to load each song. It’s incredibly slow and puts a considerably larger load on the server

Navigation