Recherche avancée

Médias (91)

Autres articles (59)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

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

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (14410)

  • avcodec/sanm : simplify codec37 subcodec 3/4 path

    9 janvier, par Manuel Lauss
    avcodec/sanm : simplify codec37 subcodec 3/4 path

    A flag in the codec header determines whether opcodes 0xfd/0xfe
    
are to be treated as special or not.  The current code has 2
    
implementations of the same decoding scheme, with one treating
    
the 2 opcodes as special, the other not.
    
Collapse them into a single implementation and treat these opcode
    
according to the flag.
    

    Signed-off-by : Manuel Lauss <manuel.lauss@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/sanm.c

  • avcodec/vc1dec : Set pointers for hwaccel even without hwaccel

    5 février 2024, par Andreas Rheinhardt
    avcodec/vc1dec : Set pointers for hwaccel even without hwaccel

    VC-1 uses a 0x03 escaping scheme like H.26x and our decoder
    
unescapes data for this purpose, but hardware accelerations
    
just want the data as-is and therefore get fed the original
    
data. The pointers to the actual data are only setcorrectly
    
if avctx->hwaccel is set (after all, they are only used in
    
this case).
    

    There are two problems with this : The first is that the branch
    
is pointless ; the second is that it is harmful, because
    
a hardware acceleration may be added after the packet has been
    
parsed (in case there is a reconfiguration e.g. due to frame
    
size changes) in which case decoding the first few frames
    
won't work.
    

    So delete these branches.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/vc1dec.c

  • Cannot get file path when user pick from intent - Android content uri [duplicate]

    29 juin 2021, par tom55

    Base scenario :&#xA;I want to allow user to pick a file (video) and trim it and save to other location (source / destination locations are local only).

    &#xA;

    Way I am trying this :&#xA;I use Intent allowing user to pick a video file. Then I use FFmpeg on Android, some wrapper library to be precise.

    &#xA;

    Problem :&#xA;FFmpeg needs an absolute path to file, whereas OPEN_DOCUMENT or ACTION_PICK kind of intents provide with Uri (content scheme to be precise)

    &#xA;

    How to get an absolute path to file having such an Uri ? I have read there is a lot of hassle with it. Or how can I get file schemed Uri from a picker Intent ? In overall : how to achieve my base scenario without having to write my own file browser, maybe not use FFmpeg ?

    &#xA;

Navigation