Joining the live room (built-in streaming)

When a session's stream type is built-in streaming, the attendee experience differs from YouTube and Meet: latency is under a second, the chat lives entirely inside LIFF, and attendees can — with their consent — let the instructor see their camera.

Setting a nickname on entry

The first time an attendee enters, the system asks for the nickname shown in the live room.

• It's pre-filled with their LINE display name
• They can change it to something more casual ("Chi from marketing")
• The nickname appears in three places: the chat, the attendee list, and the instructor's grid wall
• The instructor sees both the attendee's name and their nickname

Use case: why let attendees choose a nickname?

LINE display names tend to be formal full names. In a chat that reads stiffly, and it makes attendees reluctant to speak.

Letting them pick something lighter — "Amy", "marketing newbie", "Tina the designer" — noticeably livens up the conversation.

Renaming in one tap

During the stream, attendees can tap their avatar or the edit icon beside their nickname at any time to open a rename dialog. Once changed:

• The name on their own comments updates
• The instructor's grid wall shows the new name immediately
• Other attendees see it on their next refresh

Question: Does renaming affect my earlier comments?

Yes. Every past comment shows the new name (not something like "Amy (formerly Ya-ting Wang)"). The system treats a nickname as your current identity and keeps no version history.

Attendee camera consent (advanced interaction)

If enable attendee camera monitoring is on for that session in the admin, attendees see a Turn on my camera / microphone button.

Pressing it raises a consent prompt:

The instructor may be able to see your camera and hear your microphone. Do you agree?

After agreeing, the browser raises its own system-level camera and microphone permission request. Once everything is allowed:

• The attendee's camera appears on the instructor's attendee grid wall
• With the microphone on, the attendee can speak (the instructor chooses who speaks at any moment)
• If screen sharing is enabled, they can share their screen with the instructor too

The instructor can click any attendee's video to enlarge it to the main view at any time — much like calling a student to the front of a physical classroom.

Note: attendees can withdraw at any time

An attendee can tap the button to turn their camera or microphone off whenever they like, and the instructor stops receiving it immediately. They can also revoke the browser permission in their system settings. Consent is not a permanent commitment — control stays with the attendee.

Question: Can permissions be set per attendee?

Yes. The instructor can adjust an individual attendee's camera / microphone / screen share permissions live, with nothing to configure in advance.

For example: the whole class listens for the first half; in the second half five specific attendees are allowed to speak, which the instructor grants by tapping their microphone icons on the grid wall.

Grid wall density on the instructor side

When many attendees have their cameras on, the instructor can choose 2 / 3 / 4 columns — fewer columns for larger windows with a small group, four columns to see the whole class at once.

The instructor's grid also supports:

• Search by name (very useful with many attendees)
• Pagination (up to 16 attendees per page, then it pages)
• Smart subscription (only the currently visible attendees' video streams are subscribed, saving bandwidth and CPU)

Links in the chat become clickable automatically

When the instructor or an attendee pastes a URL into the chat (a course link, a form, an offer page), the https://… in the message becomes a clickable link automatically, opening in a new tab so nobody is pulled out of the live room.

Question: Is that a security concern?

Links open in a new tab with noopener, so an external page can't manipulate the live room tab. The chat is still an open space, though, so instructors should watch for unfamiliar links pasted by attendees, and remove messages or eject an attendee where necessary.

The limitation of LINE's built-in browser

Note: cameras and microphones can't be used inside the LINE app

LINE's built-in browser doesn't support WebRTC media permissions, so an attendee wanting to use their camera must leave LINE and open the room in Safari or Chrome.

The system detects this: when an attendee inside LINE presses Turn on camera, a modal explains that they need an external browser and offers a one-tap copy-link button. Attendees who only want to watch are unaffected and can stay in LINE throughout.

The attendee list tab

The instructor interface has an Attendee list tab showing every connected attendee (not just those with cameras on), including:

• Nickname
• Join time
• Whether their camera, microphone and screen share are on
• Live control buttons (eject, revoke permissions)

Useful for taking a register and keeping order in a large class.

After the stream ends

When the instructor presses End stream, on every attendee's device:

• Cameras and microphones turn off automatically
• A "stream has ended" message appears
• After 5 seconds they're returned to the session detail page

The chat history is retained under Live messages in the admin, for the instructor to review afterwards.