« March 2005 | Main | May 2005 »
April 27, 2005
WWDC
Thanks to Marko I've got an eTicket to WWDC. See you guys there!
In other news, check out Knox, an encrypted drive utility for OS X. I've been using it for a little bit and it's been fairly stable. I like it better than the Vault feature for OS X, as I don't need all my home directory encrypted... just the pr0n.
Posted by Dan at 11:27 AM
April 23, 2005
With Teeth
After having listened to it a few times, I've come to the conclusion the new NIN album, With Teeth, really has none. If you haven't bought it yet, check it out on the streaming side before you buy it. I know I was disappointed. I do like the fact that they released the first song as a GarageBand file though. Now I can easily remix the song into something I think is better....
Posted by Dan at 12:59 PM
April 22, 2005
The Corporate Mindset
I like to think I'm a fairly analytical person, examining problems from all angles and presenting a solution that I feel will solve the issue at hand most competently. Often when doing this, I don't look into external factors like media perception, market-share, and what have you. Now allow me to explain a recent problem I encountered and the reaction it achieved.
At my office, we've spent the last few months creating a series of video clips for use during testing. All the content is royalty free as we created it, though there are several terabytes of data. We have everything ranging from low bit-rates to high bit-rates, to even uncompressed data. We have encodings in WMV, DiVX, Quicktime, Xvid, and who knows what other formats (I stopped paying attention to this detail awhile back). Each clip has multiple time lengths as well, with 8 seconds being the shortest, and 2 hours being the longest. Some are in standard def, while others are in high def.
It was recently brought to our attention that other parties may actually be interested in our work, and sharing it with them on our bandwidth limited pipe may impede this behavior. Unfortunately serving the data off of a high bandwidth pipe becomes too cost prohibitive. The next option was to mirror out the data to other locations around the world (basically creating a content distribution network based upon locality). In my mind, all of these are exactly the wrong solution.
Why? In each of these cases, under ideal conditions things will work perfectly. When the network becomes too saturated, or disconnects, the real problems begin. You cannot restart a download of a several gigabyte file using any of the standard IT supported distribution methods (i.e. FTP-passive, or HTTP) without segmenting the files to chunks. Hence I suggested putting up a BitTorrent server to distribute the data. If you're going to start chunking data anyways, why not put into place a system that will allow for distributed downloading and supports chunked data natively? More importantly all the consumers of our data will slowly become distributors of it as well. This benefits not just us, but any consumers who wish utilize our media.
After having made this suggestion aloud, the silence in the room was deafening. It seems that the IT department is completely against this idea for a couple of reasons, none of which they'd vocalize in front of me. My best guesses include:
Any suggestions on how to convince the IT department that this wouldn't be the most evil thing in the world?
Posted by Dan at 12:58 AM
April 05, 2005
Where'd I go?
I got a little static from Dave about having disappeared from the online world. Yeah, thats pretty much what happened. After some rough times at work, I decided to cut back on my computer time and spend more of it in the real world.
A few things that I've learned over the past moments of silence:
typedef uint64 (*uint64_stat)(int version, int size); confused me. I should have known that one.Posted by Dan at 10:18 PM