Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (102)

  • Modifier la date de publication

    21 juin 2013, par

    Comment changer la date de publication d’un média ?
    Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
    Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
    Dans la rubrique "Champs à ajouter, cocher "Date de publication "
    Cliquer en bas de la page sur Enregistrer

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (6483)

  • Is there a way to store packet header information from an incoming h.264 stream ?

    13 septembre 2021, par SOSparachuter1

    The issue : I need to convert an h.264 stream streamed over RTP into MJPEG, but for very convoluted reasons I am required to use the libjpeg-turbo library, not the mjpeg encoder that comes with ffmpeg. So the only thing FFMPEG needs to do is convert the h.264 RTP stream to rawvideo in RGBA and output to a socket where I then manually do the transcoding.

    


    However, libjpeg-turbo only expects complete frames, meaning I need to collect rawvideo packet fragments and somehow synchronize them. Putting incoming raw video fragments into a buffer as they come results in heavily broken images.

    


    Is there some way of saving the header information of the initial h.264 RTP packets ? The command I'm currently using is very straightforward :

    


    -i rtsp :// : -vcodec rawvideo -f rawvideo udp :// :

    


  • swscale : don't omit ff_sws_init_range_convert for high-bit

    28 octobre 2023, par Niklas Haas
    swscale : don't omit ff_sws_init_range_convert for high-bit

    This was a complete hack seemingly designed to work around a different
    
bug, which was fixed in the previous commit. As such, there is no more
    
reason not to do this, as it simply breaks changing color range in
    
sws_setColorspaceDetails for no reason.
    • [DH] libswscale/utils.c

  • Doing parallel ffmpeg conversions on dozens of servers simultaneously. Is there a better way ? [on hold]

    22 mai 2019, par user15063

    Im currently working on a fairly large site, that requires several thousands of files to be encoded with ffmpeg into flash format (along with thumbnails creation, mobile file encoding). Average encode runs for about 5-15 minutes, as they are fairly large source files. After the job is complete, the outputs need to be shuttled to different servers (flash file to one box, thumbnails to another, mobile file to another, and original file to another).

    During this processes (which is 13 steps at this point) there is a LOT that can go wrong, at any given time (bad files, stuck encodes, network latency, dying servers, spiking lead), so error handling is a bitch.

    Are there any existing solutions for this type of work ? Or do I have to just keep tweaking my homebrew scripts ?

Navigation