[jitsi-dev] REST operation of the videobridge


#1

I am continuing to make progress with REST. However, I have now got to
the stage where I think the difficulties lie at the end of the
videobridge and how I am relating to that rather than at the Browser
end. I have loaded the videobridge and other sources into my IDE
(Eclipse) and am debugging the way it is responding.

I have a copy of all the log. However, these items worry me:

INFO: video codec/freq: null/null Hz
Jan 12, 2017 8:58:00 PM org.jitsi.util.LoggerImpl log

I looked at these with the debugger and the reason it has a null codec
comes from MediaStreamImpl having a null Media Device Session - which,
of course, may be right. I don't know enough about the code to know.

    @Override
     public MediaFormat getFormat()
     {
         MediaDeviceSession devSess = getDeviceSession();

         return (devSess == null) ? null : devSess.getFormat();
     }

That may, of course, be valid. However, the log reporting a null codec
(even as an INFO message) worries me.

I was worried that I was not properly passing the payload through the
JSON, but I have checked that through the debugger and that is going in
correctly.

Could anyone suggest where I might look for a solution or if I am
looking at completely the wrong things.

There was also an exception on the creation of an RTP audio stream for
Opus in one iteration.

Question 1.

What should I do about the failure to establish the Media Device Session?


#2

Hi John,

···

On 13/01/2017 00:35, John Hemming wrote:

I am continuing to make progress with REST. However, I have now got to
the stage where I think the difficulties lie at the end of the
videobridge and how I am relating to that rather than at the Browser
end. I have loaded the videobridge and other sources into my IDE
(Eclipse) and am debugging the way it is responding.

I have a copy of all the log. However, these items worry me:

INFO: video codec/freq: null/null Hz
Jan 12, 2017 8:58:00 PM org.jitsi.util.LoggerImpl log

I looked at these with the debugger and the reason it has a null codec
comes from MediaStreamImpl having a null Media Device Session - which,
of course, may be right. I don't know enough about the code to know.

    @Override
     public MediaFormat getFormat()
     {
         MediaDeviceSession devSess = getDeviceSession();

         return (devSess == null) ? null : devSess.getFormat();
     }

That may, of course, be valid. However, the log reporting a null codec
(even as an INFO message) worries me.

I was worried that I was not properly passing the payload through the
JSON, but I have checked that through the debugger and that is going in
correctly.

Could anyone suggest where I might look for a solution or if I am
looking at completely the wrong things.

There was also an exception on the creation of an RTP audio stream for
Opus in one iteration.

Question 1.

What should I do about the failure to establish the Media Device Session?

The bridge works in translator mode for video, which doesn't use a MediaDeviceSession.

Regards,
Boris