piluve

Members
  • Content count

    64
  • Joined

  • Last visited

Community Reputation

289 Neutral

About piluve

  • Rank
    Member

Personal Information

Social

  • Twitter
    nachocpol
  • Github
    piluve
  1. Alright thanks for clarifying it
  2. Alright, my confusion was, that I though that it will force to have 14CBV declared in the root signature and fill the unused with null views.
  3. Yeah I get that, but what about that restriction? It forces you to make a root signature with lets say 14 CBV? Or it just forces you to make sure each declared CBV has a view?
  4. Hi, (from: https://msdn.microsoft.com/en-us/library/windows/desktop/dn899109(v=vs.85).aspx#Null_descriptors) Does this mean that, I need to declare root signatures with all the slots even if I don't use them, or does it mean that every entry in the root signature must be populated? Sorry if I it is too obvious but I've read things related to this from different sources and I'm a bit confused :S. Thanks.
  5. Hi, I'll double check the barriers thanks for the tip Hi, that may be useful I will bookmark it. Thanks!
  6. Hello! Jumping from one bug the the next . I wonder, If having the same descriptor table is a bad idea or if it should be avoided? In my rendering code, I'm only using one command list (graphics), depending if the current call is a Draw* or a Dispatch, I set the Descriptor table with SetComputeRootDescriptorTable or with SetGraphicsRootDescriptorTable. I'm asking this because I encountered a bug where, if I perform a draw call in between some compute, the following compute work will be all messed up and not working properly. This problem may not be related at all with the main question (I think there is something going on with my depth buffer). Thanks!
  7. I just wanted to give an update on this problem. I finally solved the issue. First, as I said in my previous comment, I removed all the remaining dx11on12 which was causing PIX and NSight to crash. After that I did some debugging and realised that our rendering API can expect a NULL resource to be set (and I was ignoring it) this caused many problems with the bindings etc. Right now, instead of using null descriptors, I'm setting a dummy texture of size 1 (which seems to work fine). I also found another bug that was affecting the hole thing. During RootSignature creation, the resources are added in order to the signature, but during the binding I was setting them in a wrong order sometimes. And that was it for this bug. Thanks!
  8. Yeah that is strange, the spec says... OutputWindow Type: HWND An HWND handle to the output window. This member must not be NULL. Maybe that swap chain is invalid but then how you are able to get the surface...
  9. Its strange that there is only one window. If you check this: It looks like the local camera is in a second window ...
  10. You could also try to use the ID3D11DeviceContext::OMGetRenderTargets() and then get the resource from the returned view.
  11. HI! Doesn't Skype have like a floating window to show the remote camera? Maybe they are rendering to two different windows and you should have to do some compositing.
  12. I did some cleaning to the rendering code as I had a lot of remaining DX11on12 code and now I'm able to debug using PIX and NVIDIA Nsight. As far as I can see, it looks like the compute shaders are in place as they should but looks like one SRV is invalid. I have to play around with PIX because I've never used it, so far looks much better than the VSGraphics Debugger
  13. 2D Best API for 2D animations

    Hi I think you could go for DirectX (11) or OpenGL, I will stick with the last as supports multiple platforms. You should be able to reach the 60FPS in both APIs, it will only depend on the amount of work you push to the GPU and how well is everything programmed . Same for pixel perfect, it should be doable in both.
  14. I've been investigating this issue again and I think I'm missing some kind of synchronisation. If I leave the first shader as it is and replace the second with a dummy one that just outputs a colour, I see that the second Dispatch now has the appropriate compute shader. Maybe I need to do some some kind of GPU-GPU synchronisation? Does the UAV->SRV barrier stall the hole compute dispatch or only the access of the resource? I'm running out of ideas EDIT: Maybe this pic helps: I added a Wait/Signal block to discard any issues related with synchronisation.
  15. Hi @ajmiles, yeah I have it enabled and quiet at the moment