La evolución del D3D kernel ha sido proceso lento y poco fructífero. 3Dfx nos dejó sin soporte bajo Window XP y gracias a diferentes comunidades que focalizando su esfuerzo y tiempo desarrollaron y trabajaron en un nuevo core D3D basado en el source code para Windows 2000. Destacamos tres corrientes, x-3dfx, Amigamerlin y 3Dhq todos intentaron sacar a flote conductores para las Voodoo una vez que 3Dfx dejó huerfano el soporte a Windows XP. En muchos casos simplemente se limitaron a innovar y actualizar el info del driver ampliando el soporte mediante variables introducidas. Esto dio como resultado una herramienta en el 3Dfx tool mucho más completa y más moderna.
Con la aparición de SFFT empezó una nueva era. La evolución que ha sufrido el CORE D3D en entornos XP/2k ha sido espectacular. Gracias a su esfuerzo, trabajo y dedicación, SFFT lanzó su primer driver bajo D3D con soporte a windows 2000 y XP el 22/05/2005. Desde su primer lanzamiento hasta la fecha de hoy los avances han sido impresionantes y constantes. Creando un driver con total soporte a DX7 y DX8. En tan solo un año se ha obtenido una compatibilidad fuera de lo esperado con soporte a juegos jamás pensados. Títulos como NFSU, comando3, batterflied 1942 o Halo entre otros.
Hasta la fecha de hoy nadie había conseguido semejante compatibilidad con tal rendimiento. El equipo de Amigamerlin ya intentó profundizar en entornos XP/2k sin mucho éxito. Muchos de los lanzamientos consistían en incorporar nuevas librerías en Glide2x, Glide3x pero no mucho más en cuanto al core D3D. Se Consiguió un driver muy estble pero poco evolucionado y sin apenas compatibilidad. Con un panorma tan poco esperanzador saltó a la palestra SFFT que rápidamente fue captado por Amigamerlin y aprovechando el source utilizado en sus anteriores lanzamientos y utilizando las mejoras introducidas, SFFT empezó su periplo en el mundo 3Dfx. Los resultados no se hicieron esperar y gracias al sourcecode facilitado y trabajado por Kool empezó a trabajar en su nuevo driver. No olvidar que SFFT no tenía experiencia en torno al mundo 3Dfx y por lo tanto se trataba de un aprendiz con un gran conocimiento sobre programación en D3D Kernel. Así que todo dependía de lo rápido que SFFT aprendiese sobre 3Dfx y los resultados no se hicieron esperar.

De nombre Paul y procedente del Reino Únido, SFFT se dió a conocer a través de un post en 3dfxzone.it - 14/03/2004, donde con un beta driver mejoraba el rendiemiento y velocidad del conductor utilizado por Amigamerlin 3.0 XP.

Así surgió la unión de Amigamerlin Team y SFFT. La aparición de SFFT significó que mucha gente continuara utilizando tarjetas 3Dfx. Anteriormente solo se tenía compatibilidad en entornos Windows 9x/Me, el KERNEL traía de cabeza a todos los que se aventuraban con la idea de dar a luz un driver con futuro. conseguir algún resultado óptimo. Ahora se puede afirmar que el CORE D3D bajo Windows XP/2K esta a la altura del mejor D3D bajo Windows 9x/Me y no pasará mucho tiempo en que este último sea superado. El trabajo de SFFT es indudable y gracias a su rápida adaptación a los conocimientos 3Dfx el driver gracias al sourcecode proporcionado por koolsMoky ha evolucionado mucho, ni los más optimistas pensaban en tal progresión.

SFFT ha incorparado alguna utilidad a su nevo driver. Como la de poder configurar, según la necesidad, entre SET DX7 o SET DX8 simplemente con ejecutar un ejecutable y reiniciar el PC. Por defecto el driver trabaja en mode DX8 pero se ha constatado que según el juego funciona mejor configurando a DX7. Otra peculiaridad es la de poder configurar los frames buffer entre Set3Tile y Set4Tile (Set3Tile libera memoria y el Set4tTile proporciona triple buffer). Hay juegos que no pueden arrancar debido a su demanda de memoria ram. Pues según la configuración del Set, podemos liberar memoria. Un ejemplo es la Demo BLOOD RAYNE. Si no se configura a Set4Tile el juego no arranca por falta de memoria.

Su driver esta basado el ultimo código fuente liberado no publicamente en el que los ingenieros de 3Dfx trabajaron antes de la desaparición de la compañia. El código en estado beta (solo compatible para windows 2K) tuvo que ser modificado ya que contenía multitud de bugs. Se mejoró claramente las prestaciones y su compatibilidad en juegos basados en DX8 y DX9 para la familia VSA-100. El mayor problema que se encontró viene en la arquitectura de la memoria del driver. La prioridad de SFFT es incrementar la compatibilidad en juegos.

Otro de los aspectos a destacar en la evolucion del driver ha sido el fallo detectado en el SLI trabajando con la v5-6000 donde a resoluciones por encima de 1024x768 rendía igual que una v4. A partir del lanzamiento SFFT Alpha 58 se solucionó.

El 04/04/2009 SFFT comunicó públicamente que con el lanzamiento del driver SFFT 59 se daba por finalizado su aportación en el desarrollo del driver ya que él consideró que todo lo que se podía hacer con el driver ya había sido alcanzado.

Development of this driver is now complete. The alpha 59 is the last release of this driver and no more work will be done on this project. The drivers now do everything that I believe the cards can realistically do under Directx and so the project is finished. I would suggest that a re-test of everything be done using the Alpha 59 in order to generate a list of programs that run with the driver, i.e. an updated voodoo compatibility list. Release note can then be generated from this. I will not be taking part in this so it is all up to you.

SFFT

Posteriormente se lanzaron 6 nuevas verisones y dejó de llamarse Alpha. Actualmente el último lanzamiento es conocido con el nombre SFFT v.1.5 (29/11/2008).

En contrapartida podemos decir que el driver no es compatible bajo sistemas de ultima generación basados en Intel Core2Duo ya que se detectaron problemas cuando se trabaja con tarjetas multi GPU (Voodoo5). A partir del lanzamiento SFFT Alpha 48 se solucionan los problemas pero solo en la familia V4. A continuación un BenchMark con una V4 4800 AGP 64Mb en un sistema basado en el Core2Duo. Tampoco se pudo solucionar la incompatibilidad usando un AGP2PCI adaptador donde la tarjeta funciona como si únicamente dispusiese de un procesador VSA-100.
El gran Koolmosky encontró el bug y posteriormente lanzó un beta donde se corregía el fallo pero hasta el momento no ha sido implementado por SFFT.

Lanzamientos: