Hello again Michal,

I just pulled down zig-gamedev (version 2684288794864ab1f59acd40db576b02b00764c4) on Win10 (with a Vega64 card, bottom left), Arch Linux (R9 380 card, bottom right) and an M1 Mac (Big Sur, top right). Everything seemed to build and run fine at first glance (except the error with tests previously mentioned in https://github.com/michal-z/zig-gamedev/issues/51), but then I clued in to the fact that the MacOS version doesn't have any imgui interface for the wgpu examples. Here is a pic of all three running the triangle example:

Perhaps the MacOS version shouldn't have the interface and I just missed it in the docs? Or is this a bug on my machine?

P.S. Also, one small difference I noticed between these three programs is that the Win10 spinning triangles actually stop spinning when I drag the window around...then the spinning starts again after I stop dragging the window around (or even if I just right click on the window header! ). The Arch/Mac triangles continue to spin if I drag the window around. A Win10 quirk with the driver? Not sure...and not a big deal, I am just mentioning it as a curiosity.

I have tried using zig 0.9.0 from master but that gave me an error. So I tried zig 0.8.1 and it gave me another error, this one:

.\build.zig:11:55: error: no member named 'custom' in union 'std.build.InstallDir'
        .{ .source_dir = "content", .install_dir = .{ .custom = "" }, .install_subdir = "bin/content" },
                                                      ^

I'm not sure what to make of this. Perhaps there are breaking changes between zig 0.10.0-dev.2412 and 0.10.0-dev.2432?

I'm running this on an M1 MacBook Pro:

$ which zig
/opt/homebrew/bin/zig

$ zig version
0.10.0-dev.2432+22cb69388

$ zig build physically_based_rendering_wgpu-run -Dzgpu-dawn-from-source=true
physically_based_rendering_wgpu...The following command terminated unexpectedly:
/opt/homebrew/Cellar/zig/HEAD-22cb693/bin/zig build-exe /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/samples/physically_based_rendering_wgpu/src/physically_based_rendering_wgpu.zig /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/o/a0c8aa40f2e181dae0eeb5eb755e6c16/libglfw.a -lc -lobjc /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/o/21728128ca4896a8d9f2b9fe46c6bd76/libdawn.a /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/o/2b87efb10438e9ae9b25a6dc94173d96/libzgpu.a /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/o/f9eea545a46bb68b7cf9b59731e0da3f/libzmesh.a -lc -lobjc -lc++ -lc -lobjc -lobjc -lc -lobjc -lc -lobjc -lc -lobjc -lc -lobjc -lc++ -lc -lobjc -lobjc -lc -lobjc -lc -lobjc -lc -lc++ --cache-dir /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache --global-cache-dir /Users/garett/.cache/zig --name physically_based_rendering_wgpu --pkg-begin build_options /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/options/KimUQtjc7RFpo30ttlCeCnEVoKTO4Fp3KObMkkFf-lXXItBkl11o3Of7QhylyeSP --pkg-end --pkg-begin zmesh /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/zmesh/src/main.zig --pkg-begin zmesh_options /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/options/WxkzBf3w9kJGY9q5y7SiPj0jvFY2DjkNCi-Ovg_84iimoERP7gmh4g7gb2By0gxe --pkg-end --pkg-end --pkg-begin glfw /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-glfw/src/main.zig --pkg-end --pkg-begin zgpu /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/zgpu/src/zgpu.zig --pkg-begin zgpu_options /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/options/YlIhfB2NyOIjaFu_elfbPcNHrz1bry-eT_AAiCBXWsahD6UwUcWXZUFIetT057fK --pkg-end --pkg-begin glfw /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-glfw/src/main.zig --pkg-end --pkg-end --pkg-begin zmath /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/zmath/src/zmath.zig --pkg-end --pkg-begin zgpu_options /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/options/YlIhfB2NyOIjaFu_elfbPcNHrz1bry-eT_AAiCBXWsahD6UwUcWXZUFIetT057fK --pkg-end --pkg-begin zmesh_options /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/options/WxkzBf3w9kJGY9q5y7SiPj0jvFY2DjkNCi-Ovg_84iimoERP7gmh4g7gb2By0gxe --pkg-end -isystem /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/usr/include -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-glfw/upstream/glfw/include -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-glfw/upstream/vulkan_headers/include -isystem /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/usr/include -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-gpu-dawn/libs/dawn/out/Debug/gen/include -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-gpu-dawn/libs/dawn/include -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/mach-gpu-dawn/src/dawn -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/zgpu/libs -I /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/libs/zmesh/libs/cgltf -L /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/usr/lib -L /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/usr/lib -iframework /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/System/Library/Frameworks -F /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/System/Library/Frameworks -iframework /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/System/Library/Frameworks -F /Users/garett/Library/Application Support/hexops/sdk-macos-12.0/root/System/Library/Frameworks -framework CoreFoundation -framework Foundation -framework CoreGraphics -framework QuartzCore -framework Metal -framework IOSurface -framework IOKit -framework CoreServices -framework AppKit --enable-cache 
error: the following build command failed with exit code 11:
/Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache/o/e8d626cab16e47049ee12462c311d972/build /opt/homebrew/Cellar/zig/HEAD-22cb693/bin/zig /Users/garett/Dropbox/Garett/GitHub/zig-gamedev /Users/garett/Dropbox/Garett/GitHub/zig-gamedev/zig-cache /Users/garett/.cache/zig physically_based_rendering_wgpu-run -Dzgpu-dawn-from-source=true

Hello Michal,

Just opening a separate issue from https://github.com/michal-z/zig-gamedev/issues/50, as suggested.

I am getting the error below when trying to run the tests on my M1 Mac mini (Big Sur) with zig master branch built today (0.10.0-dev.1860+7b090df66):

 wilsonk  ~  zig-gamedev   main  zig build test -Drelease-fast -Ddawn-from-source=true
All 9 tests passed.
All 4 tests passed.
LLVM Emit Object... error(link): undefined reference to symbol '_sincosf'
error(link):   first referenced in '/Users/wilsonk/zig-gamedev/zig-cache/o/bede7d83f1692d97996a78a4dce04395/test.o'
thread 2335881 panic: attempt to unwrap error: UndefinedSymbolReference
/Users/wilsonk/Downloads/zig/src/link/tapi/yaml.zig:59:28: 0x10337fa83 in link.tapi.yaml.Value.asList (zig1)
        if (self != .list) return error.TypeMismatch;
.
.
.

I get the error with or without -Dtarget=aarch64-macos-gnu and in Debug or Release. This seems to be a problem with zig/macos, as per this thread: https://github.com/ziglang/zig/issues/10318

Hi @michal-z, I'm trying to compile cbullet on linux/x64, got following error:

cbullet.cpp:628:1: error: static_assert failed due to requirement '(sizeof(btTriangleIndexVertexArray) % 16) == 0' "sizeof(btTriangleIndexVertexArray) is not multiple of 16"
cbullet.cpp:814:1: error: static_assert failed due to requirement '(sizeof(btRigidBody) % 16) == 0' "sizeof(btRigidBody) is not multiple of 16"
cbullet.cpp:816:1: error: static_assert failed due to requirement '((sizeof(btRigidBody) + sizeof(btDefaultMotionState)) % 16) == 0' "sizeof(btRigidBody) + sizeof(btDefaultMotionState) is not multiple of 16"

My zig version is latest release 0.9.0.

Hi!

Currently I am trying to implement zooming into a project that draws textures using zgui.

However, when zooming, textures become very blurry.

Is there a way to, either when drawing using zgui.image() or draw_list.addImage(), use point scaling when drawing the images to keep crisp pixels?

Thanks for any info!

Looks like the resulting executables can't be launched from Windows explorer. My guess is because they can't find the corresponding assets which live relative to the sample directory.

I suggest that the samples instead use the executable directory to find the assets. You can use std.fs.selfExePath for this.

I'm creating a simple game framework for 2D mobile game. But I found that zmath does not support @Vector2(2, f32).

There is a solution for fast implemenetation is cos32xN (and friends), but theses fns are private. Can you make its pub?

Below code encounter error: 'cos32xN' is not marked 'pub':

pub fn cos(v: anytype) @TypeOf(v) {
    const T = @TypeOf(v);
    return switch (T) {
        f32, types.f32x4, types.f32x4x4 => zmath.cos(v),
        types.f32x2, types.f32x3 => zmath.cos32xN(v),
        else => @compileError("gamefx.math.sin() not implemented for " ++ @typeName(T)),
    };
}

My current operational system: Windows 10 10.0.22000.1098

What i tried to run:

$ git clone https://github.com/michal-z/zig-gamedev.git
$ cd zig-gamedev
$ zig build physically_based_rendering_wgpu-run

So then it gives me a error:

Illegal instruction at address 0x7ff76cfd1010
0x7ff73157a106 in OpenFile (build.exe.obj)
        .OBJECT_PATH_NOT_FOUND => return error.FileNotFound

Maybe i miss some step to run this example?

Hello there, I've finally understood how to work with bindless textures (or any shader visible descriptor for that matter) and I've put together a small sample to illustrate how it could work in the context of zig-gamedev.

I've had to make 2 main changes to graphics.zig, both non-breaking hopefully.

515e43f adds another createGraphicsShaderPipeline* variation that takes in a Root Signature as input. 36994cd adds a PersistentDescriptorHeap that can be reserved upon initialization and that I'm using in the provided sample for all bindless resources.

I think that the PersistentDescriptorHeap should be more integrated into GraphicsContext or maybe even collapsed into DescriptorHeap.

I've used Matt Pettineo's chapter and code from Ray Tracing Gems 2 as a guide for this implementation. The DescriptorHeap struct in particular (and associated operations) were really insightful. https://github.com/TheRealMJP/DXRPathTracer/blob/master/SampleFramework12/v1.02/Graphics/GraphicsTypes.h#L38

I consider this PR an MVP or proof of concept. The API's I've added are not really ergonomic, "bindless mipmaps" are broken and the PersistentDescriptorHeap is not thread-safe.

Before I go ahead, I'd like to have your thoughts and feedback since I feel like the changes I'm proposing are more "architectural" than a simple API usage sample :)

