[sip-comm-dev] Is JMF is a good choice?


#1

I�m using sip-communicator code in a open source project
(http://gjtapi.sourceforge.net/). I ask me if JMF is a good choice for rtp
libraries.

Arguments to abort JMF are :

� JMF is not open source
� JMF is abort by SUN (I think)
� JMF is not multi platform (jme, arm, bsd, embedded,�)

I �am going to try to write a java media libraries to replace JMF. Have
you some ideas to chose a rtp lib (live.sourceforge.net,
http://www.gnu.org/software/ccrtp/,
http://www.cs.columbia.edu/~hgs/rtp/,�)

Thanks Nicolas Kim

···

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


#2

2005-04-18, h keltezéssel 09.59-kor kimbo@nerim.net ezt írta:

I’m using sip-communicator code in a open source project
(http://gjtapi.sourceforge.net/). I ask me if JMF is a good choice for rtp
libraries.

Arguments to abort JMF are :

Ø JMF is not open source
Ø JMF is abort by SUN (I think)
Ø JMF is not multi platform (jme, arm, bsd, embedded,…)

I ‘am going to try to write a java media libraries to replace JMF. Have
you some ideas to chose a rtp lib (live.sourceforge.net,
http://www.gnu.org/software/ccrtp/,
http://www.cs.columbia.edu/~hgs/rtp/,…)

Thanks Nicolas Kim

You should take a look at gstreamer, and their java binding. They are
progressing nicely.

Zsombor

···

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


#3

Hi Nicolas,

I�m using sip-communicator code in a open source project
(http://gjtapi.sourceforge.net/). I ask me if JMF is a good choice for rtp
libraries.

Mos certainly not :). At least in the shape that it currently is.

Arguments to abort JMF are :

� JMF is not open source

Right! And this is a major pain in the neck!

� JMF is abort by SUN (I think)

Right. Or at least was - right! There seems to be some movement. Rumors have it that the Swing team have taken JMF under their wing since a week ago.

� JMF is not multi platform (jme, arm, bsd, embedded,�)

Depends how you define multiplatform. The All Java version will run on anything that j2se runs on. Yet JMF performance packs only exist for Linux, Windows and Solaris. It is also true that trying to run JMF on any form of a PDA is a lost cause.

I �am going to try to write a java media libraries to replace JMF. Have
you some ideas to chose a rtp lib (live.sourceforge.net,
http://www.gnu.org/software/ccrtp/,
http://www.cs.columbia.edu/~hgs/rtp/,�)

We have been thinking about that ourselves. In fact, we had even started designing our new framework when we heard the rumor of the swing team acquiring JMF. Who knows, if we get lucky SUN may even put it on JCP and open source the implementation ... (I know I am getting a bit utopic here). So we thought we'd wait for a week or two before proceeding with our effort. If there is still no light in the JMF tunnel at that time, we would go back to coding.

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

not correct, JMF for all java platform, so client can works on MacOS X too.
I have tested it, unfortanly only G.711U works.

Wbr,

···

On Tue, Apr 19, 2005 at 12:44:30AM +0200, Emil Ivov wrote:

Depends how you define multiplatform. The All Java version will run on
anything that j2se runs on. Yet JMF performance packs only exist for
Linux, Windows and Solaris. It is also true that trying to run JMF on
any form of a PDA is a lost cause.

--
Alexandr Dubovikov * baron@iRC RusNet * mailto:shurik@start4.info
    AD1-UANIC * ICQ: 122351182 * http://www.start4.info

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


#5

Dear Alexander,

   If you are looking for good alternative of JMF you can use the Open
Source code which is made exactly for similar situation:
   http://us.xiph.org/ and the sub-projects:
      http://www.theora.org/
      http://lists.xiph.org/mailman/listinfo/xiph-rtp

   Also you can use the http://www.sipfoundry.org/sipXmediaLib/ also.
   
   Best Regards,
   Miroslav Nachev

···

On Tue, Apr 19, 2005 at 12:44:30AM +0200, Emil Ivov wrote:

Depends how you define multiplatform. The All Java version will run on
anything that j2se runs on. Yet JMF performance packs only exist for
Linux, Windows and Solaris. It is also true that trying to run JMF on
any form of a PDA is a lost cause.

not correct, JMF for all java platform, so client can works on MacOS X too.
I have tested it, unfortanly only G.711U works.

Wbr,

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


#6

   Dear Alexander,

Dear Miroslav,

it was not my question :slight_smile:

   If you are looking for good alternative of JMF you can use the Open
Source code which is made exactly for similar situation:
   http://us.xiph.org/ and the sub-projects:
      http://www.theora.org/
      http://lists.xiph.org/mailman/listinfo/xiph-rtp

   Also you can use the http://www.sipfoundry.org/sipXmediaLib/ also.

the library is good, but unfortanly don't have JAPI. Just one way take
SipXPhone and look how it works....

Wbr,

···

On Tue, Apr 19, 2005 at 03:21:55PM +0300, Miroslav Nachev wrote:
--
Alexandr Dubovikov * baron@iRC RusNet * mailto:shurik@start4.info
    AD1-UANIC * ICQ: 122351182 * http://www.start4.info

---------------------------------------------------------------------
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 All,

   I have this message to the stack forum .. May be it should be sent here .. instead.
Although a new version should be released soon .. this e-mail could help.

While adjusting the audio controls on Solaris I noticed the following in the
Applications Controls (it lists the applications using audio resources):
Whenever I Dial I notice a new process in the list for example :
ch 2 - PID 9658 If I disconnect before the other party replies .. the process
disappears. (normal). And ofcourse when I close the communicator all processes
disappear.

when a call is established the PID (must be process ID) stays there.
Again when dialing a second time .. a new item appears as :
ch 3 - PID 9658 and so on. Which means that there is some process left which is
active even though the call is disconnected. The 'Audio Control' can view more
information on each process when selecting STATUS... such as OPEN, Underflow
..etc. for Record/playBack.

  So the point is : could there be some AUDIO (or even video .. my test was on
audio only) resources not freed after every call hang-up ?. Could these
resources be negligible and not affect the performance ? I tried to see if the
task Manager of WinXP can notice a difference .. I have done a simple test ...
I noticed the memory used before dialing and after hanging up .. roughly, I
noticed an increase of memory about 6 MBytes after several dial-answer-hang_up
tries.

Thanks
Amer

···

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


#8

Thanks for the input Amer,

We'll keep that in mind

Emil

Amer C wrote:

···

Hello All,

  I have this message to the stack forum .. May be it should be sent here .. instead.
Although a new version should be released soon .. this e-mail could help.

While adjusting the audio controls on Solaris I noticed the following in the
Applications Controls (it lists the applications using audio resources):
Whenever I Dial I notice a new process in the list for example :
ch 2 - PID 9658 If I disconnect before the other party replies .. the process
disappears. (normal). And ofcourse when I close the communicator all processes
disappear.

when a call is established the PID (must be process ID) stays there.
Again when dialing a second time .. a new item appears as :
ch 3 - PID 9658 and so on. Which means that there is some process left which is
active even though the call is disconnected. The 'Audio Control' can view more
information on each process when selecting STATUS... such as OPEN, Underflow
..etc. for Record/playBack.

So the point is : could there be some AUDIO (or even video .. my test was on
audio only) resources not freed after every call hang-up ?. Could these
resources be negligible and not affect the performance ? I tried to see if the
task Manager of WinXP can notice a difference .. I have done a simple test ...
I noticed the memory used before dialing and after hanging up .. roughly, I
noticed an increase of memory about 6 MBytes after several dial-answer-hang_up
tries.

Thanks
Amer

---------------------------------------------------------------------
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