モチベーション HowToだけを知りたい方は読み飛ばしてもOKです。 モチベは次の２つです。 通信量を削減したい！ 難読化したい！ 1. 通信量を削減したい！ 個人開発しているサイトでNetlifyを使っていました。 NetlifyにはFreeのプランがありますが、通信量の制限があります。 個人開発で潤沢にポケットマネーがあるわけではないので、できるだけ通信量のケアをしたい！ 2. 難読化したい！ サーバーからブラウザへJSONを配信すると、JSONの中身が見れてしまいます。 苦労してデータ作ってるので、JSONの中身見られてパクられるのがちょっとなぁ...(※)と思ってました。 nginxのようなミドルウェア層でgzipやBrotli圧縮しても良いのですが、ブラウザのディベロッパーツールで見れちゃったり、よく知られた圧縮方式なのでデコードもしやすいです。 独自の方式で難読化したい！ (※
この記事ではAssetBundleの基本的な知識は説明しません。 すでにAssetBundleを利用したことがある人向けの記事になっています。 新機能 Adressable Asset System アセットをビルドから切り出せるAssetBundleをより簡単に扱えるようになるシステムが登場しました。 https://blogs.unity3d.com/jp/2019/07/15/addressable-asset-system/ 任意の文字列でアセットを簡単にAssetBundleからLoadできる AssetBundleの依存関係解決の処理も用意してある AssetBunldeのまとめかたを調整できるEditor プロファイラで読み込み状況を確認できる といった便利な機能が用意されているリソース管理のオールインワンといってもいいパッケージです。 今からAssetBundleを導入する
今回の話題： 冗長性を回避できるために、Unityの内蔵アセットはどのようにパッケージ化すればいいのか SpriteAtlasの「冗長性」問題 Meshの使用メモリについて UGUI.Rendering.UpdateBatches時間コストが高い PluginsのDLLはどのようにPackageに影響するか AssetBundle Q：今はAssetBundleをパッケージ化しようと思いますが、Unityの内蔵アセットはAssetBundle名を指定できますか？ AssetBundleにある内蔵アセットの冗長性は一般的にどのように解決しますか？ 既存のデータを確認した後、内蔵アセットのパッケージ化により、AssetBundleの冗長処理では、内蔵アセットをローカルに抽出またはダウンロードし、アセットの参照関係を変更してから、パッケージがAssetBundle名を指定できるようになりました。
はじめに この記事では題名の通りAddressables版の IPreprocessBuild と IPostprocessBuild、 つまりビルド前後処理を組み込むための手順を解説します。 それに合わせてAddressablesのビルドスクリプトに関して軽い説明を添えているので、 実装をなぞりつつAddressablesのカスタマイズに関して少し詳しくなれます。 この記事の対象者 Addressablesをすでに使ったがある人 Addressables自体に関する解説はすでにたくさんあるのでそっちを見てください 環境 Unity 2022.3.16.f1 Addressables 1.21.21 実装概要 Addressablesでビルド前/ビルド後に処理を組み込むにはそのタイミングで処理を行うよう実装を追加する必要があります。 これを実現するためにAddressablesのビルドスク
前置き アセットのビルドを行ったとき、そのアセットで動作確認をしたいことがあります。その場合、ビルドしたら自動でアップロードしてくれるとありがたいですよね。 ということで、今回はAddressableAssetsSystem(以降AAS)のアセットをビルドして、その後そのままCloudflare R2(以降R2)へとアップロードするためのエディタ拡張を作成したいと思います。 R2はエグレス料金が無料となっておりますので、ユースケースにあうのであればなるべく使っていきたいと思い、検証のためにも採用しました。 なお、R2を使うにはサブスクリプション登録のためにクレジットカードなど支払い方法が必要なる点にご注意ください。ただし、サブスクリプション登録をしても実際に請求されるかどうかは使用量次第になります。 （今回の動作確認の範囲内であればほぼほぼ請求されないとは思いますが、Cloudflareの
[Unity Addressables] 結局Addressablesでリソースダウンロード・リソース更新を行うにはどうしたら良いの？という貴方へUnityソーシャルゲームAssetBundleAddressableAssets はじめに Unityを利用して大規模なプロダクトや運用を想定したゲームを開発していると必ずと言っていいほど向き合わないといけない物の１つが AssetBundleです AssetBundleを使うことで特定のリソースをアプリ内でダウンロードして利用できます。 また、同じ様に特定のコンテンツを更新したり、リソースの追加配信なども出来るのが強みです。 昨今のソーシャルゲームなどでは当たり前のように利用されているこのAssetBundleですが、最近ではAssetBundleをラップした形のライブラリである AddressableAssetSystem (Address
準備 大まかな準備の流れは以下の通りです Unity6 をInstall UnityPRO ライセンス以上を契約 Switch Platform でPolySpatial を選択 PackageManager を開く Addressable を追加 (推奨・必須ではない) UniTask を導入 Cloudサーバーのストレージ (GoogleCloud.CloudStorage, AWS S3, Cloud Storage for Firebase etc.)を用意 検証環境作り VisionOS で検証するので Bounded と Unbounded それぞれの環境でテストします。 Scene はPolySpatial のサンプルをそのまま流用して使いましょう。 素材準備 今回は、画像を2種類用意しました。 Built-in Resource としてアプリに内包したAssetをAddre
UnityでTextMeshProのアセットバンドルをAddressableアセットシステムできちんと管理する方法です。 はじめに StaticフォントをAddressableに登録する シェーダを別アセットバンドルに切り出す DynamicフォントをAddressableに登録する フォントを別アセットバンドルに切り出す アドレスを振る単位まとめ 関連 Unity 2022.3.28f1 TextMesh Pro 3.0.6 はじめに TextMeshProを使うと、フォントファイルの他に、フォントアセット、シェーダなど関連するアセットが生成されます。 また、ダイナミックフォントにするかどうかによっても挙動が変わります。 Addressableアセットシステムを使ってこれらをロードする場合、依存関係を理解して適切にアドレスを割り振る必要があります。 本記事ではこの方法についてまとめます。
今回は、スマホひとつで5分でできる、好みの化粧テクスチャをお手軽に生成する方法を紹介したいと思います。 VaMの化粧 Virt A Mate(VaM)では、化粧という独立した概念がありません。一応、Skin TextureにおけるDecalテクスチャを化粧レイヤーとして機能させることができますが、Decalを化粧として使ってしまうと、今度はタトゥーなどに使うレイヤーがなくなってします。 そのためVaMでは顔テクスチャ(Decal)にそのまま化粧ごと乗せている場合が多いです。 多くの顔テクスチャは、「皮膚（肌の色味や細かい凹凸など）」＋「化粧」で成り立っています。そして、皮膚部分を気に入っても、化粧を気軽に入れ替えるようなことができません。 自撮りアプリを使って化粧テクスチャを生成する方法 本来、いい感じの化粧を自分で作るには、化粧に対する関心と画像の編集スキルなどを持っていなければなりませ
ソースコード using System.Linq; using System.Threading.Tasks; using UnityEngine; using UnityEngine.AddressableAssets; public class Example : MonoBehaviour { // リモートカタログのファイルが破損している場合、 // 以下のようなエラーや例外が発生するのでそれで破損しているかどうかを確認できる // ArgumentException: JSON parse error: The document root must not follow by other values. // Unable to load asset of type UnityEngine.AddressableAssets.ResourceLocators.ContentCat
発生した問題 サーバーに、新しいコンテンツカタログの hash だけあり、json は無いという状況で Addressables.UpdateCatalogs() を実行すると、エラーは発生するもののなぜか try ~ catch をすり抜けてしまう。 try { // これがエラーになっても…… await Addressables.UpdateCatalogs(); } catch { // ここに到達しない Debug.LogError("コンテンツカタログのアップデートに失敗しました。"); } 解決方法 アップデートに失敗した場合、Result の List<IResourceLocator> が空なので、以下のようにリストの中身の有無で成功したかどうかを判断する。 // カタログをアップデートする List<IResourceLocator> locators = await
検証環境 検証 LocalLoad まとめ 検証環境 Unity 2019.4.24f1 Addressables 1.18.9 Localization 1.0.0-pre.9 検証 LocalLoad を使用した時、CRCチェックと[Bundle Naming Mode]の設定を変更した場合の動作を検証する。 事前条件の状態でアセットをビルド後、アプリをビルドする アセット自体もしくはそれに加えてCRC/名付けの設定を変更後、アセットをビルドしなおす（アプリはビルドしない） アプリを起動する パラメータの解説 UseAssetBundleCache trueの場合、アセットバンドルのハッシュ値を使用して、バンドルをダウンロードする代わりにローカルキャッシュからロードできるかどうかを判断します。 （リモートアセットバンドルにのみ適用されます） UseAssetBundleCrc true
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
