Recherche avancée

Sur d’autres sites (7854)

• Studying A Game Wave Disc

  23 novembre 2010, par Multimedia Mike — Game Hacking

  I picked up a used copy of game called Gemz — a rather flagrant Bejeweled clone — for a game console called Game Wave Family Entertainment System. Heard of it ? Neither had I. But the game media is optical, so I had to get it and study it.

  
  
  

  When mounted in Linux (as UDF), the disc is reported to contain 2.8 GB of data, so it has to be a DVD. 810 MB of that is dedicated to the movies/ directory. Multimedia format ? Just plain, boring MPEG files (very YouTube-friendly— here’s the opening animation). Deeper digging reveals some more subdirectories called movies/ that, combined, occupy the lion’s share of the disc space. Additionally, there are several single-frame .m2v files in a directory called iframes/ which are used to encode things like load screens.

  
  
  

  There are more interesting data files including .zbm files for images and fonts, and .zwf files for audio. I suspect that these stand for zipped bitmap and zipped wave file, respectively. They can’t be directly unzipped with ’gunzip’. Some of the numbers at the start of some files lead me to believe they can be easily decompressed with standard zlib facilities.

  Based on the binary files on the Gemz disc, I couldn’t find any data on what CPU this system might use. A little Googling led me to this page at the Video Game Console Library which pegs the brain as a Mediamatics 6811. Some searching for that leads me to a long-discontinued line of hardware from National Semiconductor.

  The Console Library page also mentions that the games were developed using the Lua programming language. Indeed, there are many Lua-related strings in the game’s binaries (’zlib’ also makes an appearance).

• ffmpeg : why metadata of audio tracks is not written ?

  19 octobre 2020, par elbarna

  I want to change the metadata of my avi.

  


  ffmpeg -y -i oldvhs.avi -c:v copy -c:a copy -metadata:s:a:0 language=eng  -metadata:s:a:1 language=ita -metadata:s:v:0 title="The old movie" -map 0 new-oldvhs.avi


  


  When I use mplayer for testing

  


  mplayer -aid 1 new-oldvhs.avi OK
mplayer -aid 2 new-oldvhs.avi OK


  


  But when i try the alang..

  


  mplayer -alang ita new-oldvhs.avi #SPEAK ENGLISH!
mplayer -alang eng new-oldvhs.avi #SPEAK ENGLISH!


  


  I open the file with mediainfo and avidemux and metadata tracks is not written, mediainfo report nothing, avidemux report unknown.
Where is the fault ?

  


• FFMPEG, how to get rid of "broken pixels" in videos ?

  5 avril 2021, par Sergi Fernàndez

  I'm using the following command to trim the video and reduce it's size, while keeping the visual quality :

  


  ffmpeg -hwaccel cuda -y -hide_banner -ss 00:02:45.2000000 -i .\video\410.mkv -t 00:20:29.3090000 -map 0:v -c:v hevc_nvenc -preset slow -map 0:a -codec:a aac -x265-params crf=16 -metadata:s:v:0 title=1080p -metadata:s:v:0 language=ja -metadata:s:a:0 title=Japanese -metadata:s:a:0 language=ja -tune zerolatency .\processing\410.mkv

  


  It's been working pretty good, it gets encoded fast and it looks exactly as the input video, but at certain moments you can find this kind of problems with the pixels :

  


  

  


  If I open the video with Windows Media Player, VLC, Photos app, etc... they all show the video with this pixel issue. However, if i open the damaged video using Wondershare Filmora, you can't see that issue at all, and it looks just as the original video. This is how it looks like in Wondershare Filmora :

  


  

  


  How can that be possible ? Any way to fix this for all video players ? If possible I would like to avoid CPU encoding, as it takes more than 2 days to encode a single video... Thanks !