Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (74)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • 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 ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (13369)

  • Merge commit ’582d4211e00015b68626f77ce4af53161e2b1713’

    14 novembre 2016, par Hendrik Leppkes
    Merge commit ’582d4211e00015b68626f77ce4af53161e2b1713’

    * commit ’582d4211e00015b68626f77ce4af53161e2b1713’ :
    
  vf_scale_vaapi : Respect driver quirks around buffer destruction
    

    Merged-by : Hendrik Leppkes <h.leppkes@gmail.com>

  • Merge commit ’221ffca6314ed3ba9d38464ea50cd85251c04e74’

    14 novembre 2016, par Hendrik Leppkes
    Merge commit ’221ffca6314ed3ba9d38464ea50cd85251c04e74’

    * commit ’221ffca6314ed3ba9d38464ea50cd85251c04e74’ :
    
  vaapi_encode : Respect driver quirks around buffer destruction
    

    Merged-by : Hendrik Leppkes <h.leppkes@gmail.com>

  • configure : use proper Windows-style static library naming

    3 août, par Kacper Michajłow
    configure : use proper Windows-style static library naming

    On Windows, static libraries are typically named with a .lib extension.
    
An exception to this is MinGW targets, which are treated as a distinct
    
target-os.
    

    Using Windows-style naming allows `clang` to be used as the linker
    
driver, instead of invoking link or lld-link directly. The latter
    
approach requires manually specifying standard libraries when compiling
    
with `clang` rather than `clang-cl`, and manually specifying standard
    
libraries may be error-prone or incomplete.
    

    Using Windows-style naming allows Clang to be used as the linker driver,
    
instead of invoking link or lld-link directly. The latter approach
    
requires manually specifying standard libraries, which may be
    
error-prone or incomplete.
    

    This change also improves support for LTO and sanitizer builds, where
    
it's significantly easier to let the compiler driver manage the
    
necessary linker flags.
    

    It fixes issues where Clang is asked to link `-lavcodec`, which gets
    
passed to the linker as avcodec.lib, resulting in an error like :
    
lld-link : error : could not open 'avcodec.lib' : no such file or directory
    
This happens because `libavcodec.a` was unexpectedly generated, not
    
`avcodec.lib` expected by tooling.
    

    Additionally, using `clang` (not `clang-cl`) is simplified, as it does
    
not use autolinking like MSVC/clang-cl does. Now `—ld=clang` can be
    
used to add all the required libraries. Previously, building with
    
`clang` was only possible by using `—ld=lld-link` and manually
    
specifying system dependencies in `extra-ldflags`.
    

    Note that those changes doesn't affect mingw build. MSVC builds will
    
produce .lib static libraries now, but the linking process itself is not
    
affected, because filenames are passed directly.
    

    To summarize in Windows non-mingw builds :
    
Static builds now produce `lib/avcodec.lib` instead of `lib/libavcodec.a`.
    
Shared builds remain unchanged, producing `bin/avcodec.lib` together with
    
`bin/avcodec-62.dll`.
    

    This also removes setting LD_LIB from Win32/64 target as there is one
    
type of .lib in practice. We cannot build both shared and static at the
    
same time as noted by the next line.
    

    Signed-off-by : Kacper Michajłow <kasper93@gmail.com>
    • [DH] configure

Navigation