|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Dmitry Radishev 2:5015/42 28 Feb 2003 00:21:51
To : Ѓ® «мл© ‚Ґав «Ґв
Subject : пpослyшивание диалапщика
--------------------------------------------------------------------------------
Thursday February 27 2003 03:25, Бональный Верталет wrote to Dmitry Radishev:
DR>> [пожимая плечами] шум, который можно фильтровать - шумом не
DR>> является по определению.
БВ> (1)
DR>> Примечание: "шумом" мы называем разницу принимаемого и
DR>> переданного сигналов, "фильтрацией" - уменьшение этой разницы.
DR>> "Системы
БВ> (2)
БВ> Эээээ? Рассмотрим сферического коня в вакууме... Допустим, на этапе
БВ> анализа мы при помощи Сутры Шушпанчика вычисляем все или некоторые
БВ> факторы, воздействовавшие на линию передачи данных. Если я правильно
БВ> понял (1), то влияние этих факторов не может называться "шумом", а
БВ> если правильно понял (2), то это именно "шум". Где я не прав?
Ладно, это я не прав :-)
Итак.
_Для модема_ шумом является _некорректируемое_ отклонение сигнала от
исходного. Модем может (ограниченно) корректировать результат кривизны АЧХ/ФЧХ
линии, в очень небольшой степени - бороться с нелинейностью. Сильная
нелинейность и сторонний аддитивный сигнал - являются для модема шумом.
Далее.
Если аддитивный сигнал нам неизвестен (тепловой шум, или наводки от соседского
радиотелефона) - мы _не можем_ его "отфильтровать". Зная характер шума мы может
уменьшить его субъективную слышимость (что и делают разнообразные "СШП" в
бытовой технике), но "шум с точки зрения модема" это только увеличит.
Линейные искажения, как уже говорилось, корректируются самим модемом.
Коррекция нелинейных искажений весьма затруднена, во многом по причине
сложности их корректно "измерить" (получить нормальную модель искажений
конкретной линии по имеющимся данным).
Короче :-)
_Шум_ мы фильтровать не можем. Другой вопрос, что шум с точки зрения модема
может не являться шумом для нас (пример - намеренно подмешанный известный нам
сигнал), и на этом можно попытаться сыграть.
Hо скорость связи при этом обязана заметно упасть - поскольку такое
подмешивание "псевдошума" может иметь целью только упрощение себе задачи,
заставляя модемы снижать скорость (более "внятно" шипеть друг другу битики).
DR>> А доказательство... пусть мы имеем процедуру, уменьшающую шум
DR>> вдвое. При этом скорость вырастет тоже примерно вдвое. Применивши
DR>> эту процедуру последовательно пару раз - мы легко получим >100
DR>> кбит/с по телефонной линии, то есть по каналу 64 кбит/с, чего не
DR>> бывает потому что не может быть.
БВ> о! я тоже так умею.
БВ> пусть мы имеем архиватор, который может сжать файл в 2 раза. применив
БВ> его нужное число раз, мы сожмем любой файл до одного байта, чего не
БВ> бывает потому что не может быть. вывод: архиваторы не могут сжимать
БВ> файлы, это происки Сотоны. Данные на самом деле не сжимаются, а
БВ> отправляются на временное хранение в Портал посредством
БВ> недокументированного syscall #666.
А что такое "шум", кстати? Если это случайный сигнал (имеющий какой-то спектр
и интенсивность), то если ты имеешь алгоритм его фильтрации (пусть даже при
известном спектре и интенсивности) - не скрывай, мы тебя на международную
премию по математике номинируем, гарантирую - получишь среди первых :-)
All the best //DiBR [TEAM ВСЕ МАСТДАЙ] [шестая базовая]
[http://dibr.nnov.ru]
--- [LPT] LaMerZ PrOfeSsIoNaL TeaM /member/
* Origin: FCC rules! (2:5015/42)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
