Jump to content

Alpha 27 Pre-release/Release Candidate Build Testing


Recommended Posts

On 07/09/2023 at 7:27 PM, vladislavbelov said:

Yeah, download VulkanRT-1.3.261.1-Installer and run it. Were you able to find your card in the supported lists?

Yes, my hardware supports vulkan. Installing Vulkan manually did not solve the issue.

I think the problem lies on my end. I have installed two different versions of 0ad at once (probably not the correct way), by deleting, adding and replacing folders during the installation process. This might have messed things up.

Link to comment
Share on other sites

47 minutes ago, Vantha said:

I think the problem lies on my end. I have installed two different versions of 0ad at once (probably not the correct way), by deleting, adding and replacing folders during the installation process. This might have messed things up.

Usually it shouldn't affect Vulkan.

47 minutes ago, Vantha said:

Yes, my hardware supports vulkan. Installing Vulkan manually did not solve the issue.

That's interesting, as workaround you might check that file C:\Windows\System32\vulkan-1.dll exists. And if it does you could copy that file to the 0 A.D. binaries folder (near to pyrogenesis.exe): path/to/0ad/binaries/system/.

Link to comment
Share on other sites

On 17/09/2023 at 8:20 PM, vladislavbelov said:

That's strange, because the error literally says it can't find vulkan-1.dll. Make sure that you're running the game (pyrogenesis.exe) from the same directory with vulkan-1.dll.

The error message has changed, now it's: Failed to create a Vulkan window: Installed Vulkan doesn't implement VK_KHR_surface extension

Edited by Vantha
Link to comment
Share on other sites

  • 4 weeks later...

after I built A27 and executed pyrogenesis I got these two results:

when I placed it in system (debian, pyrogenesis in /usr/games and data in /usr/share/games/0ad and .so files in /usr/lib) it gave me this error:

CreateDirectories: failed to mkdir /usr/data (mode 448)
Function call failed: return value was -110300 (Insufficient access rights to open file)
Location: file_system.cpp:168 (CreateDirectories)

Call stack:

(0x564f5ee82375) pyrogenesis(+0x673375) [0x564f5ee82375]
(0x564f5ee31d21) pyrogenesis(+0x622d21) [0x564f5ee31d21]
(0x564f5ee337d3) pyrogenesis(+0x6247d3) [0x564f5ee337d3]
(0x564f5ee31f33) pyrogenesis(+0x622f33) [0x564f5ee31f33]
(0x564f5ee44baa) pyrogenesis(+0x635baa) [0x564f5ee44baa]
(0x564f5ee44822) pyrogenesis(+0x635822) [0x564f5ee44822]
(0x564f5ee447c7) pyrogenesis(+0x6357c7) [0x564f5ee447c7]
(0x564f5ee5926e) pyrogenesis(+0x64a26e) [0x564f5ee5926e]
(0x564f5eadb882) pyrogenesis(+0x2cc882) [0x564f5eadb882]
(0x564f5e8c69d2) pyrogenesis(+0xb79d2) [0x564f5e8c69d2]
(0x564f5e8b2688) pyrogenesis(+0xa3688) [0x564f5e8b2688]
(0x7f9dba6e0d0a) /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f9dba6e0d0a]
(0x564f5e8c3aca) pyrogenesis(+0xb4aca) [0x564f5e8c3aca]

errno = 13 (Insufficient access rights to open file)
OS error = ?


(C)ontinue, (S)uppress, (B)reak, Launch (D)ebugger, or (E)xit?

trying to use -writableRoot always give me error: Skipping file '/home/user/.local/share/0ad' which does not have a mod file extension.

when I run it inside binaries it works fine.

Edited by man_s_our
  • Like 1
Link to comment
Share on other sites

10 hours ago, man_s_our said:

after I built A27 and executed pyrogenesis I got these two results:

when I placed it in system (debian, pyrogenesis in /usr/games and data in /usr/share/games/0ad and .so files in /usr/lib) it gave me this error:

CreateDirectories: failed to mkdir /usr/data (mode 448)
Function call failed: return value was -110300 (Insufficient access rights to open file)
Location: file_system.cpp:168 (CreateDirectories)

Call stack:

(0x564f5ee82375) pyrogenesis(+0x673375) [0x564f5ee82375]
(0x564f5ee31d21) pyrogenesis(+0x622d21) [0x564f5ee31d21]
(0x564f5ee337d3) pyrogenesis(+0x6247d3) [0x564f5ee337d3]
(0x564f5ee31f33) pyrogenesis(+0x622f33) [0x564f5ee31f33]
(0x564f5ee44baa) pyrogenesis(+0x635baa) [0x564f5ee44baa]
(0x564f5ee44822) pyrogenesis(+0x635822) [0x564f5ee44822]
(0x564f5ee447c7) pyrogenesis(+0x6357c7) [0x564f5ee447c7]
(0x564f5ee5926e) pyrogenesis(+0x64a26e) [0x564f5ee5926e]
(0x564f5eadb882) pyrogenesis(+0x2cc882) [0x564f5eadb882]
(0x564f5e8c69d2) pyrogenesis(+0xb79d2) [0x564f5e8c69d2]
(0x564f5e8b2688) pyrogenesis(+0xa3688) [0x564f5e8b2688]
(0x7f9dba6e0d0a) /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f9dba6e0d0a]
(0x564f5e8c3aca) pyrogenesis(+0xb4aca) [0x564f5e8c3aca]

errno = 13 (Insufficient access rights to open file)
OS error = ?


(C)ontinue, (S)uppress, (B)reak, Launch (D)ebugger, or (E)xit?

