Feature Requests

Please check out the following guidelines before suggesting a feature! Off-topic posts will be deleted.
Avatar Visibility "Only Friends" instead of just "Public" and "Private"
Right now, you can upload a personal avatar either as a Public Avatar or a Private Avatar. Some users do not want their avatars to be indexed by avatar databases, which is understandable. They may only want to share their own creations with friends without constantly sending Unity projects back and forth. Public = Anyone can use the avatar. It can also be indexed under Section 8.3. Private = Only the uploader can use the avatar. It cannot be indexed. Friends Only = Only selected friends, or all friends of the uploader, can use the avatar. It cannot be indexed. A lot of users are currently asking for blacklist or opt-out systems for avatar search services such as VRCNext Avatar Search, Prismic's Avatar Search, Avtr.zip , Cute Avatar Search, and many other avatar search worlds and websites. Complaints toward database providers and avatar search world creators have become increasingly common because some creators do not want their public avatars to appear in these databases. Adding a Friends Only visibility option could be a simple solution to this problem. It could also reduce unnecessary API requests. Right now, when someone blacklists or removes an avatar from a database, multiple databases may need to re-check that avatar through the VRChat API. A proper Friends Only visibility setting could prevent those avatars from being indexed in the first place, reducing repeated requests to VRChat's API servers.
31
Automatically generated in-world previews on World Details
Related to: https://feedback.vrchat.com/feature-requests/p/tackle-the-misleading-world-thumbnails-issue I think the main problem with AI-generated world thumbnails is not AI itself, but the fact that a thumbnail can be completely disconnected from what the world actually looks like. Currently, the only reliable way to find out is to download the world and enter it. For larger worlds, that can mean spending significant time and bandwidth just to discover that the thumbnail was misleading. I propose adding automatically generated in-world screenshots to the World Details page, separate from the creator-provided thumbnail. When a world is submitted to Community Labs, or when a new public version is published, VRChat could load the world and automatically generate preview images from inside it. The important distinction is that these images would be generated by VRChat rather than uploaded by the world author, and clearly labeled as such. 〇 Capture locations At least one screenshot should always be automatically captured from the world's spawn point. World creators could then optionally specify several additional capture points in the SDK to showcase important parts of their world. ・Automatic screenshot from the spawn point: required ・Additional creator-defined capture points: optional This gives creators some control over presenting the interesting parts of their world, while still giving users an objective view of what they will actually see when they first join. These previews could be regular screenshots, or potentially 360-degree captures. 〇 Advantages This would not require users or moderators to decide whether a thumbnail is misleading. Unlike a rating or review system, it would also avoid issues such as subjective moderation or malicious downvoting. Creators could still freely use artwork, renders, logos, or AI-generated images for their main thumbnail. Users would simply have an additional way to compare the creator-provided promotional thumbnail with an automatically captured view of the actual world before downloading it. 〇 Possible manipulation Of course, this would not make deception completely impossible. A creator could build an area specifically for the automatic capture, or attempt to detect the capture process and manipulate the scene using shaders or Udon. However, the goal does not need to be perfect anti-cheat. Requiring at least one capture from the spawn point, combined with additional viewpoints or 360-degree captures, would make manipulation significantly more difficult than simply uploading an unrelated thumbnail. Even if the system can theoretically be bypassed, a clearly labeled "Automatically captured in-world" preview would still give users much more information about a world before they download it.
15
Tackle the misleading world thumbnails issue
Issue With the raise of AI there's a growing issue that's hard to go unnoticed - many worlds that use AI image generation (but not just them) for their thumbnails, often mislead their users about their actual content (with the focus on quality) of the world. As a world explorer the problem is impossible to ignore at this point and increasingly annoying. I'm not talking about having to perfectly represent or show the exact photo of the content of the world in the thumbnail - a stylized or somewhat responsibly reimagined representation is ok - but the thumbnails should not mislead you into believing that this is what you will get that would leave you disappointed. I'm talking thumbnails that make you believe that it's an actual in-world photo e.g. showing you a breathtaking high detailed beach but upon enter it's a sand and water planes with low poly palms. Platform moderation The obvious issue is defining where the line is and the pure subjectivity of it. With moderation it'd be easy to go overboard and severely limit the freedom of world thumbnails and it would also greatly increase the work for the T&S team. There's a certain creativity with the relationship between the world page and the actual world. The obvious cases where someone is consciously and maliciously misleading you about the world's content or outright trolling you should be moderated tho. Community judgement Best idea would be to offload this judgement to the users e.g. in the form of already suggested world voting. A world that gives you high hopes but leaves you disappointed would be represented by the community vote. Worlds tab & algorithms Right now I feel like these "trap" worlds especially gain traction because once they pass a certain threshold they will end up in the "New & Noteworthy" tab and will pretty much get stuck there and have their "baitness" amplified even more. The Worlds tab algorithms are just something to consider too in the process of tackling this issue somehow. Better representation Another idea would be to allow multiple photos of the world and e.g. have the game automatically take an extra photo of the world or allow the author to replace with one that MUST be originating from within the world. Final though This is not exactly a specific feature request, nor duplication of the already existing "Add world voting" tickets, but casting limelight to the - I believe - increasingly visible problem that affects the quality of the platform and the joy of world exploration.
13
Add World Author Information to Photo Metadata
VRChat photos already contain useful metadata identifying both the photographer and the world where the photo was taken. However, while the photo metadata includes the World Name and World ID, it does not currently include information about the author of that world. I would like VRChat to include the world author's information in photo metadata as well. For many VRChat photographers, sharing a photo also means introducing the world where it was taken. In these cases, photographers often need to manually look up and enter the world author's name and profile information when posting the photo. Since the photo already contains the World ID, software can identify the world automatically. Including the world author's information would make it possible to automatically retrieve or generate a complete world credit, for example: World: Example World Author: Example Author https://vrchat.com/home/world/wrld_... This would be useful not only for social media posting, but also for photo management, archiving, cataloging, and other photography-related tools that make use of VRChat's existing metadata. I believe this would be a natural extension of the current metadata system, since the photographer and the photographed world are already represented there. ## Use Case A VRChat photographer takes a photo in a world and later wants to post it on social media. A photography application reads the metadata and automatically obtains: * the photographer * the world name * the world ID * the world author * the world URL The application can then generate a world credit automatically, without requiring the photographer to manually search for the world or enter the author's name. This would also allow photo libraries and other tools to retain a more complete record of the relationship between a photograph, the world it was taken in, and the creator of that world. ## Expected Metadata Format I would suggest adding separate fields for the world author's display name and user ID. For example: vrc:WorldDisplayName vrc:WorldID vrc:WorldAuthorDisplayName vrc:WorldAuthorID Where: * vrc:WorldDisplayName — Display name of the world * vrc:WorldID — Unique ID of the world * vrc:WorldAuthorDisplayName — Display name of the world author * vrc:WorldAuthorID — Unique ID of the world author I would strongly prefer including the World Author ID in addition to the display name, so that software can reliably identify the author even if their display name changes. The exact field names are, of course, up to the VRChat team; the important part is that the world author's identity is available in the photo metadata alongside the existing world information. JP - 日本語 写真メタデータにワールド作者情報を追加してほしい VRChatの写真には、写真を撮影したユーザーと、その写真が撮影されたワールドを識別するための有用なメタデータがすでに含まれています。 しかし現在、写真のメタデータには ワールド名 と ワールドID が含まれている一方で、その ワールドの作者に関する情報 は含まれていません。 そのため、ワールド作者の情報も写真のメタデータに含めてほしいと考えています。 VRChatのフォトグラファーにとって、写真を共有することは、その写真を撮影したワールドを紹介することでもあります。その際、SNSへの投稿などでワールド作者の名前やプロフィール情報を記載するために、作者を手動で調べて入力しなければならないことがあります。 写真にはすでにWorld IDが含まれているため、ソフトウェアからワールドを自動的に識別することができます。そこにワールド作者の情報も含まれていれば、例えば次のような完全なワールドクレジットを自動的に取得・生成できるようになります。 > World: Example World > Author: Example Author > https://vrchat.com/home/world/ ... これはSNSへの投稿だけでなく、写真管理、アーカイブ、カタログ化、その他VRChatの既存メタデータを利用する写真関連ツールにも役立つと思います。 撮影者と撮影されたワールドがすでにメタデータで表現されていることを考えると、これは現在のメタデータシステムを自然に拡張するものだと考えています。 ## 利用例 VRChatのフォトグラファーがワールド内で写真を撮影し、後からSNSに投稿するとします。 写真管理・編集ソフトウェアがメタデータを読み取ることで、以下の情報を自動的に取得できます。 * 撮影者 * ワールド名 * ワールドID * ワールド作者 * ワールドURL これにより、フォトグラファーがワールドを手動で検索したり、作者名を入力したりすることなく、ワールドのクレジットを自動生成できるようになります。 また、写真ライブラリやその他のツールにおいても、写真、その写真が撮影されたワールド、そしてそのワールドの作者との関係を、より完全な形で記録できるようになります。 ## 想定するメタデータ形式 ワールド作者について、表示名とユーザーIDをそれぞれ別のフィールドとして追加することを提案します。 例えば: vrc:WorldDisplayName vrc:WorldID vrc:WorldAuthorDisplayName vrc:WorldAuthorID それぞれの意味は次の通りです。 * vrc:WorldDisplayName — ワールドの表示名 * vrc:WorldID — ワールドの一意なID * vrc:WorldAuthorDisplayName — ワールド作者の表示名 * vrc:WorldAuthorID — ワールド作者の一意なID 表示名だけでなく、 ワールド作者IDも含めることを強く希望します 。これにより、作者が後から表示名を変更した場合でも、ソフトウェア側で作者を正確に識別できます。 もちろん、フィールド名そのものはVRChatチーム側で決めていただいて構いません。重要なのは、既存のワールド情報と同様に、写真のメタデータからワールド作者の情報も取得できるようになることです。
0
Load More
→