UDP czy TCP do przesyłania dzwięku

Odpowiedz Nowy wątek
2019-09-30 22:41

Rejestracja: 7 miesięcy temu

Ostatnio: 5 godzin temu

0

Tworzę aplikacje która będzie przesyłać/odbierać dźwięk do/z serwera. Z tego co mi wiadomo używa się do tego protokołu UDP. Problem jest taki że aplikacja będzie się łączyła z różnych sieci na całym świecie. Pytanie czy przez UDP mogę to rozwiązać czy zostaje mi tylko TCP?

edytowany 1x, ostatnio: volau, 2019-09-30 22:41

Pozostało 580 znaków

2019-09-30 22:45

Rejestracja: 6 lat temu

Ostatnio: 5 godzin temu

Lokalizacja: Wrocław

0

A czy UDP jest w jakimś kraju zakazane?

Pozostało 580 znaków

2019-09-30 22:49

Rejestracja: 7 miesięcy temu

Ostatnio: 5 godzin temu

0

chyba nie do kończa rozumie działania MulticastSocket. To joinGroup to jest IP "servera" czy tak jakby kanał na ktorym nadaje diagramy i jest dostępny z każdej sieci na całym świecie? Czy tylko w danej podsieci?

nie diagramy tylko datagramy :P - superdurszlak 2019-09-30 22:57
Chyba mylisz broadcast IP z multicastem - wartek01 2019-10-01 09:01

Pozostało 580 znaków

2019-09-30 22:58

Rejestracja: 6 lat temu

Ostatnio: 3 dni temu

0

Możesz skorzystać z protokołu UDP. Serwer musi być wystawiony publicznie (tzn. mieć publiczne ip ewentualnie proxy) aby komunikacja była możliwa z różnych sieci na całym świecie.

edytowany 1x, ostatnio: lookacode1, 2019-09-30 22:59

Pozostało 580 znaków

2019-10-01 11:42
Moderator

Rejestracja: 16 lat temu

Ostatnio: 6 godzin temu

1

chyba nie do kończa rozumie działania MulticastSocket. To joinGroup to jest IP "servera" czy tak jakby kanał na ktorym nadaje diagramy i jest dostępny z każdej sieci na całym świecie? Czy tylko w danej podsieci?

Multicast to jest pewien szczególny rodzaj komunikacji. IP jest adresem grupy, nie serwera. Idea jest taka, że infrastruktura sieciowa zjamie sie dostarczeniem pakietów do wszystkich w danej grupie. W praktyce multicast nie jest routowany poza sieciami lokalnymi, więc raczej nie o to ci chodzi. Musisz napisać serwer który będzie rejestrowac zainteresowanych klientów i rozsyłać do każdego z osobna dane.


Masz problem? Pisz na forum, nie do mnie. Nie masz problemów? Kup komputer...
edytowany 1x, ostatnio: Shalom, 2019-10-01 11:42
Multicast czyli np. adres rozgłoszeniowy 192.168.0.255/24? Czy to w praktyce jest gdzieś wykorzystywane np. w warstwie Aplikacji OSI? - lookacode1 2019-10-01 21:11
Nie nie nie. Multicast to zupełnie co innego niż broadcast. - Shalom 2019-10-01 21:27
Racja. Mówisz, że multicast nie jest routowany a z tego co wiem protokół RTP korzysta z multicast? - lookacode1 2019-10-01 23:38
Ostatni raz patrzyłem na to z 10 lat temu i były z tym problemy, możliwe że teraz już nie ma. - Shalom 2019-10-02 00:54

Pozostało 580 znaków

2019-10-01 12:10

Rejestracja: 8 miesięcy temu

Ostatnio: 1 dzień temu

0

Do takich rozwiązań głównie używa się UDP. W UDP nie ma retransmisji pakietów które nie dotarły - bo na co Ci dane które są już mocno opóźnione.

Mimo wszystko UDP też ma swoje problemy - np. brak informacji zwrotnej czy pakiet dotarł oraz czy klient nie jest zalewany zbyt dużą ilością pakietów.

Dlatego np. w H.323 używa się i TCP i UDP.

Możesz popatrzyć jak są skonstruowane takie protokoły:
RTSP
H.323

Pozostało 580 znaków

2019-10-01 15:41

Rejestracja: 7 miesięcy temu

Ostatnio: 5 godzin temu

0

W takim razie jak uzyc UDP tak aby serwer przyjmować kilka klientów i przyjmował i rozsyłał miedzy nimi pakiety. Musiałbym użyć DatagramSocket? Powiedzmy że chce zrobić aplikacje typu teamspeak

Pozostało 580 znaków

2019-10-01 20:18

Rejestracja: 12 lat temu

Ostatnio: 1 dzień temu

1

@volau: rzuć okiem na Netty i tyo jak tam można zrobić steaming.

Pozostało 580 znaków

2019-10-01 20:20

Rejestracja: 6 lat temu

Ostatnio: 3 dni temu

0

UDP to protokół bezpołączeniowy więc musisz sam zadbać o wiedze po stronie serva, kto ciągle chce otrzymywać datagramy.
Np. Gdy klient prześle pierwszy datagram możesz wygenerować uuid go identyfikującego i mu odesłać aby kolejne datagramy wysyłał
z tym identyfikatorem. Musisz pamiętać, że datagramy powinny być "lekkie" w granicach 512-1024B.

Pozostało 580 znaków

2019-10-05 16:21

Rejestracja: 7 miesięcy temu

Ostatnio: 5 godzin temu

0

Porozglądałem się po googlach, i w sumie nic konkretnego nie znalazłem. Zdecydowałem się użyć AsynchronousServerSocketChannel z timeoutem. Pytanie czy dobrze zrobiłem oraz jak wykryć koniec przysyłanych danych jak wiadomo duży pakiet danych na tcp może zostać poszatkowany na mniejsze. Doklejać wielkość na początku albo jakiś znak na końcu danych?

edytowany 1x, ostatnio: volau, 2019-10-05 16:21

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0