Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

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

Autres articles (44)

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (9564)

  • lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected

    5 juin 2019, par Stephan Hilb
    lavd/v4l2 : produce a 0 byte packet when a dequeued buffer's size is unexpected

    Behave like we do for V4L2_BUF_FLAG_ERROR, implemented in commit 28f20d2ff4 .
    

    For some devices (probably also related to the V4L driver implementation)
    
it happens that when invoking the ioctl DQBUF, the returned buffer is not
    
of the expected size. Here are two examples for such occurrences :
    

        [video4linux2,v4l2 @ 0x258b440] Dequeued v4l2 buffer contains 609596 bytes, but 614400 were expected. Flags : 0x00000001.
    
    /dev/video1 : Invalid data found when processing input
    

        [video4linux2,v4l2 @ 0x225f440] Dequeued v4l2 buffer contains 609508 bytes, but 614400 were expected. Flags : 0x00000001.
    
    /dev/video1 : Invalid data found when processing input
    

    For the ffmpeg CLI tool this means it will stop capturing and exit.
    

    The described behaviour was observed at least with one OmniVision USB
    
web cam and with some stk1160 devices.
    

    If you search the web for the error message, you will find quite a few
    
instances of this problem. Some of them experienced on other devices.
    

    Probably fixes ticket #4795
    

    Signed-off-by : Alexander Strasser <eclipse7@gmx.net>
    • [DH] libavdevice/v4l2.c

  • dxva2_hevc : properly signal the num_delta_pocs from the SPS RPS

    12 février 2016, par Hendrik Leppkes
    dxva2_hevc : properly signal the num_delta_pocs from the SPS RPS

    ucNumDeltaPocsOfRefRpsIdx needs to contain the flat value from the SPS RPS,
    
and not the final computed value from the slice header RPS, as this calculation
    
is done internally by the driver again.
    

    Sample-Id : http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkvi
    
Signed-off-by : Rémi Denis-Courmont <remi@remlab.net>
    • [DBH] libavcodec/dxva2_hevc.c
    • [DBH] libavcodec/hevc.h
    • [DBH] libavcodec/hevc_ps.c

  • Recording with libx264 results in audio muting prior to recording being stopped depending on preset

    24 janvier 2020, par Pyon
    ffmpeg -thread_queue_size 512 -f dshow -i audio="AudioDevice" -thread_queue_size 512 -f gdigrab -rtbufsize 100000000 -hwaccel auto -framerate 60 -offset_x 332 -offset_y 720 -video_size 340x162 -probesize 10000000 -i desktop -c:v libx264 -preset veryslow -crf 23 -pix_fmt yuv420p "output.mp4"

    I’m using the above command to record desktop video/audio in a defined region.
    The video is being recorded using gdigrab while the audio is being recorded using dshow with a custom loopback driver.

    When the libx264 preset is set to anything below "ultrafast" like "veryslow", the audio will be muted around 80% into the recording (varies depending on video size and the preset selected, worsening for slower presets). By muted I mean : If I record a 10 second video, the video will be 10 seconds in length but the audio will only be audible for the first 8 seconds.

    I’m not really sure what could be causing this, but is there any way around it ?

    Below are simplified versions which produces same results..

    Veryslow preset (audio issue) :

    ffmpeg -thread_queue_size 512 -f dshow -i audio="PriAudio" -thread_queue_size 512 -f gdigrab -i desktop -c:v libx264 -preset veryslow -crf 23 -pix_fmt yuv420p "output.mp4"

    Ultrafast preset (no audio issue) :

    ffmpeg -thread_queue_size 512 -f dshow -i audio="PriAudio" -thread_queue_size 512 -f gdigrab -i desktop -c:v libx264 -preset ultrafast -crf 23 -pix_fmt yuv420p "output.mp4"

    I don’t want to use ultrafast because it results in poor quality/compression ratio.

Navigation