Recherche avancée

Médias (91)

Autres articles (52)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (8703)

  • FFmpegFrameGrabber faster SetTimestamp using only Keyframes

    8 novembre 2018, par Floesmaan

    i’m using javacv to read mp4 files and the following code to seek the video :

    FFmpegFrameGrabber frameGrabber;
    
[...]
    
frameGrabber.setTimestamp(timestamp);

    The problem is that it takes several seconds for "setTimestamp()" depending on how far away the timestamp is to a keyframe.

    I’m searching for an way to do a faster setTimestamp() only seeking to keyframes.

    Knowing all keyframe timestamps would be an option but i didn’t find any solution for that except reading all KeyFrames and storing the keyframe-timestamps using :

    frameGrabber.grabKeyFrame().timestamp

    But that takes very long. I also tried to extrapolate the keyframe timestamps but that only works if the keyframe interval is exactly the same over the video file which is usually not the case .

    Any ideas for a fast keyframe based setTimestamp/seeking for javacv ?

    Or do you know a videoplayer gui based on javacv/FFmpegFrameGrabber which has a fast time slider implementation ?

  • Merge commit 'b46900914a1f25ce8dbf49d7c53766ff1f18b60f'

    11 novembre 2017, par James Almer
    Merge commit 'b46900914a1f25ce8dbf49d7c53766ff1f18b60f'

    * commit 'b46900914a1f25ce8dbf49d7c53766ff1f18b60f' :
    
  build : Merge mach/mach_time.h and mach_absolute_time() checks
    

    Merged-by : James Almer <jamrial@gmail.com>
    • [DH] configure
    • [DH] libavutil/timer.h

  • FFmpeg low framerate when adding audio

    22 juillet 2021, par Massi

    we are sending a video from a Linux PC with GPU (Alienware M15 R2 so very strong in hardware) connected to a Logitech Brio 4K resolution camera.&#xA;We are using ffmpeg and in particular the following command :

    &#xA;

    ffmpeg -re -hwaccel cuvid -hwaccel_output_format cuda -f v4l2 -input_format mjpeg -framerate 30 -video_size 3840x2160 -i /dev/video4 -f pulse -i default -c:v h264_nvenc -tune ull -preset llhq -zerolatency true -pix_fmt rgb0 -c:a aac -aac_coder fast -ar 44100 -b:a 256k -b:v 25000k -threads 0 -f flv "rtmp ://192.168.1.1/WebRTCAppEE/XXX"

    &#xA;

    As you can see this is the part related to audio "-c:a aac -aac_coder fast -ar 44100 -b:a 256k"&#xA;If we send the script WITHOUT the audio part, we see it very fluid even in 4K resolution, with 30 FPS, but of course with no audio.&#xA;If we send the script WITH the audio part, the FPS goes down to 19-20 and the video is no more fluid. In this case we tried also to downgrade the video quality, but the result is always the same, the video is not fluid, even if the PC has not the CPU and GPU very loaded.&#xA;Would you suggest another script or some correction in order to avoid this problem and stream a video getting both video and audio from a device ?

    &#xA;

Navigation