
Recherche avancée
Médias (91)
-
Géodiversité
9 septembre 2011, par ,
Mis à jour : Août 2018
Langue : français
Type : Texte
-
USGS Real-time Earthquakes
8 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
-
SWFUpload Process
6 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
-
Podcasting Legal guide
16 mai 2011, par
Mis à jour : Mai 2011
Langue : English
Type : Texte
-
Creativecommons informational flyer
16 mai 2011, par
Mis à jour : Juillet 2013
Langue : English
Type : Texte
Autres articles (51)
-
Les vidéos
21 avril 2011, parComme 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, parMediaSPIP 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, parPar 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 SilentfuryI 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 DanielI 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 ?