-
Data: 2012-08-28 01:19:20
Temat: Re: telefon biurkowy UMTS zamiast kablowej stacjonarki
Od: "J.F." <j...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia Mon, 27 Aug 2012 22:02:34 +0200, Maciej Bebenek napisał(a):
> "J.F" <j...@p...onet.pl> wrote:
>>> prędkości 64 kb/sek, na ośmiu bitach z ekspandorem i kompresorem mowy >(nie
>>> kodekiem!).
>> A czemu nie naswac tego kodekiem ?
> Mentalnie się nie zgadzam ;-) Generalnie idea jest taka, że kodujemy dźwięk
> na 12 bitach/8 Khz, a potem odrzucamy z nich najmniej istotne elementy. To
> jest bardziej kompresor dynamiki, niż koder.
Jak z 12 (14 ?) bitow sie robi 8, to to jest kompresja i to stratna :-)
W jedna i druga strone to to jest kodek, nawet jesli w istocie to kompresor
dynamiki :-)
>>> I własnie jest on po to, żeby każde urządzenie dogadało się z każdym >innym,
>>> niezaleznie od tego, czy masz kodeki GSM, VoIP czy PSTN, czy >cokolwiek się
>>> pojawi w nieokreślonej przyszłości. Takim strumieniem posługują się
>>> centrale i parę innych rzeczy.
>> Ale to nie wyklucza mozliwosci negocjacji innego strumienia na poczatku
>> polaczenia, skoro obie strony go akceptuja :-)
>> I przeciez nie wymyslam tu niestworzonych bredni, bo podobna negocjacja jest np w
faksach.
> Niby nie wyklucza, ale jest jeden standard i wszyscy się do niego
> dopasowywują. I jak na razie - czyli jakieś 30 lat - jest dobrze ;-)
W faksach tez byl jeden stardard, a potem sie namnozylo i tez jest dobrze
:-)
>> P.S. a tak swoja droga ... mam nadzieje ze mowa skompresowana do AMR czy
>> innego kodeka z GSM, nastepnie rozkompresowana, i znow skompresowana daje
>> taki sam strumien jak po pierwszej kompresji ? Czy za drugim razem tracimy jeszcze
wiecej ?
>>
> Ciutkę tracimy. Dlatego kodowanie stratne stosujemy tylko na końcach
> zestawionego połaczenia, a reszta przesyła tym czymś, co byś chciał zmienić
> :-) O, i przy okazji jest wytłumaczenie, dlaczego nie coś innego - miałbyś
> straty jakości w zalezności od liczby elementów komutujących.
Nie mial bym, bo by te elementy nie robily kompresji. Czysta transmisja
danych. A tak to sa dwa kodowania i dwa dekodowania.
Da sie tez tak dobrac algorytmy, zeby wielokrotne dekodowanie i kodowanie
nie wprowadzaly wiekrotnych zmian, ale czy takie sa uzyte to nie wiem.
J.
Następne wpisy z tego wątku
- 07.09.12 17:16 jędrek
Najnowsze wątki z tej grupy
- Kup szybko nową ładowarkę do smartfona
- Telefonia VoIP
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
Najnowsze wątki
- 2025-07-23 Gdańsk => Programista Delphi <=
- 2025-07-23 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-23 Warszawa => Starszy inżynier DevOps (AWS) <=
- 2025-07-23 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-23 Kraków => Senior Fullstack Engineer (Low-Code Platform) <=
- 2025-07-23 Wrocław => Senior Key Account Manager IT <=
- 2025-07-23 Trójmiasto => Head of Social Media <=
- 2025-07-23 Rzeszów => Spedytor Międzynarodowy <=
- 2025-07-23 Lublin => ERP Implementation Consultant (AP Module) <=
- 2025-07-23 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-07-23 Warszawa => Inżynier oprogramowania .Net <=
- 2025-07-23 Kraków => Kotlin Developer <=
- 2025-07-23 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-07-23 Warszawa => Java Developer <=
- 2025-07-23 Wrocław => Konsultant wdrożeniowy (systemy controlingowe) <=