-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!feeder.erje.net!news.mb-net.net!open-news-network.org!aioe.org!news.chmur
ka.net!.POSTED.static-90-250-3-82.vodafonexdsl.co.uk!not-for-mail
From: Cezar <c...@t...pl.invalid>
Newsgroups: pl.misc.elektronika
Subject: Re: lwIP - odbieranie danych przez TCP
Date: Thu, 29 Sep 2022 09:58:23 +0100
Organization: news.chmurka.net
Message-ID: <th3mng$78q$1$cezar91@news.chmurka.net>
References: <632f2939$0$455$65785112@news.neostrada.pl>
<1sjefj0s46cyi.l9ylckob73a0$.dlg@40tude.net>
<6333f830$0$447$65785112@news.neostrada.pl>
<e3owijdfib1a$.1bbj90doev5kq.dlg@40tude.net>
<6334d82a$0$463$65785112@news.neostrada.pl>
NNTP-Posting-Host: static-90-250-3-82.vodafonexdsl.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 29 Sep 2022 08:58:24 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="cezar91";
posting-host="static-90-250-3-82.vodafonexdsl.co.uk:90.250.3.82";
logging-data="7450"; mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.11.0
Content-Language: en-US
In-Reply-To: <6334d82a$0$463$65785112@news.neostrada.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:774595
[ ukryj nagłówki ]On 29/09/2022 00:26, Atlantis wrote:
> On 28.09.2022 18:39, J.F wrote:
>
>> Owszem, jest opoznienie spore ... ale to serwer czy po stronie klienta
>> buforowanie jest ?
>
> Co prawda trochę tutaj spekuluję, jednak wydaje mi się, że w przypadku
> normalnego serwera HTTP i tak nie bardzo w grę wchodzi zapewnienie
> prędkości idealnie dopasowanej do bitrate'u. Serwer dysponuje pewna pulą
> na bieżąco uzupełnianych danych, a klient o nie prosi. Może się zdarzyć,
> że do klienta dane będą docierały przez pewien czas z prędkością poniżej
> bitrate'u (bo np. pojawi się konieczność kilkukrotnej retransmisji
> któregoś pakietu) więc czemu nie miałaby mieć miejsca odwrotna sytuacja
> - kiedy klient prosi o udostępnienie danych z pewnym wyprzedzeniem?
>
Takie coś nie występuje w przyrodzie bez jakiejs wymyślnej implementacji
(a na pewno nie w HTTP)
Klient może tylko spowolnić odbiór (w przypadku TCP)
W UDP nawet tego nie może.
>> Serwer do kompresji cos musi buforowac, ale dla radia to chyba
>> niewiele - gorzej z video mpeg. No ale telewizja cyfrowa tez
>> kompresuje .. >
> Kiedyś podstawiłem obok siebie moje radio internetowe odbierające
> radiową Jedynkę oraz stare radio AM, nastawione na 225 kHz. Różnica
> mogła wynosić dobre 10 sekund. Oczywiście nie znaczy to, że całe
> opóźnienie pochodzi od bufora w serwerze, bo jeszcze częściowo może być
> wprowadzane na różnych łączach pomiędzy studiem a serwerem. Pomiędzy
> Jedynką na FM i AM też jest widoczne opóźnienie, chociaż może nie tak
> znaczne.
Nie wiem jak dochodzi feed do nadajnika AM ale FM to są głównie satelity
Kompresja w telewizji (czy też DAB) to inna bajka. Jest tam sporo danych
nadmiarowych do FEC. Tam gdzie używa się UDP (RTP) do transmisji głosu i
obrazu też jest używane FEC
Przy obrazie to widać że w przypadku utraty pakietów, część obrazu staje
się bardziej "zamazana" (H264, H265) a w przypadku głosu, dzwiek ma
mniejsze pasmo (Opus)
Samo uzycie FEC juz wprowadza dodatkowe (choc niewielkie) opóźnienie.
Często słucham radia internetowego i w zasadzie zauważyłem że jeśli są
problemy w transmisji i następują przerwy to po przerwie radio gra
dokładnie od momentu kiedy przerwało co by znaczyło że bufor po stronie
nadawcy zostaje zwiększony ale prędkość odgrywania radia się nie
zwiększa. Ten bufor jest resetowany co jakiś czas, co skutkuje że
transmisja nagle przeskakuje o kilka minut do przodu. Głównie zauważalne
w samochodzie podczas jazdy. Moim zdaniem UDP np z Opusem o wiele lepiej
by zdało egzamin...
c.
Następne wpisy z tego wątku
- 29.09.22 16:48 Atlantis
- 29.09.22 17:05 Atlantis
- 30.09.22 09:49 J.F
- 30.09.22 11:04 Cezar
- 30.09.22 12:12 JDX
- 30.09.22 12:13 J.F
- 30.09.22 12:21 J.F
- 30.09.22 12:23 J.F
- 02.10.22 07:48 Marek
- 02.10.22 09:39 Atlantis
- 02.10.22 15:05 Marek
- 02.10.22 15:11 Marek
- 02.10.22 21:06 Atlantis
- 02.10.22 21:41 Mateusz Viste
- 04.10.22 09:04 Atlantis
Najnowsze wątki z tej grupy
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO