Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - JeGX

Pages: 1 2 3 [4] 5 6 ... 54
61
English forum / VR is coming to GeeXLab
« on: November 14, 2016, 02:03:46 PM »
Virtual Reality (VR) is coming to GeeXLab. I recently bought a HTC Vive headset and I started a new plugin for GeeXLab based on OpenVR:







62
3D-Tech News Around The Web / Re: NVIDIA NVFlash 5.328
« on: November 14, 2016, 01:45:10 PM »
actually, nvflash utility is NVIDIA software or third party software?

Good question! According to the number of occurrences of "NVIDIA" or "NVIDIA Corp" in the exe, nvflash is likely developed by NVIDIA. This link says that nvflash is written by NVIDIA.

64
3D-Tech News Around The Web / Vulkan Programming Guide
« on: November 04, 2016, 08:37:12 PM »
The Definitive Vulkan Developer’s Guide and Reference: Master the Next-Generation Specification for Cross-Platform Graphics

Quote
The next generation of the OpenGL specification, Vulkan, has been redesigned from the ground up, giving applications direct control over GPU acceleration for unprecedented performance and predictability. Vulkan™ Programming Guide is the essential, authoritative reference to this new standard for experienced graphics programmers in all Vulkan environments.
 
Vulkan API lead Graham Sellers (with contributions from language lead John Kessenich) presents example-rich introductions to the portable Vulkan API and the new SPIR-V shading language. The author introduces Vulkan, its goals, and the key concepts framing its API, and presents a complex rendering system that demonstrates both Vulkan’s uniqueness and its exceptional power.
 
You’ll find authoritative coverage of topics ranging from drawing to memory, and threading to compute shaders. The author especially shows how to handle tasks such as synchronization, scheduling, and memory management that are now the developer’s responsibility.
 
Vulkan™ Programming Guide introduces powerful 3D development techniques for fields ranging from video games to medical imaging, and state-of-the-art approaches to solving challenging scientific compute problems. Whether you’re upgrading from OpenGL or moving to open-standard graphics APIs for the first time, this guide will help you get the results and performance you’re looking for.
 
Coverage includes
Extensively tested code examples to demonstrate Vulkan’s capabilities and show how it differs from OpenGL
Expert guidance on getting started and working with Vulkan’s new memory system
Thorough discussion of queues, commands, moving data, and presentation
Full explanations of the SPIR-V binary shading language and compute/graphics pipelines
Detailed discussions of drawing commands, geometry and fragment processing, synchronization primitives, and reading Vulkan data into applications
A complete case study application: deferred rendering using complex multi-pass architecture and multiple processing queues
Appendixes presenting Vulkan functions and SPIR-V opcodes, as well as a complete Vulkan glossary



In stock on November 9, 2016:

https://www.amazon.com/Vulkan-Programming-Guide-Official-Learning/dp/0134464540/

65
3D-Tech News Around The Web / Vulkan API specifications 1.0.32 released
« on: November 01, 2016, 01:41:26 PM »
Quote
Change log for October 25, 2016 Vulkan 1.0.32 spec update:

  * Bump API patch number and header version number to 32 for this update.

Github Issues:

  * Add automatic visibility operations to the presentation engineE when
    doing a queue present in flink:vkAcquireNextImageKHR. Removed all
    references to MEMORY_READ that referenced WSI - they no longer make
    sense (some aspects of public issues 128, 131, 132, 261, and 298).
  * Document valid non-boolean +externsync+ attribute values for <param>
    tags in +vk.xml+ (public issue 265).
  * Add valid usage to slink:VkImageCreateInfo requiring that
    pname:arrayLayers be 1 for images of type ename:VK_IMAGE_TYPE_3D
    (public issue 319).
  * Add missing captions to figures in the <<textures,Image Operations>>
    chapter (public issue 334).
  * Clarify WSI interaction with exclusive sharing mode (public issue
    344).
  * Added explicit language clarifying the allowed queue usage of
    resources created with ename:VK_SHARING_MODE_CONCURRENT (public
    issue 386).
  * Require that the
    slink:VkDescriptorSetLayoutCreateInfo::pname:binding members of the
    pname:pBindings array passed to
    flink:vkDescriptorSetLayoutCreateInfo all be distinct (public issue
    391).

Internal Issues:

  * Remove empty validity blocks from +vk.xml+ and suppressed broken
    validity statements and added missing statements to explicit
    validity. Doesn't affect output, other than some statements
    appearing in another block now (internal issue 513).

Source: https://github.com/KhronosGroup/Vulkan-Docs/commit/368b08a7b2add6db489d0af766bd74854e1c87d4

66
Intrinsic is a Vulkan based cross-platform game and rendering engine. The project is currently in an early stage of development but evolves rapidly from day to day.

Intrinsic is currently available for Windows only.

Links:

- Intrinsic homepage
- Intrinsic source code @ github

