89 lines
3.1 KiB
Markdown
89 lines
3.1 KiB
Markdown
---
|
|
title: Toxicity Analysis in YouTube Live Chat
|
|
---
|
|
|
|
A little exploration and experiment on toxic activities.
|
|
|
|
# Why
|
|
|
|
The motivation is quite simple; I just feel sad when they sound suffered from toxic chats. The goal is also simple: design an automated system to spot toxic chat and quarantine them.
|
|
|
|
# Data, Data, Data
|
|
|
|
> I can't make bricks without clay.
|
|
> — Sherlock Holmes
|
|
|
|
I need a myriad of live chat comments and moderation events for analysis and future use.
|
|
|
|
Unfortunately, YouTube API does not offer a way to retrieve these kinds of events in real time. Which is so crucial because live streams are only place we can observe moderators' activities through API response. Once it gets archived, these events are no longer available.
|
|
|
|
## Collecting Crusts
|
|
|
|
So, I ended up developing a library to accumulate events from a YouTube live stream, plus a fancy CLI app mimics live chat. It accepts YouTube video id and save live chats in [JSON Lines](https://jsonlines.org/) format:
|
|
|
|
```bash
|
|
collector <videoId>
|
|
```
|
|
|
|
|
|
|
|
A line with white text is a normal chat, with red text is a ban event, with yellow text is a deletion event.
|
|
|
|
## Make a Bread Rise
|
|
|
|
I know, that's not scalable at all. A new live stream comes in, I copy and paste video id into the terminal and run the script. How sophisticated.
|
|
|
|
Thankfully, there's a great web service around Hololive community: [Holotools](https://hololive.jetri.co). They operate an API that gives us an index of past, ongoing, and upcoming live streams from Hololive talents.
|
|
|
|
Here I divided my system into two components: Scheduler and workers. Scheduler periodically checks for newly scheduled live streams through Holotools API and create a job to be handled by workers. Workers are responsible for handling jobs and spawning a process to collect live chat events.
|
|
|
|
|
|
|
|
I run the cluster for a while and by far it hoards approximately 1 million comments per day. Now I could reliably run my own bakery.
|
|
|
|
# Look Before You Leap
|
|
|
|
Okay take a close look at the data before actually starting to build a model.
|
|
|
|
## Overview
|
|
|
|
## By talent
|
|
|
|
## By language
|
|
|
|
# Creating Dataset
|
|
|
|
## Labelling Spam & Toxic Chat
|
|
|
|
### Utilizing Moderators' Activities
|
|
|
|
### Introducing Normalized Co-occurrence Entropy
|
|
|
|
$$
|
|
NCE(T) = \frac{N_T}{RLE_{string}(BWT(T))}
|
|
$$
|
|
|
|
$$
|
|
BWT[T,i] = \begin{cases} T[SA[i]-1], & \text{if }SA[i] > 0\\ \$, & \text{otherwise}\end{cases}
|
|
$$
|
|
|
|
Shannon Entropy is not enough. So I combined the ideas of [Burrows-Wheeler Transform](https://en.wikipedia.org/wiki/Burrows%E2%80%93Wheeler_transform) and [Run-length Encoding](https://en.wikipedia.org/wiki/Run-length_encoding) to formulate a new entropy which represents "spamminess" of given text.
|
|
|
|
### Browser Extension
|
|
|
|
## Sentence Encoding
|
|
|
|
Here's a [t-SNE](https://en.wikipedia.org/wiki/T-distributed_stochastic_neighbor_embedding) visualization for output of Sentence Transformer. Blue dots are spam and orange dots are normal chats.
|
|
|
|
|
|
|
|
# Learn
|
|
|
|
## Gradient Boosting
|
|
|
|
## Neural Networks
|
|
|
|
# Future
|
|
|
|
When it's ready, I'm going to publish a dataset and pre-trained model used in this experiment.
|