Recherche avancée

Médias (91)

Autres articles (51)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

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

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

  • Evolution #4063 : Position de la prévisualisation / ergo presentation formulaire forum

    10 mars 2021, par cedric -

    b_b il y a pas de prévisu dans mon screenshot : mon propos c’est que de base le formulaire forum est bien bancal
    - il se prend des margin en cascade sur les fieldset qui laissent des gros espaces blancs
    - toutes les legend sont masquées et c’est du coup à peu près incompréhensible si tu as pas que le textarea (ie si tu as des mots clés notamment)
    - le textarea a été déplacé en bas, mais pas la legend, ou alors du coup c’est les mots clés qui sont plus au bon endroit, et du coup ça a ni queue ni tête si j’affiche les legend (tu as "Votre message", puis les mots clés, puis le textarea)

    - et cerise sur le gateau, quand je scroll pour aller cliquer sur le bouton "prévisualiser", la prévisu apparait en dessous - et donc hors écran chez moi je vois que le haut du fieldset - sans aucun scroll.

    Donc je veux bien qu’on dise "on va tout changer" mais alors please, prenez le temps de tester et d’ajuster visuellement pour les différents cas (avec / sans mot clé, avec/sans le bloc d’URL, avec/sans le bloc "votre nom", avec/sans les documents joints)

    C’est bien chiant, certes, et on est bien d’accord que le scénario nominal c’est plutôt une version simple, mais de là à accepter que ça ait l’air complètement cassé et incompréhensible quand on est dans un autre cas ça me parait pas OK.

    Donc pour moi soit quelqu’un prends le temps de mettre au propre et de remettre ça d’équerre, soit on revert et on revient à ce qu’on avait avant, qui certes n’était pas parfait mais au moins marchait à peu près dans tous les cas...

  • How can I avoid an ffmpeg out of memory error

    21 mars 2021, par Silentfury

    I use ffmpeg with complex filtering. Input are different sets of FULLHD surveilance camera videos each 10 to 15 seconds long. Set size (number of videos per set) varies. To remove unchanged frames I apply mpdecimate. To avoid being triggered by moving bushes but still keep objects I want to remain, I apply a complex filter :

    


      

    • split the video (the original and a dummy to detect motion/stills)
    • 


    • scale the dummy down (so the 8x8-block-metric of mpdecimate matches the size of moving objects I want to keep)
    • 


    • add white boxes to dummy to mask unintendedly moving objects
    • 


    • apply mpdecimate to dummy to remove non-changing frames
    • 


    • scale dummy back to original size
    • 


    • overlay the remaining frames of dummy with matching frames of original
    • 


    


    All this works fine if the number of input videos is small (less than 100). The memory consupmtion of the ffmpeg process varies somewhere between 2GiB and 5GiB.

    


    If the number of input files gets larger (say 200), the memory consumption suddenly jumps to insane numbers until memory (32GiB plus 33GiB swap) runs out and ffmpeg gets killed. I can not predict if and why this happens. I have one example, where a set of 340 videos worked using 6GiB. Any other set above 100 videos I tried eats all RAM in under two minutes and dies.

    


    There is no particular error message from ffmpeg.

    


    dmesg says :

    


    Out of memory: Kill process 29173 (ffmpeg)
Killed process 29173 (ffmpeg) total-vm:66707800kB


    


    My ffmpeg command :

    


    ffmpeg -f concat -safe 0 -i vidlist -vf 'split=2[full][masked];[masked]scale=w=iw/4:h=ih/4,drawbox=w=51:h=153:x=101:y=0:t=fill:c=white,drawbox=w=74:h=67:x=86:y=49:t=fill:c=white,drawbox=w=51:h=149:x=258:y=0:t=fill:c=white,drawbox=w=13:h=20:x=214:y=103:t=fill:c=white,drawbox=w=29:h=54:x=429:y=40:t=fill:c=white,drawbox=w=35:h=49:x=360:y=111:t=fill:c=white,drawbox=w=26:h=54:x=304:y=92:t=fill:c=white,drawbox=w=48:h=27:x=356:y=105:t=fill:c=white,drawbox=w=30:h=27:x=188:y=124:t=fill:c=white,drawbox=w=50:h=54:x=371:y=7:t=fill:c=white,drawbox=w=18:h=38:x=248:y=107:t=fill:c=white,drawbox=w=21:h=51:x=242:y=33:t=fill:c=white,mpdecimate=hi=64*80:lo=64*40:frac=0.001,scale=w=iw*4:h=ih*4[deduped];[deduped][full]overlay=shortest=1,setpts=N/(15*TB),mpdecimate=hi=64*80:lo=64*50:frac=0.001,setpts=N/(15*TB)' -r 15 -c:v libx265 -preset slower -crf 37 -pix_fmt yuv420p -an result.mkv


    


    ffmpeg version 4.1.6

    


    Debian 4.19.171-2

    


    I hope that my filter can be tuned in some way that achieves the same result but doesn't eat RAM that much - but I have no clue how. Within reasonable limits, I wouldn't mind if processing time suffers. Any hints appreciated.

    


  • Fragmented mp4 file is not played by MSE

    19 mai 2020, par Daniel

    I created a fragmented mp4 file with ffmpeg (from h264), and removed the first 6 moof and mdat pairs.

    



    So now it still has the correct order of boxes : ftyp, moov, moof, mdat, moof, mdat, ..., but the first moof packet has the sequenceNumber of 7.

    



    VLC can play it fine, 'Movies & TV' can also play, but the first some seconds are black.

    



    If I drag the file into the browser, it can also play it fine.

    



    It is however not being displayed at all in the browser (Chrome) if I feed it via MSE.

    



    No error messages are printed, and in the media-internals' log it can be seen that the videoplayer starts playing in the first second and suspends it only in the 18th second :

    



    Timestamp   Property    Value
00:00:00.000    origin_url  "https://localhost:8443/"
00:00:00.000    kFrameUrl   "https://localhost:8443/websocket/videodemo.html"
00:00:00.000    kFrameTitle "WebSocket and MSE demo"
00:00:00.000    url "blob:https://localhost:8443/3b4d4b1a-7c08-4136-95fe-dabc14fba95f"
00:00:00.000    info    "ChunkDemuxer"
00:00:00.000    pipeline_state  "kStarting"
00:00:01.067    kVideoTracks    [{"alpha mode":"is_opaque","codec":"h264","coded size":"1600x900","color space":"{primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}","encryption scheme":"Unencrypted","flipped":false,"has_extra_data":false,"natural size":"1600x900","profile":"h264 main","rotation":"0°","visible rect":"0,0 1600x900"}]
00:00:01.067    debug   "Video rendering in low delay mode."
00:00:01.070    info    "Using D3D11 device for DXVA"
00:00:01.075    kIsVideoDecryptingDemuxerStream false
00:00:01.075    kVideoDecoderName   "MojoVideoDecoder"
00:00:01.075    kIsPlatformVideoDecoder true
00:00:01.075    info    "Selected MojoVideoDecoder for video decoding, config: codec: h264, profile: h264 main, alpha_mode: is_opaque, coded size: [1600,900], visible rect: [0,0,1600,900], natural size: [1600,900], has extra data: false, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}"
00:00:01.075    pipeline_state  "kPlaying"
00:00:01.067    duration    "unknown"
00:00:18.926    pipeline_state  "kSuspending"
00:00:18.926    pipeline_state  "kSuspended"
00:00:18.927    event   "SUSPENDED"


    



    Here is the video file for reference.

    



    What is the problem with this file, why is it not displayed in the browser with MSE ?