[sip-comm-dev] Hello there!


#1

Hello dev,

  My name is Dmitry, I'm a student. I'm interested in developing sip,
  I saw some ideas on sip Roadmap page and I want to know if they are
  actual and needed to be done:
  -Audio/Video conferencing (i.e. with 3 or more participants)
  -P2P/Distributed architecture
  and maybe others, I want to have this work as my master's thesis.
  Can anyone give me more information about this topics, maybe someone
  can help me in this work.

···

--
Best regards,
Dmitry mailto:Dmitry.Jurasov@gmail.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

Hello Dmitry,

most of the crew and the ship are this weekend at the FOSDEM 2009 opensource
meeting. After this weekend when the developers return from FOSDEM I am sure
that they will want to talk to you about how you can help with making SIP-
Communicator better. You will probably be contacted by Emil next week.

Regards, Earl

Dmitry wrote:

···

Hello dev,

  My name is Dmitry, I'm a student. I'm interested in developing sip,
  I saw some ideas on sip Roadmap page and I want to know if they are
  actual and needed to be done:
  -Audio/Video conferencing (i.e. with 3 or more participants)
  -P2P/Distributed architecture
  and maybe others, I want to have this work as my master's thesis.
  Can anyone give me more information about this topics, maybe someone
  can help me in this work.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

Hey Dmitry,

Dmitry wrote:

Hello dev,

  My name is Dmitry, I'm a student. I'm interested in developing sip,
  I saw some ideas on sip Roadmap page and I want to know if they are
  actual and needed to be done:
  -Audio/Video conferencing (i.e. with 3 or more participants)
  -P2P/Distributed architecture
  and maybe others, I want to have this work as my master's thesis.
  Can anyone give me more information about this topics, maybe someone
  can help me in this work.

Both of the above are valid items of our roadmap. I know that Lubomir
was planning on taking up multi-party conferencing one of the following
weeks (probably right after our next release) but this doesn't mean you
shouldn't. After all duplication is inherent to open source :).

Having said this, other projects that could fit a master thesis include
finalizing our ICE implementation in http://ice4j.dev.java.net and
complete support (including video) for XMPP jingle.

We will also publish our GSoC project ideas one of these days so you
might find some inspiration there too (regardless of whether or not
we'll be selected for participation).

Cheers
Emil

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#4

Hello Earl,

Friday, February 6, 2009, 8:18:02 PM, you wrote:

Hello Dmitry,

most of the crew and the ship are this weekend at the FOSDEM 2009 opensource
meeting. After this weekend when the developers return from FOSDEM I am
sure
that they will want to talk to you about how you can help with making SIP-
Communicator better. You will probably be contacted by Emil next week.

Regards, Earl

Dmitry wrote:

Hello dev,

  My name is Dmitry, I'm a student. I'm interested in developing sip,
  I saw some ideas on sip Roadmap page and I want to know if they are
  actual and needed to be done:
  -Audio/Video conferencing (i.e. with 3 or more participants)
  -P2P/Distributed architecture
  and maybe others, I want to have this work as my master's thesis.
  Can anyone give me more information about this topics, maybe someone
  can help me in this work.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

Thanks!!

···

--
Best regards,
Dmitry mailto:Dmitry.Jurasov@gmail.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#5

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#6

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too fast for the rest of the application to handle it. I mostly see it in video calls while I test H.264. Both Damian (damencho) and I are still thinking of different ways to deal with the situation - tuning various buffer sizes to meet the fast RTP input at the beginning of the chain while performing the slow processing in the rest of the chain, speeding up the chain as a whole to allow the data to flow faster and thus not have to drop the fast RTP input. In a summary, (1) I don't think the message signals a bug and (2) it's still being worked on so we should better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

···

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#7

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

···

-----Original Message-----

From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]

Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#8

Hello.
Any news about this subject?

thanks

···

-----Original Message-----

From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]

Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came

across

these "Drop first packet!" messages on the output, when i place a

call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:

dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#9

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

···

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----

From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]

Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#10

Hello Carlos,

Damian Minkov (damencho) took care of various debug print-outs shortly
after you and I exchanged messages in this thread on the subject. I no
longer see "Drop first packet". If it still persists for you, please
make sure you're using the latest development version and log a bug
report with the project issue tracker.

Regards,
Lubo

···

On Fri, Feb 27, 2009 at 7:53 PM, Carlos Alexandre <Carlos.Alexandre@nav.pt> wrote:

Hello.
Any news about this subject?

thanks

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came

across

these "Drop first packet!" messages on the output, when i place a

call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:

dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#11

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

···

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#12

Sorry, I really don't know the right name, Fast Update Request or Fast Picture Update. It's defined by the next INFO message:

INFO ...
...
...
... Content-Type: application/media_control+xml
Content-Length: 188

