Recherche avancée

Sur d’autres sites (7229)

• Anomalie #3862 : .spip_logo

  22 novembre 2016, par J. Alberto ZAMBRANO

  bonjour,

  "est-ce un problème sur un squelettes-dist de SPIP ou bien un squelettes
  déjà modifié ? "
  Les deux mon capitaine :-)
  Je fais un site pour une amie, je prends spip et je fait quelques
  modifications (j’allège) à partir des squelettes-dist. L’entête de la dist
  me vas parfait, mais...
  Je fais une page "catalogue" (rubrique) pour afficher les articles, et je
  me lance dans une flexbox grids
  <http://codepen.io/raphaelgoetter/pen/mzKrh?editors=110> qui m’afficherait
  le titre et le logo de l’article. Juste modifier la classe dans le
  squelette de la rubrique et le tour est joué :

  |#URL_ARTICLE|image_reduire300,*)])

  &amp;lt;ul class="grid-4"&amp;gt;<br />(merci spip!). Mais là, pas moyen de centrer cette image (le logo)...<br />jusqu'à ce que je me résolve à aller fouiner spip.css pour voir qu'est-ce<br />qu'il fait dans la mise en forme des balises, en comparant avec le html<br />généré. C'est là que je vois que la classe spip_logo_site n'est pas définie<br />(ni spip_logos, qui apparaît aussi dans le html généré), et spip_logo l'est<br />deux fois (je veux dire il y a deux lignes pour).<br />Et comment le header est vraiment un condensé de "parlez-vous spip?"...<br />Ensuite, est-ce qu'il y a réellement un problème de core? Je ne mettrait<br />pas ma main à couper, je ne suis pas assez fort en codage pour, et je tiens<br />à mes mains :-)<br />En tout cas, si je mets en commentaire la première définition de .spip_logo<br />je peux centrer l'image facilement:([(#LOGO_ARTICLE|*center*

  En vous remerciant, cordialement, J. Alberto ZAMBRANO

  Le 22 novembre 2016 à 08:55, <redmine@spip.org> a écrit :

  La demande #3862 a été mise à jour par chan kalan.

  Bonjour,
  je ne comprends peut-être pas bien, mais est-ce un problème sur un
  squelettes-dist de SPIP ou bien un squelettes déjà modifié ?
  J’ai l’impression que c’est un problème d’affichage personnalisé, et si
  c’est le cas il faut plutôt s’adresser aux listes SPIP ou au forums...
  ------------------------------
  Anomalie #3862 : .spip_logo
  <https://core.spip.net/issues/3862#change-12212>

  - Auteur : J. Alberto ZAMBRANO
  - Statut : Nouveau
  - Priorité : Normal
  - Assigné à :
  - Catégorie : css
  - Version cible : 3.1
  - Resolution :
  - Navigateur :

  Bonjour,
  il me semble qu’il y a un problème avec les classes spip.css/.spip_logo
  (deux lignes) alors que .spip_logo_site n’est pas définie (ni .spip_logos,
  qui apparaît aussi dans le code source généré). La première définition
  (.spip_logo float:right ; margin : 0 0 10px 10px ; padding:0 ; border : 1px
  solid Red ; ) m’empêche de centrer une image (le logo de l’article) dans
  une boite flex (en tout cas si je la mets en commentaire le problème
  disparait) ; mais la mettre en commentaire mets le logo du site à droite du
  titre (c’est moins problématique). Et la changer en .spip_logo_site ne
  donne pas non plus le résultat attendu.

  Bon, peut-être que je suis un peu clé à mollette pour le code...

  Je travaille sur SPIP 3.1.3 [23214]

  Cordialement, J. A. ZAMBRANO
  Fichiers problème css spip_logo.docx
  <https://core.spip.net/attachments/download/866/proble%CC%80me%20css%20spip_logo.docx>
  (565,061 ko)
  ------------------------------

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.org/my/account

• Evolution #4406 (En cours) : Icônes barre édition : passage en svg + rafraichissement

  27 novembre 2019, par tcharlss (*´_ゝ｀)

  Avec le svg qui est officiellement supporté dans la future 3.3, ça peut être l’occasion de passer les icônes de la barre d’édition en svg et de les rafraichir un peu.

  Après un tour d’horizon de ce qui se fait ailleurs, j’ai commencé des tests dans un fork, dans la branche icones_svg : https://git.spip.net/tcharlss/porte_plume
  Je trouve celle de gitlab bien faite, sobre et sans chichi, donc je m’en suis inspiré. Ce n’est pas une proposition définitive, juste pour montrer une direction :

  

  

  D’autres barres pour comparer :

  gitlab :
  

  github :
  

  stackoverflow :
  

  wordpress :
  

• MPlayer not playing HTTP video stream for a specific type of content from the same source

  2 août 2017, par Joel

  Implementation overview

  Before I dive into the question, I need to establish the context from the start.

  I am currently implementing a cloud gaming solution utilising the following :

  • Nvidia Capture SDK
  • Nvidia Video Codec SDK
  • FFmpeg
  • MPlayer

  The Nvidia Capture SDK is used to produce a shim layer (via DXGI.dll), intercepting and capturing DirectX frames so that they can be passed to the Nvidia Video Codec SDK to be encoded into an h264 video format. All this is done within DXGI.dll.

  I then pass the encoded video to FFmpeg. FFmpeg acts as an HTTP server that broadcasts the video stream for MPlayer to play.

  Problem

  I am running an Unreal Engine 4 game called "Epic Survival Game Series". The Nvidia Capture SDK’s shim layer kicks off when the game starts, and FFmpeg launches the HTTP server to start streaming. However, when I start MPlayer to receive the stream, MPlayer stops at the following message, and nothing happens after that.

  libavformat version 57.72.101 (internal)
Stream not seekable!
H264-ES file format detected

  The thing is, when I play the same video using ffplay, it works without any issue. This is not the only quirk. When I launch a different Unreal Engine 4 game called "First Person Shooter Template", MPlayer can play that video as well. Also, if I modify the Survival Game to load directly into the game level by skipping the menu, MPlayer is also able to play the video.

  Using FFmpeg to write the video to a file instead of streaming it to a video also works, no matter the game or whether I loaded into the menu or game level.

  This is very strange and I do not have any idea why this is the case. Any ideas ?

  Edit : One strange quirk I forgot to mention is that MPlayer does manage to play the video in very rare occasions - maybe once every 10-20 tries or so.

  Implementation Details

  Additional details of how certain parts are implemented.

  (1) For the Nvidia Capture SDK, I use the provided DXIFRShim example that is provided in the SDK

  (2) for the Nvidia Video Codec SDK, I use the provided NvEncoder example that is provided in the SDK

  (3) The FFmpeg command I use is this :
  ffmpeg -i - -listen 1 -threads 1 -vcodec copy -preset ultrafast -an -tune zerolatency -f h264 http://address:port
  The encoded frames from Nvidia Video Codec SDK is piped to FFmpeg.

  (4) The MPlayer command I use is this :
  mplayer -quiet -vo gl -nosound -benchmark http://address:port

  Things I’ve tried

  I am suspecting MPlayer to be the cause, so I’ve only played around with MPlayer parameters.
  mplayer http://address:port

  mplayer -fps 30 -vo gl -nosound -benchmark http://address:port

  mplayer -fps 30 -screenw 720 -screenh 1280 -vo gl -nosound -benchmark http://address:port

  mplayer -fps 30 -vo directx -nosound -benchmark http://address:port

  mplayer -fps 30 -vo null -nosound -benchmark http://address:port

  None of these worked.