🚀 go-pugleaf

On Thu, 25 Mar 2004 20:44:03 +0100, Aquila wrote:

> Ik wil voor een RTP toepassing een JMF server laten draaien met zowel lokale
> als remote clients. 
> Een eerste probleem is dat InetAdress mij onder linux op DHCP clients
> 127.0.0.1 geeft als ip, wat problemen geeft als zij willen connecteren op
> een remote server.  

Alle IP's van de machine kan je te weten komen via InetAddress.
InetAddress.getAllbyName((InetAddress.getLocalHost()).getHostName())
Dit geeft je een array van InetAddress'en terug waarvan je dan voor elk
het ip kan opvragen met getAddress() of getHostAddress().  Je hebt dan ook
nog de nodige methoden om na te gaan of een ip een loopback-address is of
niet.  Maar de rest van de API kan je zelf wel lezen :)

Indien je wil kan je dit dan koppelen aan de NetworkInterface, want
daarmee kan je alle ip's van de interface opvragen.
Beetje omslachtig, maar het lukt wel.

Waarom is dat lokale adres eigenlijk belangrijk om op een remote server te
connecteren?  Het enige dat je daarvoor nodig hebt is toch een rtp-achtige
url die je dan lokaal in een MediaLocator verpakt en aan je player
meegeeft?

> Ik heb in NetworkInterface gevonden dat je alle
> interfaces kan krijgen, maar dan weet ik nog niet over welke interface
> de client een connectie heeft: valt dat uit te zoeken?

Is de eigenlijke interface belangrijk?  Ik denk dat je meer hebt aan het
subnet waarop de stream kan gebroadcast worden.  (Als je een onderscheid
wil maken)
En voor zover ik het mij herinner dien je om iets te gaan verzenden een
mediaLocater met de destination address aanmaken.  Dus kan je er eventueel
2 (of meer) gebruiken, 1 voor de lokale machine, en 1 voor de rest van de
wereld (of enkel het lokale subnet enz.).
Maar dit is vooral gespeculeer.  Met de streaming-kant van JMF [1] heb ik
nog niet echt concreet gespeeld.

> Verder krijgen DHCP clients problemen als ik een SessionAdres initialiseer
> op iets anders dan 127.0.0.1 omdat dat geen lokale interface zou zijn. Is
> dat te verhelpen? 

Niet direct een idee hier, 

> Omdat het systeem op Windows, Linux en Solaris moet draaien heb ik echt
> platformonafhankelijke oplossingen nodig, een ware uitdaging...

En wat met mobiele toestellen zoals pocketPC en gsm's enzo? :)  (Er
bestaat een J2ME-versie van JMF trouwens, maar een niet-emulator
implementatie was er nog niet de laatste keer dat ik keek)


[1] JMF: Java Media Framework voor de google-lozen

-- 
Bruno

Mistakes are often the stepping stones to utter failure.