Отправлено mandigit 24 марта 2004 г. 13:42 В ответ на: т.е. смысл в том, чтобы "быстрее" принять правильный заголовок а не ждать когда примуться данные...т.к. длина вполне может быть и 000 (из шума) а это значит что Вы ждете 256 байт там, где их и нет отправлено Romario 24 марта 2004 г. 13:34

• битстаффинг / байтстаффинг? я бы не рискнул в радиоканале этим заниматься ...или это не радиоканал? — Romario   (24.03.2004 13:44, пустое)
  • Это именно радиоканал. Байтстаффинг+битстаффинг. — mandigit   (24.03.2004 13:56, пустое)
  • Весь мир рискует. Протокол X.25 использует битстаффинг. — Codavr   (24.03.2004 13:54, пустое)
    • X.25 проводной протокол... — Romario   (24.03.2004 13:58, пустое)
      • Пардон. Его адаптация к радиоканалу AX25. — Codavr   (24.03.2004 14:02, пустое)
      • а Аmateurs придумали AX-25 для Ham Radio...это не показатель.... — Romario   (24.03.2004 14:01, пустое)
        • Тем не менее (+) — Codavr   (24.03.2004 14:08, 158 байт)
          • окей...не буду больше трындеть:) если покажете какую нибудь коммерческую разработку для wireless передачи данных где будет написано "используем xx-стаффинги" на физ уровне радиоканала (если конечно такое пишут) и кроме ax-25 ессно:) — Romario   (24.03.2004 14:22, пустое)
            • Mobitex. Вполне себе коммерческая разработка. Битстаффинг. — Сергей Борщ   (24.03.2004 18:02, пустое)
              • глядя на mobitex frame format не заметил...впрочем не откажусь посмотреть Вашу ссылку:) — Romario   (24.03.2004 18:47, пустое)
                • могу конечно сильно ошибаться, но если данные заскреблировать, добавить FEC а потом сделать Interleaving и поверх наложить битстаффинг то при случайной ошибке может поплыть все данные в фрэйме...если так оно и есть, посыпаю голову пеплом:) — Romario   (24.03.2004 19:15, пустое)