Language Selection

English French German Italian Portuguese Spanish

NVIDIA Geforce 7800 GFX

Filed under
Hardware

WE SAW A NICE document which reveals that Nvidia is going to call its next chip the Geforce 7800 GFX.

And the graphics chip firm will start using Geforce series seven name for all the cards based on G70, we can reveal.

As for the specs, the Geforce 7800 GFX will be clocked at 430MHz core with 1400MHz memory. It will be equipped with 256MB of 256 bit memory, at least the version we are telling you about will be. It will also feature two DVI's, VIVO and HDTV support.

We are talking about a 24-pipeline card capable of supporting Nvidia intelisample marchitecture 4.0, CineFX 4.0, Ultra shadow marchitecture version two, pure video and 64-bit texture filtering and blending.

We don’t have any idea why you need 64-bit texture filtering nor blending but we guess developers do.

The document wafted under our noses claims double performance over Geforce 6800 Ultra but that might be the case just in some bottleneck scenarios.

We also learned that the card will score more than 7800 marks in 3Dmark05 and will arrive in less then two weeks and counting.

Nvidia briefed its NDA press in San Francisco about it so a lot of detail is out there in the hands of people wearing gags.

Until R520, this will sure be the fastest thing around, that we can confirm. µ

Source.

More in Tux Machines

Graphics News

More of today's howtos

GNOME News: Black Lab Drops GNOME and Further GNOME Experiments in Meson

  • Ubuntu-Based Black Lab Enterprise Linux 11.0.1 Drops GNOME 3 for MATE Desktop
    Coming about two weeks after the release of Black Lab Enterprise Linux 11, which is based on the Ubuntu 16.04.2 LTS (Xenial Xerus) operating system using the HWE (hardware enablement) kernel from Ubuntu 16.10 (Yakkety Yak), Black Lab Enterprise Linux 11.0.1 appears to be an unexpected maintenance update addressing a few important issues reported by users lately.
  • 3.26 Developments
    My approach to development can often differ from my peers. I prefer to spend the early phase of a cycle doing lots of prototypes of various features we plan to implement. That allows me to have the confidence necessary to know early in the cycle what I can finish and where to ask for help.
  • Further experiments in Meson
    Meson is definitely getting more traction in GNOME (and other projects), with many components adding support for it in parallel to autotools, or outright switching to it. There are still bugs, here and there, and we definitely need to improve build environments — like Continuous — to support Meson out of the box, but all in all I’m really happy about not having to deal with autotools any more, as well as being able to build the G* stack much more quickly when doing continuous integration.

Fedora and Red Hat