информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСтрашный баг в WindowsПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / gadgets
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А вот примерный ответ 12.04.02 09:15  Число просмотров: 2037
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
> > раскладывать? персоналки-то хватит для расчетов или
> Cray
> > арендуешь? ;)
>
> обработка 10 мин 48кгц 16бит на p4 при окне 65536 занимает
> примерно 15-20 мин.
я вообще-то не про килогерцы спрашивал. а про точность разложения в ряд Фурье.

> > посему не слышал. только откуда взялись 20 мегагерц,
> если
> > ты выставлял требование двукратного превышения частоты
> > дискретизации? а гальваническая развязка - на правах
> > рекламы? ;)
>
> не знаю где ты учился но есть закон для обработки сигнала с
> частотой f нужна частота дискритизации 2f и выше чем больше
> дискретизация 2f тем больше избыточность!
ты специально отвечаешь не на тот вопрос, который тебе задали? этот "закон" я и без тебя знаю (кстати, у нас на кафедре проводились исследования, показавшие, что он не так уж и обязателен)
ответь прямо: по твоим прикидкам, чтобы твоя идея нормально работала, дискретизацию надо в 2 раза выше или применять твои бешенные девайсы на 20 мегагерц,

> > да, я не специалист по разработке модемов и теории
> связи.
> > но на уровне здравого смысла и высшего технического
> > образования понимаю, как это работает, и вижу явную
> > проблему в реализации. ты же не хочешь (или есть
> другая
> > причина?) внятно объяснить путь решения.
> Заметно!
что заметно? что ты не хочешь объяснять путь решения?
если тебя интересует моя специализация, то это цифровое управление приводами и их моделирование. цап/ацп/помехи и связанные с ними проблемы известны не понаслышке.

> (из-за
> > дискретизации и конечной разрядности АЦП).
> Шумы квантования настоль малы по сравнению с сигналом
> модема что ими пренебрегают иначе стоящий на модеме АЦП
> былбы бесполезен.
естесвенно, иначе передачи просто не будет. но это могут быть те "5 копеек" которые вкупе с помехами линии уделают сигнал до безобразия.

> > тебя послушать, так контрольные суммы пора отменять ;)
> я
> > как раз о том и говорю, что в результате наложения
> помех
> > (где гарантия, что ты их полностью вычистишь?) после
> > демодуляции ты получишь 0 вместо 1 или наоборот. так
> > понятно?
> Контрольные суммы в байтах а вбит это 0/1
м-да, ну и образование людям теперь дают ;) долго доходил до этой светлой мысли? понятно, что контроль происходит после разбора демодулированного потока бит. но что это меняет? дело ведь не в моменте обнаружения ошибки, а в возможногсти ее исправить.

> > правильно. только модемы не на помеху реагируют, а на
> > несхождение контр. сумм.
>
> Это ты так думаешь на каждом модеме стоит цифровой
> согналный процессор,
> а потом уже конрольные суммы итд, но это формирует уже
> протокол типа V.XX
если бы ты еще ставил запятые, чтобы высказывания на бред не походили...
представь себе знаю. только что ты хотел своим пассажем опровергнуть? повторил мою фразу, только другими словами и показал высокий уровень знаний устройства модема.

> > ты получишь никому ненужный мусор, вместо исходной
> > информации.
> В записи как раз можно отфильтровать помехи, определить
> динамическое изменение уровня сигнала.
слушай, ты кроме "обработки сигналов" по жизни еще что-нибудь знаешь? в курсе, например, что в обсуждаемом потоке вероятность 1 и 0 одинакова? на реальном сигнале замаешься фильтровать...


> > демодуляции получил 11111010.
> >
> > состояния?
> > вот именно. посему их и легко перепутать.
> Совсем не шариш темы!
наивный юноша, не умеющий после аспирантуры писать по-русски без ошибок! если ты не хочешь понять, что тебе пытаются сказать, не помогут никакие объяснения. в частности, ты когда-нибудь сможешь осознать, что поток бит, полученный после демодулаяции тобой и принимающим модемом (еще до разбора всякими V.xx) может отличаться?

> > ага. они специально для тебя повторят тот же самый
> сеанс
> > передачи в удобное для тебя время ;)
> пользователь логинится меньше 2 раз в день ? Разве?
поразительное открытие ;) а скорость соединения каждый раз совпадает? и протокол? и число ретрейнов?

> Так Я так примерно и сделал без криптования передал файл
у-у. да у тебя еще и мания величия ;)
а давно ли в модемах появилось "криптование"? (кстати, почитай http://cybervlad.port5.com/faqs/rucr_faq.zip, а то ламерство по части криптографии так и прет)
> содержание которого известно ошибок не было.
> Вот так!
да я уже понял, что ты решил задачку "про сферического коня, падающего в вакууме". а теперь подумай о практике вне лаборатории и о полезности полученных результатов.

собствено, то, что ты придумал и попробовал с помощью ацп и программной демодуляции, делается путем небольшой доработки стандартного модема и дешевого устройства для подключения его к линии без отбора мощности. при этом попутно решается проблема реализации v.xx, а достоверность полученных результатов - такая же :)
<gadgets> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach