MiroTalk SFU: Recording not possible?

[MiroTalk]

@james said in MiroTalk SFU: Recording not possible?:

PR created @mirotalk-57bab571 https://github.com/miroslavpejic85/mirotalksfu/pull/228

Ops, you’re right, good catch! PR accepted. Thanks for confirming that everything works as expected. MiroTalk SFU can now upload recordings to any S3-compatible storage, not just AWS!

[MiroTalk]

By the way, I opened an issue for MinIO here: https://github.com/minio/minio/issues/21694

It would be great if MinIO could properly show previews for .webm videos as well.
When I store the same recording in a rec folder in Cloudron, the video preview works correctly.
However, when the file is stored in MinIO storage, the preview does not work.

It looks like the MIME type is not detected correctly, which causes the video tag to use:

type="video/mp4"

even though the file is actually a .webm.
This prevents browsers from playing the video.

Proper support for serving .webm with Content-Type: video/webm would fix the issue.

[MiroTalk]

@shrey said in MiroTalk SFU: Recording not possible?:

AWS_S3_ENDPOINT=https://<region>.digitaloceanspaces.com

Just out of curiosity, on DigitalOcean, the web video preview work there?

I'm going also to add also the correct contentType when the recording is uploaded to any S3-compatible storage to avoid MIME-type issues.

[shrey]

@MiroTalk said in MiroTalk SFU: Recording not possible?:

Just out of curiosity, on DigitalOcean, the web video preview work there?

No idea. I'm yet to figure out why uploading to S3 (DigitalOcean Spaces) is not working for me.

[MiroTalk]

@shrey said in MiroTalk SFU: Recording not possible?:

No idea. I'm yet to figure out why uploading to S3 (DigitalOcean Spaces) is not working for me.

I don’t have a DigitalOcean Space to test, but in case you want to try, you can add AWS_REGION to your environment config like this:

RECORDING_UPLOAD_TO_S3=true                       # Enable uploading recordings to S3-compatible storage
AWS_S3_ENABLED=true                               # Enable S3 storage integration
AWS_S3_ENDPOINT=https://YOUR-REGION.digitaloceanspaces.com  # DO Spaces endpoint (replace YOUR-REGION)
AWS_S3_BUCKET=YOUR-BUCKET                         # Target bucket name
AWS_ACCESS_KEY_ID=YOUR-DO-ACCESS-KEY              # Your DO Spaces access key
AWS_SECRET_ACCESS_KEY=YOUR-DO-SECRET-KEY          # Your DO Spaces secret key
AWS_REGION=YOUR-REGION                            # DO Spaces region (required)
AWS_S3_FORCE_PATH_STYLE=true                      # Required for non-AWS S3 providers

Notes

1. Region: Must match your Space’s region (nyc3, ams3, sgp1, etc.).
2. Endpoint: Must include the full URL with https://.
3. MiroTalk SFU: Make sure to use at last the v2.0.17

[MiroTalk]

Created on the fly, I can confirm that the previous configuration works as expected.

[shrey]

@MiroTalk Thanks for sharing the details and the screenshot.

In my case, i'm getting this error:

Nov 18 08:28:31 "app": "Server",
Nov 18 08:28:31 "level": "error",
Nov 18 08:28:31 "message": "Rec Finalization error"
Nov 18 08:28:31 "timestamp": "2025-11-18T02:58:31.414Z",

env ->

# Recording
RECORDING_ENABLED=true                           # Enable recording functionality (true|false)
RECORDING_UPLOAD_TO_S3=true                      # Upload recording to AWS S3 bucket [true/false]


# AWS S3 Configuration  
AWS_S3_ENABLED=true                              # Enable AWS S3 storage (true|false)  
AWS_S3_BUCKET_NAME=<bucket>                       # Name of your S3 bucket (must exist)  
AWS_ACCESS_KEY_ID=<key_id>                                # AWS Access Key ID (leave empty for IAM roles)  
AWS_SECRET_ACCESS_KEY=<key_secret>                            # AWS Secret Access Key (leave empty for IAM roles)  
AWS_REGION=<region>                                   # AWS region (e.g., us-east-2, eu-west-2)  
AWS_S3_ENDPOINT=https://<region>.digitaloceanspaces.com
AWS_S3_FORCE_PATH_STYLE=true

