Skip to content
This repository has been archived by the owner on Jul 12, 2023. It is now read-only.

Composite recording problems #6

Closed
davidrodriguezalfayate opened this issue Oct 16, 2015 · 8 comments
Closed

Composite recording problems #6

davidrodriguezalfayate opened this issue Oct 16, 2015 · 8 comments
Assignees
Labels
bug Non-critical bug affecting expected behavior kms Related especifically to the media server

Comments

@davidrodriguezalfayate
Copy link

Backgrounds

Composite is used only to record video from one user and audio for the rest of logged on users.

Composite is not used to deliver video nor audio to the logged on users, these negotiate independent WebRTC stream for each logged on user with the KMS

Detailed description

I have made several tests involving composite & hubport creation order:

  • Creating the composite when there are, at least, two logged on users
  • Creating the composite when creating pipeline but recorder when there are, at least, two logged on users
  • Defer hubport creation when there are, at least, two logged on users

In all these cases I can see a "black screen and no audio" during several seconds, the number of seconds is equal to the ellapsed time between "pipeline creation" and all "composite-recording infraestructure" initialization.

Apparently it should work if I create all "composite-recording infraestructure" when creating pipeline, and delaying recording to the moment that there are "at-least" two logged-on users. Unfortunately I have seen inconsistent behavior and also black screen.

Comparison with standalone recording features

If recorder is created for an individual webrtc stream (audio or audio&video) these problems not appear, you can create recorder whenever you want.

Workaround

Record each file in an indepedent way, use ffmpeg to combine files, invoking it from an embedded REST Server - as Jersey -

More information

This issue and detailed information could be seen in https://groups.google.com/forum/#!topic/kurento/FgHTaRYyp80

@igracia
Copy link
Contributor

igracia commented Oct 16, 2015

We are creating a number of tests for the recorder precisely. I'll see if we can reproduce this in our test environment, so we can debug that. Thanks for the detailed report!

I hope we can give more info during the next week.

@jcaden
Copy link
Member

jcaden commented Nov 23, 2015

Hi, we have been working on improving composite and recorder. Could you check if the issue is fixed for you using the dev version?

@davidrodriguezalfayate
Copy link
Author

I'll give it a try as soon as possible, is dev version published or do I
have to compile it?

2015-11-23 12:31 GMT+01:00 José Antonio Santos Cadenas <
notifications@github.com>:

Hi, we have been working on improving composite and recorder. Could you
check if the issue is fixed for you using the dev version?


Reply to this email directly or view it on GitHub
#6 (comment).

@igracia
Copy link
Contributor

igracia commented Nov 24, 2015

Have a look at the documentation here

@jcaden
Copy link
Member

jcaden commented Nov 27, 2015

You can also use version 6.2.0 that we released recently. This one has also the fixes for composite and recorder.

@davidrodriguezalfayate
Copy link
Author

Apparently it works properly, I have to make further tests, but I think you have spotted on the problem

@igracia
Copy link
Contributor

igracia commented Dec 9, 2015

Can we close the issue then?

@davidrodriguezalfayate
Copy link
Author

Sure

El 9 dic 2015, a las 10:51, Ivan Gracia notifications@github.com escribió:

Can we close the issue then?


Reply to this email directly or view it on GitHub.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Non-critical bug affecting expected behavior kms Related especifically to the media server
Projects
None yet
Development

No branches or pull requests

3 participants