Poor quality video recording on the server side

[t3mnikov]

Hello dears! I was able to start the video recording as an tutorial . But the video quality is very poor. How to fix? I tried to do it at my laptop: i3-6006, 12Gb RAM, 240 SSD

[pabloFuente]

When you say that the video quality of the recording is very poor, are you comparing it to the quality of the real-time video? Take into account that by default the recording process is storing the published streams in a 1080p layout, but OpenVidu Browser streams are initialized by default as 480p, and usually in application layouts the video is not set to occupy all available space as a full-screen element (as the recording process does). This can influence in the "perception" of quality of the recorded file.

Either way, running the full OpenVidu setup (OpenVidu Server + Kurento Media Server + your own application) and besides starting the recording of a session is a pretty heavy consuming process, especially for the CPU. An i3 for laptops may not be sufficient to ensure the smooth functioning of the recording process.

Regards

[t3mnikov]

Thanks for your reply. Yes, I compared with the quality of the video in real time. Soon I will try to recording on a more powerful machine.

[ggn06awu]

@pabloFuente is there any chance of upgrading from 480p at any point? It's been a long running flaw of Kurento that it couldn't be improved (i even tried breaking out my very rusty C at one point to try to influence it but the code held a deep learning curve). I also appreciate the Kurento approach historically was the mixing of streams into a file as they arrive, creating significant overheads. I've always thought perhaps capturing the streams individually and running a post processing job to combine them might have been a better architecture (less real time load, and we could even offload the job of merging and compositing the end result to another server). FWIW I'm reasonably sure that's how Opentok do things.

[micaelgallego]

You can improve the video quality with the OpenVidu API. Can you describe more precisely what are the problems with the video quality?

Regarding to recording, it is planned to allow recording individually each stream to be composed offline.

Best regards.

Micael Gallego ElasTest Project Technical Coordinator - http://elastest.io Profesor en la Escuela Técnica Superior de Ingeniería Informática URJC

On Sat, Jun 9, 2018 at 11:08 AM ggn06awu notifications@github.com wrote:

@pabloFuente https://github.com/pabloFuente is there any chance of upgrading from 480p at any point? It's been a long running flaw of Kurento that it couldn't be improved (i even tried breaking out my very rusty C at one point to try to influence it but the code held a deep learning curve). I also appreciate the Kurento approach historically was the mixing of streams into a file as they arrive, creating significant overheads. I've always thought perhaps capturing the streams individually and running a post processing job to combine them might have been a better architecture (less real time load, and we could even offload the job of merging and compositing the end result to another server). FWIW I'm reasonably sure that's how Opentok do things.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/OpenVidu/openvidu/issues/68#issuecomment-395953475, or mute the thread https://github.com/notifications/unsubscribe-auth/ABBdKDAtPAZekG7jSI2pVTCBNkFCugh7ks5t65B7gaJpZM4Uc3Pf .

[pabloFuente]

OpenVidu 2.8.0 now supports individual stream recording: https://openvidu.io/docs/advanced-features/recording/