67
Quote
In this post, we’re going to learn how to procedurally generate 2D space scenes like this one:


Links:

- Procedural Generation of 2D Space Scenes in WebGL
- WebGL Space Scene Generator

68
3D-Tech News Around The Web / EVGA GTX 1070/1080 Overheating Issues
« on: October 24, 2016, 05:54:13 PM »
Quote
So it seems like the EVGA series have got a hotspot, which reaches over 100 °C around the VRAM/VRM area (micron vram only allows up to~95°C). This leads to either the weird black screen bug or to combustion of certain modules around the area.

- Word of warning: The EVGA 1080 blackscreen/fan bug is based on a hotspot, which pretty much affects their whole pascal line @ reddit
- EVGA 1080 FTW Thermal imaging might explain black screen issues @ reddit
- Caution: EVGA 1070 and 1080 series cards may have a hardware fault  @ reddit

- Tom's Hardware test of the GTX 1080 FTW with FurMark


- EVGA reply on EVGA forums
Quote
“The test used in the referenced review from Toms Hardware (Germany) is running under Furmark, an extreme usage case, as most overclockers know. We believe this is a good approach to have some idea about the graphics card limit, and the thermal performance under the worst case scenario. EVGA has performed a similar qualification test during the design process, at a higher ambient temperature (30C in chamber) with a thermal coupler probe directly contacting the key components and after the Toms Hardware (Germany) review, we have retested this again. The results in both tests show the temperature of PWM and memory is within the spec tolerance under the same stress test, and is working as originally designed with no issues.
 
With this being said, EVGA understands that lower temperatures are preferred by reviewers and customers.
 
During our recent testing, we have applied additional thermal pads between the backplate and the PCB and between the baseplate and the heatsink fins, with the results shown below. We will offer these optional thermal pads free of charge to EVGA owners who want to have a lower temperature. These thermal pads will be ready soon; and customers can request them on Monday, October 24th, 2016.  Also, we will work with Toms Hardware to do a retest.”
 
Thanks,
EVGA

EVGA GeForce GTX 1080 FTW running FurMark with thermal pad mod (30C Ambient in Chamber) – October 21st, 2016



A damaged GTX 1070 FTW:







69
3D-Tech News Around The Web / AMD's Raja Koduri Interview about GPUOpen
« on: October 24, 2016, 05:34:37 PM »
Quote
This bleeds into GPUOpen. AMD wants to assist developers in taking (some of) the reins for game-GPU optimization. Asked for an introduction to GPUOpen, Koduri told us:

“To get the best performance out of the GPU, the best practices, the best techniques to render shadows, do lighting, draw trees, whatever – there are different ways to do that. But what is the best way to do that? We figured out that that value add kind of moves into engines. It's basically in the game engines, and the games themselves, have to figure out [optimal techniques with new APIs]. They have to do more heavy lifting, figuring out what's the most optimal thing to do.

“The drivers themselves have become very thin. I can't do something super special inside the driver to work around a game's inefficiency and make it better. And we used to do that in Dx11 and before, where when we focus on a particular game and we find that the game isn't doing the most efficient thing for our hardware, we used to have application profiles for each application. You could exactly draw the same thing if you change the particular shaders that they have to something else. We did manual optimization in the drivers. With these low overhead APIs, we can't actually – we don't touch anything, it's just the API, whatever the game passes, it goes to the hardware. There's nothing that we do.

“We have a lot of knowledge in optimization inside AMD, and so do our competitors, so how do we get all of that knowledge easily accessible to the game developers? We have lots of interesting libraries and tools inside AMD. Let's make it accessible to everyone. Let's invite developers to contribute as well, and build this ecosystem of libraries, middleware, tools, and all, that are completely open and would work on not just AMD hardware, but on other people's hardware. The goal is to make every game and every VR experience get the best out of the hardware. We started this portal with that vision and goal, and we had a huge collection of libraries that we [put out]. It's got good traction. It also became a good portal for developers to share best practices. Recently we had nice blogs [...] sharing their techniques and all. More often than not, these blogs have links to source code as well.”

...

The GPU is a black box for 20 years now. A black box abstracted by very thick APIs, very thick runtimes, very thick voodoo magic. We are trying to get the voodoo magic out of the GPU software stack, and we believe there – there is still voodoo magic in transistors and how we assemble them, and in game engines, compute engines, libraries, the middleware. Voodoo magic in the driver middle-layers is not beneficial to anybody, because it's preventing the widepsread adoption of GPUs.

Links:

- Raja Koduri: 'Game Developers Have More Juice Than They Take Advantage Of'
- AMD's Raja Koduri on Dx12 Performance, GPUOpen, Moore's Law @ Youtube

70
ops-class.org includes slides, hundreds of hours of videotaped lectures, and sample exams: everything you need to learn OS concepts online at your own pace.

