Tell me how to fix my tainted behaviour, oh wise one.
Tell me how to fix my tainted behaviour, oh wise one.
Mhmmm. I think doing a will do it (assuming points to your fork). See if it says that it pushed a v0.2, v0.3, and v0.4 tags. But in any case, this still might be a bit confusing -- I should really make sure the version number is more visible for these builds. When I originally did the versioning, I didn't really consider people sharing builds that weren't from and
main
ZDoes the steam version have the experimental s and is there an updated version in oculus for pc as well or just steam?
Athe experimental what? brushes?
Zyes
Athey are supported in any experimental build. either grab it from itch.io: https://openbrush.itch.io/openbrush
Aor you can choose it in the Properties dialog in Steam:
ZThanks Andy
ZDo you mind if I pin that so I don’t forget it?
AGo for it
Zthank you
NHello everyone, sorry for the newbie question. I've pulled the latest unity-2020 branch, I'm trying to build the project using the following configuration and upload it to oculus quest 2 device. But I'm getting black screen after the preloader. Could someone help me please, what am I missing?
MThat branch (and unityxr) aren’t ready for production yet and are actively being worked on, that’s why it isn’t working for you 
MGood on you for getting stuck in though
NOk, thanks. I was getting the same black screen in the master branch, that's why I've decided to try another branch. Let me try again the master branch though
NI mean "main" branch
AYou can do a github cloud build. That works for me (takes a bit longer)
NThanks, but I want to build it on my local machine in order to be able to change something in code. I'm currently studying different existing libraries for oculus. This is one of libraries I want to study and maybe integrate somehow in my project
NBtw, is there any other exitsting games or projects that is built on top of open brush?
AThanks, but I want to build it on my local machine in order to be able to change something in code.Yes - the workflow is: 1. fork our repo 2. Turn on Github actions on your fork 3. Push a change with "[CI BUILD]" in the commit message. Then Github automatically does a build for every platform
ABtw, is there any other exitsting games or projects that is built on top of open brush?Well there's all the stuff mentioned in the docs: https://docs.openbrush.app/alternate-and-experimental-builds/
ABut there's probably more. I always keep an eye on the Github network graph: https://github.com/icosa-gallery/open-brush/network
GitHub
Open Source Fork of Tilt Brush. Contribute to icosa-gallery/open-brush development by creating an account on GitHub.
ABut that doesn't catch stuff that isn't public, isn't a direct fork - or stuff on Gitlab etc.
NThanks!
Myou mean like taking the functionality/brushes of open brush and using it in a different app?
NYes, right
Mokay, that's two for the list of libopenbrush 
Mthe current codebase is very intertwined, but in the future we want to make the core of it a module that anyone can use, with a nice API
Mby the way, if you just want to display things that are created in open brush, there's a separate toolkit for that
NThat would be great!
AIt might be possible to build something on top of Open Brush. What's tricky is extracting smaller parts of it. Have you looked at the API stuff? That is a good guide to how to activate specific bits of functionality outside of the main UI
NNot yet, but I'm going to look at API once I fix my environment
AThat stuff is hopefully going to be merged to main fairly soon: https://github.com/icosa-gallery/open-brush/pull/198
GitHub
Insominx: Added "tags" to brushes and filtering based on them: #154
Andybak: Features/http api: #155
Andybak: Features/snapping: #186
Andybak: Features/color jitter: #187
Andybak: Features/http api: #155
Andybak: Features/snapping: #186
Andybak: Features/color jitter: #187
Nwow...
C@andybak I just started playing with the "save selected strokes" & media library tools.
The unity scene that results when brought in via GLB doesn't contain the referenced models (they're just empty).
And the files that it spits out into the Media Library folder are .usd, which, I'm not sure if it's supported by the toolkit.
Let me know if you think this should work in theory, or if i'm barking up the wrong tree.
I'm going to see if there's a USD plugin I need in order to pull in the models first
The unity scene that results when brought in via GLB doesn't contain the referenced models (they're just empty).
And the files that it spits out into the Media Library folder are .usd, which, I'm not sure if it's supported by the toolkit.
Let me know if you think this should work in theory, or if i'm barking up the wrong tree.
I'm going to see if there's a USD plugin I need in order to pull in the models first
Ahmmm. good point.
Mtiny nitpick (cc @nike61 ): it's
Adoh! i knew something felt wrong as i typed that
CThe tools, if they were to work would be SO handy
Ai think nobody thought of using those two features at the same time
Apersonally - i would like to replace the "save selected strokes" with a more flexible approach. at the moment the strokes become non-editable (coz they are .usd files)
AI'd rather get scene merging/additive loading working
Aand that is actually nearly done (but might have subtle bugs)
Cyeah that'd be ideal
CIn the meantime I can export each of my models as GLB and recombine it in unity using the Nulls as transform guides
Ai keep meaning to get back to the scene merging. if i'm lucky i might even have a build today. assuming my last fix worked
A(so - now I've jinxed it obviously!)
CMaybe scene merging will skyrocket the scene complexity as well though?
CIt sounds cool, I would use it today if I could
AOne of the things I'm stuck on is updating the tilt meter correctly
Abut there's also a note in the code from ages back saying "additive loading is buggy as it duplicates existing strokes" - i can't seem to see any evidence of that but i haven't tried too hard