Okay, I "donated" my ten bucks and guess what? DFS 2.8 works with 64 bit Vegas Pro. I frame served a Cineform timeline successfully to both TMPGEnc XPress 4 and VDub. Considering that the replacement for TMPGEnc XPress 4 is TMPGEnc Video Mastering Works 5 and the new program supposedly has the nVidia CUDA H.264 encoder built-in, there might be a reason to frameserve out of Vegas.
Version 2.9 is now available to anyone who donated to the cause, but it only adds the 64 bit native plug in for Premiere Pro CS5. Satish is supposedly going to upload this version to his website in the next week or so, where it can be downloaded for free.
I've done some checking with frame serving from Vegas Pro 10 to TMPGEnc Video Mastering Works 5 and encoding using the VMW5 CUDA-based encoder. Natively (no frame serving), the VMW5 encoder is about as fast as Badaboom's Version 1.x (Elemental Technologies) CUDA encoder. When frame serving from either Vegas or Premiere CS5 to VMW5, the overhead of writing the small AVI file to a RAID0 drive and then reading it, slows the whole process down by about a factor of 1.5. On my Xeon workstation, this is still better than a CPU-based h264 encoder, assuming that you have a decent nVidia video card. But the advantages of frame serving have diminished, since TB+ hard drives allow creation of large intermediate files and newer computers have much faster CPUs, so CPU-based encoding is not that slow anymore. Intel has made their new Media Kit h264 CPU-based encoder available as freeware, but you need a piece of software that supports it.
Also note that Badaboom 2.0 is due out soon and Elemental has "promised" that this version will read a wider variety of input files, so it may be possible to frame serve to the new version of Badaboom also.
There appers to be a problem with the Vegas frameserver 2.10. I frameserved a test dv file with a single white level of 235 and a single black level of 16 (studio RGB) to TMPGEnc Video Mastering Works 5. The TMPGEnc mpeg output file has a white level of 217 (not 235) and a black level of 30 (not 16). If I encode the same sd dv file directly with TMPGEnc the levels are correct. I sent a note to Victor.
Edit: This is a known problem with Vegas. You have to use avisynth to remap the color space.