Link: https://www.ops-class.org/

71
Quote
I just "upgraded" our home network with a Pi-Hole, an interesting project that implements a DNS server with a known-list of ad- and privacy trackers. The result is that everyone on your network that uses that DNS server gets an adblocker for free, without configuration work.

Pi-Hole: the black hole for internet ads...

Links:
- Pi-Hole: A DNS-based blacklist for ads and tracking for Raspberry Pi
- Pi-Hole homepage

72
The GTX 1050 Ti  will cost USD $139 and the non-Ti version, the GTX 1050 will cost USD $109.

The GeForce GTX 1050 Ti is based on a Pascal GP107 GPU (768 CUDA cores, 4GB GDDR5 VRAM, 75W TDP) while the GTX 1050 is based on a cut down version of the GP107 (640 CUDA cores, 2GB GDDR5 VRAM, 75W TDP).

Both graphics cards will be launched on October 25 2016.

source

73
3D-Tech News Around The Web / Time Scale of System Latencies
« on: October 12, 2016, 06:22:06 PM »
Table of system latencies. Nice!



via

74
3D-Tech News Around The Web / Windows93
« on: October 12, 2016, 12:17:30 PM »

76
3D-Tech News Around The Web / Lightmap Baking and Spherical Gaussians
« on: October 11, 2016, 02:19:49 PM »
Quote
For those looking for some in-depth written explanation, I’ve also decided to write a series of blog posts that should hopefully shed some light on the basics of using SG’s in rendering. The first post provides background material by explaining  common approaches to storing pre-computing lighting data in lightmaps and/or probes. The second post focuses on explaining the basics of Spherical Gaussians, and demonstrating some of their more useful properties. The third post explains how the various SG properties can be used to compute diffuse lighting from an SG light source. The fourth post goes even deeper and covers methods for approximating the specular contribution from an SG light source. The fifth post explores some approaches for using SG’s to create a compact approximation of a lighting environment, and compares the results with spherical harmonics. Finally, the sixth posts discusses features present in the the lightmap baking demo that we’ve released on GitHub.

Links:

- Part1 - A Brief (and Incomplete) History of Baked Lighting Representations
- Part2 - Spherical Gaussians 101
- Part3 - Diffuse Lighting From an SG Light Source
- Part4 - Specular Lighting From an SG Light Source
- Part5 - Approximating Radiance and Irradiance With SG’s
- Part6 - Step Into The Baking Lab



77
3D-Tech News Around The Web / FreeBSD 11.0 Production Release Available
« on: October 11, 2016, 02:01:41 PM »
The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 11.0-RELEASE. This is the first release of the stable/11 branch.

Quote
Highlights:

-  OpenSSH DSA key generation has been disabled by default. It is important to update OpenSSH keys prior to upgrading. Additionally, Protocol 1 support has been removed.

- OpenSSH has been updated to 7.2p2.

- Wireless support for 802.11n has been added.

- By default, the ifconfig( 8 ) utility will set the default regulatory domain to FCC on wireless interfaces. As a result, newly created wireless interfaces with default settings will have less chance to violate country-specific regulations.

- The svnlite( 1 ) utility has been updated to version 1.9.4.

- The libblacklist( 3 ) library and applications have been ported from the NetBSD Project.

- Support for the AArch64 (arm64) architecture has been added.

- Native graphics support has been added to the bhyve( 8 ) hypervisor.

- Broader wireless network driver support has been added.


Links:

- FreeBSD 11.0-RELEASE Announcement
- FreeBSD Downloads

78
3D-Tech News Around The Web / A Primer on Bézier Curves and B-Splines
« on: September 15, 2016, 04:29:20 PM »
A free, online book for when you really need to know how to do Bézier things.

Links:
- A Primer on Bézier Curves-
- B-Splines

79
3D-Tech News Around The Web / CToy: C live-coding Tool
« on: September 15, 2016, 04:24:49 PM »
CToy is a C(99) live-coding environment based on TCC. Small, simple, no bullshit. Write standard cross-platform code and see the result immediately. No installation or compiler required, download (~2mb), run CToy and play. Ready for Windows 64 bit and MacOSX 64 bit (linux in progress). Ideal for games, image processing, teaching, or anything C can do.

Link: https://github.com/anael-seghezzi/CToy 

I quickly tested it (live-coded the src/sample/triangle_hello.c file):



80
GeForce GTX 1080 Ti specifications:

- 16 nm GP102 silicon
- 3,328 CUDA cores
- 208 TMUs
- 96 ROPs
- 12 GB GDDR5 memory
- 384-bit GDDR5 memory interface
- 1503 MHz core, 1623 MHz GPU Boost
- 8 GHz (GDDR5-effective) memory
- 384 GB/s memory bandwidth
- 250W TDP

- source1
- source2

Pages: 1 2 3 [4] 5 6 ... 54