Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 08 Aug 2000
Offline Last Active Today, 12:56 AM

Posts I've Made

In Topic: Moving Files Within Jar

Yesterday, 04:47 AM

Next, I wanted to store the DLL within the jar file so I could copy it to another location. I've tried everything, honestly. I just can't figure out how I would go about copying the DLL file from within the actual jar file to an external location.

I don't really see the problem. It's been a long while since I did something with Java but if I remember correctly you could trivially get an URL to any file in the .jar you loaded yourself from as an URL and use that URL to open a binary stream. Then just open a binary stream in the location where you want the DLL for writing and copy the content over. A far more interesting problem is going to be picking a sensible location to put the DLL and getting Java and/or the OS to load it there.

In Topic: Problem With Cs:go Sensitivity C++

21 July 2016 - 01:05 AM

0.022000 und 0.022 are not necessarily the same when you express them as IEEE 754 floats. I'm not sure what you mean by "sensibility is more accurate" but you should probably read this (ideally both pages linked there).

In Topic: "render To Texture" With Mipmaps On Opengl Es 2.0

20 July 2016 - 05:29 AM

That binds mipmap level 0 to the render target. If you want to render to a different mipmap level, you need to bind that and then render to it.

In Topic: "render To Texture" With Mipmaps On Opengl Es 2.0

20 July 2016 - 05:05 AM

At least in the code you posted you appear to only ever bind mipmap-level 0 to render on. If you want to glGenerateMipmap() to propagate the rendered state to the lower levels, you will have to call it after rendering. It's not really magic, it just takes the current content of the texture's base level and creates the mip map levels from that in the canonical way. Any changes after that in any level are not reflected in the other mipmap levels.

In Topic: Overall Strategy For Move-Semantics? [C++11]

20 July 2016 - 04:37 AM

C++ RTTI is almost useless though - it's basically a code smell...

While there is certainly a lot of bad stuff you could do with RTTI what about for example std::type_index? It's certainly not without caveats but in the use case of for example a variant<...> or any type it seems to have some uses.
I'm honestly asking that question, by the way. I have never written either of these nor done the preliminary research for them but it's something that would interest me even if I never actively needed it.