Recherche avancée

Médias (1)

Mot : - Tags -/ticket

Autres articles (71)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

Sur d’autres sites (10955)

  • Anomalie #2523 (Nouveau) : pas d’autorisation voir rubrique sur sélecteur ajax

    6 février 2012, par Valérie Journet-Girod-Texier-ancêtres

    Un filtrage des rubriques autorisées à s’afficher via la fonction "autoriser_rubrique_voir" ne fonctionne que lorsque les rubriques sont présentées en menu déroulant dans la fiche de création / modification d’auteur : ?exec=auteur_infos. Sur un grand volume de rubriques, le sélecteur ajax prend le (...)

  • Anomalie #2415 : Les autorisations SPIP 3.0, oups ?

    5 janvier 2012, par marcimat -

    À ce propos, les noms d’autorisations des statistiques (http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/statistiques/stats_autoriser.php) ne sont pas correctes actuellement en ?rev=56562 Un exemple : autoriser_statistiques_referers_menu_dist doit devenir

    menu > onglet : (...)

  • Determine which decoders/demuxers/parsers ffmpeg needs to successfully consume file

    10 octobre 2024, par rschristian

    I'm trying to custom compile a build of ffmpeg.wasm as the prebuilt, "support everything" is a tad hefty at 35mb. This base build (as well as standard ffmpeg, running on my desktop) works perfectly fine for the provided file, however, so I do have something I can work against.

    


    My issue is that I'm a bit stuck on figuring out what precisely I need to support the provided file, the correct combination of decoders, demuxers, parsers, etc., and the encoders, muxers I'll need to use to convert it to my desired output.

    


    I'm sure I can brute force this with time, but is there a way of having ffmpeg report precisely which combination it's using when running against a file ? I've tried -report but it doesn't seem to contain this information, really it contains no more useful codex information than the standard output log as far as I can tell.

    


    For example, I can see the current file I'm testing with (foo.m4s) is h264 video and aac audio, so I tried the following flags based on what I've been able to find online and by looking through the list of muxers :

    


    --enable-decoder=aac,h264
--enable-demuxer=aac,h264
--enable-parser=aac,h264


    


    However, this results in the following error :

    


    foo.m4s: Invalid data found when processing input


    


    So it seems like it's not quite the correct list.

    


    Is there any good way to debug this ? Some way of having ffmpeg itself report exactly what I'll need set to handle this conversion using my own compilation ? As the goal is a minimum build, adding the kitchen sink and slowly reducing over time will obviously be super time consuming, so I'd like to avoid it if at all possible.

    


    


    Edit : Trial and error got me down to this, though I don't quite understand it (and the question still stands as I could reasonably need to handle other files in the future) :

    


    --enable-demuxer=aac,mov
--enable-parser=aac


    


    mov for some reason ended up being the fix ? The first line of ffmpeg's output was Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'foo.m4s', and so I simply grabbed those one-by-one and sure enough mov worked, despite the video having h264. Would love if someone could explain this too.

    


Navigation