Thread

OpenDLSS: A Vulkan Reimplementation of Nvidia's DLSS 5 Neural Rendering Network

276 points · 126 comments · sagacity

Loading the complete thread in the background. This saved snapshot is available now. Refresh

Borealid · 1790843035 · focus · HN ↗
Am I the only one who feels a sense of disinterest in a project where the main README is LLM-generated? Does the author not have time to write what they did and how it's used?
1. fwlr · 1790843665 · focus · HN ↗
  If you think about it, actually the author did write what they did (nothing), and also how it’s used (it isn’t).
  1. gnud · 1790844026 · focus · HN ↗
    Seems like the owner of the github repo claims copyright, though. Since they provide a license.
2. ChrisRR · 1790843872 · focus · HN ↗
  I'm fine with it
3. MadameMinty · 1790844063 · focus · HN ↗
  I'm more upset about it being factually wrong, e.g. both mentions of "git-ignored" are absurd (why would you mention it if it's not in the repo?) and wrong (they are in the repo).
  1. vincnetas · 1790844583 · focus · HN ↗
    I notice this, that AI likes to write about things that are not in there. Like i review AI generated output, notice unnecessary things, and asks AI to remove that. So AI removes that and adds that "this and that, that was used or described like this, was removed because bla bla bla" to the document.
    I think its somehow needs to talk (write) about the things that are in the context and removal is there so AI predicts that it should be there.
    MadameMinty · 1790844964 · focus · HN ↗
    Yeah, I call it bugfix storytelling. Once upon a time this class far far away had this red hooded method...
    Especially egregious if both adding and removing the thing happens in one commit. Git should be telling the story, and if it can't then there _is_ no story!
    stuaxo · 1790845544 · focus · HN ↗
    AI writing is just bad, this things is really noticable - but even in READMEs they look superficially OK until you read them.
    AI probably should not be writing docs, commit logs or comments.
    joegibbs · 1790855773 · focus · HN ↗
    Yes it's constant. And in any article it's full of "The X does Y. The Z does A. But the B stays silent."
    static_motion · 1790860368 · focus · HN ↗
    I spend so much time cleaning up AI comments in the codebases I work on, it's maddening. I could have an instruction to not allow it to write comments at all, but some of them are useful.
4. rvz · 1790845122 · focus · HN ↗
  If the README is >90% AI generated and it is as long as a novel, I am not going to read it and will assume that the author did not read or write it either.
  Unfortunately it is slop, beyond the comprehension of the author unless they are experienced with DLSS internals to explain it in depth.
5. pjmlp · 1790846180 · focus · HN ↗
  "Am I the only one who feels a sense of disinterest in a project where the code is LLM-generated? Does the author not have time to code the project?"
  This is how I feel about every single project announcement on HN recently, they are already bragging about models all over the place, why shouldn't they go full way down being replaced by the Borg?
6. VMG · 1790846886 · focus · HN ↗
  Slop is a new language and you will learn it read it
7. nialv7 · 1790850540 · focus · HN ↗
  > what they did
  bold of you to assume the code wasn't llm generated as well.
8. lemagedurage · 1790854131 · focus · HN ↗
  Agree.
  I do feel like there's merit to having an open source implementation of anything, no matter who/what wrote it. I'm just hoping the results are validated well.
9. sigmar · 1790857193 · focus · HN ↗
  you think a human wrote the code? in a month? Do you think that's air you're breathing? might be time to challenge preconceptions
10. kilpikaarna · 1790858986 · focus · HN ↗
  Exactly. The code, whatever, it's for machines so I don't really care if it's by machines as long as it works. But if you can't even be bothered to think about the human-facing parts of your thing like docs and UX, I'm not really interested. It just feels cheap (in the bad sense) and offputting.