<?xml version="1.0" encoding="utf-8" ?>
<media_control>
    <vc_primitive>
        <to_encoder>
            <picture_fast_update>
            </picture_fast_update>
        </to_encoder>
    </vc_primitive>
</media_control>

And request to the other client a full frame to be sent.

Regards, Pablo.

···

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Enviado el: sábado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#13

More info:

The fast-update (or intraframe) request:

In an IP videoconferencing session, media packets may be dropped and not reach their final
destination. Video control protocol within H.323 and SIP contain a command called video fastupdate,
which is used by the receiver to request a full frame update (intraframe) from the
transmitter. The sequence is:

1) The receiver detects packet loss
2) The receiver sends a request for fast update from the transmitter
3) The transmitter sends an intraframe (full frame)

Regards, Pablo.

···

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Enviado el: sábado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#14

Hi!

I've been testing the H.264 packetizer. Have you tried to increase the value of MAX_PAYLOAD_SIZE in the Packetizer class to a greater value like 1024?. I think that a MAX_PAYLOAD_SIZE of 512 creates so many packets that drops packets very often.

Regards,

Pablo.

···

-----Mensaje original-----
De: PABLO LOPEZ GARCIA [mailto:palg@tid.es]
Enviado el: lunes, 02 de marzo de 2009 8:59
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

More info:

The fast-update (or intraframe) request:

In an IP videoconferencing session, media packets may be dropped and not reach their final
destination. Video control protocol within H.323 and SIP contain a command called video fastupdate,
which is used by the receiver to request a full frame update (intraframe) from the
transmitter. The sequence is:

1) The receiver detects packet loss
2) The receiver sends a request for fast update from the transmitter
3) The transmitter sends an intraframe (full frame)

Regards, Pablo.

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Enviado el: sábado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#15

Hi,

I was playing with this value but I think it depends on the network you are using. As I remember I tested it from a place which has wireless connection which was very loaded and 512 gave better performance. But as I said it depends on the connection you use and its properties.
But yes less packets better, but less packets - bigger packets :slight_smile:
And also this size must be computed so it doesn't exceeds the network MTU (and recommended value of 1400).

damencho

PABLO LOPEZ GARCIA wrote:

···

Hi!

I've been testing the H.264 packetizer. Have you tried to increase the value of MAX_PAYLOAD_SIZE in the Packetizer class to a greater value like 1024?. I think that a MAX_PAYLOAD_SIZE of 512 creates so many packets that drops packets very often.

Regards,

Pablo.

-----Mensaje original-----
De: PABLO LOPEZ GARCIA [mailto:palg@tid.es] Enviado el: lunes, 02 de marzo de 2009 8:59
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

More info:

The fast-update (or intraframe) request:

In an IP videoconferencing session, media packets may be dropped and not reach their final
destination. Video control protocol within H.323 and SIP contain a command called video fastupdate,
which is used by the receiver to request a full frame update (intraframe) from the
transmitter. The sequence is:

1) The receiver detects packet loss
2) The receiver sends a request for fast update from the transmitter
3) The transmitter sends an intraframe (full frame)

Regards, Pablo.

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com] Enviado el: s�bado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:
  

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or h�s it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:
    

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#16

Hi,

I've been doing some more tests. I've changed the initial value of frameSinceLastIFrame (JNIEncoder.java) in the declaration, from IFRAME_INTERVAL + 1 to IFRAME_INTERVAL - 1, and the initial packets droppings seems not to happen.

Regards, Pablo.

···

-----Mensaje original-----
De: Damian Minkov [mailto:damencho@damencho.com]
Enviado el: martes, 31 de marzo de 2009 16:54
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi,

I was playing with this value but I think it depends on the network you
are using. As I remember I tested it from a place which has wireless
connection which was very loaded and 512 gave better performance. But as
I said it depends on the connection you use and its properties.
But yes less packets better, but less packets - bigger packets :slight_smile:
And also this size must be computed so it doesn't exceeds the network
MTU (and recommended value of 1400).

damencho

PABLO LOPEZ GARCIA wrote:

Hi!

I've been testing the H.264 packetizer. Have you tried to increase the value of MAX_PAYLOAD_SIZE in the Packetizer class to a greater value like 1024?. I think that a MAX_PAYLOAD_SIZE of 512 creates so many packets that drops packets very often.

Regards,

Pablo.

-----Mensaje original-----
De: PABLO LOPEZ GARCIA [mailto:palg@tid.es]
Enviado el: lunes, 02 de marzo de 2009 8:59
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

More info:

The fast-update (or intraframe) request:

In an IP videoconferencing session, media packets may be dropped and not reach their final
destination. Video control protocol within H.323 and SIP contain a command called video fastupdate,
which is used by the receiver to request a full frame update (intraframe) from the
transmitter. The sequence is:

