Recherche avancée

Sur d’autres sites (9621)

• Anomalie #2430 : Changer la source d’un doc image

  27 février 2012, par tetue -

  « une image ne devrait évidemment pouvoir être remplacée que par une autre image » : non pourquoi ? On peut légitiment vouloir remplacer un schéma toto.gif par son équivalent toto.pdf :) Le remplacement (de n’importe quoi) par un zip ne fonctionne pas, déjà en SPIP 2, comme remarqué ici : (...)

• 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.

• Android, Share library dependency

  2 février 2012, par NadavRub
  1. I am Implementing an application that is using LibAv/ffmpeg on Android
  2. I am using JNI to interact with the Native code
  3. my 'Shared Lib' is using libswscale.so, libavutil.so, libavformat.so, libavdevice.so, libavcore.so and libavcodec.so.
  4. All the 'Shared Libs' are verified to be packed to the same directory on the APK file
  5. I am debugging on the device ( no emulator )
  6. Runtime.loadLibrary($MY_LIB_NAME) trigger an UnsatisfiedLinkError exception
  7. Directly running 'System.loadLibrary("swscale")' also cause an UnsatisfiedLinkError exception

  My guess is that libav*.so is dependent on additional libs that should be added to the APK, however, I am not sure how to detect these.
  Is there any tool to detect dependent Shared libraries ? ( Window ddepends equivalent ) ?

  Any help will be appreciated.

   Nadav