tim-projects · 1790843766 · focus · HN ↗
Jensen : Nobody needs to code anymore...
Programmer: OpenDLSS...
Jensen : Wait. Not like that! (╯°□°）╯︵┻━┻
1. rvz · 1790844399 · focus · HN ↗
  But I thought Nvidia “loves open source” (they don’t) and they are now a supporter for open source and open weight models by acquiring Huggingface? (They don’t actually care)
  But the line is drawn when it involves CUDA and any part of their closed source compilers (nvcc).
  There are obvious reasons why they are closed source, but it’s becoming pointless since Deepseek have open sourced their AI compiler and compute libraries with DeepGEMM and eventually they will catch up.
  1. lucrbvi · 1790845413 · focus · HN ↗
    They only care because open-weight helps to drive the GPU business notably thanks to inference providers (Baseten, Together, Mistral, ...).
    At least their support helps the open-weight ecosystem.
  2. pjmlp · 1790845980 · focus · HN ↗
    Depends on which open source you are talking about, like every single company contributing to FOSS.
  3. literalAardvark · 1790848119 · focus · HN ↗
    They certainly do _care_. Embrace, extend, extinguish.
  4. rfgplk · 1790858466 · focus · HN ↗
    They don't. I got threatened with a lawsuit after I suggested (submitted patches) they fix some of their buggy kernel code.
2. madduci · 1790850041 · focus · HN ↗
  Hope it will get a Linux port soon
3. hunta2097 · 1790851685 · focus · HN ↗
  You think Jensen even thinks about the gaming market anymore?
  1. skohan · 1790853157 · focus · HN ↗
    If they take Neural Rendering far enough, they can get rid of those useless raster and RT cores completely and ship compute and tensor cores only on all their chips
    reactordev · 1790853413 · focus · HN ↗
    This. This is what they are trying to do. If they can flip the entertainment industry to use neural rendering using their "proprietary" api's then they would have cornered a market from the bottom.
    ACCount39 · 1790853876 · focus · HN ↗
    Rasters are far too good for simple textures + simple geometry. Even the best neural rendering works better when it has the bones of geometry, motion and depth to work with.
    Even in a "neural rendering optimistic" future, I can't see a way in which traditional rendering doesn't survive as a "control channel" that informs what the neural rendering does. To do otherwise would require making the bulk of the game logic neural too.
    saidnooneever · 1790857649 · focus · HN ↗
    ppl dont understand sacrefices made and tradeoffs in making high fidelity game engine and them make such a comment. Deferred renderer is likely still most accurate because it actually does the thing faithfully. Forward+ is already stretching it yet much further having lot of cached results etc which make things less accurate. In my mind neural rendering is a step in that direction further. it will suffer accuracy problems only hidden by the fact people dont understand what it should or could look like.
    ofc, getting performance is the real problem. I like neural rendering ideas in the sense DLSS can make certain things happen on older machines that were definitely out of scope for deferred pipeline on same machine.
    Its like a Boost u really dont want to use if u dont need it.
    It might become that CGI will he the place for very accurate rendering more than games, but i sure hope not. (they can easily afford accuracy as they dont need realtime).
    games need to slow down a notch on getting better graphics and go for a stabilization and expectation management pass. so people dont expect things that are only feasible through neural rendering techniques. It forces a lot of players to use it. like most AI. fomo or something...
    ACCount39 · 1790859019 · focus · HN ↗
    I don't think I fully agree?
    Neural-assisted rendering tech is awesome because it actually exploits spatial/temporal redundancy of the image stream to save compute.
    Frame 2 is highly redundant if you already have Frame 1 rendered, and even more so if you can supply the motion vectors. If you already have Frame 3 too? It becomes extremely redundant.
    And yet, a conventional rendering pipeline would spend as much computation on it as it would on Frame 1. There is no "just reuse the previous work for cheap" primitive in conventional rendering. Every frame has to be built step after step, with the full depth of the rendering pipeline.
    The same is true for neural upscaling. Going from 1080p to 4K means pushing 4x the pixels - and for a conventional renderer, that's nearly 4x the work. But a neural upscaling pipeline can exploit the redundancy of image data - and "fill in" the missing detail from a "ground truth" 1080p render, in a way that flies below the radar of human perception. Using cheaper neural operators instead of the full pipeline for it.
    Neural rendering is a welcome optimization, in my eyes. As long as it's implemented right. Which is hard, but not impossible - we've come a long way already.
    bob1029 · 1790867328 · focus · HN ↗
    > it actually exploits the spatial/temporal redundancy of the image stream to save render compute
    This is great until the redundancy no longer exists and you have to rebuild the entire state machine from zero (a humble scene transition or rapidly turning a corner).
    ACCount39 · 1790905639 · focus · HN ↗
    That's true for just about any heuristic-based optimization - assumptions break, and the optimization with it.
    That doesn't make it useless, not at all. It's still useful in its regime, and you can work around to cover the gaps where it breaks down.
    jplusequalt · 1790875680 · focus · HN ↗
    I just don't see the purpose of replacing the traditional rendering pipeline for neural rendering techniques. It would be one thing if we were constrained on the number of triangles we could push per second, but we're not. The bottleneck is usually elsewhere in the pipeline: animating characters/objects, particle systems, physics updates, etc.
  2. jayd16 · 1790876660 · focus · HN ↗
    You mean like he doesn't even think about it while announcing DLSS 5?
4. [deleted] · 1790871358 · focus · HN ↗
  [deleted]
franticgecko3 · 1790844503 · focus · HN ↗
How useful is this without weights?
Isn't the mote that Nvidia has is they work with studios to generate the training data from the game, then they ship a model per game?
Or is my knowledge outdated here and they're just using a single generalised model?
1. chii · 1790844901 · focus · HN ↗
  > they ship a model per game?
  there's no way that's true!?
  1. literalAardvark · 1790848455 · focus · HN ↗
    It used to be in dlss1. I think it's completely been put to pasture now though, it's way too much work and can't really cover some of the main things people actually want to use dlss5 on, for instance Morrowind.
  2. ex-aws-dude · 1790869906 · focus · HN ↗
    its not, from what I've heard the difference in quality was not worth it
2. GaggiX · 1790845127 · focus · HN ↗
  >they ship a model per game?
  They don't.
3. Pifpafpouf · 1790845222 · focus · HN ↗
  They used to ship one model per game but now there is a single model, however they still do minor updates to it presumably to fine-tune it on new games
4. strangecasts · 1790845457 · focus · HN ↗
  I assume this is meant to run with the weights people extracted from the latest NBA game, where it was first trialled.
  > Isn't the mote that Nvidia has is they work with studios to generate the training data from the game, then they ship a model per game?
  That was true for the very first version of DLSS, from DLSS 2 on the models have been universal - the per-game adjustments are done on the inference end by changing the effect intensity or masking out objects
  They have a technical report on the neural rendering part of DLSS 5 which goes into it: <a href="https://research.nvidia.com/labs/adlr/files/DLSS5_Report.pdf" rel="nofollow">https://research.nvidia.com/labs/adlr/files/DLSS5_Report.pdf
  1. ArgumentMoney81 · 1790874398 · focus · HN ↗
    [dead]
5. sigmar · 1790860087 · focus · HN ↗
  I don't really understand why the weights aren't included... US law says they can't have a copyright, no? Maybe they're concerned about other countries or cautious about a litigious Nvidia.
  1. cubefox · 1790884832 · focus · HN ↗
    The US has a copyright law.
    3836293648 · 1791193162 · focus · HN ↗
    American copyright, as opposed to most European copyrights, only protects creative works. Fully machine generated weights are not creative as no human touched them. You can copyright the training code, you can't copyright the output.
    There is an argument that it's a derivative work and it's therefore copyrighted under the same protection as the training data, but that gives the rights to the owners of the training data, not the ai-lab. Courts are seemingly mostly rejecting this though as it's different enough to be fair use.
flohofwoe · 1790844543 · focus · HN ↗
Almost 8ms on 1080p resolution seems extremely expensive, does the original also eat into the rendering budget as much?
1. robinduckett · 1790845017 · focus · HN ↗
  The original does tend to reduce the FPS by half or more
2. MYEUHD · 1790845434 · focus · HN ↗
  Yes the original is very expensive. It depends on the resolution and the GPU used:
  RTX 5060: 9.9 ms at 1080p
  RTX 5070: 10.2 ms at 1440p
  RTX 5080: 13.7 ms at 2160p
  RTX 5090: 8.2 ms at 2160p
  Source: <a href="https://www.youtube.com/watch?v=3EfLjmdG29Q&t=600" rel="nofollow">https://www.youtube.com/watch?v=3EfLjmdG29Q&t=600
  1. t0bia_s · 1790851096 · focus · HN ↗
    RTX 5070, 9.6 ms with NR of Optiscaler in Stalker 2. It's payable and I enjoy new visual. Especially shadows and faces are incredibly detailed and precise. Landscapes not so much.
  2. jasomill · 1791051877 · focus · HN ↗
    I don't understand. If DLSS results in longer frame times than natively rendering at the same resolution, what's the point?
3. LaurensBER · 1790845486 · focus · HN ↗
  Yes, see the numbers below. In most games, it's basically unusable if you want to play on 60 FPS or above unless you have a 5090.
  The current implementation is more of a tech demo than a practical way to play games (+ officially it's available in 1 game). It's _fast enough_ to make some impressive YouTube videos but you most likely won't want to play anything with it yet.
  Nvidia has stated that they're still working on improving the performance. No doubt future hardware generations will also include further hardware optimisations.
  The potential for this kind of technology is pretty awesome, especially given that people have also found ways to add this to emulators.
  1. GaggiX · 1790846164 · focus · HN ↗
    Modders have added the ability to use the upscaler after DLSS 5, personally I don't know how sound this method is but the quality is pretty good, and allows to play games with DLSS 5 at 4k 60FPS with something that is not a 5090.
  2. techpression · 1790848397 · focus · HN ↗
    I really hope they do, but the market for gaming cards is looking mighty bleak right about now. 5090 is up over 80% since November last I checked and my 5080 is up 50%. NVIDIA removing all mentions of gaming in their financials doesn’t bode well either, and from a fiduciary standpoint it would be negligent to sacrifice any capacity for higher-margin AI chips to make gaming cards.
    Again, I hope I’m wrong and we see new cards summer/autumn 2027, but I would not bet my savings on it.
    KPGv2 · 1790855003 · focus · HN ↗
    > from a fiduciary standpoint it would be negligent to sacrifice any capacity for higher-margin AI chips to make gaming cards
    Corporations do not have a fiduciary duty to seek maximal profits. This is a myth.
    They are given wide latitude to decide what's in the best interests of the shareholders. Keeping a less-profitable offering alive just in case the current big offering doesn't pan out in the long term would easily be defensible in court.
    It wouldn't even be a challenge. Courts are loathe to question the judgment of directors and executives. The reasoning is obvious: why in the world would a judge have better knowledge of how to run a company than the people whose jobs are to run the company?
    techpression · 1790855561 · focus · HN ↗
    You are correct, I should’ve used financial not fiduciary. They make more money selling AI hardware than gaming and it’s a zero-risk transfer because if AI collapses gamers will not “vote with their wallets” and not buy a new card from NVIDIA, and they know it. And I don’t even disagree with them here, if you can make 10-100x more money doing less work, why wouldn’t you?
    SmirkingRevenge · 1790871678 · focus · HN ↗
    It does OK on most of the 5 series cards, but you can only do 4k on the 5090 basically. And there are lots and lots of knobs to tune and experiment with.
    In some cases, it seems that lowering resolution and graphics actually produces better DLSS5 output (but it varies)
    It's really good at making older gen games look remade/remastered.
  3. kanemcgrath · 1790873909 · focus · HN ↗
    I was able to run it in Skyrim on my 5060ti at about 60fps. First game that almost used all 16gb of vram
4. strangecasts · 1790846718 · focus · HN ↗
  Worth remembering it is running a single-step diffusion model working in pixel space to generate each frame, it's a technical feat in itself that people are even using the words "frames per second"
5. vrighter · 1790847570 · focus · HN ↗
  probably, going by the reported massive performance hits
TheJCDenton · 1790845269 · focus · HN ↗
> bit-exact against the original
What kind of sorcery is this ? Very impressive work !
1. Tade0 · 1790846975 · focus · HN ↗
  The load-bearing kind.
  LLMs are really good at deobfuscating or even decompiling code.
2. kouteiheika · 1790847839 · focus · HN ↗
  If done by a human, yes.
  Nowadays it takes one well written prompt to a frontier LLM to produce something like this.
  1. lukan · 1790849244 · focus · HN ↗
    That would be still impressive, even though more distributed among the AI builders and all those nameless code contributers etc.
  2. taneq · 1790861055 · focus · HN ↗
    So… that kind of sorcery, I guess.
3. robinduckett · 1790849897 · focus · HN ↗
  Claim != Reality most of the time
4. lemagedurage · 1790853866 · focus · HN ↗
  Given that you bring the weights from NVIDIA's DLSS. So basically, the repo contains reverse engineered machinery that produces the exact same output given the same model.
5. jchw · 1790857627 · focus · HN ↗
  Well it's doing the same math as the original, apparently. Hard to do but makes enough sense.
  With LLMs you can do whatever you want pretty much. I have upstream CUDA running llama.cpp under unmodified Nouveau on one of my boxes. Why? Well, why not?
  I also have a modified Nouveau driver that, with the help of more and newer blobs, gets reclocking working for at least most of Pascal/GTX 10 series. I would love to try to upstream it but it desperately needs to be rewritten with that intent. Too much ugly garbage. Still, I wanted to know how possible it is. Possible, it turns out. Modern LLMs can blackbox analyze the real driver quite well, and debug the Falcons themselves. It's very interesting. People say coding is dead; I think it's probably not really true. However, it is certainly changing. I think someone less skilled than me could beat me to the punch with enough determination. That is interesting.
  1. alightsoul · 1790879002 · focus · HN ↗
    Please please please publish those things somewhere, so that no one has to reinvent the wheel even with an llm
    letrix · 1790888702 · focus · HN ↗
    With LLMs getting good, I've noticed people are more akin to fixing and new adding features to open-source projects that will never see the light of day.
Lerc · 1790845274 · focus · HN ↗
I'm rather surprised that it doesn't take the z-buffer as an input. I would have thought that would have provided useful information, it's one of the more useful forms of contolnet.
1. avaer · 1790845516 · focus · HN ↗
  Even relatively small RGB -> depth models are pretty good. Which kind of implies depth is well encoded in the RGB, and adding depth would not really reduce entropy, while costing bandwidth.
2. rcarmo · 1790846155 · focus · HN ↗
  The official one seems to do, as well as other info from the engine (I think remember their mentioning LOD/UV map hints in one of the public demos, or articles, a few months back--or it might have been an Unreal Engine podcast)
  1. strangecasts · 1790849930 · focus · HN ↗
    The technical report suggests it does not use the depth buffer: <a href="https://research.nvidia.com/labs/adlr/files/DLSS5_Report.pdf" rel="nofollow">https://research.nvidia.com/labs/adlr/files/DLSS5_Report.pdf
    > The inference interface uses the engine-rendered RGB image as a dense, registered observation of visible scene appearance. It provides dense, pixel-aligned evidence for object support, occlusion boundaries, composition, and local material properties; engine motion vectors separately provide temporal correspondence.
    > Existing image generative models commonly rely on text embeddings, exemplar images, or spatial control fields such as depth, edges, segmentation, and pose [...] These conditions are effective for general-purpose generation and editing, but they do not uniquely determine the object identities, materials, visibility relationships, lighting decisions, and pixel-aligned detail contained in an engine-rendered frame. DLSS 5 is therefore conditioned on the rendered frame itself.
    mikepurvis · 1790866813 · focus · HN ↗
    Obviously they tried it multiple ways have brought receipts, but nonetheless it seems surprising that it wouldn't be of benefit to bring as much of that kind of metadata to the model as possible. You'd think depth and segmentation in particular would basically just be a straight shortcut without which the model spends its own time and effort re-deriving that stuff.
    I'd also be interested in how post-processing fits in with this. Like if you've got weather effects, film grain, tone mapping, etc, I would have thought the model would do better working on the image before those processes.
    strangecasts · 1790868484 · focus · HN ↗
    I think it has more to do with what kind of data they have access to at runtime - IIRC DLSS upscaling has only required the previous frames and motion vectors, so requiring depth buffers would mean it was no longer a "drop-in" replacement
    > I'd also be interested in how post-processing fits in with this.
    I think screenspace effects like film grain and tonemapping are excluded in the same way UI elements are rendered separately from the game.
    Stevvo · 1790872687 · focus · HN ↗
    [delayed]
    ChocolateGod · 1790878033 · focus · HN ↗
    [delayed]
    strangecasts · 1790895232 · focus · HN ↗
    Oh, d'oh, no you are right, DLSS 2 on does pass the depth buffer to the model <a href="https://developer.download.nvidia.com/video/gputechconf/gtc/2020/presentations/s22698-dlss-image-reconstruction-for-real-time-rendering-with-deep-learning.pdf" rel="nofollow">https://developer.download.nvidia.com/video/gputechconf/gtc/...
    jayd16 · 1790876495 · focus · HN ↗
    Hmm well the depth buffer only has accurate depth for opaque objects (and even that's not really true). Things like hair wouldn't be in there. Its not ground truth depth.
    Lerc · 1790914362 · focus · HN ↗
    It is data, It doesn't have to be ground truth Depth. In fact the difference between what optically appears to be at one depth and the depth map depth is in-itself information. You have described a mechanism that the model can use to identify that what it is supposed to be enhancing is more likely to be hair.
    awill88 · 1791012789 · focus · HN ↗
    I guess in this example since the model wasn’t trained on that, just like they said.
    If that data is some kind of missing key, go make your own and stop nitpicking someone who made a great point as to why they didn’t want that oh so precious data
    bcatanzaro · 1790894222 · focus · HN ↗
    Integration cost is very important to DLSS.
    More information is better, but more games is also better.
  2. cubefox · 1790884711 · focus · HN ↗
    The Nvidia video presentation on DLSS 5 says that the model was only trained with various G-buffers as input (including the depth buffer) but during inference, the model only uses the rendered frame. As well as the previous rendered frame reprojected via motion vectors, if I understand correctly, likely to improve temporal stability.
3. strangecasts · 1790846395 · focus · HN ↗
  I think this is mainly so it can use the existing hooks for DLSS upscaling without requiring changes to the renderer, AMD is working on a comparable method which uses adapter networks to slot normals and material properties from the renderer into the diffusion model: <a href="https://gpuopen.com/learn/temporally-stable-generative-illumination/" rel="nofollow">https://gpuopen.com/learn/temporally-stable-generative-illum...
dtf · 1790846196 · focus · HN ↗
Seems quite similar to this repository?
<a href="https://github.com/aloshdenny/open-dlss" rel="nofollow">https://github.com/aloshdenny/open-dlss
1. vindex10 · 1790846855 · focus · HN ↗
  bit-exact against the original )
  just unsure who's original ))
  1. hiimkeks · 1790849055 · focus · HN ↗
    It's Dragostea Din Tei all over again
2. godbox · 1790846986 · focus · HN ↗
  Same exact commits at the same time as well, but different repository names and authors. What the hell?
  1. _ache_ · 1790847333 · focus · HN ↗
    From the LICENSE
    Copyright (c) 2026 maan
    So... Either alooshdenny stole the commits, or it's an alias for maan.
    esperent · 1790848510 · focus · HN ↗
    [delayed]
    esperent · 1790848514 · focus · HN ↗
    It's not stolen. It's MIT licensed and the attribution is still there.
    mariusor · 1790852955 · focus · HN ↗
    Rewriting the commit author is very much "stolen".
    someonebaggy · 1790854677 · focus · HN ↗
    "stolen" in quotation marks, because this is completely legal when you use an MIT license.
    austinthetaco · 1790855547 · focus · HN ↗
    this is completely and totally incorrect. MIT lets you redistribute, copy, and modify. It does not let you take authorship over the original work, even if just by way of changing git history.
    someonebaggy · 1790856236 · focus · HN ↗
    I don't think there's any legal concept of "taking authorship". What even is that?
    austinthetaco · 1790856468 · focus · HN ↗
    taking, as in claiming. its a significant part of copyright law.
    ndriscoll · 1790860102 · focus · HN ↗
    This is jurisdiction specific. The US doesn't have anything like this as long as you're not claiming to own the copyright.
    bux93 · 1790860741 · focus · HN ↗
    In the US, claiming authorship isn't as protected or significant as internationally; moral rights are only protected for "works of visual art". <a href="https://en.wikipedia.org/wiki/Moral_rights" rel="nofollow">https://en.wikipedia.org/wiki/Moral_rights
    Which is not to say that uploading something to github is necessarily asserting ones authorship (if you read the front matter of a book, you might see a phrasing such as "[Name] asserts the moral right to be identified at the author of this work."; this is intended for jurisdictions that comply with the Berne convention more fully than the US does.) It is also not an instrument of conveyance (which needs to be signed by the owner of the rights) or the same as registering a copyright. A copyright notice is no longer required since the Berne Convention Implementation Act of 1988 (effective as of 1989), but would involve the copyright symbol and not a git upload.
    blochist · 1790859378 · focus · HN ↗
    This is untrue and if you thought about what you're claiming for a second this should be obvious. The MIT license let's someone do any of the things outlined there subject only to the need to retain the copyright notice and the license itself. I can grab MIT-licensed files and commit them to my repo (e.g., vendoring a dependency). I can also grab the files from an MIT-licensed commit and then the files from the next commit and recreate the history of that repo with myself as the author provided I've met those two conditions. I'm not saying this isn't _scummy_ behavior; it is! But its within the bounds of what the MIT license allows.
    jpc0 · 1790860845 · focus · HN ↗
    MIT does not wave the right to attribution so no even under MIT it is illegal to reattribue work.
    Authorship and the underlying code are seperate rights under law.
    esperent · 1790872387 · focus · HN ↗
    [delayed]
    jpc0 · 1791068090 · focus · HN ↗
    People include licenses because if there isn't any license copyright law applies and you may not create any copy of said code. You as a third party have no use of the code without a license
    strangecasts · 1790855845 · focus · HN ↗
    Software licenses aren't enforced by magic but they are social contracts: even if nobody has the resources to go after you for doing it, it is pretty clearly against the permissive licenses' spirit to misrepresent yourself as the author
    someonebaggy · 1790856254 · focus · HN ↗
    It's also pretty clear that the real author gave you permission to misrepresent yourself as the author, as long as you retain the copyright notice. If he didn't want you to do that, he shouldn't have given you permission.
    illumanaughty · 1790857458 · focus · HN ↗
    Wow you sound like a nice person
    strangecasts · 1790857496 · focus · HN ↗
    The "if they wanted you to follow the spirit, the letter should have been different" argument grants membership in the society of people known throughout history as "the reasons we can't have nice things"
    someonebaggy · 1790883564 · focus · HN ↗
    And everyone who follows this argument has become filthy rich.
    strangecasts · 1790894204 · focus · HN ↗
    Incorrect, there are plenty of people who ignore or deliberately fail to recognize the purpose of a rule as a completely free service, as any forums mod or OSS project maintainer can attest to
    lukan · 1790887501 · focus · HN ↗
    <a href="https://xkcd.com/1499/" rel="nofollow">https://xkcd.com/1499/
    austinthetaco · 1790859047 · focus · HN ↗
    they dont though. nothing about MIT license is granting anyone the ability to misrepresent as the author. thats why its a license and not copyright transfer.
    someonebaggy · 1790941168 · focus · HN ↗
    You have to keep the copyright notice and the license. Everything else can be changed as you see fit.
    austinthetaco · 1790956228 · focus · HN ↗
    thats just not true. Commits themselves are held up as copyrighted and a claim for creation. just as you cant legally put up a poster claiming you painted a painting you just got a license for, you can't claim the commits.
    flohofwoe · 1790856666 · focus · HN ↗
    MIT License requires 'attribution', e.g. at the very least the original copyright notice and license text.
    esperent · 1790866403 · focus · HN ↗
    Morally, I completely agree, but legally that's not something you can prevent with a weak license like MIT.
    It might be possible to pursue this as illegal under general copyright law but it would be difficult.
    If you don't want something like this to happen to your work, use a stronger license.
    budman1 · 1790866463 · focus · HN ↗
    unsavory, yes. stolen a bit strong.
3. beefsack · 1790848097 · focus · HN ↗
  The maanHimself repository appears to be 35 hours older than the aloshdenny one based on `created_at` from the GitHub API. maanHimself's `pushed_at` predates aloshdenny's `created_at` too.
  That doesn't guarantee maanHimself is the original author, but it's looking likely.
  1. MadameMinty · 1790891742 · focus · HN ↗
    Pretty sure the author was Claude
4. [deleted] · 1790871347 · focus · HN ↗
  [deleted]
cubefox · 1790847597 · focus · HN ↗
> It takes one rendered frame (a low dynamic range proxy of it, three lanes of Gaussian noise, the previous frame's output reprojected, and five conditioning scalars) and produces four f32 channels per pixel: an RGB residual and one temporal-blend logit.
> The temporal path is implemented, but in the demo: the network's history input lanes and its per-pixel blend logit drive a reprojected feedback loop (docs/frame.md). The dlss5vk tool runs single frames with no history, which is what the reference captures were made with.
From this I assume the network uses the (via motion vectors) reprojected previous frame in order to increase temporal stability, i.e. similarity over adjacent frames. But this isn't strictly necessary, and apart from it, DLSS 5 is a pure post-process filter. So you could apply it to an old animated CGI movie like Final Fantasy (2001) [1]. Which should make it look significantly more realistic, at the cost of some flicker or other temporal instability.
One could also apply it to still images, like old renders from Tomb Raider [2], where temporal stability is not a factor. The difference to conventional text-to-image models with a "make it photorealistic" prompt would be that DLSS 5 strongly adheres to the underlying geometry.
1: <a href="https://www.imdb.com/title/tt0173840/" rel="nofollow">https://www.imdb.com/title/tt0173840/
2: <a href="https://www.tombraiderchronicles.com/images/artwork-high-resolution-tomb-raider-4/tomb-raider-4-artwork-high-resolution-71.jpg" rel="nofollow">https://www.tombraiderchronicles.com/images/artwork-high-res...
binsquare · 1790848230 · focus · HN ↗
At what point does this neural rendering take away the human touch on the art styles?
1. curiouser2 · 1790883383 · focus · HN ↗
  that's essentially the whole thing
  1. binsquare · 1790907822 · focus · HN ↗
    it used to just be a upscaling, but now it completely changes the artstyle.
2. xgulfie · 1790948179 · focus · HN ↗
  DLSS5 is a pretty clear step over that line imo
Pantera87 · 1790848799 · focus · HN ↗
So that means AMD implementation is on the horizon?
hypfer · 1790850355 · focus · HN ↗
[dead]
rfgplk · 1790858336 · focus · HN ↗
Something will this would historically guarantee a Senior Staff+ position at Nvidia. Wondering why Jensen doesn't put money where his mouth is ("were seeking exceptional engineers blabla") and offer him a job?
1. semigroupoid · 1790859989 · focus · HN ↗
  Because this was most likely written entirely by an LLM?
the_voice · 1790859849 · focus · HN ↗
I think it's interesting that Nvidia is so interested in producing the hardware that fuels the future of software development, given that their primary business advantage is their software moat. This is an interesting project for sure, but turning a bunch of GPUs at Zluda[0] (an open implementation of Cuda) could be far more destructive for them, right?
[0] <a href="https://github.com/vosen/ZLUDA" rel="nofollow">https://github.com/vosen/ZLUDA
drnick1 · 1790866593 · focus · HN ↗
> A Vulkan reimplementation of NVIDIA's DLSS 5 Neural Rendering network, bit-exact against the original.
Bit-identical, I swear I heard that somewhere before.
Geee · 1790867163 · focus · HN ↗
What kind of dataset is used to train DLSS 5? Do they need to generate synthetic image pairs first?
falldrown · 1790901303 · focus · HN ↗
But who wants DLSS...?
bhouston · 1790967475 · focus · HN ↗
I have a ThreeJS implementation/port of this code here: <a href="https://github.com/bhouston/three-dlss-nr" rel="nofollow">https://github.com/bhouston/three-dlss-nr

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.