Having trouble getting audio working on your HDMI monitor? Using a DVI converter cable and an audio jack?
Some monitors will not output sound from the RCA or other audio source if the video is coming in with a HDMI/DVI conversion going on. If you are using a HDMI to DVI converter cable, you may have noticed that DVI can not carry audio.
This is a Panic Button. I got it for $7.50.
What happens when I push it?
Q: How do I get free internet where I should have none?
A: Use tcp-over-dns tunnelling software.
We'll show you how.
How it works
DNS stands for "Domain Name System". The purpose of DNS is convert a domain name, such as "analogbit.com" to an ip address, such as "184.108.40.206". The interesting thing about DNS queries is that they are usually recursive queries. This means that if a server doesn't know the answer for a domain name, it is allowed to ask other servers for the answer. So while a firewall or restrictive ISP may filter regular internet traffic they probably overlooked DNS traffic.
The good news: nVidia finally released their much awaited 173.14.09 video driver for linux. This officially supports the 2.6.25 kernel and supports the newest line of GeForce graphics cards.
The bad news: When you install the driver your HDMI/DVI digital flatpanel display looks horrible; the text looks jagged or blurred or oversharpened. There are halos and ringing anywhere there is contrast. The colors looked washed out and over bright. However, when you use the D-SUB (VGA) plug, everything works fine.
What is going on?
You are using your audio reciever with alsa, but your reciever takes time to initialize and acquire digital signals. When you play short audio files, no audio can be heard because the reciever is not initialized yet.
JkDefrag (open source defrag for windows) shows the sector map on the left after installing Microsoft Windows Vista 64 and copying a few gigs of files to the drive using ntfs-3g. Is this Vista's fault or ntfs-3g?
If you don't know, ntfs-3g lets you mount a ntfs partition read-write from within linux (via fuse).
The problem is that booting from USB is a little hard, booting from raid is harder, but booting from USB raid is harder still. Googling around showed no results for any poor souls dumb enough to have tried, although we know you are out there.
We must work around our flash array's three main flaws:
Flash memory as a main storage medium is a relatively new phenomenon. Flash is known for its lack of seek time, so we wanted to see just how much bandwidth we could squeeze out of these devices over the USB bus.
It turns out that even with all of the limitations of the USB bus working against us we were still able to obtain some very good results at a very nice pricepoint.