Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (83)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

Sur d’autres sites (8395)

  • Is there any way to distinguish a completely unedited Shadowplay recording from a recording meant to imitate a Shadowplay recording via FFMpeg ? [closed]

    24 octobre 2020, par paqoe

    I'd first like to preface this by saying that I have essentially no experience with programming or coding, so if this is a stupid question then just disregard it lol.

    


    I help to manage runs for a speedrunning website, and as people have gotten better at hacking & faking their runs, it's gotten increasingly difficult to tell the difference, and sometimes even impossible. As a result, the best solution I can come up with is to take a close look at the metadata of their (if legitimate) unedited raw footage using various metadata viewers.

    


    The only issue with this, however, is that as far as I can tell, there's pretty much no way to tell between a real unedited Shadowplay recording and an edited FFmpeg recording as far as I can tell. So, my question is, is there actually any possible way to tell the difference ? I have no clue how metadata works or how feasible this is, but it would make it nearly impossible to fabricate recordings if it's possible to always discern an FFmpeg recording from a Shadowplay recording, so I'm looking for pretty much any possible solution here.

    


  • FFmpeg —> Create ouput file takes 20 seconds

    5 novembre 2015, par Sven

    When i try to convert a http stream (http://192.168.1.100:8866/live?channeloid=7163&client=MB3.1) from nextpvr (tv tuner software) with ffmpeg it takes 20 seconds before he creates "df313844aed43acb6b26ee95d3023f88.m3u8" file.

    I am not a ffmpeg expert, can somebody with more experience help me ?
    Below you can find the parameters i pass-trough to ffmpeg. And you can also see what the output is.

    When i try to open te stream with "VLC Player" it opens directly, so it’s definitely to do with the parameters i provide. But i really don’t know what’s wrong.

    http://pastebin.com/nW3XpQK6

  • x86/tx_float : remove vgatherdpd usage

    20 mai 2022, par Lynne
    x86/tx_float : remove vgatherdpd usage

    Its performance loss ranges from either being just as fast as individual loads
    
(Skylake), a few percent slower (Alderlake), 8% slower (Zen 3), to completely
    
disasterous (older/other CPUs).
    

    Sadly, gathers never panned out fast on x86, even with the benefit of time and
    
implementation experience.
    

    This also saves a register, as there's no need to fill out an additional
    
register mask.
    

    Zen 3 (16384-point transform) :
    
Before : 1561050 decicycles in           av_tx (fft),  131072 runs,      0 skips
    
After :  1449621 decicycles in           av_tx (fft),  131072 runs,      0 skips
    

    Alderlake :
    
2% slower on big transforms (65536), to 1% (131072), to a few percent for smaller
    
sizes.
    • [DH] libavutil/x86/tx_float.asm
    • [DH] libavutil/x86/tx_float_init.c

Navigation