Recherche avancée

Médias (91)

Autres articles (65)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (12372)

  • Flac-in-mp4 draft v0.0.0.

    4 octobre 2016, par Ralph Giles
    Flac-in-mp4 draft v0.0.0.

    We’ve been working on a draft spec for encapsulation of FLAC
    
in the ISO Base Media File Format (mp4). This is the initial
    
draft created by Monty Montgomery based on Yusuke Nakamura’s
    
Opus-in-mp4 draft.
    

    More details at https://bugzilla.mozilla.org/show_bug.cgi?id=1286097
    

    Signed-off-by : Erik de Castro Lopo <erikd@mega-nerd.com>
    • [DH] doc/isoflac.txt

  • Parsed timed_id3 values from HLS stream

    2 octobre 2016, par Ecko

    How do I parse timed_id3 values taken from a HLS stream chunk ?

    Twitch stream chunks contain info like encoding time in a 3rd data stream that ffprobe identifies as timed_id3, the extracted data is :

    b'\x00\x00\x00\x020TRCK\x00\x00\x00\x06\x00\x00\x033936\x00TDEN\x00\x00\x00\x15\x00\x00\x032016-09-30T02:01:11\x00TDTG\x00\x00\x00\x15\x00\x00\x032016-09-30T02:01:18\x00TOFN\x00\x00\x00\x1a\x00\x00\x03index-0000003936-tI2q.ts\x00TSSE\x00\x00\x00\x15\x00\x00\x03libavtwitch: 730c86\x00TXXX\x00\x00\x01\x15\x00\x00\x03segmentmetadata\x00{"broadc_s":1,"cmd":"ld_lat_data","ingest_r":2,"ingest_s":3,"stream_offset":15624,"transc_r":1475200871542,"transc_s":1475200878899}\xbd\x00\x00\x00\x01\xce\x8cM\x9d\x10\x8e%\xe9\xfe'

    It’s sort of parseable and contains common ID3 values but does not seem to be full ID3 data. Based on the ID3 spec it should start with a ’ID3’ identifier value and other values but it doesn’t, and all id3 parsing libraries I tried fail parsing it because of that.

    It seems timed_id3 in HLS streams is different from normal id3 info for mp3 files.

  • raspberry pi 3 OpenMax EmptyThisBuffer slow response when transcoding with libav or ffmpeg

    29 septembre 2016, par A. H.

    The context is transcoding on a Raspberry Pi 3 from 1080i MPEG2 TS to 1080p@30fps H264 MP4 using libav avconv or ffmpeg. Both are using almost idenitical omx.c source file and share the same result.

    The performance is short of 30fps (about 22fps) which makes it unsuitable for live transcoding without reducing the frame rate.

    By timestamping the critical code, I noticed the following :

    1. OMX_EmptyThisBuffer can take 10-20 msec to return. The spec/document indicates that this should be < 5msec. This along would almost account for the performance deficit. Can someone explains why this OMX call is out of spec ?

    2. In omx.c, a zerocopy option is used to optimized the image copying performance. But the precondition (contiguous planes and stride alignment) for this code is never satisfied and this the optimization was never in effect. Can someone explain how this zerocopy optimization can be employed ?

    Additional question on h264_omx encoder : it seems to on accept MP4 or raw H264 output format. How difficult it is to add other format, e.g. TS ?

    Thanks

Navigation