Slashdot Mirror


Myth TV + Multiple Video Arcade = Anime for All

x-blackout-x writes "Ian C. Blenke writes "The primary goal of the video keg was to build a reliable video box that was easy to transport with enough space to store 3 days worth of Anime fan-subs. The secondary goal of the video keg was to make a home PVR system for video playback and time-shifting, along with a video arcade and perhaps a web browser. The tertiary goal of the video keg was to find an affordable hardware platform so that we could buy 4 of them immmediately to service the primary goal's need for 4 separate video rooms. For a PVR, the machine neeed to be small, quiet, low-heat, and still fast enough to run the software video player and arcade games." You can read the full scoop on this project on his blog Ians Blog "

2 of 94 comments (clear)

  1. Just in case his server falls... by plover · · Score: 5, Informative
    [ Here's the text of his website, just in case his server falls to the slashdotting. ] Mon, 24 Oct 2005

    VideoKeg Whitepaper

    I wrote this little whitepaper a while back for Amy Zunk to document the function of the VideoKeg/VideoJukebox boxes. Documented here for posterity.

    The primary goal of the video keg was to build a reliable video box that was easy to transport with enough space to store 3 days worth of Anime fan-subs.

    The secondary goal of the video keg was to make a home PVR system for video playback and time-shifting, along with a video arcade and perhaps a web browser.

    The tertiary goal of the video keg was to find an affordable hardware platform so that we could buy 4 of them immmediately to service the primary goal's need for 4 separate video rooms.

    For a PVR, the machine neeed to be small, quiet, low-heat, and still fast enough to run the software video player and arcade games.

    For portability, we decided to go with a smaller mini-ITX style cube box.

    The primary goal suggests redundant drives, but due to the smaller form factor chassis and heat requirements, it was decided that recreating a harddrive should one encounter problems would be a minor task.

    Looking at the primary goal, mplayer seemed to suit the need of playing media with a variety of codecs with a minimum of fuss. Easy to script, easy to extend, low overhead, with the ability to normalize audio and clean up dirty videos - mplayer was simply ideal. This lead to the requirement of a ~1Ghz or greater box. The secondary goals would be served as well, though MAME would like a bit more horsepower for some of the more complex emulators.

    In the end, we settled on a Chyang Fun Cellbox CF-7989EPIA (1Ghz EPIA-MII 10000) turnkey system with 128M of RAM, a Samsung 160G harddrive, and a DVD-ROM drive.

    • The cellbox is a small attractive easy to transport case.
    • The EPIA-M comes with builtin audio, video, mpeg playback hardware, and a variety of other goodies for a VERY attractive price.
    • The 128M stick was enough to run mplayer with an Xserver with plenty left over for PVR software.
    • A 160G harddrive was the sweet spot cost wise at the time of purchase.

    Once the boxes arrived, the decision at the time was which distribution to pick. If I'm managing more than one server for a given purpose, I like to use debian for package management. If this were a lone PVR box, I would have probably used Gentoo simply for the EPIA community support toward that end.

    Starting off with Debian 3.1 Sarge, it was apparent a number of things needed fixing to get it to work with the embedded hardware.

    Step 1, find patches and build a kernel.

    Kernel patches

    After roaming the net for hours, there really seems to be one good source for the latest in EPIA patches: the EPIA wiki:

    http://www.epiawiki.org

    The site has more of a Gentoo bent, but the patches work on a vanilla kernel just the same under debian.

    CPU Optimizations

    While building all packages, it seemed important to pay attention to optimizations to squeeze every last cycle out the 1Ghz processor. To that end, the generally recommended C3 Nehemiah CFLAGS are:

    CFLAGS="-march=i686 -msse -mmmx -mfpmath=sse -Os -pipe -fomit-frame-pointer"

    If you use gcc 3.3, there is a new arch designation for C3 Nehemiah CPUs:

    -march=c3-2

    Some in the commmunity think that the small 64k L1 cache on the C3 processors is causing starvation, and using -Os and not -funroll-loops actually helps performance:

    CFLAGS="-march=i686 -msse -mmmx -mfpmath=sse -Os -pipe -fomit-frame-pointer"

    Many others claim the following works best for them:

    --
    John
  2. FYI to all by Anonymous Coward · · Score: 5, Informative

    This was originally a story on Newsforge.com (http://software.newsforge.com/software/05/10/28/1 625258.shtml?tid=132&tid=68&tid=5). It gives the reason why Ian created the video jukebox.