I purchased the Elgato EyeTV 250 Plus Digital TV Recorder from an Apple Store for about $200. I’ve had a great experience with this device. I’m sure there are far superior solutions out there (especially for the Mac), [...]]]> In this guide I’ll walk through converting a VHS tape to Apple TV (H.264 @ 720 x 480).

I purchased the Elgato EyeTV 250 Plus Digital TV Recorder from an Apple Store for about $200. I’ve had a great experience with this device. I’m sure there are far superior solutions out there (especially for the Mac), but in the “bang for buck” category this is a great option!

This device can also be used for hooking-up just about any video source. I’ve recorded straight from camcorders, HD antennas, PS2, etc. Anything you can get into a set of composite cables or S-Video will require just about the same steps as recording from a VCR.

Converting an old copy of Happy Gilmore from VHS just happens to be what I was doing when I felt inspired to share.

Hardware Used:

1. MacBook Pro (2.4 GHz Intel Core 2 Duo w/ 4 GB memory) running OS X 10.5.6 (Leopard)
2. EyeTV 250 Plus (Elgato) (Connected via USB 2.0)
3. Hi-Fi Stereo VCR (Connected via Composite cables or RF Adapter)

Software Used:

1. EyeTV 3.1.1 (included with the Elgato)
2. iTunes

The following assumes that you’ve properly installed / setup and tested the Elgato and EyeTV Plus  v3.1 or higher:

1. Plug-in the power for the Elgato, once the blue light comes on, plug-in the USB connector.
2. Start the EyeTV program
3. Switch the input source to Composite (Ctrl + V)
4. Power-on the VCR and insert the VHS tape.
5. Let the tape play until it’s at the spot where you want to record.
6. Rewind the tape for about 5 seconds.
7. Reset the timer for EyeTV  (Command + L)
8. Start the recording in EyeTV (Command + R)
9. Press play on the VCR
10. Sit back and enjoy the show (or you can hide EyeTV without disturbing the recording)
11. Stop the recording when ready (Command + R)
12. Press STOP on the VCR
13. Open the EyeTV Programs Window (Ctrl + P)
14. Edit the Info for your recording
15. Ctrl-Click (or right-click) the recording in the list and choose “Export…”
16. Set the Format to “Apple TV”
17. Choose your “Desktop” as the location to save the file, then click “Save” and wait a while.
18. Once the export is finished, open iTunes
19. Drag the file into your library
20. Voila!

Convert to Apple Universal for playback on all apple devices using HandBrake:

HandBrake is a free application available here. This program can be used to convert the .eyetv file to an Apple Universal format file which iTunes will convert to play on iPhone, iPod, Apple TV, etc. The following steps assume you’ve already downloaded and installed HandBrake.

1. Complete steps 1 – 12 above
2. Quit EyeTV
3. Open HandBrake
4. Select the .eyetv file generated by EyeTV (located in “~/Documents/EyeTV Archive” by default)
5. Once HandBrake has finished analyzing the file, click the “Toggle Presets” button at the top right of the window
6. Selected Apple -> Universal
7. Click “Start” in the toolbar at the top of the window
8. A 1.5 hour recording will take about 1.5 – 2.0 hours to convert
9. Once the conversion is finished, follow steps 18 – 20 above

Random tips:

1. If the picture appears darker than it should be, the brightness can be adjusted in Preferences -> Devices. Click on the “Picture” tab to adjust various elements. I’ve had good results around +35 brightness).
2. An Encoding of “Standard (DVD 120 min)” produces a good enough picture to capture the “quality” of a VHS tape. This is adjusted in the Preferences -> Devices panel under the “Encoding” tab.
3. If you want to hide EyeTV and do other things while recording without hearing the audio, the sound can be disabled when EyeTV is in the background and/or in the Dock via the Preferences -> Sound panel.

The most recent challenge came when our servers just started locking-up for no reason. The sites would [...]]]> I’ve been using the Amazon Elastic Computing Cloud (EC2) for running our web servers at NetCrafters for almost a year now. It’s been an amazing experience and I’ve kept a detailed account of many of the lessons learned.

The most recent challenge came when our servers just started locking-up for no reason. The sites would still be responding so we knew the LAMP stack was still limping along, but they were completely unresponsive via SSH. The only way to regain control was to issue a reboot through the Amazon API command line tools. Even this would sometimes take two or three times before the server would cycle.

Once I was able to login again, and look through the logs, there was absolutely nothing to go on…. until finally the server completely locked-up. Apache was not responding and we could not open a secure shell. Once the server was rebooted and came back up, there was an error in /var/log/dmesg:

