Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (111)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (12268)

  • Anomalie #4677 (Nouveau) : tri_protege_champ protège trop et peut casser des tris (notamment autre...

    4 mars 2021, par RastaPopoulos ♥

    Les boucles SPIP ne bouclent pas que sur du SQL, depuis qu’on a ouvert, il y a moult autres utilisations. Et de nombreux critères fonctionnent parfaitement pour ces autres boucles aussi, comme les différentes manières de trier.

    Mais tri modifie le nom des champs, ce que ne fait pas par.

    Par exemple dans Sphinx, avec les données JSON, il est possible de trier sur des clés du JSON, comme ça : properties.gis[0].ville

    Cela marche parfaitement avec par sans rien casser. Mais tri vire tout ce qui n’est pas un espace et un mot, et donc ça aboutit dans la requête finale à : properties.gis0.ville

    Ça se passe dans tri_protege_champ avec cette regex : 

    1. <span class="CodeRay"><span class="keyword">function</span> <span class="function">tri_protege_champ</span>(<span class="local-variable">$t</span>) {
      2. 

    2.     <span class="keyword">return</span> <span class="predefined">preg_replace</span>(<span class="string"><span class="delimiter">'</span><span class="content">,[^</span><span class="content">\s</span><span class="content">\w</span><span class="content">.+],</span><span class="delimiter">'</span></span>, <span class="string"><span class="delimiter">'</span><span class="delimiter">'</span></span>, <span class="local-variable">$t</span>);
      3. 

    3. }
      4. 

    4. </span>
      5. 

    Télécharger

    Pourquoi cette restriction à ce point, et qui n’est pas faite pour par dont la valeur peut parfaitement aussi venir d’un #ENV inconnu ? Peut-on augmenter les caractères possibles ? Et dans ce cas juste spécifiquement les crochets en plus, ou encore plus large ?

  • lavfi/vf_libvmaf : add warning when color ranges differ

    1er avril 2023, par Chema Gonzalez
    lavfi/vf_libvmaf : add warning when color ranges differ

    The VMAF filter uses the pixel values without considering
    
the color ranges. This is incorrect. Patch adds a warning
    
so at least the user knows it.
    

    Let's see an example.
    

    (1) Let's get FR and LR versions of the same image.
    

    ```
    
$ ffmpeg -y -i /tmp/lena.490x490.ppm -vf scale="out_range=full" -pix_fmt yuv420p /tmp/lena.full.y4m
    
$ xxd /tmp/lena.full.y4m |head
    
00000000 : 5955 5634 4d50 4547 3220 5734 3930 2048  YUV4MPEG2 W490 H
    
00000010 : 3439 3020 4632 353a 3120 4970 2041 303a  490 F25:1 Ip A0 :
    
00000020 : 3020 4334 3230 6a70 6567 2058 5953 4353  0 C420jpeg XYSCS
    
00000030 : 533d 3432 304a 5045 4720 5843 4f4c 4f52  S=420JPEG XCOLOR
    
00000040 : 5241 4e47 453d 4655 4c4c 0a46 5241 4d45  RANGE=FULL.FRAME
    
00000050 : 0a72 7271 7070 706f 6f6e 6d6d 6c6d 6d6d  .rrqpppoonmmlmmm
    
00000060 : 6c6e 6e6d 6d6e 6e6e 6d6c 6d6d 6d6d 6d6d  lnnmmnnnmlmmmmmm
    
00000070 : 6d6e 6d6b 6c6d 6e6e 6d6c 6d6d 6e6e 6f6f  mnmklmnnmlmmnnoo
    
00000080 : 6f6f 6e6e 6e6e 6f70 7172 7375 7676 7370  oonnnnopqrsuvvsp
    
00000090 : 6d69 6662 5e59 534d 4845 3d35 302e 2d2c  mifb^YSMHE=50.-,
    
```
    

    ```
    
$ ffmpeg -y -i /tmp/lena.490x490.ppm -vf scale="out_range=limited" -pix_fmt yuv420p /tmp/lena.limited.y4m
    
$ xxd /tmp/lena.limited.y4m | head
    
00000000 : 5955 5634 4d50 4547 3220 5734 3930 2048  YUV4MPEG2 W490 H
    
00000010 : 3439 3020 4632 353a 3120 4970 2041 303a  490 F25:1 Ip A0 :
    
00000020 : 3020 4334 3230 6a70 6567 2058 5953 4353  0 C420jpeg XYSCS
    
00000030 : 533d 3432 304a 5045 4720 5843 4f4c 4f52  S=420JPEG XCOLOR
    
00000040 : 5241 4e47 453d 4c49 4d49 5445 440a 4652  RANGE=LIMITED.FR
    
00000050 : 414d 450a 7272 7170 7070 6f6f 6e6e 6e6d  AME.rrqpppoonnnm
    
00000060 : 6e6e 6e6d 6f6e 6e6e 6e6e 6e6e 6d6e 6e6e  nnnmonnnnnnnmnnn
    
00000070 : 6e6e 6e6e 6f6e 6c6d 6e6f 6e6e 6d6e 6e6f  nnnnonlmnonnmnno
    
00000080 : 6f6f 6f6f 6f6f 6f6f 6f6f 7071 7273 7576  oooooooooopqrsuv
    
00000090 : 7673 706e 6a68 6461 5c57 524e 4b44 3d39  vspnjhda\WRNKD=9
    
```
    

    Note that the 2x images are the same. Only difference is the range,
    
and the precision issues related to range conversion.
    

    (2) Let's calculate the VMAF score :
    
```
    
$ ./ffmpeg -filter_threads 1 -filter_complex_threads 1 -i /tmp/lena.full.y4m -i /tmp/lena.limited.y4m -lavfi libvmaf="model=path=/usr/share/model/vmaf_v0.6.1neg.json" -report -f null -
    
...
    
[Parsed_libvmaf_0 @ 0x3cc9b40] VMAF score : 85.530109
    
```
    

    As we are comparing an image with itself, we expect the score to
    
be close to 100. Issue here is that the VMAF filter just uses the
    
pixel values, ignoring the color ranges.
    

    Proposed solution is to add a warning.
    
```
    
$ ./ffmpeg -filter_threads 1 -filter_complex_threads 1 -i /tmp/lena.full.y4m -i /tmp/lena.limited.y4m -lavfi libvmaf="model=path=/us
    
r/share/model/vmaf_v0.6.1neg.json" -report -f null -
    
...
    
[Parsed_libvmaf_0 @ 0x3cc9b40] distorted and reference frames use different color ranges (pc != tv)
    
...
    
[Parsed_libvmaf_0 @ 0x3cc9b40] VMAF score : 85.530109
    
```
    

    Tested :
    

    Ran fate.
    
```
    
$ make fate -j
    
...
    
TEST    seek-lavf-ppmpipe
    
TEST    seek-lavf-pgmpipe
    
TEST    seek-lavf-mxf_opatom
    
```
    • [DH] libavfilter/vf_libvmaf.c

  • gdigrab : allow capturing a window by its handle

    17 décembre 2023, par Lena
    gdigrab : allow capturing a window by its handle

    x11grab can capture windows by their ID, but gdigrab can only capture
    
windows by their names, internally calling FindWindowW to lookup its
    
handle.
    

    This patch simply allows the user to specify a window handle directly.
    
Signed-off-by : Lena <lena@nihil.gay>
    • [DH] Changelog
    • [DH] doc/indevs.texi
    • [DH] libavdevice/gdigrab.c

Navigation