1) The receiver detects packet loss
2) The receiver sends a request for fast update from the transmitter
3) The transmitter sends an intraframe (full frame)

Regards, Pablo.

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Enviado el: sábado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:
  

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or hás it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:
    

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#17

Hi,

I see. The value IFRAME_INTERVAL + 1 is that the first frame to be encoded to be a key frame. So by changing it to -1 makes the second frame to be a key frame. But if it works :slight_smile:
Thanks for the info I will also test it these days.

damencho

PABLO LOPEZ GARCIA wrote:

···

Hi,

I've been doing some more tests. I've changed the initial value of frameSinceLastIFrame (JNIEncoder.java) in the declaration, from IFRAME_INTERVAL + 1 to IFRAME_INTERVAL - 1, and the initial packets droppings seems not to happen.

Regards, Pablo.

-----Mensaje original-----
De: Damian Minkov [mailto:damencho@damencho.com] Enviado el: martes, 31 de marzo de 2009 16:54
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi,

I was playing with this value but I think it depends on the network you are using. As I remember I tested it from a place which has wireless connection which was very loaded and 512 gave better performance. But as I said it depends on the connection you use and its properties.
But yes less packets better, but less packets - bigger packets :slight_smile:
And also this size must be computed so it doesn't exceeds the network MTU (and recommended value of 1400).

damencho

PABLO LOPEZ GARCIA wrote:
  

Hi!

I've been testing the H.264 packetizer. Have you tried to increase the value of MAX_PAYLOAD_SIZE in the Packetizer class to a greater value like 1024?. I think that a MAX_PAYLOAD_SIZE of 512 creates so many packets that drops packets very often.

Regards,

Pablo.

-----Mensaje original-----
De: PABLO LOPEZ GARCIA [mailto:palg@tid.es] Enviado el: lunes, 02 de marzo de 2009 8:59
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

More info:

The fast-update (or intraframe) request:

In an IP videoconferencing session, media packets may be dropped and not reach their final
destination. Video control protocol within H.323 and SIP contain a command called video fastupdate,
which is used by the receiver to request a full frame update (intraframe) from the
transmitter. The sequence is:

1) The receiver detects packet loss
2) The receiver sends a request for fast update from the transmitter
3) The transmitter sends an intraframe (full frame)

Regards, Pablo.

-----Mensaje original-----
De: Lubomir Marinov [mailto:lubomir.marinov@gmail.com] Enviado el: s�bado, 28 de febrero de 2009 17:30
Para: dev@sip-communicator.dev.java.net
Asunto: Re: [sip-comm-dev] Drop first packet !!!

Hi Pablo,

Please excuse my ignorance. What is "fast picture update"? Google and
Wikipedia didn't seem to know about it.

Thank you,
Lubo

On Fri, Feb 13, 2009 at 2:09 PM, PABLO LOPEZ GARCIA <palg@tid.es> wrote:
  

Hi!

Out of the topic.

Just for giving ideas about the drop packet problem with the H.264 codec. Maybe it would be useful to implement "fast picture update".

Regards.

Pablo L.

-----Mensaje original-----
De: Carlos Alexandre [mailto:Carlos.Alexandre@nav.pt]
Enviado el: viernes, 13 de febrero de 2009 13:04
Para: dev@sip-communicator.dev.java.net
Asunto: RE: [sip-comm-dev] Drop first packet !!!

Hello Lubomir

Is my impression that it didnt happen in older builds correct?
Or h�s it allways been like this and i never noticed it?

I have SC running against asterisk, and it happens in every call i place.

Thanks

Carlos Alexandre

-----Original Message-----
From: Lubomir Marinov [mailto:lubomir.marinov@gmail.com]
Sent: quinta-feira, 12 de Fevereiro de 2009 11:42
To: dev@sip-communicator.dev.java.net
Subject: Re: [sip-comm-dev] Drop first packet !!!

Hello Carlos,

The message is printed by JMF and points that RTP data is arriving too
fast for the rest of the application to handle it. I mostly see it in
video calls while I test H.264. Both Damian (damencho) and I are still
thinking of different ways to deal with the situation - tuning various
buffer sizes to meet the fast RTP input at the beginning of the chain
while performing the slow processing in the rest of the chain, speeding
up the chain as a whole to allow the data to flow faster and thus not
have to drop the fast RTP input. In a summary, (1) I don't think the
message signals a bug and (2) it's still being worked on so we should
better see the message.

Best regards,
Lubomir

Carlos Alexandre wrote:
    

Hello

I have recently moved from build 1619 to build 1661 , and i came across
these "Drop first packet!" messages on the output, when i place a call.

What is this ? I had never seen it before build
How can i avoid this ?
Is it a bug ?

Thanks for all your help

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net