...
kernel BUG at arch/i386/mm/pgtable-xen.c:306!
...


Unfortunately it seems that very few people are able to get this message because they are never able to recover the server once it happens. I was lucky and had this tiny shred of evidence to go on. After hours of searching I finally found that the kernel our instances were using (2.6.16) had been declared unstable for large CPU instance types. Originally these instances were started as m1.small and I had indeed converted them to c1.medium instances.

The Solution: Upgrade from the 2.6.16 kernel to the 2.6.18 (to be exact: vmlinuz-2.6.18-xenU-ec2-v1.0). Unfortunately, this too is a hard to find procedure, thus the long awaited point of this article:

How to Upgrade an EC2 Instance to 2.6.18 from 2.6.16

First, I recommend reading about Amazon EC2 User Selectable Kernels. I will outline the steps I took here, but if you want to know what you’re doing (versus just typing exactly what I tell you to!), please read at least the first paragraph or so then come back.

You’ll need the latest API and AMI tools installed on the instance, if you don’t know how to do that, search the AWS developer forums. There are plenty of tutorials already there, however, if you’re running Debian, there is a great post on the forums here for installing the AMI tools as a Debian package (this worked flawlessly for me).

• API Tools: download here
• AMI Tools: download here

Start by launching your instance from your existing AMI image (I’ll be using an arbitrary AMI: ami-99999999 as an example. Be sure to replace with your registered AMI), using the new Kernel (specified by the –kernel aki-9b00e5f2 directive), and the appropriate RAM disk (specified by the –ramdisk ari-67b95e0e).


ec2-run-instances ami-99999999 -k gsg-keypair --kernel aki-9b00e5f2 --ramdisk ari-67b95e0e -t c1.medium


This will start a new instance, using the vmlinuz-2.6.18-xenU-ec2-v1.0.i386 kernel (aki-9b00e5f2) and the initrd-2.6.18-xenU-ec2-v1.0.i386 RAM disk (ari-67b95e0e). These are both for a 32-bit instance, if you’re running 64-bit instances, you’ll want to use aki-9800e5f1 for the kernel and ari-64b95e0d for the RAM disk. You can see the list of AMI, ARI, and AKI available by issuing the following command:


ec2-describe-images -o amazon


The -t c1.medium is used to describe the instance type (number of processors, RAM, etc). There are others available:

• Regular Instance Types
• High-CPU Instance Types

Once the instance is up and running, login via SSH and we’ll need to install the new Kernel modules:

First verify you’re actually running the new kernel:


ec2# uname -a
2.6.18-xenU-ec2-v1.0


Then, install the new kernel modules:


cd /usr/local/src
wget http://ec2-downloads.s3.amazonaws.com/ec2-modules-2.6.18-xenU-ec2-v1.0-i686.tgz
tar xzf ec2-modules-2.6.18-xenU-ec2-v1.0-i686.tgz -C /
modprobe -l


Next, we need to install udev. You may not need to do this, but we are running Debian servers and udev is required to make the new image bootable. Otherwise, none of the devices will mount and the new image will just hang at boot. This is really easy though:


apt-get dselect-upgrade
apt-get install udev
# prevent udev from keeping its old ip-adress
rm /etc/udev/rules.d/z25_persistent-net.rules


Next step is to rebundle and register your new image. The new image will use the 2.6.18 kernel and RAM disk by default. If you’re a bit rusty on this process, I recommend the EC2 Getting Started Guide. Once you’ve done this, launching the newly registered AMI will launch your instance with the new 2.6.18 kernel and RAM disk.

NOTE: Each time you rebundle, you’ll need to re-issue the following command or udev will keep it’s IP address and the new image will not get a new IP via DHCP at first boot:

# prevent udev from keeping its old ip-address
rm /etc/udev/rules.d/z25_persistent-net.rules


I wrote this a week or so after actually doing it, so I’m going mainly from rough notes and memory. If you’re having a specific error while working through this, let me know and it’ll probably knock something loose and I’ll have an answer for you. This took nearly 10 hours to aggregate the steps for making this work. Once you have the steps in place though it only takes about 10 minutes. I sure hope to save someone else all that trouble.

Resources:

1. Amazon EC2 User Selectable Kernels
2. Programming Amazon EC2 (version 2008-09-01)
3. Forum: AMI does not boot (post: j0nes2k, April 4, 2008 @ 5:25 am PDT)
4. Forum: Installing ec2-ami-tools as a Debian package (post: Stephen Caudill, Dec 27, 2006 @ 8:26am PST)