Jump to content

guerringuerrin

Community Members
  • Posts

    481
  • Joined

  • Days Won

    19

guerringuerrin last won the day on March 21

guerringuerrin had the most liked content!

6 Followers

Previous Fields

  • First Name
    guerrin
  • Last Name
    guerrin

Profile Information

  • Location
    Ágora

Recent Profile Visitors

5.700 profile views

guerringuerrin's Achievements

Centurio

Centurio (6/14)

523

Reputation

  1. @Caterina Some folders are not deleted even when uninstalling the game, so I recommend you to delete them manually, just in case: Uninstall the game Delete the 0ad folder inside this three paths: C:\Users\YourUsername\AppData\Roaming\ C:\Users\YourUsername\AppData\Local\ C:\Users\YourUsername\Documents\My Games\ It might not help, but it’s very simple, so it’s worth trying. edit: note that AppData is a hidden folder by default. You will need to configure to show hidden files:
  2. There was some very interesting work done by @real_tabasco_sauce in this area here. I believe there were some cross-platform compatibility issues (IIRC related to mathematical calculations being handled differently on Linux, Windows, and macOS), which, in my view, would be worth revisiting.
  3. gg is how I name my origin. You probably have origin as your local repo, not gg
  4. Ok, but it looks like you’re making progress now. Check where your LFS URL is pointing, bc it looks like it is missconfigured because: So, check the LFS URL endpoints with: git lfs env And check for the Endpoint values: They should look like this (note they are none of them are pointing to my remote but official repo instead): If you see bad urls here you can: git lfs uninstall git lfs install git config lfs.url https://gitea.wildfiregames.com/0ad/0ad.git/info/lfs git lfs pull If this pull still fails you can try: GIT_LFS_SKIP_SMUDGE=1 git pull git lfs pull Now, I’m not entirely sure how GIT_LFS_SKIP_SMUDGE works internally besides that it basically skips downloading LFS files during pull, but it has helped me before when I had issues updating my local repo due to LFS errors.
  5. @DesertRose Ok, your remote now looks good. So instead of git pull try doing this: git fetch git clean -fd git reset --hard origin/main. This should remove those files and bring you an exact copy of your remote repo
  6. @DesertRose Great. Now: git push --force-with-lease you-remote-repo-name <your-repo-main-branch>
  7. @DesertRose Use a commit before 67ee5aaeb5, which is the one that introduced those files. I think you can use: 262c5c037e, Use promises to fetch net messages
  8. I'm not sure what could happen if you remove them manually. Instead of that I would use git clean to delete untracked files: git clean -fdn To preview what files will be removed, and then: git clean -fd edit: at first glance those are the same files I have problems with some days ago. After cleaning the untracked files, I would suggest the following steps, which worked for me last time: Check where you are in the commit history: git log --oneline --graph Reset your branch to a known good commit (you just need to pick the right one): git reset --hard <commit> Update your remote branch with your local state: git push --force-with-lease your-remote-repo-name <your-main-branch> Then, update/sync the branch using the Gitea web UI (to avoid Git LFS-related issues). Then, git pull
  9. @DesertRose Can you show what the output of git log --oneline is? edit: I guess for your edit that you managed to fix it. nice!
  10. And, if dropping your commits doesn’t work for some reason, you can also try resetting your local branch to a few commits earlier in the history. Then try steps 2 and 3 again. View the history to choose where to go with: git log --oneline Then: git reset --hard <commit-hash> Then:
  11. Are you sure it's not only a gamer mouse with multi-click macro buttons? Do you have some code or proof about it?
  12. Yeah, might be too technic. Maybe this commentary in that PR describes better why I think could help on this: Oh I understand and I think you are right about "Attacking ranged units beyond melee and then running away when ur melee is all gone will remain." The way I see it, targeting ranged units to eliminate them first (given their higher damage) is somewhat part of combat micro skills, just like sniping a Hero, rams, or other high-value units. And this probably wouldn’t be as necessary with a different balance for combat units (e.g. melee units stronger against projectiles). That’s why, from my perspective, when we talk about the sniping problem in 0 A.D., we’re referring to the repetitive action of targeting units with a group or using Alt+click to pick them off first. Which creates that “whoever clicks more wins” dynamic. But I can be wrong.
×
×
  • Create New...