Open Beta

Watching videos has been a common activity in VRChat for many players, including those who are used to staying in public instances. After discussing with VRChat players around me, we found ourselves confused by the sudden ban on untrusted URLs, even when it is allowed in the setting menu. You may not be aware that video links from video websites like Bilibili (which is the most watched video platform in our country) cannot be directly resolved by the built-in video player, and watching videos there requires manually resolving it with external websites and resulting in an untrusted URL. I understand that custom whitelist and no bans on private instances is a workaround for this problem, however: we don't expect world creators from worldwide to build a comprehensive list of URLs for this purpose, especially when they are not bothered by the ban themselves. we can move to private instances, but public instances are still a very important platform for free communication and in some sense a core experience in this game. For the above reasons, I hope you can reconsider the ban on the untrusted URLs in public instances, for example, rollback the change, or get a more fine-grained option to allow those URLs in all instances. Otherwise, I hope to hear from you about a real solid reason for the ban, being more specific on the vulnerabilities playing those videos may trigger. Removing useful functions should not be the primary option for security reasons. I write this post in hope that getting more discussion on this matter will come up with better solution to it so that more users are satisfied. Thank you for your understanding. (The behavior has been confirmed in game)

it appears that the uncompressed size stat is failing to load which (seemingly randomly) causes avatars to be set to there fallback or imposter even if there uncompressed size would fall within the set limit.

Build 1546 changes the "allow untrusted URLs" setting to no longer allow all URLs on public and group public instances, and instead offers world creators the option to whitelist domains for those instance types. A preferred alternate solution would be to instead prompt users with a notification when an untrusted URL is being used, with the options to: Allow this time/this instance Whitelist URL (allow permanently until revoked) Blacklist URL This would provide users with the granularity to avoid malicious URLs without explicitly limiting the content that may be played in public/group public instances.

e.g. adding "*. mydomain.com " would allow for: test1.mydomain.com test2.mydomain.com

Would be nice if there was a new VideoError enum type or some extra context in the OnVideoError event to differentiate from VideoError.AccessDenied because of Allow Untrusted URLs being unchecked compared to an untrusted URL just being straight up blocked by VRChat in public instances. Additional context will allow a more appropriate error message to be displayed to users. Either add a new error enum type: VideoError.AccessDenied => User has not enabled Allow Untrusted URLs VideoError.UntrustedNotAllowed => Untrusted URL has been blocked in a public instance Or introduce a new struct argument in OnVideoError to hold more context about the error.

when i was on vr chat open beta i got on vr chat and i turned into the krox avatar that i upladed and the jaw was broken it was working fine without being on beta i figure there was a bug on open beta that did this so im hoping it would be fix soon

Reposting this in OB board to make sure this doesn't get forgotten. There's already multiple requests for the same thing: * https://feedback.vrchat.com/feature-requests/p/images-store-exifiptc-metadata-for-images-taken * https://feedback.vrchat.com/feature-requests/p/adding-world-name-player-in-frame-metadata-to-screenshot * https://feedback.vrchat.com/feature-requests/p/photos-saved-by-virtual-camera-could-contain-some-metadata-with-the-names-of-the With prints already doing this, there's no real reason not to embed the same metadata in locally saved pictures, including high-resolution ones. This would allow this data to also be retained if someone uploads a locally taken picture later as a print.

I feel that it would be possible to create a prettier photo if a signature image or other image could be overlaid on the printed photo to create a composite. It would be preferable to be able to do the signature in real time, but I feel it would be technically easier to overlay an existing image.

Repositioning the captured by and date metadata to these positions feels more natural than their current placement, and it would also allow more space for the world meta data by repositioning it where the captured by meta data used to reside.

When spawning pictures, there is currently no way to teleport misplaced photos back to you or remove them. It would be helpful to have an option to view printed photos and enable moderation of these photos in public group instances.