Recherche avancée

Sur d’autres sites (13239)

• Anomalie #3398 (Nouveau) : Date du thread modifiée lorsqu’un message de forum est soumis, sans ten...

  6 mars 2015, par Pascal Verrier

  Bonjour,

  Configuration : un SPIP neuf 3.0.17 avec le plugin Comments 3.3.2 permettant l’affichage en thread (et donc de répondre à un message, ce qui n’est pas possible avec le core seul).
  Concerné : plugin-dist forum.

  Je constate sur SPIP 3.0.17 ce fonctionnement curieux :
  - j’ai configuré dans un premier temps le forum d’un article en modération à postériori
  - j’ai posté un premier message puis y ai fait une réponse : je constate bien le changement de la date du thread qui se recale sur la date du dernier posté (et donc publié)
  - j’ai modifié la configuration pour passer en modération à priori
  - j’ai ajouté dans le même thread un troisième message (qui donc cette fois n’est pas publié, car modéré)
  - dans la base de données je constate que la date_thread s’est de nouveau calée sur le dernier message, alors qu’il n’est pas publié (statut "prop")

  Cela ne me semble pas normal ; sur mon site de production (http://www.harmoweb.cnrs.fr/spip.php?rubrique28) intégrant l’affichage de la liste des threads, du plus récent au plus ancien (en se basant sur date_thread) cela a pour effet de "faire remonter" des messages anciens sur lesquels des messages viennent d’être posté même s’ils ne sont pas publiés (dans notre cas des spams interceptés par nospam, nous n’avons pas de modération à priori, mais le mécanisme posant problème est le même).

  Dans mes recherches je suis également tombé sur cette correction d’anomalie https://core.spip.net/issues/852 où le problème de base était similaire mais si j’ai bien compris ne concernait que les mises à jour de statut de messages publiés à priori ; l’évolution de date_thread est normale dans ce cas, contrairement à la situation où le message n’est pas publié d’office, la date de thread ne tenant donc pas compte du statut du message fraîchement posté : lors de l’enregistrement d’un nouveau message, date_thread ne devrait être changé sur tous les messages du fil que si ce message est publié, et non dans les autres cas.

• How to flatten a VR video to display in normal screen ? [closed]

  14 mai 2023, par d-b

  I am not sure about the terminology here, but I have a VR-video that is intended to be shown using a headset with separate screens for each eye. It is not 3D in the sense that when you turn your head you will see something different, it is just "2,5D" so you get a sense of depth when looking at it. There are two video channels that are more or less identical, they are just recorded with slightly different angle, similar to how human eyes see the world. I hope this makes it clear what type of video I have, otherwise please ask for clarification in a comment (and if there is a special terminology for this type of video, please let me know).

  


  More details : the original video is 4320x2160, basically 2 square channels at 2160 x 2160.

  


  I want to show this video undistorted on a regular screen.

  


  I have read the following questions here on SO :

  


  


  1. How to reproject and join these two clips with ffmpeg ?

     


  


  2. Flatten 360 fisheye video

     


  


  3. How to de-warp 180 degree or 360 degree fisheye video with ffmpeg ?

     


  


  4. Flatten 360 fisheye video

     


  


  5. Unwarping 180 VR Footage with FFmpeg v360 Filter

     


  


  


  (and problably a few more).

  


  I think I want to extract the two video channels (note that they are in the same video stream, not like in a movie where you can have several separate audio streams for different languages) into separate files and then "undistort" them.

  


  (3) gave me a command to splitting the video into two files :

  


  ffmpeg -i -myclip.mp4 -filter_complex "[0]crop=iw/2:ih:0:0[left];[0]crop=iw/2:ih:ow:0[right]" -map "[left]" -map 0:a /tmp/left.mp4 -map "[right]" -map 0:a /tmp/right.mp4


  


  That seemed to have worked as expected but then I also need to "undistort" the content because it was filmed with some fisheye lens or something like that (straight lines not in the absolute centre of the image are more or less circular).

  


  (5) suggested this command :

  


  ffmpeg -i left.mp4 -vf "v360=input=hequirect:output=flat:h_fov=100:v_fov=67.5:w=1280:h=720" leftfixed.mp4


  


  but that produced an output that was 4320x2160 (obviously only from one channel, since input was just one channel) but just the centre of the original image, I estimate the content to be the 500x250 px (upscaled to 4320x2160, so very blocky) of the midpoint of the original image.

  


  How can I "undistort" this video so it looks good on a 2D-screen while the size is preserved ?

  


• Anomalie #3281 (Nouveau) : remarques sur le nouveau thème graphique de la 3.1

  9 octobre 2014, par tcharlss (*´_ゝ｀)

  J’ai noté quelques points que je trouve problématiques avec le nouveau thème graphique de la 3.1.
  Il ne s’agit pas de questions cosmétiques (les goûts les couleurs tout ça), mais de problèmes de lisibilité.
  Essentiellement, Certains textes sont pénibles à lire à cause d’un manque de contraste avec la couleur de fond, ou quand celle-ci est trop saturée.
  L’effet est plus ou moins présent en fonction de la couleur choisie dans les préférences, en tout cas il saute au yeux avec la couleur verte par défaut.

  Tout est noté dans l’image en pièce-jointe, mais reprenons ici.

  D’abord les points les plus problématiques, visibles sur la page d’un article :
  - bandeau supérieur (nom, langue etc.) : contraste un peu faiblard entre le texte et la couleur du fond
  - header des formulaires latéraux (« logo de l’article » par ex.) : texte blanc sur fond clair très pénible à lire.
  - boutons des formulaires latéraux : idem, contraste trop faible, texte peu lisible.

  D’autres points moins importants, mais génants :
  - la couleur de la bordure et des boutons des formulaires latéraux attire beaucoup l’attention, quasiment plus que la boîte info.
  - pas de marge entre le texte de l’article et le dernier formulaire de « afficher_milieu ».
  - bon, l’ombre portée autour de la fiche, c’est subjectif, mais je trouve ça très moche.

  Voilà pour les « bugs ».

  Allez j’en profite pour donner mon impression sur ce nouveau thème. Soyons brutalement honnête : en l’état, je le trouve inférieur à celui de la 3.0.
  Il y a bien un point que j’aime beaucoup : les textes éditoriaux en serif bien lisible et distinct du reste de l’interface. Mais en général, je trouve les couleurs trop « acidulées » et mal balancées.
  D’une façon générale, je pense qu’il faudrait se diriger vers un thème plus « flat » : moins de dégradés, moins de bordures, pas d’ombres portées, et des couleurs plus sobres.