10K+
LinTO-diarization is the LinTO service for speaker diarization.
LinTO-diarization can either be used as a standalone diarization service or deployed as a micro-services.
The transcription service requires docker up and running.
The diarization only entry point in job mode are tasks posted on a Redis message broker. Futhermore, to prevent large audio from transiting through the message broker, diarization uses a shared storage folder mounted on /opt/audio.
linto-diarization can be deployed:
1- First step is to build the image:
git clone https://github.com/linto-ai/linto-diarization.git
cd linto-diarization
docker build . -t linto-diarization-pybk:latest -f pybk/Dockerfile
1- Fill the .env
An example of .env file is provided in pybk/.envdefault.
Parameters:
| Variables | Description | Example |
|---|---|---|
| SERVING_MODE | Specify launch mode | http |
| CONCURRENCY | Number of HTTP worker* | 1+ |
2- Run the container
docker run --rm \
-v SHARED_FOLDER:/opt/audio \
-p HOST_SERVING_PORT:80 \
--env-file .env \
linto-diarization:latest
This will run a container providing an http API binded on the host HOST_SERVING_PORT port.
Parameters:
| Variables | Description | Example |
|---|---|---|
| HOST_SERVING_PORT | Host serving port | 80 |
*diarization uses all CPU available, adding workers will share the available CPU thus decreasing processing speed for concurrent requests
LinTO-diarization can be deployed as a micro-service using celery. Used this way, the container spawn celery worker waiting for diarization task on a message broker.
You need a message broker up and running at SERVICES_BROKER.
1- Fill the .env
An example of .env file is provided in pybk/.envdefault.
Parameters:
| Variables | Description | Example |
|---|---|---|
| SERVING_MODE | Specify launch mode | task |
| SERVICES_BROKER | Service broker uri | redis://my_redis_broker:6379 |
| BROKER_PASS | Service broker password (Leave empty if there is no password) | my_password |
| QUEUE_NAME | (Optional) overide the generated queue's name (See Queue name bellow) | my_queue |
| SERVICE_NAME | Service's name | diarization-ml |
| LANGUAGE | Language code as a BCP-47 code | en-US or * or languages separated by "|" |
| MODEL_INFO | Human readable description of the model | Multilingual diarization model |
| CONCURRENCY | Number of worker (1 worker = 1 cpu) | >1 |
2- Fill the docker-compose.yml
#docker-compose.yml
version: '3.7'
services:
punctuation-service:
image: linto-diarization-pybk:latest
volumes:
- /path/to/shared/folder:/opt/audio
env_file: .env
deploy:
replicas: 1
networks:
- your-net
networks:
your-net:
external: true
3- Run with docker compose
docker stack deploy --resolve-image always --compose-file docker-compose.yml your_stack
Queue name:
By default the service queue name is generated using SERVICE_NAME and LANGUAGE: diarization_{LANGUAGE}_{SERVICE_NAME}.
The queue name can be overided using the QUEUE_NAME env variable.
Service discovery:
As a micro-service, the instance will register itself in the service registry for discovery. The service information are stored as a JSON object in redis's db0 under the id service:{HOST_NAME}.
The following information are registered:
{
"service_name": $SERVICE_NAME,
"host_name": $HOST_NAME,
"service_type": "diarization",
"service_language": $LANGUAGE,
"queue_name": $QUEUE_NAME,
"version": "1.2.0", # This repository's version
"info": $MODEL_INFO,
"last_alive": 65478213,
"concurrency": 1
}
Returns the state of the API
Method: GET
Returns "1" if healthcheck passes.
Diarization API
Return a json object when using structured as followed:
{
"speakers": [
{"spk_id": "spk5", "duration": 2.0, "nbr_seg": 1},
...
],
"segments": [
{"seg_id": 1, "spk_id": "spk5", "seg_begin": 0.0, "seg_end": 2.0},
...
]
}
The /docs route offers a OpenAPI/swagger interface.
Diarization worker accepts requests with the following arguments:
file_path: (str) Is the location of the file within the shared_folder. /.../SHARED_FOLDER/{file_path}speaker_count: (int default None) Fixed number of speakers.max_speaker: (int default None) Max number of speaker if speaker_count=None.On a successfull transcription the returned object is a json object structured as follow:
{
"speakers": [
{"spk_id": "spk5", "duration": 2.0, "nbr_seg": 1},
...
],
"segments": [
{"seg_id": 1, "spk_id": "spk5", "seg_begin": 0.0, "seg_end": 2.0},
...
]
}
speakers field contains an arraw of speaker with overall duration and number of segments.segments field contains each audio segment with the associated speaker id start time and end time.You can test you http API using curl:
curl -X POST "http://YOUR_SERVICE:PORT/diarization" -H "accept: application/json" -H "Content-Type: multipart/form-data" -F "file=@YOUR_FILE.wav;type=audio/x-wav" -F "speaker_count=NUMBER_OF_SPEAKERS"
This project is developped under the AGPLv3 License (see LICENSE).
Content type
Image
Digest
sha256:e3c999322…
Size
1008.4 MB
Last updated
almost 2 years ago
docker pull lintoai/linto-diarization-pybk:1.0.0Pulls:
293
Last week