Recherche avancée

Médias (0)

Mot : - Tags -/presse-papier

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

Autres articles (18)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

Sur d’autres sites (4489)

  • FFmpeg RTSP problem with IP camera

    22 avril 2014, par NoviceAndNovice

    I download FFmpeg windows binary and use ffplay.exe successfully for media files and some Ip Cameras with RTSP support (eg Acti).

    I try ffplay on a Bosch( h264) NDC 265 P camera it does not work. When i start ffplay with debug option i get folllowing

    D:\Test>ffplay -debug 1 rtsp:/XXXXXXXXXX/video
    
FFplay version SVN-r26400, Copyright (c) 2003-2011 the FFmpeg developers
    
  built on Jan 18 2011 04:09:28 with gcc 4.4.2
    
  configuration: --enable-gpl --enable-version3 --enable-libgsm --enable-libvorb
    
is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg
    
 --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb
    
--enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime-cpudetect -
    
-enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss
    
l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable-w32threads --
    
cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable-memalign-hack
    
 --enable-shared --disable-static
    
  libavutil     50.36. 0 / 50.36. 0
    
  libavcore      0.16. 1 /  0.16. 1
    
  libavcodec    52.108. 0 / 52.108. 0
    
  libavformat   52.93. 0 / 52.93. 0
    
  libavdevice   52. 2. 3 / 52. 2. 3
    
  libavfilter    1.74. 0 /  1.74. 0
    
  libswscale     0.12. 0 /  0.12. 0
    
[rtsp @ 006db540] SDP:
    
v=0
    
o=- 0 0 IN IP4 XXXXXXXXXX
    
s=LIVE VIEW
    
t=0 0
    
c=IN IP4 0.0.0.0
    
m=video 0 RTP/AVP 35
    
a=rtpmap:35 H264/90000
    
a=control:rtsp://XXXXXXXXXX/video
    
a=recvonly
    
a=fmtp:35 packetization-mode=1;profile-level-id=4d0028;sprop-parameter-sets=Z00A
    
KI2NKAoAt2AgEA==,aO48gA==
    

    
[rtsp @ 006db540] video codec set to: (null)
    
[rtsp @ 006db540] hello state=0
    
[rtsp @ 006db540] Probe buffer size limit 5000000 reached
    
[rtsp @ 006db540] Estimating duration from bitrate, this may be inaccurate
    
Input #0, rtsp, from 'rtsp:/XXXXXXXXXX/video':
    
  Metadata:
    
    title           : LIVE VIEW
    
  Duration: N/A, start: 0.000000, bitrate: N/A
    
    Stream #0.0, 4035, 1/90000: Video: [0][0][0][0] / 0x0000, 90k tbr, 90k tbn,
    
90k tbc
    
rtsp:/XXXXXXXXXX/video: c1o3u0l1d7 3n2o1t5 2o.p2e1n  Ac-oVd:e c s0
    
.000 s:0.0 aq=    0KB vq=    0KB sq=    0B f=0/0

    I can play Bosch IP camera with VLC Player...But can not with FFmpeg...

    So

    • Does ffmpeg not support H264 ?

  • Make new VDPAU easier to use by adding context to callback.

    7 août 2013, par Reimar Döffinger
    Make new VDPAU easier to use by adding context to callback.

    Using VDPAU correctly means checking for preemption
    
and possibly regenerating the context all the time.
    
With the current API there is no context or other
    
user-defined pointer and thus this in not possible
    
during decoding unless using some hack like global
    
variables.
    
The need to reinitialize both surfaces and even function
    
pointers makes handling preemption even more difficult.
    
This patch introduces a new render2 function that gets
    
both the AVCodecContext and AVFrame in addition,
    
in both the user can store additional opaque data.
    
This allows even advanced approaches like keeping a
    
"generation counter" for the surfaces so they can be
    
regenerated on the fly and efficiently.
    
In addition, the function has a return value that will
    
be passed through all the way instead of being silently
    
ignored as for the current render function.
    
Unfortunately the HWAccel API has no way of providing
    
API/ABI compatibility, so a currently disallowed
    
state (render pointer being NULL) is used to extend it.
    

    Signed-off-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
    • [DH] doc/APIchanges
    • [DH] libavcodec/vdpau.c
    • [DH] libavcodec/vdpau.h
    • [DH] libavcodec/vdpau_h264.c
    • [DH] libavcodec/version.h

  • Anomalie #4563 (Fermé) : Balise p vide utilisée pour autre chose qu’un paragraphe

    1er octobre 2020, par Roman Mkrtchian

    Il y a une balise

    contenant seulement un input caché qui apparaît dans certaines pages tout en bas, par exemple sur la page de résultats de recherche.

    Elle est générée par ce code dans prive/ajaxCallback.js :

    <span class="CodeRay">jQuery.spip.initReaderBuffer = function(){
    
    if (jQuery('#'+jQuery.spip.virtualbuffer_id).length) return;
    
    jQuery('body').append('<span class="tag">span> <span class="attribute-name">style</span>=<span class="string"><span class="delimiter">"</span><span class="key">float</span>:<span class="value">left</span>;<span class="key">width</span>:<span class="float">0</span>;<span class="key">height</span>:<span class="float">0</span>;<span class="key">position</span>:<span class="value">absolute</span>;<span class="key">left</span>:<span class="float">-5000px</span>;<span class="key">top</span>:<span class="float">-5000px</span>;<span class="delimiter">"</span></span><span class="tag">></span><span class="tag">span> <span class="attribute-name">type</span>=<span class="string"><span class="delimiter">"</span><span class="content">hidden</span><span class="delimiter">"</span></span> <span class="attribute-name">name</span>=<span class="string"><span class="delimiter">"</span><span class="content">'+jQuery.spip.virtualbuffer_id+'</span><span class="delimiter">"</span></span> <span class="attribute-name">id</span>=<span class="string"><span class="delimiter">"</span><span class="content">'+jQuery.spip.virtualbuffer_id+'</span><span class="delimiter">"</span></span> <span class="attribute-name">value</span>=<span class="string"><span class="delimiter">"</span><span class="content">0</span><span class="delimiter">"</span></span> <span class="tag">/></span><span class="tag"></span>');
    
}
    
</span></span></span>

    De ce que j’en comprends c’est un hack pour mettre à jour le lecteur d’écran Jaws (comme expliqué ici). Il est peut être possible de le remplacer par la propriété aria-live mais il faudrait faire des tests...

    Mais l’objet de cette issue est plus simple : la balise

    est utilisée ici alors que ce n’est manifestement pas un paragraphe, ça va contre la règle RGAA 8.9.
    Étant donné son but (contenir un input caché dont on fait varier la valeur), je pense que si on remplace

    par

    ça ne posera pas de problèmes, qu’est-ce que vous en pensez ?

Navigation