Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (107)

  • 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

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

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (11925)

  • How to get the http status code after call avformat_seek_file of ffmpeg ?

    22 avril 2024, par 砸石头的西西弗

    How to get the http status code after call avformat_seek_file of ffmpeg to get a http url video ?

    


    I have a video source which is provided as a http url link, I want to get a snapshot of it , so I call avformat_seek_file to find a frame, but I find that it returns value is not < 0, even if the http call not return 200 or 206, so I want to know how to get the response of http calling in avformat_seek_file.

    &#xA;

  • avformat/mux : Fix double-free when using AVPacket.opaque_ref

    1er septembre 2021, par Andreas Rheinhardt
    avformat/mux : Fix double-free when using AVPacket.opaque_ref
    

    Up until now, ff_write_chained() copied the packet (manually, not with
    av_packet_move_ref()) from a packet given to it to a stack packet whose
    timing and stream_index is then modified before being sent to another
    muxer via av_(interleaved_)write_frame(). Afterwards it is intended to
    sync the fields of the packet relevant to freeing again ; yet this only
    encompasses buf, side_data and side_data_elems and not the newly added
    opaque_ref. The other fields are not synced so that the returned packet
    can have a size > 0 and data != NULL despite its buf being NULL (this
    always happens in the interleaved codepath ; before commit
    fe251f77c80b0512ab8907902e1dbed3f4fe1aad it could also happen in the
    noninterleaved one). This leads to double-frees if the interleaved
    codepath is used and opaque_ref is set.

    This commit therefore changes this by directly reusing the packet
    instead of a spare packet. Given that av_write_frame() does not
    change the packet given to it, one only needs to restore the timing
    information to return it as it was ; for the interleaved codepath
    it is not possible to do likewise*, because av_interleaved_write_frame()
    takes ownership of the packets given to it and returns blank packets.
    But precisely because of this users of the interleaved codepath
    have no legitimate expectation that their packet will be returned
    unchanged. In line with av_interleaved_write_frame() ff_write_chained()
    therefore returns blank packets when using the interleaved codepath.

    Making the only user of said codepath compatible with this was trivial.

    * : Unless one wanted to create a full new reference.

    Reviewed-by : Lynne <dev@lynne.ee>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavformat/internal.h
    • [DH] libavformat/mux.c
    • [DH] libavformat/segment.c
  • Automator shell script (using ffmpeg) won't run on other machine

    24 mai 2014, par kava

    I have an Automator patch that runs a shell script that calls ffmpeg on a 10.9.3 mac.

    I just try to call it via

    ffmpeg

    for test reasons without any arguments.

    but it returns

    ffmpeg: command not found.

    But I can open ffmpeg regularly from terminal AND I can run the script on my other machine (10.9.2)

    What’s wrong ?

    EDIT : I also tried to add :

    /opt/local/bin

    in the shell script to the path variable, but it still won’t run.
    also

    /opt/local/bin/ffmpeg -arguments....

    won’t run