Recherche avancée

Médias (91)

Autres articles (31)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (5661)

  • Anomalie #2135 (Fermé) : Sauvegarde sqlite

    19 juin 2011, par cedric -

    C’est un choix. Il y a toujours le plugin dump sur la zone qui permet en principe de refaire des dump.xml à l’ancien format, mais il pose plein d’autres problèmes qui rendent en pratique les dump peu utilisables et absolument pas fiables comme format de sauvegarde. On préfère une fonctionnalité (...)

  • Audio video duration matching for infinite dash loop pseudo live

    19 janvier 2020, par Massimo Vantaggio

    May I ask help to understand how to match audio and video duration during ffmpeg encoding for a concatenation of videos destined to an infinite loop mpeg dash transmission (mp4box).

    My issue happen during ffmpeg encoding :

    first step for audio encoding and timebase uniformity of each video before the concat/encode process :

    ffmpeg -y -i "$f" -c copy -video_track_timescale 90k -c:a aac -b:a 384k -ar 44100 -ac 2 -shortest -af aresample=async=1 ../buffer/${NAME}_buffer.mp4

    Then concat/encode process in order to get total duration in seconds multiple of closed GOP
    for example : cutting 373.5 duration to obtain 372.000 duration :

    ffmpeg -f concat -safe 0 -y -i list.txt -loop 1 -i ../logo/logo.png -c:a copy -c:v libx264 -x264opts keyint=$GOP:min-keyint=$GOP:no-scenecut -bf 0 -r $FPSC -b:v 4800k -maxrate 9600k -bufsize 19200k -profile:v main -crf 22 -filter_complex "[0:v][1:v]overlay=main_w-overlay_w-10:10,scale=1920:1080,setsar=1" -t $TOTDUR 1080set.mp4

    the result

    VIDEO FORMAT CONTAINER DURATION:
    
372.000000
    
VIDEO STREAM DURATION:
    
372.000000
    
AUDIO FORMAT CONTAINER DURATION:
    
372.006000

    I need help to understand why the audio duration counts 6 ms more than video duration and how to fix it.
    I read about loop_stream should help ?
    Thanks a lot !

    Below the videos info :

    Metadata:
    
    major_brand     : isom
    
    minor_version   : 1
    
    compatible_brands: isomavc1
    
    creation_time   : 2007-05-09T07:55:25.000000Z
    
  Duration: 00:01:29.22, start: 0.000000, bitrate: 7490 kb/s
    
    Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x816, 7403 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default)
    
    Metadata:
    
      creation_time   : 2007-05-09T07:55:25.000000Z
    
      handler_name    : GPAC ISO Video Handler
    
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 94 kb/s (default)
    
    Metadata:
    
      creation_time   : 2007-05-09T07:55:29.000000Z
    
      handler_name    : GPAC ISO Audio Handler
    

    
  Metadata:
    
    major_brand     : isom
    
    minor_version   : 1
    
    compatible_brands: isomavc1
    
    creation_time   : 2007-07-17T09:18:37.000000Z
    
    genre           : Trailer
    
    artist          : Fox
    
    title           : The Simpsons Movie
    
    date            : 2007
    
  Duration: 00:02:17.25, start: 0.000000, bitrate: 8591 kb/s
    
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x800, 8486 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default)
    
    Metadata:
    
      creation_time   : 2007-07-17T09:18:37.000000Z
    
      handler_name    : GPAC ISO Video Handler
    
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, 5.1, fltp, 107 kb/s (default)
    
    Metadata:
    
      creation_time   : 2007-07-17T09:18:45.000000Z
    
      handler_name    : GPAC ISO Audio Handler
    
    Stream #0:2: Video: mjpeg (Progressive), yuvj420p(pc, bt470bg/unknown/unknown), 101x150 [SAR 72:72 DAR 101:150], 90k tbr, 90k tbn, 90k tbc (attached pic)
    

    
  Metadata:
    
    major_brand     : mp42
    
    minor_version   : 0
    
    compatible_brands: mp42isomavc1
    
    creation_time   : 2013-12-01T03:59:56.000000Z
    
    genre           : Trailer
    
    artist          : Warner Bros.
    
    title           : Gravity - 2K Trailer
    
    encoder         : HandBrake 0.9.9 2013051800
    
    date            : 2013
    
  Duration: 00:02:27.07, start: 0.000000, bitrate: 20296 kb/s
    
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 2048x858, 20149 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc (default)
    
    Metadata:
    
      creation_time   : 2013-12-01T03:59:56.000000Z
    
      encoder         : JVT/AVC Coding
    
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 153 kb/s (default)
    
    Metadata:
    
      creation_time   : 2013-12-01T03:59:56.000000Z
    
    Stream #0:2: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 102x150 [SAR 72:72 DAR 17:25], 90k tbr, 90k tbn, 90k tbc (attached pic)

  • Can someone decode my widevine Mpeg Dash stream if he got a hold of the decoded init data and/or the widevine licence key ?

    27 décembre 2017, par Jawny Thompson

    Lets say somebody downloads multiple segments of my widevine DRM stream :

    • Segment01.m4s

    • Segment02.m4s

    • Segment...n.m4s

    And he somehow got a hold of the decoded initialization header data for that particular stream, what is he able to do with it ? Can he use it to decode the segments he downloaded ? If not, what are possible ways he could do it, and how do i prevent such thing from happening.

Navigation