Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (49)

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

  • Problèmes fréquents

    10 mars 2010, par

    PHP 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, par

    La 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 Kabir

    I 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 seeks

    SO 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.915000

    So 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 Converse

    Merge "vp8enc : Prevent out of bounds memory access."

  • Revision c0856b98cc : Merge "Fixing out of bounds access in frame_refs[] array."

    30 janvier 2014, par Yaowu Xu

    Merge "Fixing out of bounds access in frame_refs[] array."