Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Audio Issues in some of the downloaded mp4 files #107

Open
MohammedAbadi1991 opened this issue Sep 29, 2021 · 8 comments
Open

Audio Issues in some of the downloaded mp4 files #107

MohammedAbadi1991 opened this issue Sep 29, 2021 · 8 comments
Labels
Enhancement New feature or request

Comments

@MohammedAbadi1991
Copy link

We have noticed that some of the downloaded mp4 files have audio issues.
Although attendees did not face any audio issues during the meeting when you download the generated mp4 file from the S3 bucket you will notice audio issues and you will not be able to hear the audio.

@ldai1 ldai1 added the video label Sep 29, 2021
@achris
Copy link
Contributor

achris commented Oct 12, 2021

Hi,

The Chime SDK team launched a new service to provide meeting capture capabilities. You will not need to provision your own container infrastructure, you just need to call an API and provide an S3 bucket to receive the artifacts.

For more info, see: https://aws.amazon.com/blogs/business-productivity/capture-amazon-chime-sdk-meetings-using-media-capture-pipelines/

@albrich-me
Copy link
Contributor

@MohammedAbadi1991 the only time I've seen that type of audio issue in the recording is when you run the recording demo on an under-powered instance type. What instance type are you running it on. It works well for me on a m5-xlarge.

@achris achris added the Question Further information is requested label Dec 1, 2021
@achris
Copy link
Contributor

achris commented Dec 6, 2021

Closing as we did not get any response

@achris achris closed this as completed Dec 6, 2021
@MohammedAbadi1991
Copy link
Author

@albrich-me @achris Hey Guys , we are using EC2 instance of type t2.xlarge

@achris
Copy link
Contributor

achris commented Dec 6, 2021

Can you try m5.xlarge as as @albrich-me suggested?

Have you made any customization to the parameters in record.js such as resolution, bitrate, etc?

@achris achris reopened this Dec 6, 2021
@achris
Copy link
Contributor

achris commented Dec 6, 2021

@MohammedAbadi1991
Copy link
Author

@achris @albrich-me We did not do any customization on the parameters under record.js.
I confirm that when we used the instance of type M5.xlarge, we did not face any issue.
Thank you!

@albrich-me
Copy link
Contributor

@achris It would be interesting to look into porting the recording demo to the t4g.xlarge. If that can be made to work reliably it could solve the problem at a lower cost than even the t3.xlarge. The processor is ARM based but I think everything needed for the recording demo (Firefox, FFMEPG, Node) has an ARM version so it looks like it could work.

@achris achris added Enhancement New feature or request and removed Question Further information is requested video labels Dec 13, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants