• Content count

  • Joined

  • Last visited

Community Reputation

5031 Excellent

About Krohm

  • Rank

Personal Information

  • Interests
  1. You have three obstacles here: Windows XP is greatly outdated; I have been bitten by it years ago. Some functions are not there, whole subsystems are missing. Solution: go Linux®. 512MiB of RAM are barely enough to run the IDE (the smart text editor you'll be writing your programs in). The engines you mention will most likely malfunction. You have a single core. In my experience modern systems take for granted at least a dual-core is available. Your measurements will most likely be screwed big way in a way or the other. If budget is a concern to you, I would suggest a Raspberry Pi3 which for 40 bucks is a far more reliable and stimulating programming environment (also comes with twice the RAM and can arguably run a modern web browser). Ah, btw, as much as doing tic-tac-toe on Unreal might sound cool, I'd suggest starting from the basics. As a side note: No. Absolutely not. What the server does is connect the players. You don't want any heavy-duty processing going on the server, you'll be paying $$$ for saving nothing to the client; client performance is free to use for you; server time isn't. 18 months ago I bought a smartphone for 70; it runs on battery and still has plenty of juice for everything I thrown at it.
  2. If I understand, your generic problem is: you have an object container with an object inner inside. You destroy container and poor inner goes with it. Too bad you need to keep referencing it so you're blasted and you need to reconstruct. All fine and dandy but... you have misunderstood your resource ownership . If inner is owned by container then when container goes it brings its owned resources with it and user systems are screwed. In the general sense of particle systems that sounds bogus but maybe you're more like "replicating" objects somehow so what you do? Review your container to use external resources allowed to exist by themselves. When newOwner takes control of them, pull em out of container or mark them 'non-owned'. When container goes belly-up it either destroys its owned resources or they get destroyed by some external function doing the check at higher level.
  3. As a side note, in case it helps you (on some future project I guess): bullet (the physics API) ticked at constant rate, but it still allowed for frame-specific updates. OFC it only interpolated those between two known states. So it's has both predictable behavior and hi-frame-rate-butter-smooth goodness; apparently nobody noticed it's a tick late. I tried something similar in an TD game I tried years ago I don't think you remember: the implication is that you have to correct for inconsistencies as an enemy spawned at 0.5 tick still has to be half-a-tick evolved and cannot be backwards interpolated at 0.3 ticks. Since the game wanted to be deterministic in nature I couldn't let players the chance to get different patterns due to hardware power. Ew! Hopefully you don't need this detail!
  4. Question about C++ , C# and Java

    I always found Qt nonsense to say the least - it carried on because it's slightly better than the alternatives but it's a behemoth in itself. If you're doing GUI apps C++ is most likely the worst language/ecosystem you can pick. When you talk GUI, the solution is very well established IMHO: Angular. Wait, what? When I first heard of Flash to be used for game GUI years ago I thought it was terribad idea. But then there has been CSS3, V8 performance improvements, browsers are the most powerful layout engines around they can do everything you want, with HTML5 you're pretty much done across all operating systems and sorta recent browsers. Qt can follow as much as they want but browsers can be compiled in the app nowadays. How does Atom work being CoffeeScript and Javascript and what I'm shooting at? Under no circumstance I will consider GUI part of my application Never, ever again. 3D we can talk but GUI stuff, I won't touch those things anymore with a ten foot pole. I'm doing "service" style apps right now so I have it easy: pop out an HTTP/websocket server and have the GUI in the browser. If I'll have to do a stand-alone web app I'll look into electron, let it put it bluntly: the GUI wars are over, browsers are the winners and your users expect it too. As far as I am concerned any GUI not running in a browser is dead or a dinosaur allowed to live in some specific ecosystem. Or, you could elaborate on your true, specific needs. Perhaps that would get us somewhere.
  5. Woah! I just had the need for some graphing goodness the other week and I forgot completely about dot. Perhaps I'll give it a go. Thank you for sharing!
  6. Please guide me?

    As a start consider a game is much more than code. In my experience simple games run great in browser. Everybody can play them, they're portable, need no install and nowadays you can get quite far with them I mean pure HTML/JS stuff. OFC you don't use HTML nor JS but some framework, and maybe Dart or Typescript. And there are plenty of frameworks. Plenty. So you want to go programmer route? C? Say no to C. You'll get mad very soon. I don't suggest C++ either. C# is kinda good. Or, you could just play a bit with Unreal, see what you can do, learn a bit about pipeline. Make a few levels learn a bit about gameplay. Or heck, you could just buy some games off steam or the humble bundle and see what you like. Sketch a plan.
  7. Multi-level Water

    Any chance you have enough perf/functionality to just expand each prism to a buffer and somehow ray-walk it? After playing the Talos Principle I had to surrender to the fact Parallax Occlusion Mapping (of sort) is now fully viable so maybe having some kind of "fog collection buffer" with dual layers might work. Plus, everyone and the dog is doing terrible screen-space reflections.
  8. There are indeed a variety of ways, I know them as 'tags' and in theory they work... except for some reason they really don't in this specific case. I use sourcetree so it's just a matter of pushing a button. Well the snip is a full SHA and I've had a collision already in the past (not on SHA) so I feel quite safe for the next few years! They are indeed almost unique. Absolutely true. I'd say this problem is orthogonal to being distributed or not (compare P4 or other old stuff). For our environment it's fairly convenient to have a bare repository on a shared folder: ideally we don't push short lived branches there - ideally we sync no more than a couple of times a week and push a full untagged branch with explicit merge commits. I suggest everyone to have a go; my experience with git is positive albeit I used to have a thing for Mercurial. Maybe I should have made clear that GitVersionTask stamps your c# executable with proper versioning by looking at the git. It isn't even just a property setting: you can inspect the result programmatically. Anyhow, I had been given unwelcome news today so I'll be slow on replying. Given my new schedule, I think I might just give up on GitVersionTask and go back on explicit version stamping. Inconvenient but I have already spent too much time in figuring out what's wrong there.
  9. Uhm, where did the source control subforum go? Nice to have a modern-looking indeed! Ok, let's get to the real deal. At my current job I have somewhat managed to get to something useful and to be released. I always had an issue with versioning and so I just installed GitVersion, the relative tools and its automatic MSBuild thingie GitVersionTask. Leaving aside I'm meeting some resistance in using source control at all, our team is so small there's really no point in using anything more than the old merge/branch model. Software development around here is... curiously managed to say for the least so I had the following needs: Official builds marked as major.minor.patch Unofficial builds as (1) plus unique identifier. SHA would be perfect. So, what I do: I merge off master to work on something, when I merge back to master that would be a 'build'. Whatever that build is released to public or not is not my concern: stuff in master is ideally official. It seems like mainline development should be my thing right? Wrong. I tried countless configurations and wasted about three hours today the end result is always some variation of (output in VS build). My gitVersion.yml: next-version: 7.2 mode: Mainline I tried annotating the master branch by using gitVersion.yml 'branch:' subsection with no avail. I have however confirmed the file is being consumed by successfully altering the produced major/minor and by producing errors. I am a bit reluctant in opening an issue on the project page as it's basically certain it's something by my side. What am I missing? By the way, after all this pain I might actually consider other versioning mechanisms. All sort of suggestions are welcome.
  10. Turns 18!

    I consider myself very lucky in finding this as one of the first sites I found when I got my functional internet connection. The pennies I've spent on dial-up have been definitely the best investments I ever did no doubt.  Thank you gamedev. I hope I can get the discord dudes to reset my account. Peace!
  11. Upgrade Update: Reputation Feedback

    Albeit not perfect, upvoting is widely understood and sorta working. I would however get away with the idea of scoring as numbers: whatever you keep them serverside it's a thing but I don't think they should be presented to user. Everything that matters is to bubble up valuable insights. What I care: understand if something/someone is valuable/reliable. In general the specific number isn't relevant to me but I know if it's in the thousands he's probably been around a bit. Perhaps I will re-read. Sometimes I also check 'member since'. Some messages also have 'tags'. I recall the 'popular' tag on the Vulkan/API discussion. I'm pretty sure those could help. Then, how do we enable people to distribute them?
  12. What are you working on?

    I thought I might stop by a little (I managed to lose the discord account). I am at a point I could consider having paid enough of my company technical debt. Not to say the problem is solved but at least the projects can start moving forwards. The workflow involved in embedded systems is terrible. I don't think we would even be at register combiners level if GPU industry took the same stance. I knew that already but being around here provided me really good value. I realized I have been very lucky following this field, there has been a revolution decade(s) ago with GPUs and people never ever got to realize it. I have finally managed to get some decent amount of C#. And some experience with Angular. Does that mean /me is web-dev now? Notice me Senpai!
  13. Tips on finding the motivation?

    STOP. If you want to do something more than you are already, let it be something not mind-based. I suggest jogging. Or fast-walking. Go have an ice cream to the other side of town. Whatever makes it for you. I currently work 0800-1730 but with a 80 minute commute that becomes quite longer. This is hopefully changing now and I plan to go on swimming. I don't think you need motivation at this point. You need to manage yourself for long-term effort.
  14. A meditation trick to clear your mind

    Wow that's kinda cool. I don't think I ever visualized something that is between stuff that doesn't exist. Wow.