Cyfrowa transmisja dźwięku

probowales policzyc to swoje echo? mi wychodzi ze opoznienie wyjdzie duzo ponizej 1 ms

Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza również jest pomijalny ale już 4x opóźnienie na kodeku podejrzewam że będzie już dużo większe. Poza tym transmisja będzie punkt, kilka punktów, full-duplex a więc jakiś protokół master-slave, czyli dochodzi opóźnienie na tworzenie ramek do wysłania + czas przesyłu tej ramki.

Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza jest pomijalny ale już 4x opóźnienie na kodeku podejrzewam że będzie dużo większe. Poza tym transmisja będzie punkt, kilka punktów, half-duplex a więc jakiś protokół master-slave, czyli dochodzi opóźnienie na tworzenie ramek do wysłania + czas przesyłu tej ramki.

Jak to wyliczyłeś? Owszem czas przesyłu przez 1 km łącza jest pomijalny ale już 4x opóźnienie na kodeku podejrzewam że będzie dużo większe. Poza tym transmisja będzie punkt, kilka punktów, half-duplex a więc jakiś protokół master-slave, czyli dochodzi opóźnienie na tworzenie ramek do wysłania + czas przesyłu tej ramki.

Jeżeli usuwanie echa okaże się konieczne, to wystarczy filtr adaptacyjny oparty na jakiejś wersji algorytmu LMS - dla każdej próbki raptem kilka mnożeń i jedno dzielenie (np. ieeexplore.ieee.org/iel5/9395/29808/01359047.pdf).

Pazdawim Portal

no i wlasnie od protokolu zalezy jakie bedziesz mial opoznienie - wiec przemysl protokol - jesli utrzymasz opoznienie na sensownym poziomie kilku ms to imo zadnego echa nie powinno byc... a lokalne echo nie powinno byc zadnym problemem bo mozesz je usuwac przed wyslaniem ramki.

zobacz co "piszczy" w dsPIC - jest obsługa codeca i sporo przykładów oraz bibliotek - może się "nada" wkwj

Musi to być transmisja cyfrowa? Nie można wykorzystać dwóch telefonów?

Michał

AntekL napisał(a):

Jeśli urządzenia głośnomówiące, czyli jakość raczej nie hifi, to może niekoniecznie cyfrowo przesyłać. Są gotowe moduły nadajników audio "po skrętce".

Tak "na oko" to raczej się sprzęgać będzie - czyli gwizdek otrzymasz. Jakiś układ antylokalny potrzebny - jak w telefonach.

Tak z ciekawośći - dlaczego akurat cyfrowo chcesz przesyłać? i do tego po rs485?

pozdrawiam

Chce tam wepchnąć oprócz dźwięku jeszcze proste sterowanie. Można oczywiście puścić je osobno ale jeśli sie okaże że cyfrowo będzie dobrze i tanio to chyba tak będzie lepiej.

Robiłem testy nagrywając dźwięk i dodając echo w programie do edycji dźwięku na PC. Do 50 ms praktycznie nie widać różnicy. Wygląda więc na to, że nie będzie tak źle.

Sterowanie można by zrobić na podnośnej ponad pasmem akustycznym z modulacją na przykład FM. Stosunkowo łatwo to zrobić na pętli PLL 4046. AM być może też by się sprawdziło. Przypuszczam, że całość wyjdzie taniej, a audio analogowe zamie węższe pasmo.

Michał

pzdr mk

powiedzmy ze bezpieczne jest kilkanascie ms - ale to nie powinien byc klopot.

AntekL napisał(a):

Do tego wystarczy prosty analogowy układ antylokalny, który zestroisz potencjometrem montażowym. Nie należy strzelać do muchy wielogłowicową rakietą międzykontynantalną :) Zanim wymyślono pierwszy tranzystor taki ukłąd załatwiał odpowiednio uzwojony transformator w telefonie i było dobrze.

Ale jak będzie miało "cyfrowe" w nazwie to sie lepiej sprzeda :D Poza tym będzie to można łatwo podłączyć do komputera, pendrive'a i czego tam jeszcze klient nie wymyśli.

Pan Antek napisał:

A jak klient zareaguje na urządzenia cyfrowe zrealizowane w technologii Integrated Services Digital Network? Przez dwa połączone ze sobą telefony ISDN to sobie i pogadać można (nawet przez głośnik) i dane sygnalizacyjne przepuścić. Do komputera też można podłączyć.

Biorę pod uwagę i taka możliwość