Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (70)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

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

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

Sur d’autres sites (8715)

  • FFMPEG encoding with Intel Quick Sync, throwing "Access violation reading location "

    22 octobre 2015, par Paul Knopf

    I am using FFMPEG ffmpeg-20150610-git-913685f, from here.

    Using this library, I setup a application that captures UYVY frames from my frame grabber and encodes/muxes them to an MP4 file, using libx264. Works without issues.

    Now, I wanted to try to enabling Intel Quick Sync, so I changed the encoder.

    // old (libx264)
    //AVCodec* codec = avcodec_find_encoder(AV_CODEC_ID_H264);
    // new (Intel Quick Sync)
    AVCodec* codec = avcodec_find_encoder_by_name("h264_qsv");

    It finds the encoder ok. However, at the time of encoding a frame, I get the following exception.

    Unhandled exception at 0x000000005D4DDC9E (avcodec-56.dll) in
    MedXChangeDecLinkTest.exe : 0xC0000005 : Access violation reading
    location 0x0000000000000048.

    The exact API call is :

    avcodec_encode_video2(_internals->videoStream.stream->codec, &pkt, _internals->videoStream.frame, &got_packet);

    Is there more I need to do ? I noticed that there was a commit that added some additional pixel formats for QSV here. Do I have to do something differently, compared to how things were done with libx264 ?

    UPDATE : I also just realized that I am getting an error on the stdout.

    [h264_qsv @ 000000c7e6d8e680] Specified pixel format yuv420p is invalid or not supported
  • Configuring install path : prefix=[PREFIX] not fully understood

    3 mai 2016, par whatshisface

    I think this is simply a general c++ question :

    I’m attempting to compile a local version of ffmpeg on Linux Fedora using the gnu c++ compiler. I have source code in a bunch of folders under :

    ~/<username>/Downloads/Code/ffmpeg_sources/
    </username>

    which is where I’m attempting to set the config flags to install the build to a target not under this tree but at a root level directory with local shared libraries :

    /usr/local/

    There is this following section near the beginning of the configuration file :

    Standard options:

    --prefix=PREFIX          install in PREFIX []
    --bindir=DIR             install binaries in DIR [PREFIX/bin]
    --datadir=DIR            install data files in DIR [PREFIX/share/ffmpeg]
    --docdir=DIR             install documentation in DIR [PREFIX/share/doc/ffmpeg]
    --libdir=DIR             install libs in DIR [PREFIX/lib]
    --shlibdir=DIR           install shared libs in DIR [PREFIX/lib]
    --incdir=DIR             install includes in DIR [PREFIX/include]
    --mandir=DIR             install man page in DIR [PREFIX/share/man]
    --enable-rpath           use rpath to allow installing libraries in paths
                             not part of the dynamic linker search path

    I may have completely misunderstood this, but I thought that setting a value like

    --prefix=/usr/local

    or

    --prefix=[/usr/local]

    might work, but it appears not to, as once the ./config, make&&make install is complete, it has done a bunch of stuff but there’s nothing installed at the target. There are a LOT of new executable files built in the source directory, so presumably the build is working but I’m simply specifying the paths incorrectly ? A part of the same problem is that it’s unclear whether, once I’ve set the

    --prefix=[PREFIX]

    correctly, I need to set all of the further

    --datadir, --libdir

    etc. or whether the first —prefix value is enough ?

    What is the above configuration syntax trying to show me ?

  • Configuring install path : prefix=[PREFIX] not fully understood

    29 septembre 2019, par whatshisface

    I think this is simply a general c++ question :

    I’m attempting to compile a local version of ffmpeg on Linux Fedora using the gnu c++ compiler. I have source code in a bunch of folders under :

    ~/<username>/Downloads/Code/ffmpeg_sources/
    </username>

    which is where I’m attempting to set the config flags to install the build to a target not under this tree but at a root level directory with local shared libraries :

    /usr/local/

    There is this following section near the beginning of the configuration file :

    Standard options:

    --prefix=PREFIX          install in PREFIX []
    --bindir=DIR             install binaries in DIR [PREFIX/bin]
    --datadir=DIR            install data files in DIR [PREFIX/share/ffmpeg]
    --docdir=DIR             install documentation in DIR [PREFIX/share/doc/ffmpeg]
    --libdir=DIR             install libs in DIR [PREFIX/lib]
    --shlibdir=DIR           install shared libs in DIR [PREFIX/lib]
    --incdir=DIR             install includes in DIR [PREFIX/include]
    --mandir=DIR             install man page in DIR [PREFIX/share/man]
    --enable-rpath           use rpath to allow installing libraries in paths
                             not part of the dynamic linker search path

    I may have completely misunderstood this, but I thought that setting a value like

    --prefix=/usr/local

    or

    --prefix=[/usr/local]

    might work, but it appears not to, as once the ./config, make&&make install is complete, it has done a bunch of stuff but there’s nothing installed at the target. There are a LOT of new executable files built in the source directory, so presumably the build is working but I’m simply specifying the paths incorrectly ? A part of the same problem is that it’s unclear whether, once I’ve set the

    --prefix=[PREFIX]

    correctly, I need to set all of the further

    --datadir, --libdir

    etc. or whether the first —prefix value is enough ?

    What is the above configuration syntax trying to show me ?