3 Dec
2008
3 Dec
'08
2:01 a.m.
If I may suggest, why go to all of this trouble?
Just make a client that registers with a webpage, ala ninjam. (For those of
you not hip to ninjam, it is a collaborative jam-session program and each
instance can "phone home" to show the user's presence on a webpage).
In the case of local networks, advertise with avahi / mdns and be done. No
need to attach to an IM service or XMPP.
On Tue, Dec 2, 2008 at 3:13 PM, <torbenh(a)gmx.de> wrote:
On Tue, Dec 02, 2008 at 10:36:18AM +0100, Sebastian
Moors wrote:
torbenh(a)gmx.de wrote:
ok... would be apreciated. I am gonna implement this.
but i am currently trying to fix netjack for the case,
where packet loss is around 50% ie. link bandwidth is not
enough.
in fact i was thinking about using xmpppy.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
hi...
but setting up the connection, and getting IP addresses
of users is still a PITA.
i am thinking along the lines of an IM like thing,
based on jabber.
i am not seeing good options to making this available
in the various IM clients.
thats why i would rather like to have modified jabberd running
on jackaudio.org or at the consortium servers.
and starts the netjack session.
thoughts ?
Jabber would be a fine choice. You could use the xmpppy library and
write a small client which runs on your system and talks to other
clients with a predefined ascii or xml
protocol. No need to hack the server, imho. The data can be wrapped in
the jabber messages. I could give a helping hand here if someone wants
to implement this app since i wrote some bots and a xmpppy tutorial 2
years ago.