3D Game Shaders For Beginners Interested in adding textures, lighting, shadows, normal maps, glowing objects, ambient occlusion, reflections, refractions, and more to your 3D game? Great! Below is a collection of shading techniques that will take your game visuals to new heights. I've explained each technique in such a way that you can take what you learn here and apply/port it to whatever stack y

あれれ～？　おっかしいぞ～？　おじちゃんこの記事読んで「モジュール完全に理解した」って言ってなかったっけー？ ホンマすいません。また忘れました。 外してはいけないところ ルートファイル Rustにはルートファイルという考え方があります。以下のどちらかがrootになります。 src/main.rs src/lib.rs Cargo.tomlで明示的に設定して変更することも可能ですが、ほとんどの場合上記のデフォルトが使用されることでしょう。 ルートファイルからのmod宣言が必要 ここが一番重要です。Rustでは自分が定義したモジュールはルートファイルからmodキーワードを使って宣言が必要です。 さもないとそのファイルは無いも同然として扱われ、コンパイルすらされません。

たとえば次のような「user.proto」というプロトコル定義ファイルを用意し、これを変換する例を見てみよう。 syntax = "proto3"; message Picture { uint32 id = 1; uint32 width = 2; uint32 height = 3; enum PictureType { PNG = 0; JPEG = 1; GIF = 2; } PictureType type = 4; } message User { uint32 id = 1; string nickname = 2; string mail_address = 3; enum UserType { NORMAL = 0; ADMINISTRATOR = 1; GUEST = 2; DISABLED = 3; } UserType user_type = 4; repeated

Introduction RPCは昔からあるクライアント−サーバー間の通信手法です。 サーバで実装されている関数をクライアントから呼んで実行します。 最近ではHTTP/HTTPSでクラサバ間通信をして、 フォーマットにXML(XML-RPC)やJSON(JSON-RPC)を利用するのが 多いようです。 (直近で私は使った記憶がないですが） 上記のRPCは各技術がメジャーなので採用しやすいですが、 パフォーマンスがそこまで高くなかったり バイナリデータが扱いにくかったりします。 そういった問題点を解決するために開発されたのが、 Google発のRPCであるgRPCです。 gRPC? gRPCはハイパフォーマンスなオープンソースのRPCフレームワークです。 Googleが開発したRPC技術（Stubby）が元となって開発され、オープンソース化されました。 現在はCNCFによって開発が進められて

こんにちは pon です。今日はRustで類似画像検知の実装方法を紹介します。 類似画像検知には様々な方法がありますが、今回は基礎的なアルゴリズムである Average Hash を使った類似画像判定を実装を紹介します。 実際に僕が作った個人サービスでも連写で取られた写真かどうかを判定する箇所で同じアルゴリズムが動いています。 筆者はRust初心者なのでもっと良い書き方や実装があれば教えてください！ Average Hash とは 下記のような処理で画像をハッシュ化します。 上記のように画像を0と1だけの一次元配列に変換できれば、あとは0と1が一致している数が多いほど似ていると判断します。かなりシンプルなアルゴリズムですが、それなりに精度が出ます。連写で撮影された画像の判定なんかでは十分な精度が出ます。 下記の画像なんかは簡単に類似画像と判断できます。 Rust で類似画像検索を実装する

これらの RPC 実装はそれぞれ「通信処理の手順」「データ形式」が違うため互換性はありません。 一方で、以下の特徴は共通しています。 クライアント・サーバモデル 関数・引数・戻り値の概念があり、通常の関数呼び出しと同様に実行できる インタフェース記述言語（IDL）を使ってソースコードの自動生成ができる 一般的な関数呼び出しの手順 一般的なプログラムでの関数呼び出しは 親プログラムが関数名と引数を指定して、特定の関数を呼び出す その関数内の処理が実行される 結果の戻り値が、親プログラムに渡される という順序で行われます。 一般的な RPC 通信の手順 RPC はネットワーク環境のクライアントとサーバ間の通信を、一般的な関数呼び出しのように見せることを目的としています。 関数呼び出しを通信に変換する手順は以下の通りです。 クライアント側の親プログラムは、その処理を実行する関数が自分のプログラム

今まで長いこと個人でいくつかのAndroidアプリを開発してリリースしてきたのですが、昨年突然発表されたGoogle Play Console デベロッパー アカウントの確認の対応のため、Googleに脅されて（異訳です）この機会に勢いで個人事業主になり、Google Play Consoleのアカウント確認を済ませたので、その手順とログを残しておきます。 Googleは実質個人開発者にNOと言っている 本件以外にも、新しい個人用デベロッパー アカウント向けのアプリテスト要件で2023年11月以降に個人アカウントで作成したGoogle Play Consoleでは、アプリのリリースのためのテスト要件に20人以上のテスターによる事前テストが義務付けられました。この20人というのは個人開発者にとってはかなりハードルが高い要件で、実質的に個人開発者を締め出す方針として受け止める人が多かった印象で

最近話題の組版システムのTypstですが、プラグインシステムを備えておりWASMを使って拡張することが可能です。 プラグインを使うことで従来のTypst言語のみでは難しかった様々な処理を行うことができます。 公式のパッケージリストに掲載されているパッケージの中にも内部でWASMプラグインを使用しているものがあります。例えばQuickJSを利用してJavaScriptを実行する「Jogs」やMarkdownをTypstに変換する「cmarker」、さらにはLaTeXをTypst構文に変換して表示する(!)「mitex」というものもあります。 この記事ではRustを使ってTypstのプラグインを作成することによりTypstプラグインの基本的な仕組みについて解説します。Typstはそれ自体Rustで作られているためRustでプラグインを書くための環境がよく整備されていますが、WASMにコンパイル

Tables are a great way to present data to your readers in an easily readable, compact, and organized manner. They are not only used for numerical values, but also survey responses, task planning, schedules, and more. Because of this wide set of possible applications, there is no single best way to lay out a table. Instead, think about the data you want to highlight, your document's overarching des

LaTeXで文献リストを直書きする話 LaTeXで文献リスト（“参考文献”の節に出すリスト）を出力する方法というと、BibTeX1を利用する手順が紹介されることが多い。 \bibliographystyle{jplain}% 文献スタイル(*.bst)を指定する \bibliography{zr-bib}% 文献データベース(*.bib)を指定する BibTeXを使う場合、文献リストの体裁（句読点の付け方や細目の表現など）は「文献スタイル」の制御下にあるため、体裁に微調整が必要な場合に時として苦行（BeaST言語）が発生することになる。 この苦行を回避するための方策として「BibTeXを使わずに文献リストを“直書き”する」というものがある。LaTeXには文献リストを“直書き”するための環境であるthebibliography環境が用意されている。 ［LaTeX文書1］ \documentc

Typstとは Typstとは、論文や書籍などを効率よく気持ちよく執筆するための新興オープンソース組版エンジンで、\LaTeXとかいう煉獄から脱するための、かなりポテンシャルのある希望の光であります（筆者調べ）。 基本的な紹介のまとめや基本文法に関してはsunnyさんの記事が詳しいです。 番号付けの要件 番号付け（numbering）は組版において永遠の課題の一つです。主に見出し、定理、表、図などの要素において、自動番号付けをした上で、後で引用したり目次を作ったりするために用いられます。 例えば「第一章　吾輩は猫である」という見出しでは、「吾輩は猫である」という見出し文字列に番号が付けられており、「一」という部分が番号で、「第…章」がラベル名と呼ばれます。 特にややこしいのが、科学技術論文でミられるような複合的な見出しで、「1. 大見出し」「1.1.1 小見出し」のように、前の階層の番号も

はじめに こんにちは、kackyと申します。Rust を業務で使うエンジニアの皆様に向けて、Rust で画像処理をするメリットや実装する上での注意点を共有します。 Rustで画像処理を行うメリット マルチプラットフォーム対応 Rustは多様なプラットフォームに対応しています。特にWebAssemblyへの対応がスムーズです。C++など他の言語と比べても、Rustのこの特性は大きな利点です。ただし、クレートの利用時には、完璧な品質が保証されるわけではないため、一定の妥協が必要になる場合もあります。 並列化の対応が容易 画像処理のパフォーマンス向上のためにrayonのイテレータを使うことで容易にマルチコアを利用した並列化環境を構築できます。また、プラットフォームによってマルチコアを利用できない場合、例えばWebAssemblyなどの環境ではフィーチャーフラグを利用して並列化のon/offを切り

過去のビデオゲームの開発資料を見る意味とは何でしょうか？ ビデオゲーム開発は、相当な労力やアイディアの積み重ねで進められています。どのように制作するか、どういう技術を覚えるべきかといった知識の有る無しによって、制作の効率や品質が大きく変わっていきます。こうした知識は、実際にゲームを開発してきた先達がどのような試行錯誤を繰り返してきたかの開発資料から得ることができるでしょう。 近年のゲーム産業では、そんな過去のゲームの開発資料を保存していく活動が活発に行われています。80年代から90年代のゲームの開発資料はなかなか表に出にくい状況でしたが、いまではさまざまなイベントなどで展示されることが増えています。これは、歴史を知ることができると共に、過去のクリエイターがどのように課題解決してきたかの知識を得る機会でもあるでしょう。 そんな貴重なゲーム開発資料が、「SIGGRAPH Asia 2024」会