trying to use -writableRoot always give me error: Skipping file '/home/user/.local/share/0ad' which does not have a mod file extension.

when I run it inside binaries it works fine.

@man_s_our The writableRoot option is meant to only be used when running pyrogenesis from the source directory after it's built. Are you using that option after you've attempted installation?

There's no real support for installing 0ad from source (one reason there's no workflow for that in the docs). If you really want to install it after building, you might get some clues from how distro packagers are doing it:

 

0ad Arch PKGBUILD

0ad-data Arch PKGBUILD

 

Or the Debian way

 

```

#!/usr/bin/make -f

# mozjs' build process does not seem to be compatible with other shells
# like zsh
export SHELL = /bin/sh

export DEB_BUILD_MAINT_OPTIONS = hardening=+all
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk

include /usr/share/dpkg/architecture.mk

PARALLEL_JOBS=$(shell getconf _NPROCESSORS_ONLN)
ifeq ($(findstring parallel=,$(DEB_BUILD_OPTIONS)),)
    export DEB_BUILD_OPTIONS+=parallel=$(PARALLEL_JOBS)
endif

%:
    dh $@

override_dh_auto_clean:
    build/workspaces/clean-workspaces.sh
    # Clean up some extra cruft not picked up by clean-workspaces.sh
    find binaries/system/ -type f ! -name readme.txt -delete
    rm -f libraries/fcollada/lib/*.a
    rm -f build/premake/.*.tmp
    rm -rf libraries/source/spidermonkey/lib
    rm -f libraries/source/cxxtest-4.4/python/cxxtest/*.pyc
    rm -f libraries/source/fcollada/lib/*
    rm -rf libraries/source/spidermonkey/include-unix-*
    rm -rf libraries/source/spidermonkey/mozjs-78.6.0
    rm -f libraries/source/nvtt/lib/*.so
    rm -f source/ps/tests/stub_impl_hack.cpp
    dh_auto_clean

override_dh_auto_build:
    mkdir -p libraries/source/fcollada/lib
    # https://bugs.debian.org/1028179
    cp debian/patches/mozjs_virtualenv.patch libraries/source/spidermonkey
    build/workspaces/update-workspaces.sh \
        --bindir=/usr/games \
        --libdir=/usr/lib/games/0ad \
        --datadir=/usr/share/games/0ad \
        -j$(PARALLEL_JOBS)
    
    $(MAKE) config=release verbose=1 -C build/workspaces/gcc \
        -j$(PARALLEL_JOBS)

override_dh_auto_test:
    # Note: Avoid running tests from root dir of build, otherwise certain
    # tests (i.e. in testsuite MeshManager) may not work as intended and
    # create spurious directories above root dir (../data/mods).
ifeq (,$(filter armhf arm64 kfreebsd-amd64 kfreebsd-i386, $(DEB_HOST_ARCH)))
    cd binaries/system/ && LD_LIBRARY_PATH=. ./test -libdir .
endif

override_dh_auto_install:
    install -Dm 0755 build/resources/0ad.sh $(CURDIR)/debian/tmp/usr/games/0ad
    dh_auto_install

override_dh_makeshlibs:
    dh_makeshlibs -Xusr/lib/games/0ad

override_dh_dwz:
    dh_dwz -Xlibmozjs78-ps-release.so

```

 

Data

 

```

#!/usr/bin/make -f

%:
    dh $@

override_dh_install:
    dh_install --exclude=LICENSE

override_dh_link:
    # Remove embedded fonts and use system copies instead
    rm -f $(CURDIR)/debian/0ad-data-common/usr/share/games/0ad/tools/fontbuilder/fonts/{DejaVuSansMono,Free*,texgyrepagella*}.{ttf,otf}
    dh_link

override_dh_builddeb:
    dh_builddeb -- -Zxz

```

 

  • Thanks 1
Link to comment
Share on other sites

  • 3 weeks later...

Units seem to default to aggressive stance when they advance due to rigorous training. At least my kush spearmen changed their behavior in the barracks. Think I preferred if they kept their assigned stance.

Spoiler

With the new decay rates three basic rank units garrisoned inside a tower are not enough to completely stop decay; so I started training my tower guys...

 

Link to comment
Share on other sites

I suppose, but it would be pretty boring to have all civs with spearmen only in p1. At the moment for iberians and romans its mainly a vulnerability and not a strength that they have swords in p1 (because of cavalry being the main threat early in the game). Popular upcoming design changes may include a melee rebalance and possibly palisade and stone wall ease of placement/snapping improvements, so this could make swords in p1 quite interesting for those civs.

Link to comment
Share on other sites

42 minutes ago, BreakfastBurrito_007 said:

palisade and stone wall ease of placement/snapping improvements

This is badly needed independent of any other changes.

 

43 minutes ago, BreakfastBurrito_007 said:

this could make swords in p1 quite interesting for those civs

Great news for all those people building walls and palisades in p1 and all those other people who do p1 inf rushes?

 

Spoiler

I'm totally biased. I don't like melee units. (Yeah, I need spearman shields.) And I like it much less to spend precious metal on those.

 

 

  • Like 1
Link to comment
Share on other sites

3 hours ago, Gurken Khan said:

0ad-stateofdecay.jpg.3aaf61b9035753ad8e4a2d390f88356d.jpg

Is it new and/or intended that my buildings decay to Gaia in allied territory?

https://code.wildfiregames.com/D1226

Was it just the storehouse? Sometimes noticed a building no where near the territories boundaries would convert too. Have done the same and bridge the connection with new building.

Link to comment
Share on other sites

  • Itms unpinned this topic

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...