Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (106)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (10906)

  • Python - ffmpeg-like media seeking with requests

    8 janvier 2017, par Will

    Using ffmpeg, times in HTTP media resources, such as videos, can be seeked to very quickly with a command like ffmpeg -ss 00:01:00 -i https://example.com/video.mp4, presumably by downloading the video headers to look for the right byte offset. This means that it is very fast to run operations on a section of video, even if it is hours in.

    What I want to be able to do is to do the same thing but piping into ffmpeg with the requests module with something like (in partial pseudo-code) :

    stream = requests.get(url, stream=True)
    start_byte = get_byte_offset(stream, time=60)
    stream.seek_to(start_byte)

    process = subprocess.Popen(["ffmpeg", "-i" "pipe:" "out.mp4"], stdin=subprocess.PIPE)

    for chunk in stream.iter_content(chunk_size=64 * 2 ** 10):
       process.stdin.write(chunk)
    process.stdin.close()

    This would allow me to implement extra checks into the stream that I would normally need to parse ffmpeg for, such as if the stream returns a bad status code such as 404 or 403.

    How might I be able to implement this using the requests, and presumably other, modules ? I suppose the first part is using a tool to parse the video headers.

  • crystalhd : We don’t need the track the last picture number anymore

    16 octobre 2016, par Philip Langdale
    crystalhd : We don’t need the track the last picture number anymore
    

    This was needed to detect an interlaced failure case that doesn’t
    happen with the new decode api.

    • [DH] libavcodec/crystalhd.c
  • lavf/mux : do not apply max_interleave_delta to subtitles

    31 octobre 2023, par Anton Khirnov
    lavf/mux : do not apply max_interleave_delta to subtitles
    

    It is common for subtitle streams to have large gaps between packets.
    When the caller is interleaving packets from multiple files, it can
    easily happen that two successive subtitle packets trigger this limit,
    even though no excessive buffering is happening.

    Should fix #7064

    • [DH] libavformat/mux.c