Have a great day!

• Set -Dzgpu-dawn-from-source=true on macOS
• Change obsolete Pkg.path to new Pkg.source in zpool/build.zig
• First naive attempt to add zgpu dependency on zpool. This does not work, but I don't understand how it should work. Please advise.

This adds image resizing using the stbi_image_resize library to the zstbi package. I'm not sure if the STBIR_MALLOC and STBIR_FREE implementations are correct since I have no idea what context is supposed to be so I just delegated to zstbiMalloc and zstbiFree respectively. It seems to work fine in my application however, with no issues. I'm not sure either if this is the API wanted for something like this, so it's fine if it's not accepted in this state, just opening so something can get in zstbi since resizing is a quite common operation in my experience...

At least on NixOS x86_64, thisDir() will return relative paths when invoked from ZLS due to @src().file no longer consistently being an absolute path (likely due to Zig stage1 relying on WASI). This actually leads to ZLS crashing entirely, so zig-gamedev needs to be updated to resolve project-relative paths with cwd().

Although this solution seems a bit fragile and will be annoying to implement across the whole of zig-gamedev, it seems to work consistently and successfully allows ZLS to read build configuration properly again.

Note that for general usage of zig build, paths will be generated at comptime as before since @src.file appears to be absolute in those situations.

Also note that currently I have only fixed the issue for zmath, which is why I have created this PR as a draft.

I'm trying to parallel frontend of my software rasterizer using zjobs. The JobQueue with default configuration occupied at least 80% cpu, even when I'm not scheduling any jobs.

OS: windows 11 x64 zig: latest master

Hi there,

I came across your repo by chance. I love the idea of using zig for games!

Unfortunately zig build fails for me with the following error:

./build.zig:149:60: error: expected type 'std.mem.Allocator', found 'std.zig.CrossTarget'
    const target = (std.zig.system.NativeTargetInfo.detect(cross) catch unreachable).target;
                                                           ^
/usr/lib/zig/std/mem/Allocator.zig:1:1: note: std.mem.Allocator declared here
//! The standard memory allocation interface.
^
/usr/lib/zig/std/zig/CrossTarget.zig:1:1: note: std.zig.CrossTarget declared here
//! Contains all the same data as `Target`, additionally introducing the concept of "the native target".
^

Is there a specific zig version I should be using? Or a dependency I may be missing?

I'm on Arch Linux with a wayland compositor.

Don't have time to write a proper issue but this seemed interesting :)

https://twitter.com/FreyaHolmer/status/1596157832688279552

https://twitter.com/FreyaHolmer/status/1596286428920836096

Cool stuff by Freya!