
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (49)
-
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 (...) -
Problèmes fréquents
10 mars 2010, parPHP et safe_mode activé
Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site -
Mediabox : ouvrir les images dans l’espace maximal pour l’utilisateur
8 février 2011, parLa visualisation des images est restreinte par la largeur accordée par le design du site (dépendant du thème utilisé). Elles sont donc visibles sous un format réduit. Afin de profiter de l’ensemble de la place disponible sur l’écran de l’utilisateur, il est possible d’ajouter une fonctionnalité d’affichage de l’image dans une boite multimedia apparaissant au dessus du reste du contenu.
Pour ce faire il est nécessaire d’installer le plugin "Mediabox".
Configuration de la boite multimédia
Dès (...)
Sur d’autres sites (6204)
-
ffmpeg is detecting a shorter stream duration than my video player is causing encoding to stop too early
20 novembre 2019, par KabirI have an mp4 that was saved from corruption using recover_mp4
The audio, however was ruined (but that’s ok) and the duration of the file is 34 hours long (it’s supposed to be closer to 8h 30m). When I open the video in mpv I can scrub through and watch the video (all 8 hours and 30 minutes are there, normal playback) and the rest of the time is just a black screen.
So in an effort to extract the video I ran it though ffmpeg with the following :
ffmpeg -i input.mp4 -an -c:v libx264 -crf 18 -preset slow -f mp4 output.mp4
But after 5h30m ffmpeg just stopped. No errors, it was just done. So I went back in with this command to see what was wrong :
ffmpeg -loglevel verbose -ss 05:30:00 -t 00:03:00 -i input.mp4 -an -c copy output.mp4
Which gives me the following log and tells me "No more output streams to write to, finishing."
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'J:\Projects\Recovered\input.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.20.100
Duration: 34:28:24.70, start: 0.000000, bitrate: 9807 kb/s
Stream #0:0(und): Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt470bg/bt709/bt709, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 38945 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 67 kb/s (default)
Metadata:
handler_name : SoundHandler
Output #0, mp4, to 'J:\Projects\Recovered\output.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.22.100
Stream #0:0(und): Video: h264 (High), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt470bg/bt709/bt709, left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 38945 kb/s, 60 fps, 60 tbr, 15360 tbn, 15360 tbc (default)
Metadata:
handler_name : VideoHandler
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
No more output streams to write to, finishing.e=00:02:58.31 bitrate=47090.3kbits/s speed=4.82x 125x
frame=10921 fps=292 q=-1.0 Lsize= 1035963kB time=00:02:59.98 bitrate=47152.2kbits/s speed=4.81x
video:1035907kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.005471%
Input file #0 (J:\Projects\Recovered\input.mp4):
Input stream #0:0 (video): 10922 packets read (1060899674 bytes);
Input stream #0:1 (audio): 0 packets read (0 bytes);
Total: 10922 packets (1060899674 bytes) demuxed
Output file #0 (J:\Projects\Recovered\output.mp4):
Output stream #0:0 (video): 10921 packets muxed (1060768411 bytes);
Total: 10921 packets (1060768411 bytes) muxed
[AVIOContext @ 000001d426143200] Statistics: 2 seeks, 4050 writeouts
[AVIOContext @ 000001d426143e80] Statistics: 1130774976 bytes read, 1 seeksSO now I’m confused, the input file plays back all 8 hours if I open in it my video viewer, but ffmpeg is detecting a shorter video stream than is really on there. Here is the log I get from checking stream duration :
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'J:\Projects\Recovered\input.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf58.20.100
Duration: 34:28:24.70, start: 0.000000, bitrate: 9807 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt470bg/bt709/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 38945 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 67 kb/s (default)
Metadata:
handler_name : SoundHandler
stream|duration=20111.950000
stream|duration=20111.915000So it’s detecting a duration of about 5h30m according to that. I’m not really sure what next steps I should take from here or why ffmpeg is telling me my streams are shorter than they really are. Any help would be appreciated !
-
Revision c29c613400 : Merge "vp8enc : Prevent out of bounds memory access."
28 janvier 2015, par Alex ConverseMerge "vp8enc : Prevent out of bounds memory access."
-
Revision c0856b98cc : Merge "Fixing out of bounds access in frame_refs[] array."
30 janvier 2014, par Yaowu XuMerge "Fixing out of bounds access in frame_refs[] array."