Автор |
Сообщение |
|
Дата: 28 Июн 2009 23:47:24
#
Mesh
Прекрасный был сегодня денек!
Был сильно удивлен, что Вы до сих пор разбираете очевидные вещи. Специально для Вас - битовый поток:
11111111111 холостой ход (нажатие)
0 11011 11 8 битный знак (0 - старт в данном случае, 11011 - символ кода ITA2, 11 - 2 стопа)
0 01101 11 -//-
0 11001 11 -//-
0 11111 1 7 битный знак (0 - старт, 11111 - символ кода ITA2, 1 - 1 стоп)
0 11000 111 9 битный знак (0 - старт, 11111 - символ кода ITA2, 111 - 3 стопа)
0 00100 1
0 00100 111
0 00100 11
0 11011 11
0 01101 1
0 01010 111
0 11111 11 и т.д.
0 10011 11
0 00100 11
0 00100 11
0 00100 1
0 11011 111
0 01101 11
0 10101 11
0 11111 11
0 11000 11
0 00100 1
0 00100 111
0 00100 11
0 11011 11
0 01101 11
0 01100 11
0 11111 1
0 10011 111
0 00100 11
0 00100 11
0 00100 11
0 11011 1
0 11101 111
0 11001 111
0 11111 1
0 11000 11
0 00100 11
0 00100 11
0 00100 11
0 11011 11
0 11101 1
0 10101 111
0 11111 11
0 10101 11
0 00100 11
0 00100 11
0 00100 1
0 01101 111
0 10011 11
0 10011 11
0 00010 11
0 00010 11
0 01000 11
111111111111111111111111
1111111111111111111111111111111111111111111111111
Просмотрев данную "портянку" делаем вывод, что основным распределение бит является 1-5-2.
Сразу после появления знака с распределением бит 1-5-1, следующим знаком является символ с распределением бит 1-5-3. Это обусловлено тем, что в знаке с распределением бит 1-5-1: используется не 1 стоп, а полторашный. Он (полторашный стоп) и компенсируется в следующем знаке с распределением бит 1-5-3 добавочным битом.
Mesh учитесь у меня (пока я жив) анализу, а не пустому трепу.
|
|
Дата: 29 Июн 2009 00:03:56
#
anre_link :) Когда пишут такое учитесь у меня (пока я жив) анализу, а не пустому трепу. Что интересно хотят услышать в ответ? Зачем это вам? Если у вас нет глаз, что бы увидеть, что ни каких полторашых стопов в сигнале нет, то это не моя проблема. Если у вас хватит ума, вместо коде-300 взять другую программу, где задётся длина стопа, то возможно вам покажется странным, что текст принимается без искажений именно в формате 1-5-1. Вопросы есть?
|
Реклама Google
|
|
|
Дата: 29 Июн 2009 00:06:34 · Поправил: anre_link (29 Июн 2009 00:11:01)
#
Mesh
Вы уже собственным глазам не верите?
Данные программы "не понимают" 1-5-2 или 1-5-3. Они как я говорил выше, списывают 1-2-3 стопа на х/ход. Написаны они так... Правильно.
|
|
Дата: 29 Июн 2009 00:10:00
#
anre_link Я наверное слепой? Вы где-то показываете (полторашный стоп или делаете по пустому трепу? Что не ясно в фразе взять другую программу, где задётся длина стопа, то возможно вам покажется странным, что текст принимается без искажений именно в формате 1-5-1.? Какие-то проблемы это проверить? Может завяжем а?
|
|
Дата: 29 Июн 2009 00:19:08
#
Демодуляторы не понимают полторашный стоп... При накоплении они просто делают еще один бит. Это элементарные вещи. Не мне их Вам обьяснять.
Если взять программу четко завязанную на стопы то Вы не получите читабельного текста не в 1-5-1 и не в 1-5-2. Так как определенные символы окажутся переданными то с 1 стопом, то с двумя, то с 3 стопами. О "правильном написании" программ я говорил выше, поэтому Вы и "ведетесь" на то что они все расчитаны хотя бы на один стоп. Далее смена полярности определяет начало следующемго знака. В этом весь секрет Ваших программ. А вот в анализе, соотношение бит не кто не отменял. И как видно не вооруженным взглядом наибольшее число с соотношением 1-5-2. Что бесспорно. А это Ваше дело принимать факты как есть, или подгонять их под свои "жизненные устои".
|
|
Дата: 29 Июн 2009 00:30:43
#
anre_link Ивините вы тупой? Нет в исходном демодулированном сигнале ни каких полторашный стоп и в помине. Там все кратно 75 бодам, там нет ничего полуторного, вы реально пургу несёте. Аналист который ещё жив. :) Вы реально меня пугаете, из своей же простыни в упор не видите подряд два знака с 1-5-3 что сводит на нет ваши "компесации", и банально гнёте своё. И как видно не вооруженным взглядом реальная передача 1-5-1, асинхронная. :) И реально Ваше дело принимать факты как есть, или подгонять их под свои "жизненные устои".. Звчем было нагнетать нормальное обсуждение, я не знаю, наверное вы сьели чего? Хотя не мои проблемы.
|
|
Дата: 29 Июн 2009 00:36:03
#
Не я дядке в 55 лет обясняю азы, а Вы. Да, еще жив пока.
А Вы не видите, что после двух знаков опять 1 стоп. Просто так наверно?
0 11011 1
0 11101 111
0 11001 111
0 11111 1
|
|
Дата: 29 Июн 2009 00:49:55
#
anre_link Послушайте, я предложил, взять любую программу где можно выставить длину стопа. И продекодировать последовательно с 1 с 1.5 с 2 с 2.5 с 3 стопами. Вам рассказать что будет в итоге или сами догадаетесь? :) Вы странный честное слово, вы же ну абсолютно ничего не делаете в защиту своих версий, в просто пустому трепу предаётесь. Куда как проще просто проверить, но что-то вам мешает. Я с какой-то стати ищу контр аргументы, проверяю всё это, и только потом пишу. Что не ясного что это формат 1-5-1 аснинхронная передача? Вас задевает что-то в этой формулировке? Я не пойму честное слово смысла ваших боданий.
|
|
Дата: 29 Июн 2009 01:20:47
#
Mesh
Ну,не видите 1-5-2 - так не видите ! Бодаться с Вами и не собираюсь...
Ответ на Ваше предложение по декодированию: Декодировано будет, опять повторяюсь (см. выше), будет правильно с 1 стопом. Безусловно. Так как, только с одиним стопом декодер поймет правильно различные стопы (их три варианта) - посчитает их просто холостым ходом! Но Ваш аргумент никоем образом не влияет на то, что есть в битовом потоке. Если Вы считаете, что это 1-5-1 с холостым ходом - так и считайте!
Удачи!
|
|
Дата: 29 Июн 2009 01:26:24 · Поправил: Mesh (29 Июн 2009 01:28:15)
#
anre_link Декодировано будет, опять повторяюсь (см. выше), будет правильно с 1 стопом. Ну уже хорошо, а какой декдер по вашему тогда используют те для кого передача? 1-5-1 или 1-5-2 ? В битовом поткое, я уже не знаю какой раз это говорю, асинхронная 1-5-1, это сложно для понимания?
|
|
Дата: 29 Июн 2009 01:32:04 · Поправил: anre_link (29 Июн 2009 01:32:43)
#
Mesh
Пойдем другим путем... Как для Вас тогда выглядит асинхронная передача с распределением бит 1-5-2?
|
|
Дата: 29 Июн 2009 01:36:57
#
anre_link Прикольно Пойдем другим путем... зачем? Простой вопрос какой декдер по вашему тогда используют те для кого передача? 1-5-1 или 1-5-2 ? ответ очевиден, но произнести его вы не можете :) Пускаететсь теперь в манёвры, не солидно.
|
|
Дата: 29 Июн 2009 01:46:07
#
Mesh
С таким же успехом могу сказать про Вас: уходите от очевидного ответа. "Пускаетесь в маневры". Как говорят в поговорке: "Если два барана встретились на горной тропинке - дорогу никто не уступит".
Все. Спокойной ночи.
|
|
Дата: 29 Июн 2009 01:56:05 · Поправил: Mesh (29 Июн 2009 01:56:44)
#
anre_link Прикольный ход педалей! Вместо ясного и простого ответа на вопрос, мне задают другой вопрос и когда я пытаюсь обратить внимение на старый вопрос, ответ на который у вас банально застревает в горле, я ещё и виноват? С таким же успехом могу сказать про Вас: уходите от очевидного ответа Нет не с таким же успехом, а банально пытаясь уйти от ответа. Я вам отвечу не переживайте, но только после вас. :) Ну так где-то.
|
|
Дата: 29 Июн 2009 05:52:11
#
Mesh
Простой вопрос какой декдер по вашему тогда используют те для кого передача? 1-5-1 или 1-5-2 ?
Не простой ответ...
Немного информации из книг:
"В основе асинхронной передачи телеграфными аппаратами лежит фазированная схема. Схема основана на передаче стартовой (без токовой посылки - 0), информационных бит и стопа (токовой посылки - 1). И синфазной схеме приема-передачи информации, т.е.при передаче одного символа осуществляется прием одного символа. При необходимости, качественной работы синфазной схемы, длительность стопа может быть увеличена или для особой точности варьироваться в интервале с последующей компенсацией в следующем символе для соблюдения скоростного режима и синфазной работы приемо-передающей части."
Из этого можно предположить, что занятость каналов кораблями ВМС (осуществляемая хаотично) требует точного выведения состояния канала в нашей передаче. Опрос занятости каналов, осуществляется, судя по всему, автоматизированной системой с определенной задержкой, что периодически мы и наблюдаем на стопах.
Так, что на приемном конце пользователи этой передачи используют декодер не 1-5-1 и не 1-5-2. А "хитрость" основанную на приеме всего лишь одной токовой посылки и дальнейшем поиске бестоковой посылки при условии, что стоповые посылки могут принимать три значения (1, 2, 3). Исходя из количества применяемых в передаче 7, 8, 9 битных знаков можно предположить, что в основу положена передача с распределением бит 1-5-2.
Я последний раз пытаюсь обьяснить Вам свою позицию. Надеюсь в этот раз доходчиво. Если Вы с ней не согласны - это Ваше право.
|
|
Дата: 29 Июн 2009 07:11:19 · Поправил: Mesh (29 Июн 2009 07:12:29)
#
anre_link Мда, реально, просто ответить, что приёмная сторона юзает декодер 1-5-1 вам не подсилу. Надо же, кто бы мог подумать, что такие проблемы признать очевидное. А чего стоят эти присказки "в последний раз... если не согласны то Ваше право..." Типо говорите, что хотите, вы всё равно скажете ерунду. А информация из книг, а выводы, это да, это сильно. Особенно меня умиляет Так, что на приемном конце пользователи этой передачи используют декодер не 1-5-1 и не 1-5-2. А "хитрость" основанную на приеме всего лишь одной токовой посылки и дальнейшем поиске бестоковой посылки при условии, что стоповые посылки могут принимать три значения (1, 2, 3) Наверно декодер 1-5-1 слишком безхитростен для решения этих задач? Он же тупо будет ждать старта столько скольно нужно и 1 и 2 и 3 и пять и десять тактов, ну так устроен старстопный протокол, а нужны "поиски... да при условии.." круто замешано. Я уж не говорю о том, что впервые слышу что бы длительность стопа уменьшали в целях "особой точности" от номинала, а потом увеличивали, это вообще находка в устойчивой и надёжной телеграфной связи. Ладно, меня утомила эта возня детская. Я хотел воспользоватся вашмм предложением, так как самому мне гордится особо нечем, учитесь у меня (пока я жив) анализу, а не пустому трепу., где можно озакомится с трудами вашими по анализу или примерами или исследованиями уж не знаю чего у вас есть, где посмотреть? А то может реально я тут треплюсь, и не вижу так сказать в угаре полемики человека грамотного и достойного. Если не затруднит конечно, хотя что-то мне подсказывает проблемы будут с этим, но чёрт его знает могу и ошибится. Заранее спасибо. :)
|
|
Дата: 29 Июн 2009 22:48:46
#
Mesh
Зачем Вам мои «труды»? Попробую обьяснить «на пальцах»… И так…
В RTTY используются следующие режимы:
-ручной
-автоматический (непрерывный), подразделяется на: 1- классический
2 - адаптивный
Переходим к анализу нашего сигнала на предмет используемого режима. Предположим, это ручной. При ручном режиме длина стопового времени варьируется в больших интервалах. Между нажатием на клавиатуре телеграфного аппарата одной клавиши, а затем другой проходит различное время, что отмечается в характерном «рисунке» передачи. При этом различное время между передачей знаков стремиться к значению минимального цикла передачи. При совпадении цикла передачи и времени ручной передачи знака можно сказать, что передача обладает свойствами непрерывного (автоматического) режима. Это также, говорит о профессионализме телеграфиста. Но сейчас не об этом. Ручная передача имеет различную длину стопового времени (от чуть большей чем длительность реального стопа и до бесконечности), а не имеет значение константы или, как у нас, определенной зависимости. Значит, делаем вывод, что передача обладает свойствами непрерывного (автоматического) режима.
Режим автоматической классической работы обладает следующим свойством - полностью соответствует циклу передачи, т.е.при использовании 1-5-2 длина постоянно равна 8 битам, соответственно, при распределении бит 1-5-3 длина знака равна 9 битам.
В нашем случае, это выражалось бы в постоянной длине знака, что как видим данное свойство не соблюдается. В нашей передаче используются знаки с 7, 8, 9 элементами. Значит, делаем вывод, что наша передача обладает свойствами автоматического адаптивного режима.
Теперь отступим немного в сторону… Практический прием передач 1-5-2, 1-5-3, 1-5-4, 1-5-5 и т.д. декодером 1-5-1 не коем образом не относится к анализу передачи, так как не позволяет выявить реальную длину знака, а только позволяет правильно принять текст. При данном подходе, передачи с различной значностью у Вас сводятся к передаче 1-5-1. Что логически не верно, а при анализе не приемлемо, так как не выявляет структуры передачи…
Режим автоматический адаптивный обуславливается требованиями в используемой системы связи, техническими характеристиками приемо-передающей аппаратуры и их согласования. Приведу примеры современных сигналов применяемых в КВ диапазоне в непрерывном адаптивном режиме.
Пример 1. В 100 бодной передаче применяется RTTY декодируемый декодером 1-5-1.
При Вашем подходе: Чего тут думать! Передача 1-5-1! Она же принимается декодером 1-5-1!
При моем подходе: передача с распределением бит 1-5-2 и удлиненным стопом каждого девятого знака до 24,5 бит, что требуется для согласования передающей аппаратуры работающей со скоростью 100 Бод с приемной аппаратурой работающей со скоростью 75 Бод через согласующее устройство.
Еще не почувствовали разницу наших позиций?
Пример 2. В модеме основанном на стандарте «MIL-STD-188-110A» применяется стандартные по времени кадры и внутри «находится» битовый поток декодируемый декодером 1-5-1.
При моем анализе выявляется, что кадр соответствует длине 960 бит, при этом используется передача с распределением бит 1-5-2. Если сообщение меньше 120 символов, то оно равномерно распределяется в теле кадра с применением увеличения стопа до 10 бит, т.е. для соблюдения кратности 8 битам.
Теперь самое интересное. В настоящий момент, люди занимающиеся анализом, как правило опускают некоторые нюансы данных передач. И для обозначения используют нейтральное обозначение группы данных передач, как просто - передачи с пяти элементным кодом. Как видите, абсолютно, не обращая внимания на количество стопов.
О том, что в нашей передаче я уже описывал Вам выше. Повторяться не буду.
"Ну, где-то, так!" - как Вы периодически говорите.
|
|
Дата: 29 Июн 2009 23:32:50
#
А помоему стоповый бит, состоящий из нескольких бит - это только запутываться. Пусть стоповый бит (бит - минимальный кусочек по определению) будет, как ему и положено, длиной в один бит, а все остальное - это пауза так или иначе, которая в разных системах может быть обусловлена совершенно разными факторами, например согласованием скоростей, тугодумностью оператора и т.д. Это же асинхронная передача! Тут по определению неизвестно, когда придет следующий байт, иначе вообще не нужны никакие старт-стопы (в разумных пределах).
Я конечно не большой специалист в подобных вопросах, но сколько сам писал всяких декодеров, то они действуют по следующему принципу:
1) Фиксируется перепад уровня, означающий начало стартового бита.
2) Проверяется длительность стартового бита (ограничение снизу) и при положительном результате формируется сетка времени для приема информационных бит.
3) Принимаются информационные биты (ну тут уж могут быть алгоритмы разной степени параноидальности с защитными интервалами, символами стирания и тд).
А дальше возвращаемся к пункту 1. Таким образом, реально, стоповой бит может быть и короче одного бита, но это уже зависит от свойств канала.
Ита, сама передача, с точки зрения способа кодирования, имеет 1 стоповый бит, необходимый для ее нормального декодирования. А все остальное - это уже признаки конкретной системы в рамках работы одним типом сигнала.
|
|
Дата: 29 Июн 2009 23:40:09 · Поправил: Mesh (29 Июн 2009 23:51:32)
#
metrolog Приятно видеть людей грамотных. :)
anre_link Напрасно вы льёте тут воду, пытаясь банально утопить простой и очевидный факт, что в записи положенной cryptomaster приёмная сторона юзает декодер 1-5-1. И что длина самого короткого стопа 1, и что никто не занимается дурацкими "хитростям, поисками.. при условии" в стартстопных протоколах, эту ересь вы придумали походу пьесы. :) Когда будут другие записи, я буду говорить именно о них, и в них возможно будет и 1-5-2 или 1-5-1.5, кто спорит?. И хотя вы тут призвывали учится у вас чему-то, к сожалению это оказался "пустой трёп", собственно и не сомневался, словоблудию разве поучится можно. Успехов. Проехали. Порожняк что-то меня мало привлекает, да и кончилось всё уже давно, кому надо во всё вьехали. Ну так, где-то.
|
|
Дата: 30 Июн 2009 01:43:48 · Поправил: anre_link (30 Июн 2009 01:46:25)
#
metrolog
А помоему стоповый бит, состоящий из нескольких бит - это только запутываться.
Для Вас использующего адаптивный алгоритм приема - это да. Для телеграфного аппарата настроенного на два стопа - нет. Он поймет только два стопа. Иначе сбой. Начиналось в начале 20 века именно с классического телеграфа, а не сразу, с придуманного адаптивного алгоритма приема, которому пофигу сколько стопов. 2, 3 или 4. Автоматический классический режим передачи осуществляется, как правило с перфорированной ленты (в настоящее время, с различных носителей информации). И заключается в обрамлении информационных бит в стартовый и стоповый (ые) биты. Если в аппарате зашито 3 стопа, то и на приемном конце использовались 3 стопа. Так называемая синфазная работа. Поэтому, для приема по адаптивному протоколу (лишь бы один бит стопа был), мы получаем читабельный текст, но это никак не говорит о количестве применяемых стоповых битов в настройках телеграфного аппарата. А мы здесь проводим технический анализ передачи. В котором должны выявить те самые, приводимые мной, к примеру, 3 стоповых бита. Стоповые биты не являются "холостым ходом" или "ничего незначащими".
Вот в чем разница!
Mesh
Напрасно вы льёте тут воду, пытаясь банально утопить простой и очевидный факт, что в записи положенной cryptomaster приёмная сторона юзает декодер 1-5-1.
Об используемом алгоритме приема никто не спорит. А строение передачи - Вы в упор не видите. Только обещаете в других записях выявить особенности. Речь идет о признании особенности. Что сигнал основан на распределении бит 1-5-2, при этом при использовании стопа не соответствующего 2 битам, т.е. 1 или 3 бита происходит компенсация в стопе следующего знака. Это принципиально разные вещи, алгоритм приема и технические характеристики старт-стопного асинхронного потока. Это все равно, что сравнивать молоко "белое" или "вкусное". Это различные критерии оценки.
да и кончилось всё уже давно
Да, впереди, на лихом коне с шашкой на голо.
|
|
Дата: 30 Июн 2009 02:02:59 · Поправил: Mesh (30 Июн 2009 02:18:59)
#
anre_link Банально вы начинаете доставать. Обпишитесь, вы просто мне уже надоели, изивините за резкость. Вашм мимикрия уже достала, то у вас на приемном конце пользователи этой передачи используют декодер не 1-5-1 и не 1-5-2. А "хитрость" основанную на приеме всего лишь одной токовой посылки и дальнейшем поиске бестоковой посылки при условии то теперь Об используемом алгоритме приема никто не спорит, самим не смешо? Что вы суёте этм два стопа, когда уже всем понятно, что это асинхронная передача формата 1-5-1. Вообще уже скукота пошла, с вами частично ясно, ужак типичный, будете тут до посинения нести галиматью, когда она уже ну никого не интересует, зачем спрашиваетеся?
А, может причинв вашего беспокойства в том, что вам кажется что вы типо проиграли или там в дураках оказлись? Я в дураках остался не волнуйтесь, прекратить это богадельню нужно было давно, но вот реально дурак не прекратил. На будущее учту, упаси боже с вами полемизировать, как полемик вы слабак конкретный, как аналист вообще не понять, то ли вы рубите, то ли делаете вид что рубите, время жалко на самом деле, и преред cryptomaster, да и перед всеми реально хочу извенится за превращение отличной темы в бардак, моя вина есть, признаю.
|
|
Дата: 30 Июн 2009 03:30:20
#
Mesh
Вашм мимикрия уже достала, то у вас на приемном конце пользователи этой передачи используют декодер не 1-5-1 и не 1-5-2. А "хитрость" основанную на приеме всего лишь одной токовой посылки и дальнейшем поиске бестоковой посылки при условии то теперь Об используемом алгоритме приема никто не спорит, самим не смешо?
Мне не смешно, мне плакать хочеться. В обоих приведенных Вами моих цитатах имеется ввиду адаптивный алгоритм приема. Противоречия в этих двух фразах нет!
когда уже всем понятно, что это асинхронная передача формата 1-5-1.
Надеюсь, что не всем! Может кто-то читавших посты почерпнул чего-то нового.
с вами частично ясно, ужак типичный, будете тут до посинения нести галиматью,
Это как Вы определили, если ничего не поняли!
за превращение отличной темы в бардак
Я так не считаю.
|
|
Дата: 08 Июл 2009 18:17:55
#
Уважаеміе господа АНАЛИЗАТОРЫ НОВЫХ СИГНАЛЛОВ.
Поинтересуйтесь немного и оперативной работой наконец. Там тоже люди шерстят ефир:
sibirjac:
Это радиосеть "Дальней связи ВМС Великобритании" (корабль - берег), частота 4322 кГц - одна из частот ответного звена данной системы связи. Корабли выходят в связь согласно сетке частот передаваемой одним из узлов связи Великобритании: Фаслейн - MGJ - Faslane или Нортвуд - GYA - Northwood (кто основной УС пока не знаю).
Это привязка каналов к частотам ,из интернета, насколько правильные данные не знаю, ещё не прверял.
2488 - 02В
2538. 4 - 02Е
3220 - 03В
4168. 5 - 04В
4538 - 04D
6248 - 06C
8168. 4 - 08A
8318 - 08D
12408. 5 - 12C
12414. 5 - 12B
12419 - 12A
12476 - 12F
16552 - 16A
16588 - 16C
16613. 5 - 16D
22237. 5 - 22C
22239 - 22B
25136 - 25D
Радиосвязь Великобритании |
|
Дата: 08 Июл 2009 19:46:31 · Поправил: anre_link (08 Июл 2009 19:49:10)
#
RSCAN
Будьте внимательны!
В данном случае рассматривалась не радиосеть ВМС Великобритании, а ВМС Нидерландов.
Вот,некоторые "ответные" частоты узлаов PBB/PBC:
2121.4 Channel 02A
2259.4 Channel 02B
4155.0 Channel 04A
4161.0 Channel 04B
4171.5 Channel 04C
6237.5 Channel 06A
6242.0 Channel 06B
8321.0 Channel 08A
8324.0 Channel 08B
8337.5 Channel 08C
12375.5 Channel 12B
16576.0 Channel 17B
Поинтересуйтесь немного и оперативной работой наконец.
Спасибо,за совет.
|
|
Дата: 08 Июл 2009 21:34:56 · Поправил: Mesh (08 Июл 2009 21:45:45)
#
anre_link Я дико извиняюсь, но нет ли желания продемонстрировать "уроки мастерства"? Это не подкол и не прикол, просто за язык вас никто не тянул, Mesh учитесь у меня (пока я жив) анализу, а не пустому трепу. Весь во внимании. Прикольный сигнальчик Неизвестный модем на 7970 кгц. однако, я пас пока, сходу не пойму. Заодно и на "труды" ваши посмотрю, ибо показать вы их отказались. :) Ни в коем случае не задеть вас или обидить, просто есть неясность с вашими заявлениями, хотелось бы что бы её не было. |
|
Дата: 09 Июл 2009 20:41:53
#
anre_link
С Вами согласен.
|
Реклама Google |
|