> вот-вот. я хоть эту математику уже почти забыл, т.к. больше
> 10 лет прошло, помню одну хорошую истину: не каждая
> формула/преобразование легко реализуется в
> железе/программе. с какой степенью точности будешь
> раскладывать? персоналки-то хватит для расчетов или Cray
> арендуешь? ;)
обработка 10 мин 48кгц 16бит на p4 при окне 65536 занимает примерно 15-20 мин.
> миллигерц? ;) это круто ;) (опять к терминологии
> обозначениям придираюсь)
> если серьезно, то в моей области такие частоты не нужны,
> посему не слышал. только откуда взялись 20 мегагерц, если
> ты выставлял требование двукратного превышения частоты
> дискретизации? а гальваническая развязка - на правах
> рекламы? ;)
не знаю где ты учился но есть закон для обработки сигнала с частотой f нужна частота дискритизации 2f и выше чем больше дискретизация 2f тем больше избыточность!
> да, я не специалист по разработке модемов и теории связи.
> но на уровне здравого смысла и высшего технического
> образования понимаю, как это работает, и вижу явную
> проблему в реализации. ты же не хочешь (или есть другая
> причина?) внятно объяснить путь решения.
Заметно!
> линейных, нелинейных, постоянных, разовых... какие они там
> еще в линии бывают? плюс искажения при оцифровке (из-за
> дискретизации и конечной разрядности АЦП).
Шумы квантования настоль малы по сравнению с сигналом модема что ими пренебрегают иначе стоящий на модеме АЦП былбы бесполезен.
> тебя послушать, так контрольные суммы пора отменять ;) я
> как раз о том и говорю, что в результате наложения помех
> (где гарантия, что ты их полностью вычистишь?) после
> демодуляции ты получишь 0 вместо 1 или наоборот. так
> понятно?
Контрольные суммы в байтах а вбит это 0/1
> правильно. только модемы не на помеху реагируют, а на
> несхождение контр. сумм.
Это ты так думаешь на каждом модеме стоит цифровой согналный процессор,
а потом уже конрольные суммы итд, но это формирует уже протокол типа V.XX
> да уж конечно. если ты в своей записи сеанса не сможешь от
> помехи избавиться, то результат демодуляции будет с
> ошибкой. после преобразования его по протоколам распаковки,
> ты получишь никому ненужный мусор, вместо исходной
> информации.
В записи как раз можно отфильтровать помехи, определить динамическое изменение уровня сигнала.
> состояния!
> но где гарантия, что ты правильно демодулировал?
> допустим, я посылал 11011010, ты записал с помехами и после
> демодуляции получил 11111010.
>
> состояния?
> вот именно. посему их и легко перепутать.
Совсем не шариш темы!
> ага. они специально для тебя повторят тот же самый сеанс
> передачи в удобное для тебя время ;)
пользователь логинится меньше 2 раз в день ? Разве?
А ты точно все что писалось раньше прочитал?
> а ты попробуй. свяжи 2 модема на 300 бод без всяких
> протоколов, чтобы не заморачиваться, и восстанови данные.
>
> зы. ты так ничего внятного не сказал насчет вычитания
> сигналов.
Так Я так примерно и сделал без криптования передал файл содержание которого известно ошибок не было.
Вот так!
|
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
