On Sun, Nov 30, 2008 at 10:45:49PM -0500, nescivi wrote:
Hiho,
On Sunday 30 November 2008 22:32:10 torbenh(a)gmx.de wrote:
On Sun, Nov 30, 2008 at 12:27:41PM -0500, nescivi
wrote:
On Saturday 29 November 2008 23:50:32
torbenh(a)gmx.de wrote:
hi...
now that the backend is mostly done, i am thinking about
a GUI for netjack.
i already found gtknetsource.py on my HD, i started mucking
with that some months ago.
i plan to extend that thingy now.
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.
it would not support chatting or stuff.
only show who is online. and if a session is running.
it would only make the IP of a user available when he agrees,
to open session... blabla... security.
so basically you click on your buddy, to open a session.
buddy agrees.
IP of buddy is transmitted. tool measures connection.
provides you with some options.
ie compression ratio, number of channels, latency, who is master ?
and starts the netjack session.
thoughts ?
Does irclib for python help?
Creates a python irc client, which you can then have only the options you
propose.
Not jabber based though.
this might be a very good alternative.
one would need to register a second nick on freenode for this i guess.
it would still not be easy to detect the IP of a peer, if he was using a
cloak. i basically want to expose IP only if user agrees.
and detecting IP from inside NAT is not trivial.
not sure how i should tacke this. i there some service out there,
which can tell me my IP if i open a TCP connection to it ?
if you have a solution for this, irc would become my choice i guess ;D
Hmm... not really.
Although.. sk wrote a http-tunnel for a project of ours once in ruby, to
tunnel osc messages to the outside world, so I could control a remote
scsynth, regardless of firewalls, that may be in between.
But it required a server running a host script, which connected the tunnels.
TCP is nono.
netjack handles packet loss now. you dont even hear it with celt.
we should start talking about a wireless netjack soundcard.
i bet you have some use for that ;)
celt is ported to ARM.
and even support non-fpu.
It's a bit convoluted, and may send audio streams
around with some detour,
depending where the server is, and where the participants are.
But I'm sure
linuxaudio.org would be eager to give some bandwidth ;)
no detours also. they add unnecesary latency and jitter.
we have the possibility for 10ms latency netjack on dfn.
why sacrifice with a tour through the states ? :)
Maybe our LAC streamteam has some brilliant idea how to do this...
sincerely,
Marije
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language