Recherche avancée

Sur d’autres sites (13274)

• Game Music Appreciation

  16 juillet 2012, par Multimedia Mike — Game Hacking

  A little over a year ago, I was prototyping a method to leverage Google Chrome’s Native Client technology in order to play old chiptunes (video game music) directly in a web browser. The last time I posted on the matter, I said that I might have something ready for public consumption by the time Google Chrome 21 rolled around. I thought I was being facetious but I wasn’t too far off. Chrome 20 is the current release version as I write this.

  Anyway, I did it : I created a chiptune music player in Native Client by leveraging existing C/C++ libraries such as Game Music Emu, Audio Overload SDK, and Vio2sf. Then I packaged up the player into into a Google Chrome extension and published it on the Chrome Web Store. Then I made a website cataloging as many chiptunes as I could find for 7 different systems :

  http://gamemusic.multimedia.cx/
  

  Check it out if you have any affinity for old game music or you want to hear how music was made using a limited range of bleeps and bloops. Thus far, the site catalogs NES, SNES, Game Boy, Nintendo DS, Genesis, Saturn, and Dreamcast songs. I’m hoping to add support and catalogs for many more systems, though, eventually bringing support in line with the Chipamp plugin for Winamp.

• rtpdec : Free depacketizers if the init function failed

  24 février 2015, par Martin Storsjö

  rtpdec : Free depacketizers if the init function failed
  This is different from how it is handled in codecs/demuxers/muxers
  
  though (where the close function isn’t called if the open function
  
  failed), but since the number of depacketizers that have an .init
  
  function is quite limited, this is easy to change.
  The main point is that if the init function failed, we shouldn’t
  
  try to use that depacketizer at all - this makes sure that the
  
  parse function doesn’t need to check for the things that were
  
  initialized in the init function.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/rdt.c
  • [DH] libavformat/rtpdec.h
  • [DH] libavformat/rtpdec_mpegts.c
  • [DH] libavformat/rtsp.c

• ffmpeg_demux : add option readrate_catchup

  15 février, par Gyan Doshi

  ffmpeg_demux : add option readrate_catchup
  At present, if reading from a readrate-limited input is stalled,
  
  then upon resumption, ffmpeg will read the input without any
  
  throttle till the average readrate matches the specified readrate.
  This new option allows to set a speed limit when reading is resumed
  
  until the average readrate matches the primary readrate.
  Fixes #11469
  

  • [DH] doc/ffmpeg.texi
  • [DH] fftools/ffmpeg.h
  • [DH] fftools/ffmpeg_demux.c
  • [DH] fftools/ffmpeg_opt.c