[james]

Hello @shrey
Just to make doubly so sure, please share your installed app version and confirm that you have restarted the app after the /app/data/env changes.

[shrey]

@james

MiroTalk SFU 2.0.17

[james]

Ah, I see your issue. You are still using AWS_S3_BUCKET_NAME and not AWS_S3_BUCKET which was posted to be the wrong variable and fixed upstream.
Small detail, leading to fail.
Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

[shrey]

@james said in MiroTalk SFU: Recording not possible?:

Change AWS_S3_BUCKET_NAME to AWS_S3_BUCKET restart and it should be working.

Thanks!
That did get it working.

---

@mirotalk-57bab571 Just one more kink remaining:

When i 'disconnect' the call without stopping the recording, the Recording seems to get saved only in the local directory, and not S3. The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

[james]

Hello @shrey

@shrey said in MiroTalk SFU: Recording not possible?:

The S3 upload seems to be triggered only when an ongoing recording is stopped explicitly.

Oh, so you mean if the meeting is exited by a recording member, his recording is not stopped and thus never saved/uploaded?
Could you give more details about what you'd expect and what the current behavior is that you have observed?

[shrey]

@james
Current behaviour:

1. I start a meeting as Host
2. Start the Recording (only Host is allowed to record)
3. Once meeting is over, i stop the meeting by clicking on "Leave Room"
4. The recording is available in /app/data/rec but not in S3.

If, in Step 3:
i stop the Recording and then stop the meeting, then the Recording gets uploaded to S3.

Expectation:
Recording should get uploaded to S3 regardless of the path taken to 'stop' the meeting and without explicitly stopping the recording.

[shrey]

Additionally, it seems like if:
Start recording > [time elapses] > Stop recording > Start Recording again > [time elapses] > Stop Recording/Exit Meeting
Only the last recording gets saved (overwriting the first part).

[MiroTalk]

IMPORTANT New in MiroTalk SFU v.2.0.19

To avoid confusion, I’ve updated the environment variables and configuration keys to use a global S3_ prefix. This makes the configuration compatible with any S3-compatible storage, not just AWS.

Example: DigitalOcean Spaces Configuration

# Recording
RECORDING_UPLOAD_TO_S3=true           # Upload recordings to S3-compatible storage (MinIO, Wasabi, DigitalOcean Spaces, etc.) (true|false)

# S3-Compatible Storage Configuration
S3_ENABLED=true                       # Enable S3-compatible storage (true/false)
S3_ACCESS_KEY_ID=<key_id>             # Access Key ID (optional if using instance credentials or IAM roles)
S3_SECRET_ACCESS_KEY=<key_secret>     # Secret Access Key (optional if using instance credentials or IAM roles)
S3_BUCKET=<bucket>                    # Name of your bucket (must already exist)
S3_REGION=<region>                    # Region or location (e.g., us-east-2, eu-west-2, or custom for non-AWS providers)
S3_ENDPOINT=https://<region>.digitaloceanspaces.com  # Custom endpoint for S3-compatible services (MinIO, Wasabi, DigitalOcean Spaces, etc.)
S3_FORCE_PATH_STYLE=true              # Use path-style URLs (true/false). Typically true for non-AWS providers

Notes:

• S3_ENDPOINT is optional if your provider supports automatic resolution from the region.
• S3_FORCE_PATH_STYLE=true is usually required for providers like MinIO, Wasabi, or DigitalOcean Spaces.

[MiroTalk]

@shrey said in MiroTalk SFU: Recording not possible?:

If, in Step 3:
i stop the Recording and then stop the meeting, then the Recording gets uploaded to S3.

Thanks for pointing that out! I’ll take a look.

[MiroTalk]

@shrey said in MiroTalk SFU: Recording not possible?:

Expectation:
Recording should get uploaded to S3 regardless of the path taken to 'stop' the meeting and without explicitly stopping the recording.

Done in MiroTalk SFU v.2.0.20

• Commit
• Build