OpenAI 2026 hackathon

Add PBR Lithing Module

NonToon/ShaderCoreにモジュールで追加可能な高精度ライティング補正モジュールの制作

Solo project by KOCZALSKI Fuga · 0 likes · 0 comments

Archive position — measured, not model output

0 likes on Devpost

2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #2,333 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

The project described by the author is a technical shader module for Unity's Built-In Render Pipeline, designed to improve lighting interpretation in toon shading. It introduces a modular system that dynamically adjusts how lighting information is interpreted for stylized rendering, aiming to balance physical accuracy and visual stability.

What changed

This is a self-reported development of a lighting correction module intended for use with the NonToon/ShaderCore ecosystem in Unity. The author describes an evolution from basic toon shading limitations to a more sophisticated approach using adaptive weights and directional light analysis.

Single most important open question — the commercial due-diligence read

Is this project intended as a standalone technical contribution or part of a broader product strategy? There is no evidence of commercial traction, target customers, pricing, or business model beyond the author's own description.

Back to contents

What The Product Actually Is

The description states that this is a modular lighting system for Unity’s Built-In Render Pipeline. It is designed to work specifically with:

  • NonToon
  • ShaderCore
  • Character and avatar rendering
  • Forward Rendering

It includes components such as:

  • An Adaptive Light Direction Resolver
  • A Built-In ForwardAdd Toon Lighting module
  • Local Light Precision handling for point and spot lights
  • SH-Based Environmental Lighting Analysis
  • Separation of form shadow and cast shadow

The system aims to provide a consistent set of lighting information (e.g., resolved main light direction, direct-light confidence) between Unity’s raw lighting data and the final shading modules.

The author states: “This project explores a middle ground: a modular lighting system that preserves accurate local-light behavior when reliable lighting information is available, while gracefully falling back to stable character-oriented lighting when it is not.”

Back to contents

Positioning & Claim Evolution

The author frames this as an evolution in toon shading, addressing recurring issues with lighting interpretation in complex environments.

Claims made:

  • The system improves upon existing toon shaders by separating physical light direction from stylized shading direction.
  • It allows for adaptive blending between different lighting interpretations based on reliability of input data.
  • It introduces modular architecture that avoids forcing all shading modules to interpret light identically.

The author states: “The better solution is not necessarily to choose one approach. It is to determine when each approach should dominate.”

This suggests a shift from fixed or simplistic lighting models toward dynamic, context-aware ones — though the description does not indicate whether this was ever commercialized or deployed beyond personal experimentation.

Back to contents

Target Customer & ICP

The project is described as being built for:

  • Unity Built-In Render Pipeline users
  • Developers working with character and avatar rendering
  • Users of NonToon/ShaderCore

No explicit customer segments, personas, or buyer types are mentioned. The target audience appears to be Unity developers, particularly those working in toon shading contexts.

The author states: “The project is designed specifically for: Unity Built-In Render Pipeline, Forward Rendering, NonToon, ShaderCore's modular shader architecture, Character and avatar rendering.”

There is no evidence of any specific customer base or adoption beyond the author’s own use case.

Back to contents

Business Model & Pricing Evidence

No business model or pricing information is provided. The project is described as a personal development effort, submitted to a hackathon (OpenAI 2026), and not presented as a commercial offering.

The author states: “This project started from a simple question...” and “What I Built” — indicating it was an exploratory or experimental endeavor.

There is no indication of monetization, licensing, or revenue streams.

Back to contents

Technical & Delivery Signals

The project is built using:

  • C#
  • HLSL
  • ShaderLab
  • Unity

It integrates with:

  • Unity Built-In Render Pipeline
  • Forward Rendering
  • NonToon
  • ShaderCore

Key technical features include:

  • Adaptive light direction resolution
  • Independent handling of direct, environmental, and fallback lighting directions
  • Support for point, spot, and directional lights
  • Separation of form shadow and cast shadow
  • Use of spherical harmonics for approximate environmental lighting

The author states: “The system can provide a more consistent set of lighting information such as: resolved main light direction, direct-light confidence, approximate environmental light direction, local point and spot light direction, form-shadow information, cast-shadow information.”

This indicates a high level of technical sophistication but no evidence of production deployment or delivery to end users.

Back to contents

Traction & Maturity Signals

There is no evidence of traction, adoption, or user feedback. The project was submitted to a hackathon and described as a personal development effort.

The author states: “This project started from a simple question...” — suggesting it was not yet part of a larger product or service.

No metrics, customers, or usage data are provided.

Back to contents

Competitive Context

The description does not mention any competitors. It focuses on solving a problem within the existing toon shading ecosystem (specifically with NonToon and ShaderCore), without reference to other tools or platforms in the space.

The author states: “A shader may look excellent under a simple directional light but become unstable or visually incorrect when placed in a more complex environment.” — which implies a gap in current solutions, but no direct comparison is made.

No mention of alternative approaches or similar technologies.

Back to contents

Key Risks & Red Flags

  • Lack of commercial viability: No evidence of revenue, customers, or business model.
  • Limited scope: Designed for Unity Built-In Render Pipeline only; not compatible with other pipelines like Universal or HDRP.
  • Experimental nature: Submitted to a hackathon — likely not production-ready.
  • No external validation: No third-party reviews, testimonials, or usage data.
  • Unclear path to monetization: No indication of how this would be turned into a product or service.

The author states: “The project is structured as a set of Built-In Render Pipeline lighting modules rather than one monolithic visual effect.” — which may limit its applicability in broader contexts.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the intended use case beyond personal development?
  2. Is there any plan to commercialize this module or integrate it into a larger product line?
  3. Has the system been tested with real-world lighting scenarios outside of controlled environments?
  4. Are there plans for compatibility with Universal or HDRP render pipelines?
  5. How does this module interact with existing Unity shader systems beyond NonToon/ShaderCore?
  6. What is the long-term vision for this project — is it meant to be a standalone tool or part of a broader platform?

Back to contents

Investment/Partnership Verdict

Not evidenced.

There is no evidence of:

  • Revenue
  • Customers
  • Traction
  • Business model
  • Market demand
  • Product-market fit

The author describes an experimental technical solution, not a commercial product.

The author states: “This project started from a simple question...” — indicating it was exploratory in nature, not a commercial venture.

Given the lack of any commercial or traction signals, and the fact that this is a hackathon submission, there is no basis for investment or partnership consideration at this time.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.