Recherche avancée

Médias (0)

Mot : - Tags -/flash

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (62)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 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, 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 (...)

Sur d’autres sites (13515)

  • How to use libvlc for low-frame-rate rtsp stream decoding

    11 mai 2017, par user1547688

    I am using libvlc for RTSP h.264 bitstream decoding and display in PC. For the best experience (i.e. low latency), I uses the following options

    :file-caching=0
    
:tcp-caching=0
    
:rtsp-caching=0
    
:network-caching=0
    
:clock-jitter=0
    
:avcodec-fast

    With these parameters, the latency is acceptable in comparison to the open-source project "ONVIF device manager"(ODM) where FFMPEG is used for decoding.

    When RTSP server deliver low frame-rate RTSP stream, (1 frame/second). These configuration will freeze after displaying a few frames (3-5 frames).

    I have tried 2 different approaches

    1. Disable synchronization by

      :clock-synchro=0

    This will enable the decoding process to go on, however, an accumulated period of time lagging could be observed.

    1. Use network-cache

    My experiments shows that

    :network-caching=1200

    Will make decoding go smoothly, however, the latency is over 1-2 second in comparison to ODM.

    Is there a way to handle the low frame rate issue in libvlc without providing such big latency ?

  • Enhance text image in x264 encoding

    24 août 2016, par useprxf

    I’m making use of x264 for remote desktop streaming. The goal is to achieve both low bitrate and high video quality within the computation budget. The current parameter set I used almost achieve this goal, but it fails in handling images with many texts (e.g. browsing websites scene). The text in image is blurred and affects the user experience.

    I think it’s the quantization in x264 that causes this. The quantization after DCT transform will eliminate high frequency sinals which mainly correspond to texts in image.

    So, my question is how to improve the text quality in x264 encoding ?

    My idea : when the bitrate stays at a low level for a period of time,

    1. set crf to be 0 (lossless) ;
    2. encode current frame as an IDR frame and then send it ;
    3. recover the crf.

    Also, a flag should be used to prevent resending when bitrate keeps low for a long time. I haven’t try this method since I don’t know how to mark a frame as an IDR frame manully and then encode it.

  • crystalhd : Revert back to letting hardware handle packed b-frames

    16 octobre 2016, par Philip Langdale
    crystalhd : Revert back to letting hardware handle packed b-frames

    I’m not sure why, but the mpeg4_unpack_bframes bsf is not
    
interacting well with seeking. Looking at the code, it should be
    
ok, with possibly one warning shown, but I see it getting stuck
    
for an extended period of time after a seek where a packed frame
    
is cached to be shown later.
    

    So, I gave up on that and went back to making the old hardware
    
based path work. Turns out that it wasn’t broken except that some
    
samples have a 6 byte drop packet which I wasn’t accounting for.
    

    Now it works again and seeks are good.
    • [DH] libavcodec/crystalhd.c

Navigation