Recherche avancée

Médias (0)

Mot : - Tags -/objet éditorial

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

Autres articles (76)

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

  • FFMPEG corruption concat

    11 avril 2017, par Please Help

    When I run

    ffmpeg -f concat -i resizedvideolist.txt -c copy concatenated_time.mp4 2>&1

    it concatenates all the videos in the txt, but there is one video around halfway through that get glitched out. The audio just doesn’t play for that video, but then starts playing on the next video, so it has been delayed. Then somewhere the audio managed to catch up and gets back in sync. Seems like some major corruption going on here.

    I do not know how to fix this as the codec is the same as all the other vidoes, H.264, it is an mp4 like the others. The individual video file runs fine as it is, and it already is in the same timescale, because before this ffmpeg command, I ran

    ffmpeg -i ./tempDownloadedMemes/$videoFileName -filter_complex 'scale=1080:-1,pad=1080:1080:(ow-iw)/2:(oh-ih)/2:0x2F2F2F' -video_track_timescale 15360 ./resizedVideos/resized_videoFileName 2>&1

    To be honest I don’t even know what timescale is, but I read that it needs to be the same for it to work. I deleted the video from the list, tried this same command, and the problem was gone at the same time in the video that it would have appeared. It seems like it is something to do with that one file itself. Any known issues/workarounds on concat bugs ? This is very important to me. Thanks.

  • vulkan_h264 : reject end_frame being called without valid session parameters

    20 mai 2023, par Lynne
    vulkan_h264 : reject end_frame being called without valid session parameters
    

    When seeking through MBAFF-coded H264, this can happen. Decoding calls end_frame
    without calling start_frame. We are unable to decode this, as no frame
    state has been set.

    Happens for both VAAPI and Vulkan. Could be an issue elsewhere, hence
    the individual commit.

    • [DH] libavcodec/vulkan_h264.c
  • Processing a video stream over websocket with opencv

    25 avril 2019, par Patrick Connors

    I’m trying to stream video over a websocket and process it server-side with Node.JS. The client is reading from a video file (.mp4) and sending it over the web socket via a stream object. However, I’m having trouble extracting frames from the stream at the server so it can be processed by opencv.

    Do I need to break the video up into frames and stream each individual frame ? What format can opencv most easily process in real time ?

    The end goal here is to enable opencv to process each frame of a video (in real time) that is being received by the server. Think I’m having some trouble understanding the paradigm here.