Recherche avancée

Médias (91)

Autres articles (55)

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

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

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

Sur d’autres sites (5754)

  • mdec : stop preferring the simple IDCT.

    21 juin 2017, par Ronald S. Bultje
    mdec : stop preferring the simple IDCT.

    This was added in e3e3c82555e2382125195c1ba9f34b5a43299abc, probably
    
as a workaround for the fact that the quant table was not permutated
    
and the IDCT coefficients are, meaning that you'd only get correct
    
reconstruction if the IDCT permutation was an identity matrix, which
    
happens to be the case when you use the simple IDCT. The quant table
    
permutation bug was fixed in 42dd1434bf6a7230e4175c08fcfabc3ba51a0463,
    
meaning this workaround is no longer necessary.
    

    In practical terms, before 42dd1434bf6a7230e4175c08fcfabc3ba51a0463,
    
the PSNR between decodes of the fate-mdec using simple (C) or simplemmx
    
IDCTs was 35. After 42dd1434bf6a7230e4175c08fcfabc3ba51a0463, it's 90.
    • [DH] libavcodec/mdec.c

  • Announcing x264 Summer of Code 2010 !

    19 mars 2010, par Dark Shikari — GSOC, development, google, x264

    With the announcement of Google Summer of Code 2010 and the acceptance of our umbrella organization, Videolan, we are proud to announce the third x264 Summer of Code ! After two years of progressively increasing success, we expect this year to be better than ever. Last year’s successes include ARM support and weighted P-frame prediction. This year we have a wide variety of projects of varying difficulty, including some old ones and a host of new tasks. The qualification tasks are tough, so if you want to get involved, the sooner the better !

    Interested in getting started ? Check out the wiki page, hop on #x264 on Freenode IRC, and say hi to the gang ! No prior experience or knowledge in video compression necessary : just dedication and the willingness to ask questions and experiment until you figure things out.

  • @ffmpeg/ffmpeg : Uncaught (in promise) ReferenceError : SharedArrayBuffer is not defined

    19 mai 2022, par Flobbinhood

    I have a small react app with a node.js backend (monorepo). The client is using @ffmpeg/ffmpeg, and all works fine locally, but when deployed to Heroku I'm getting the error ReferenceError: SharedArrayBuffer is not defined. This happens when I run ffmpeg.load(). Note that I am only using ffmpeg on the client in the React app.

    


    What I have done so far :

    


      

    • Ensured that my deployed app is using https

      • 


    • Added these lines in setupProxy.js in app.use (located in the client directory). See this answer for context

      • 


    


    response.setHeader('Cross-Origin-Opener-Policy', 'same-origin');
response.setHeader('Cross-Origin-Embedder-Policy', 'require-corp');


    


      

    • Registered for an origin trial with chrome. This actually worked, but I'd prefer a more permanent solution that works across browsers.

      • 


    • Tested debugging crossOriginIsolated, and verifying that it is true locally but false on my deployed site.

      • 


    


    It seems like something is wrong with my Cross-Origin config, or maybe it's just not being applied. Any help would be appreciated.

    


Navigation