-
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
- 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
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
- Przeniesienie numeru HaloNet -> INEA
- Czy tradycyjna telefonia stacjonarna już nie istnieje?
- AB=45 - co to?
- Szok! Działający automat telefoniczny!
- Modemy sprzętowe PSTN i ISDN Microcom - czy ma to jakąś wartość
- Ciekawe numery 2023
Najnowsze wątki
- 2024-07-02 Realme 7 Na co zmienić?
- 2024-06-27 Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-07-02 znalazłem samochód ;)
- 2024-07-02 Pierwszeństwo łamane
- 2024-07-02 zamek
- 2024-07-02 Akumulatory VRLA
- 2024-07-03 Białystok => Inżynier DevOps Conexa First (Kontraktor) <=
- 2024-07-03 MĂźnchen => Test Development Engineer (m/w/d) <=
- 2024-07-03 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-07-03 Warszawa => Programista Full Stack (.Net Core) <=
- 2024-07-02 Kraków => Spedytor międzynarodowy <=
- 2024-07-02 Poznań => Senior React Native Developer <=
- 2024-07-02 Rzeszów => Frontend Developer (React) <=
- 2024-07-02 Warszawa => Fullastack (Java) Developer <=
- 2024-07-02 reparacje