• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.

AlexandreMutel

Members
  • Content count

    125
  • Joined

  • Last visited

Community Reputation

1105 Excellent

About AlexandreMutel

  • Rank
    Member

Personal Information

  1. DX12

      FYI, SharpDX Direct3D12 is being used for example in Xenko engine (see here) and afaik, It has been working well for them.       Just a little bit more context for the readers about what Promit implies by "used our code", as one may come to the simplified conclusion that SharpDX is a copy of SlimDX or it "robbed" their code:   When I started to developed the early genuine prototype behind SharpDX (AnyCPU assemblies + full code generation of the API from the DirectX SDK headers instead of handwriting as it was done in SlimDX, more info in this old blog post), I indeed used some of the infrastructure classes and samples developed by SlimDX to boostrap it (e.g things like DataStream, RenderForm, all mathematics classes...etc.).   I then proposed the concept to the SlimDX team but it didn't work well (they wanted to rebuild from the ground up my prototype, I wanted to release it asap and evolve it in smaller steps), so I decided to launch SharpDX in November 2010 (on google code at that time). I have to admit that in the rush of releasing the code + using a tool like ReSharper that was replacing automatically all the License headers in files in bulk mode + my not-enough awareness/carefulness of licensing attributions (my deep apologize for that), the copied code from SlimDX was not giving Licensing attributions.   Promit sent me an email in February 2011 to fix this situation, which I did promptly, as you can verify that files used from SlimDX have the proper licensing since then (for example DataStream.cs), I may have missed some files when I did it, but hope not...   So, to put in perspective, this "used our code" is a very small fraction, measured under < 1% to the total code base of SharpDX.
  2. As @turnpast suggested, the `points` array is on the CPU and won't update anything on GPU side. You need to upload your CPU vertex buffer to GPU using `MapSubresource`, get a pointer to the writeable buffer, stream data to this memory location, then `UnMap` the buffer before drawing anything.
  3. Not exactly sure about your question, but this code was done to optimize the resource bindings so that if you have multiple resources that are consecutive in terms of slots: for example instead of setting a shader resource for each slot 0, 1, 2, 3 we could squash them into a single call 0-3.   The part that is making the slot allocation is actually the one that is complicated, otherwise the code above is pretty standard, though it uses directly pointers (that are setup by the allocator), instead of using plain method like `SetShaderResource(int slot, ShaderResource resource)` in purpose because we wanted to be able to batch/squash multiple consecutive resource bindings.   Hope it clarifies a bit...
  4. Could you try the method d3d11Context.OutputMerger.SetTargets instead? as it is using internally the simpler method that doesn't touch UAV bindings... wondering if the UAV version is correctly working...
  5. Whenever you have a SharpDXException, D3D provides most of the time a debug layer to help you dig into the problem. Follow this post for details.
  6. The message is pretty explicit. Your render target is not compatible with what is expecting D2D.   As you haven't posted the declaration of your render target, it is impossible to make a clear diagnostic, but when you say "my loaded texture2d,", this is suspicious. This must be a texture declared as a render target, not a texture that you load from the disk.
  7.   This was explicitly explained in the link above, item 3) "And check the output log of Visual Studio in the Output Log tab"       You should be able to see your problem with this message.   When you create a buffer view, you need to tell the range of data that is going into the view. In your sample, you don't define this. Check the documentation D3D11_SHADER_RESOURCE_VIEW_DESC , D3D11_BUFFER_SRV doc,  For this Shader Resource View you need to define ElementOffset and ElementWidth but the error message (and documentation) is a bit misleading because they should suggest the number of elements, not the size of a single element, so prefer using ElementCount and FirstElement, like this: var desc = new ShaderResourceViewDescription(); desc.Dimension = ShaderResourceViewDimension.Buffer; desc.Format = SharpDX.DXGI.Format.R32_UInt; desc.Buffer.FirstElement = 0; // same as ElementOffset in error message but more appropriate desc.Buffer.ElementCount = MaximumCount; // same as ElementWidth in error message but more appropriate You will get probably similar error for the declaration of UAV view.
  8. I don't really believe this. Can you copy/paste the full output log of Visual Studio?
  9. Help yourself  "How to debug a SharpDX Exception"
  10.   SharpDX is providing low-level DirectX and a higher level API with the Toolkit. I assume you are talking about the Toolkit, but please in the future, try to give more context.   That being said, I don't know how you are looking at the source code or even you are usually using an API, but the method GraphicsDevice.SetDepthStencilState is well defined.   Also, GraphicsDevice.DepthStencilStates.Default and None provides default states, and can be used like this: GraphicsDevice.SetDepthStencilState(GraphicsDevice.DepthStencilStates.Default); .... GraphicsDevice.SetDepthStencilState(GraphicsDevice.DepthStencilStates.None); It is the same behavior for blend states and rasterizer states.
  11. You need to add it to your csproj like it is done in this sample
  12. If you are using nuget packages and building desktop applications, it will link by default the old DirectX June 2010 runtime. In order to use more recent d3dcompiler_47.dll (deployed on Windows8.x), you need to setup a config variable in your project   If you are referencing manually binaries, simply link against DirectX11_2-net40
  13.   You just need to add this case yes. You can also consider drawing this grid differently long horizontal/vertical lines, and a 4 long lines around to close the board. It all depends on your requirements regarding the grid (if you need to move a single point in the grid not aligned to the others or not)
  14. You are using PrimitiveType.LineStrip which is as stated in the doc `Renders the vertices as a single polyline.` Instead you should use PrimitiveType.LineList which is "Renders the vertices as a list of isolated straight line segments.". You will have to change your points gen also that you have (p0-p1), (p1-p2), (p2-p3)....etc.
  15.   The external refcount on the device when using DebugDevice is normal, as it is the DebugDevice itself that is probably holding these references, so you can't really avoid them. If everything else has external refcount = 0, it can be considered clean.   When you run the device in debug mode (not using DebugDevice), the d3d11 runtime will output automatically a ReportLiveObject() if there is anything suspicious, but unlike DebugDevice, it is not holding anykind of refcounts on the main device, so if all objects are disposed correctly, you should not get any output. Note that the current auto output seems to be broken on on W8.1 (It doesn't print object type....etc.)