Recherche avancée

Sur d’autres sites (5444)

• Multimedia Exploration Journal : The Past Doesn’t Die

  12 juillet 2011, par Multimedia Mike — Game Hacking

  New haul of games, new (old) multimedia formats.

  Lords of Midnight
  Check out the box copy scan for Lords of Midnight in MobyGames. In particular, I’d like to call your attention to this little blurb :

  
  
  

  Ahem, "Journey through an immense world — the equivalent of 8 CD-ROMs." Yet, when I procured the game, it only came on a single CD-ROM. It’s definitely a CD-ROM (says so on the disc) and, coming from 1995, certainly predates the earliest DVD-ROMs (which can easily store 8 CD-ROMs on a disc). Thus, I wanted to jump in a see if they were using some phenomenal compression in order to squeeze so much info into 600 or so megabytes.

  I was surprised to see the contents of the disc clocking in at just under 40 megabytes. An intro movie and an outro movie account for 75% of that. Format ? None other than that curious ASCII anomaly, ARMovie/RPL with Escape 122 codec data.

  Cyclemania

  
  
  

  Cyclemania is one of those FMV backdrop action games, but with a motorcycle theme. I had a good feeling I would find some odd multimedia artifacts here and the game didn’t disappoint. The videos are apparently handled using 3-4 discrete files per animation. I’ve documented my cursory guesses and linked some samples at the new MultimediaWiki page.

  Interplay ACMP
  This is unrelated to this particular acquistion, but I was contacted today about audio files harvested from the 1993 DOS game Star Trek : Judgment Rites. The files begin with the ASCII signature "Interplay ACMP Data". This reminds me of Interplay MVE files which begin with the similar string "Interplay MVE File". My theory is that these files use the ACOMP compression format, though I’m still trying to make it fit.

  Wiki and samples are available as usual if you’d like to add your own research.

• Compiling FFMPEG on CentOS DigitalOcean

  29 juillet 2015, par coder_uk

  I set up a DigitalOcean instance running CentOS 6.5 and successfully followed the guide to compile FFMPEG (https://trac.ffmpeg.org/wiki/CompilationGuide/Centos). Hurrah !

  But of course I realised that by default, DigitalOcean creates a root user and so ffmpeg now lives in /root/bin/ffmpeg. Which isn’t ideal because when I want to exec the ffmpeg bin from nginx, I would have to run nginx as root for it to have permission.

  Questions ...

  1) Long-shot, but presumably if I change the owner of the ffmpeg binary to nginx, it still won’t work, because nginx won’t be able to access the /root folder it is in. Correct ?

  2) I could run nginx as root (’user root’). But this seems like a very bad idea. Correct ?

  3) Which leaves me with the option of creating a new user, and then compiling ffmpeg into its home folder. But : which user ? EC2 creates ’ec2-user’, so should I make my own equivalent for DO ? But then won’t I have to run nginx as that user, else I’ll run into the same problem ?

  Or should I compile ffmpeg into the ’nginx’ home folder, if indeed it has one ? Is that how it is supposed to be done ?

  Since compiling ffmpeg takes ages, I don’t want to keep doing it, and the static files all seem very out of date. Thanks

• Evolution #4429 : Ajouter « configurer » en toutes lettres à côté de l’icône dans la liste des plu...

  17 février 2020, par tcharlss (*´_ゝ｀)

  Mais tout le monde est calme :)
  Déjà je pense qu’on commence à aborder 2 sujets différents, qui peuvent être traités séparément (ou en 2 temps) :

  1) Tout de suite pour la 3.3

  Faire juste une petite amélioration, sans s’engager dans une refonte.
  Moi je vois 2 options possibles, mais pas exactement les mêmes que rasta :

  1. Option minimale : garder l’icône au même endroit en se contentant d’ajouter le label, tout en s’assurant que ça n’empiète pas sur le texte (un padding à droite plus important sur le conteneur par ex.).
  2. Option plus complète : afficher les X actions possibles de chaque en permanence, comme le suggère rasta.

  Par contre la dernière option, non : l’information « tel plugin dispose d’une page de configuration » doit être visible tout de suite, sans qu’on ait à cliquer sur un menu déroulant. Et même en l’état, c’est déjà laborieux de trouver quels plugins ont des pages de config quand il faut parcourir toute la liste. Ça m’amène au point suivant.

  2) Pour après

  Ce que soulève la proposition d’Eric, c’est qu’il ne s’agit pas uniquement d’une question d’ergonomie (comment et où afficher tel bouton) : c’est aussi une question de navigation.
  La configuration des plugins, ce sont des pages indépendantes de l’espace privé, c’est pour ça que l’idée d’en avoir une liste automatique me semble intéressante, peu importe où, comment, et via quel menu. Et ça c’est pas du tout un pansement.
  D’ailleur certains plugins ajoutent volontairement leur page de config dans le menu « configuration », s’il y avait un automatisme placé au bon endroit dans les menus du site, il n’y aurait plus besoin de faire ça, tous les plugins seraient logés à la même enseigne, et surtout il serait plus facile d’accéder à leur config.

  Enfin si j’ai bien compris, Eric ne proposait pas d’avoir une sous entrée « configuration » dans la page des plugins, mais bien une entrée au même niveau que « Gestion des plugins » dans « Configuration ».