Co-op Obby Builder

Le co-op dans Obby Builder est en ligne, pas en split-screen. Les amis rejoignent le même serveur de 10 joueurs, chargent le même slot, et éditent le même plot. Il n’y a pas de mode canapé avec deux caméras sur un appareil. Si quelqu’un est sur un téléphone dans une autre pièce, il rejoint quand même via Roblox et apparaît comme un second avatar avec un marteau.

C’est pour ça que les bagarres d’écrasement arrivent. Deux personnes peuvent Move le même checkpoint. Une personne peut supprimer un killbrick que l’autre vient de placer. Accordez-vous sur propriété et rôles avant que la première pièce tombe.

Apportez avec vous les habitudes de disposition de comment construire. Le co-op ne remplace pas gizmos, checkpoints ni playtests. Il ajoute seulement plus de mains.

Co-op en ligne, pas split-screen

Invitez un ami dans l’expérience à la façon Roblox habituelle, puis retrouvez-vous sur le plot. Les serveurs plafonnent à 10 joueurs. Ce plafond inclut des runners au hasard qui ont chargé Trending, pas seulement votre équipe de build. Si le serveur est plein d’inconnus, vous partagez encore physique et pièces avec eux. Construisez pendant les minutes plus calmes, ou acceptez que quelqu’un testera la colonne inachevée.

Les avatars R6 rendent facile de voir qui se tient sur un pad que vous allez Move. Regardez avant de tirer un gizmo. Un ami en plein saut est un playtester, pas du décor.

La voix ou le chat hors du jeu aide parce que l’UI en expérience est occupée. Annoncez « Je Move le second checkpoint » avant de le toucher. Si vous ne pouvez pas parler, fendez le plot dans l’espace : un builder travaille près du spawn, l’autre près du finish, et personne ne traverse le milieu jusqu’à la fusion.

Les amis console et mobile sont dans le même serveur. Leur timing de saut est différent. Quand vous playtestez ensemble, laissez le joueur stick ou pouce courir en premier. Les tests clavier seulement mentent en co-op de la même façon qu’en solo.

Qui possède le slot

Un compte possède le slot code. Ce propriétaire copie, liste, unlist, définit une miniature, et appuie sur Restore Data. Tous les autres sont des éditeurs invités sur le plot chargé. Si le propriétaire part sans sauvegarder, le travail des invités peut disparaître. Le propriétaire devrait sauvegarder après chaque changement convenu et copier le slot code dans un chat que les deux peuvent voir.

Ne collez pas le code dans le chat d’un serveur public si vous voulez un brouillon privé. Utilisez Unlisted pendant que vous draftez, puis partagez le code en message privé. Unlisted arrête la découverte ; ça n’arrête pas quiconque a déjà le code.

Si deux amis pensaient chacun posséder le plot, vous aurez deux slot codes et deux parcours légèrement différents. Choisissez un propriétaire au départ. L’autre personne peut garder une copie de sauvegarde du code, pas un second slot « vrai ».

Restore Data est l’outil du propriétaire. Ouvrez Slots et utilisez-le quand un Move d’invité casse la colonne ou qu’un chargement en double écrase une bonne sauvegarde. Lisez Restore Data avant de reconstruire en panique. Restore n’est pas undo-une-pièce ; c’est une récupération au niveau du slot. Sauvegardez souvent pour que le point de restore soit récent.

Séparez les rôles avant de placer

Trois rôles couvrent la plupart des plots : disposition, pièges, et éclairage.

La disposition possède spawn, plateformes, grimpes style truss, checkpoints et le finish. Cette personne décide la longueur de saut et où un runner a le droit de se tenir. La disposition devrait finir une colonne battable avant que les pièges descendent.

Les pièges possèdent killbricks, boutons qui ferment des portes, movers one-way, et téléporteurs qui punissent un miss. Les pièges ne siègent jamais sur le seul atterrissage. Si disposition et pièges se disputent, la disposition gagne jusqu’à ce que le parcours soit finissable.

L’éclairage possède éclairage avancé, volume de musique, panneaux, et la caméra de miniature. L’éclairage ne cache pas les atterrissages. Du néon sur un killbrick va ; l’obscurité sur un pad de deux studs, non.

Une équipe de deux peut fusionner l’éclairage dans la disposition. Une équipe de trois devrait quand même garder un propriétaire pour le slot. Les personnes extra au-delà sont des runners, pas des marteaux extra. Les serveurs de dix joueurs se remplissent ; les éditeurs extra sont un risque d’écrasement extra.

Les emotes ne sont pas un rôle. Si quelqu’un ne fait que danser sur le pad de spawn, c’est un runner. Laissez-le tester.

Testez comme un runner, restorez si ça casse

Quand la colonne existe, tout le monde déséquipe les coils et court depuis le spawn. Le builder qui a placé un saut n’a pas le seul vote. Regardez où les invités tombent. Move cet atterrissage. Sauvegardez. Copiez le code.

Si un invité « répare » un saut en l’élargissant dans un killbrick voisin, Restore Data et parlez. Ne reconstruisez pas tout le plot de mémoire en colère. Si Restore Data est périmé parce que personne n’a sauvegardé, vous apprendrez à sauvegarder.

Après un run co-op propre, choisissez une personne pour playtester comme un inconnu : pas de voix, pas d’indices, pas de coils. Ce run décide si le parcours est prêt à lister. S’il ne l’est pas, gardez Unlisted.

Le co-op est aussi comment vous farmez du cash ensemble. Une personne construit, une autre bat des parcours communautaires, puis vous échangez. Ne laissez simplement pas le farmer de cash Move des pièces qu’il n’a pas convenu de toucher.

Quand la session se termine, le propriétaire sauvegarde, copie le slot code, et confirme Unlisted ou listé. Les invités ne devraient pas supposer que leur dernier Move est dans le cloud tant que le propriétaire n’a pas dit que c’est sauvegardé.