1) однородность среды разработки/исполнения

2)
Видндовоз предоставляет несоизмеримо большую функциональность, т.к. это .

функциональность

Как видите, ответы очень просты. Сходите, кстати, на сайт Прософта, Виндовоз продается наравне с QNX, его и позиционировать не надо... все и так все понимают, не удивлюсь, если объемы его продаж превышают позиционируемый как ОСРТ QNX.

функциональность

Понимаете, словосочетание "реальное время" уже давно используется всеми кому не лень, его заездили, замылили его поэтическую магию, ну а технического смысла в нем никогда и не было.

Технически для ОС QNX более правильная характеристика - ОС с микроядерной архитектурой. ;-)
Конечно же кисло с точки зрения маркетинговой привлекательности... ну, а что делать? :-)

Ну, а в Рефлексе а ля стэнд-элон - все очень просто. Никаких замедлений просто нет и быть не может.

Все очень просто. Виндовоз предоставляет: ...

Может, дело в том, что тема реального времени давно устарела? Не думали над этим?
...
Понимаете, словосочетание "реальное время" уже давно используется всеми кому не лень, его заездили, ...
Технически для ОС QNX более правильная характеристика - ОС с микроядерной архитектурой. ;-)
...

насчет strdup, "я такой умный вещь скажу, ты только не обижайся"(с):
в алгоритмах управления strdup-ы не встречаются. Ни к чему они там.

Hа дискетке ,что пpинесли с винтом был текст.
Обpаботал - выкинул шапки-заставки , заменил фамилии , имена и цифpы символом "@" .
Пеpевёл в фоpмат "обычный текст", для облегчения объёма.
Более ничего не менял !!!

===================================================================
Техническому Диpектоpу
ООО "Пpоком-Электpоникс"
от Командиpа В/Ч @@@@@@
Полковника @@@@@@@@@@

Пpосьба.

Пpошу пеpеписать с жосткова диска MODEL 2B010H1 11A PCBA 05A UNIQUE 11A CODE
WAH21PBO
CILINDERS 1638 HEADS 16 SECTORS : 63 LBA 20012832
QUANTUM FIREBAL BY MAXTOR
Maxtor 541DX 5400RPM
10 Gb Ultra ATA/100 Hard Drive
1 Gb = 1,000,000,000 Bytes
2b010H1110511
Mfg Date 300CT2001
ER
Made in Singapore ( 2 ) K,M,B,A
инфоpмацию "Мои Документы" с диска "Цэ".

Что было : Компьютеp пеpестал пеpезагpужаться и л-т @@@@@@@@ своими силами pешил его починить.

Выяснилось что компьютеp не выполняет функции загpузки с жосткова диска - он включается и тутужэ останавливается.

Л-т @@@@@@@@@ извлёк жосткий диск из коpпуса компьютеpа, откpыл веpхнюю кpышку и смазал зеpкальную повеpхтность жидкой смазкой ЦИАТИМ-201 ГОСТ 6267-74 для облехчения скольжения узла вычитывателя, но это не помгло и инфоpмация "Мои Документы" осталась недоступной, т.к.компьютеp всёpавно не пpоизводил запуск пpогpамы Виндоуз.

Лично пpоконтpолиpовав последствия действий л-та @@@@@@@@@ я выяснил, что внутpи жосткого диска отсутствует узел вычитывателя,видимо неаккуpатными действиями ,нанося жидкую смазку ЦИАТИМ-201 ГОСТ 6267-74 л-т его сломал и удалил,за что обязательно будет наказан.
Hеобходимо установить на место узел вычитывателя инфоpмации и пеpеписать инфоpмацию из папки "Мои Документы" с диска "Цэ", т.к. она нужна для опеpативной pаботы В/Ч.
В пpоцесе pемонта добавочную смазку наносить нет необходимости т.к. смазка ЦИАТИМ-201 ГОСТ 6267-74 очень высокого качества и поставляется в нашу B/Ч напpямую с завода Омскнефтеоpгсинтез и используеця на большом количестве узлов и агpегатов автомобилей с дизельными двигателями. ( не китайская потделка ).

Пpошу пеpепесать содеpжимое папки "Мои Документы" с диска "Цэ"на компакт-диск маpки CD-RW . Дальнейшие действия с жостким диском в целях экономии Вашего вpемени можно не пpоизводить, л-т @@@@@@@@@ сам сумеет установить его в коpпус компьютеpа и пеpезагpузить его пpогpаммой Виндоуз.

Поpядок оплаты согластно выставленного счёта гаpантиpую.

Полковник @@@@@@@@@@@
В/Ч @@@@@@@@@
===================================================================

1) однородность среды разработки/исполнения

Вот это как раз и настораживает: у вас когда-нибудб пропадали элементы меню"Пуск"?, а рабочий стол не превращался в "картинку", абсолютно на ваши действия не реагирующую?

2) Видндовоз предоставляет несоизмеримо большую функциональность, т.к. это .

Знаете, ДОМ 2 Это тоже вроде MAINSTREAM а тем не менее меня от него почему-то воротит
:cranky: (тема отдельного разговора))) :biggrin: ) да и как-то логически ваши слова не увязываются:
MAINSTREAM и функциональность.

Вы знаете, а вот туалетную бумагу тоже как то часто очень покупают... видимо потому что дёшево и с только вот для строительства орбитальных станций почему-то спец сплавы применяют... хм....или если рынок продиктует и она попадёт в этот самый MAINSTREAM то следующий блок для МКС будет на Байкальском целлюлозно-бумажном изготовляться?

кстати очень даже не кисло, они - именно это и делают!!! :laugh:

При чем тут Рефлекс? Тут вроде ОС обсуждаются - не надо мешать все в одну кучу - про Рефлекс отдельная ветка есть.

Конечно, предоставляет - мелким фирмочкам сваять на коленке "пром. ПЛК", продать и свалить через месяц в неизвестном направлении (ну пару месяцев) ...

Да, и и словосочетание заездили, и для QNX и любой другой ОС я бы не применял термин РТОС.
(Ну, раз их так называют, что делать, и я буду).

Что мне (или какому-нить пользователю ПЛК) нужно. Нужна Система РВ (не отдельная РТОС, а коробка в сборе) - управляющая система.

А изнутри: Мне нужно, например, чтоб управляющая задача получала управление каждые 10мс (дрожание начала такта +- 100мкс) и занимала на 5мс ЦПУ, задача связи - ...
Применяя РТОС типа CMX, Nucleus, eCos - я знаю как это сделать (ессно. с учетом быстродействия ЦПУ и сложности алгоритма).
Применяя QNX я на 99% уверен, что смогу это сделать.
А вот применяя Linux или Windows я _наверное_ смогу это сделать, но только применив спец. "расширители" РВ для этих ОС (от того же CoDeSys, например). Но вот в чем я не уверен, так это в том, что такая система проживет больше месяца непрерывной работы.
Для системы вытягивания кремния больше месяца, наверное, и не надо, а для управления конвеером?

Применяя РТОС типа CMX, ... - я уверен, что кроме меня самого никто (т.е. система) динамическую память не запрашивает - я все выделяю в момент инициализации, до while(1) - рабочего цикла.
Все, что нужно после - выделяется/освобождается _только_ блоками фиксированного размера.
Применяя QNX ?? - не знаю, не пробовал.
Применяя Windows - ни в чем не уверен, чем она там занимается.

Ну, и маленький совет тем, кто будет делать ПЛК под Win - когда оставляете машину управлять объектом без присмотра - выдергивайте мышъ!!! Страшнее мышиных прерываний от ползания по коврику для производительности нет ! :)

Круто!
А i++ - встречаются ? а ++i ?

Теперь осталось только проделать ревизию "встречаются" / "не встречаются" - и оформить ... "руководящим и направляющим" документом, обязательным к исполнению ;) ... что-то мне это мучительно напомнило ... а, вот оно (прошу прощения за длинную off-topic цитату)

Ну, не знаю, под Виндовозом работет куча программ, те же LabView. Если сходить на сайт NI, можно узнать много интересного по этому поводу.
....
(Олег, только, чур, без обид, мне хотелось бы, чтобы Вы вели разговор, постоянно имея ввиду промышленную автоматизацию уровня ПЛК).

Под win95/98 превращался, когда намешано там до кучи всего, чего только вздумается. Но редко.
А вот 2000 - ни разу. ХР - очень устойчив, нареканий нет. Причем это, опять же, системы самые "мусорные" в смысле разнородности приложений.

Причем это, опять же, системы самые "мусорные" в смысле разнородности приложений.

Согласен, все технические решения надо прорабатывать очень аккуратно. Но в принципе, при появлении многоядерных архитектур в массовом количестве все эти проблемы должны вообще исчезнуть.

Можно предложить что-то типа такого:
Каждому процессу по ядру, а планировщиков - в корзину.

Вы покупаете железку, какие драйверы для нее будут в комплекте? - обычно Виндовоз, изредка редко ДОС и Линукс. Вот практически и все.

Я не говорю про орбитальные станции... кстати, какие там ОС используются открытый вопрос.
Да и вообще, не очевидно что там за железо используется. ;-) Возможно, к Интелу никакого отношения не имеющее... так что, сами понимаете.

Что они делают? используют невнятные (сложные и спорные) термины? Я об этом и говорю.
Меня лично напрягает, когда меня за дурачка держат...

невнятные (сложные и спорные) термины?

Вот и "имейте ее ввиду". LabView предназначен (в основном) для автоматизации лабораторий/экспериментов. А если внимательнее на него посмотреть, то около LabView можно найти "расширитель" РВ под винду или их собственную РТОС на которой могут работать программы, написанные в LabView.

Знаете, у меня в ящике стола лежит мышка (т.н. "манипулятор - мышь " :laugh: :laugh: ).Так вот эта самая мышка вешает хоть ХР , хоть 95/98/2000 (о подобном уже говорилось выше))) и не дай бог подобная мышка заведётся и на вашем объекте....

А вы что собираетесь на объекте в квейк играть? или музыку музицировать? или в фотошопе картинки рисовать?(список можно продолжить...) ......"мусорных приложений" действительно много!))

Скажите, пожалуйста почемы вы видите только экстенсивный путь развития??? почему практтически любую проблему вы предлагаете решать наращиванием количества процессоров/памяти/(список можно продолжить!)))))

Вы под железкой имеете в виду новую видеокарту , или какой-нибудь USB венитлятор?

Согласен про орбитальные станции я и сам не "копенгаген"))) и речь шла не о железе вовсе а о том что вы назвали MAINSTREAM ... по моему пример с бумагой достаточно нагляден - используют все, но строго по назначению, или с небольшими отклонениями)) а вот с виндовс ситуация иная: ей бы в качестве офисной/игрушечной(т.е. для геймеров)/на крайний случай домашним мультимедиа-центром быть... ан-н-н-нет её все кому не лень хотят хоть на реактор прицепить и сказать :"смотрите всё работает, во рющечки-пер...ки .., а по выходным ещё и поиграть можно!!"

Вас за "дурачка " никто не держит))) можете не напрягаться, просто они называют вещи своими именами : если QNX-RTOS с микроядерной архитектурой, то об этом прямо так и заявляется.. а насчёт сложности определений ... а попробуйте просто определить понятие время (кроме того что это четвёртая координата в пространственно-временном континиуме(кстати вопрос, а это не ))

ЗЫ тема промоушена уже поднималась, но интересно есть ли здесь на форуме люди из SWD или ПроСофта?

Вы что о времени хотите поговорить? У меня лично особого желания нет, но в философских вопросах относительно времени я разбираюсь вполне прилично.

Спрашивайте, что Вас интересует, постараюсь ответить. Ведь действительно, что такое время мало кто понимает.

Знаете, у меня в ящике стола лежит мышка (т.н. "манипулятор - мышь " ).Так вот эта самая мышка вешает хоть ХР , хоть 95/98/2000 (о подобном уже говорилось выше))) и не дай бог подобная мышка заведётся и на вашем объекте....

Массовое производство приводит к удешевлению. Это азы экономики, и об этом я и говорю.
Геймеры, или кто, не важно, в результате - качество и низкая стоимость.

Я имею ввиду не философкую, а физическую категорию (понятие, если хотите....)

Вот это :


говорилось не только, и не столько как предупреждение, а скорее как индикатор качества системы.

Низкая стоимость? ДА! Высокая доступность? ДА! Надёжность? Пригодность к промышленному применению? хм..... :glare: :unsure: :huh:

Да, и по поводу экстенсивного пути и MAINSTREAM... :

ИМХО экстенсивный путь-тупиковый (и тому есть масса примеров: "война мегагерцев", практически вся советская промышленность (чёрная металлургия точно!), автопромышленность, бодибилдеры наконец (хотя мои примеры подходят со стороны общевселенских закономерностей, но синергетика, она и в IT индустрии синергетика! :rolleyes: ))

Может немного не в стиль беседы, но кажется Windows XP Embedded недооценили, -это не обрезанная винда, а полный конструктор от голого ядра -8мв. А все остальное устанавливается под конкретную задачу. В том числе мыши экраны апи сервера итд.... Конечно до микросекунд время реакции не собьешь, но количество несанкционированных действий системы можно понизить во много раз. Ну и устойчивость соответственно получше.

Вы не уверены, а между тем в промышленности использование Windows - это стандартный подход.

Насколько я понял именно WindowsXP Embedded - это именно ПОЛНАЯ ХР заточенная под сенсорный дисплей, без масштабирования. Возможно я что-то упустил. Вы не могли бы привести ссылки на ее описания?

Для точки отправки вот -
http://old.osp.ru/win2000/2006/01/084.htm

Так для каких же целей предназначена данная [Windows XP Embedded] встраиваемая операционная система? .... например: телевизионные приставки (для кабельного ТВ, видео по запросу, игровые и т. д.); игровые автоматы; тонкие клиенты; устройства для точек розничного обслуживан; медицинское оборудование; печатное оборудование; информационные киоски; банковские терминалы и банкоматы; домашние мультимедиа-устройства; устройства удаленного сбора информации;

Кстати по поводу WinCE: WinCE и автомобильная навигация - близнецы (десятки серьезных продуктов), сам пользую и радуюсь (Хи... для автоGPS -100% реалтайм).

Так в этой же статье так и написано: " Поддержка реального времени: Windows XP Embedded - Нет, Windows CE - Да" :)
И опять - это реалтаймный интерфейс с пользователем - тут Win хорошо смотриться.

А что, по-Вашему, это конкретно означает?

Так в этой же статье так и написано: " Поддержка реального времени: Windows XP Embedded - Нет, Windows CE - Да"
И опять - это реалтаймный интерфейс с пользователем - тут Win хорошо смотриться.

На мой взгляд это означает, что Embedded может на несколько ms прерывать пользовательскую программу своими службами (если они установлены), а WinCE - нет.

Поддержка реального времени - Нет (поддерживается с использова-нием расширений третьих фирм)

На мой взгляд это означает, что Embedded может на несколько ms прерывать пользовательскую программу своими службами (если они установлены), а WinCE - нет.

но всё гораздо хуже :
http://athena.vvsu.ru/carina/RealTime/Realtime_3.html
http://www.nautsilus.ru/products/winnt.htm
http://www.pcweek.ru/?ID=60308
http://www.rtsoft.ru/article/home_md.html?p=600308

...Насчет скорости реакции обычной WinXP Sp2, я мерил на устройствах непрерывного сбора инфы с датчиков в течении нескольких часов. Статистика:
-регулярные отклонетия при частоте опроса 50мс -<5мс,
-одиночные отклонения на интервале 3сек -<70мс,
-других отклонений не замечено.
Комп обычный 2Ггц, лишние службы и сервера отключены, приоритет софта- высший.
Для многих задач автоматики такие времена вполне достаточны, что и определено заголовком темы (Когда не нужна ОС РВ?).
На Embedded результаты должны быть лучше просто потому, что там лишний мусор просто не ставится в сборку...

Вот я приглядываю за дискуссией, и никак не могу догнать элементарную вещь. Почему нельзя взять простую плату, воткнуть ее в PCI (PLX & Co нам всегда помогут), поставить на нее простой embedded проц с периферией (баксов 50 макс, сейчас это будет 200 Мгц проц - не такой уж и примитивный), сделать на этом проце real time часть обработки датчиков, а всю остальную обработку (сеть, графика, SQL и пр.) вынести в винДазЫ. Хотя бы просто буферизация результатов синхронного опроса с меткой времени, когда именно этот факт опроса имел место - обработать можно и потом. Внешнее устройство с быстрым интерфейсом (USB | FireWare | Ethernet (100 | 1000 | 10000) Mbit | SCSI) тоже ок - даже лучше.

P.S. Отклонения от номиналов при обмене датчиков могут быть вызваны и внешними по отношению к ОС причинами... например помехой при передаче пакета или конфликтом, приводящими к повторной посылке.

...С "простой платой" не все просто -
вопросы такие:
серийность,
универсальность,
отличие от существующих решений.
Кто ее делает и с чем она соединяется снаружи (протоколов - тьма, физический сигнал <ток/напряжение, диапазон, схема подключения термопары/термосопротивления>, кодирование (ШИМ, ЧИМ), типа HART, филдбасы (не счесть)). Ну, а УСО на PCI - очень много... см. www.prosoft.ru
Возможно есть и с буферизацией.
А вообще, то, о чем Вы говорите, очень похоже на data logger-ы (коих тоже много встречается).

Кстати, проблема в простейшем случае решается и без спец.средств типа логгеров, а просто через прерывания.

Парни, а ведь это ключевой момент супермегафлейма.

Давайте задумаемся. Проц с тактовой 2 ГГц, жрущий ватт 50 энергии, с 512м ОЗУ смог с трудом обеспечить опрос нескольких (сколько их у Вас было? Едва ли 100 шт) датчиков с частотой 20 гц. Аминь.

Черт, все равно как-то сложно получается...

Датчиками являлись 3 ПЗС RGB матрицы 320х240 20fps, те входной поток около 15мбайт/c плюс покадровая обрабтка выделения и динамики перемещения объектов. Загрузка процессора 70%.
На другой базе будет ИМХО сложнее.

Ваши последние 2 поста являются хорошим описанием РТ идеологии и инструментария фирмы "National Instrumehts" и её клонов, включая и особенности разработки подобных систем конечным пользователем. Кстати, на этой базе ( NI Labview с примочками) все и тестировалось.

Да нет, как раз не слишком и сложно. Примерно так и работаем - получается не плохо :-)
Просто то о чем вы говорите - это вопросы не программирования, а проектирования. Ведь идея разделения критических/некритических модулей очевидна до безобразия.... только если сначала подумать, а потом браться за клавиатуру, а не наоборот :-)

Вот ради примера - заказчику хочется видеть SCADA сервер с 1мс циклом и временем отклика для клиента не более 2 мс. Сеть - гигабит, машины - не менее 2 ГГц процессоры (причем не меньше 2 штук на каждую :-) )- что такой системе 1 мс? Тьфу... а попробуйте такую штуку на Винде учудить? На линухе еще как то работает, хотя все равно 2 мс отклик обеспечить - ой как трудно. При тех же машинах в QNX или VxWorks - нет проблем...

Я не очень знаком с NI (по прине "неправильных" цен). Но вот opalkelly мне очень понравились соотношением цены и возможностей (практического опыта работы с ними пока не имею).

... Почему нельзя взять простую плату, воткнуть ее в PCI ..., поставить на нее простой embedded проц с периферией ..., сделать на этом проце real time часть обработки датчиков, а всю остальную обработку ... вынести в винДазЫ.

Во. Именно так иногда и делаем. Крейт от NI под WinXP а внем своя железяка и программа ввода/вывода + управление под РТОС. А когда надо совсем надежно - можно и ресет своего процессора от PCI отвязать, чтоб при перезагрузке Винды управление не срывалось, а если еще надежнее, то и отдельное питание подать.
Т.е. управление отдельно, а Винда занимается сбором архивов, графики, ....

Короче, если вместо рефлекса взять язык G + NI RT, то получим то же самое без лишнего гемора.

С языком G могут быть проблемы. Dataflow языки для описания алгоритма управления слабо подходят...

Ну это уже черезчур... . Графический язык G специально придуман для задач управления, причем любого уровня сложности. Например краш тест автомобилей, управление телескопом ХАББЛ. А ваш алгоритм трубопроводной автоматики с разогревом приведен в Labview в одном из разделов примеров для начинающих.
Разговор шел о Реалайм врезке от NI в винду, которая совместно с инсруметальными smart RT примочками позволяет укротить внутренние несанкционированные процессы в винде.

Осознал, что теме NI не место в этой ветке - комплект пакетов с даташитами занимает несколько гигабайт - это отдельная и весьма замороченная тема.

Не могли бы Вы поточнее указать решение обсуждаемой задачи на LabView? ну или выложить vi в файловую область?

Но описывать на LV сложные алгоритмы управления.... никому и не под каким видом не советуем - это безумие...

...и, прошу прощения, должен сознаться, что Ваши слова насчет обсуждаемой задачи - воспринимаются мной, как сказанные в полемическом запале.

Делать Вашу систему, конечно, ломает. Но в сэмплы Lv7.0 слазил - \examples\apps\tankmntr.llb. Чуть подрихтовать. Да и вообще, условные алгоритмы управления, ИМХО, относятся к простейшим. Основная задача там- ввод/вывод сигналов РС.

Ну, - всю Одессу устраивает... . Читайте Аппнотес от NI. Проще некуда - графический язык конечного пльзователя. После компиляции - реальный коммерческий продукт.

Если был резковат, - извините.

... это действительно удобно с помощью LV, но это и все... Грубо говоря, там, где встретилась необходимость использовать if-then-else, там и пришел конец возможностям LV.

Увы. Графика, она хороша только низким порогом вхождения. А дальше идет непреодолимый барьер сложности... Именно по этой причине NI поддерживает более продвинутый продукт - LabWindows/CVI.

Все понял. Пора завязывать поход http://reflex-language.narod.ru против монстра мировой автоматики. Об этом у Крылова есть специальная басня.

Что касается xxxmntr.lbb - надо разобраться, на днях посмотрю... тут еще второй вопрос возник, а почему такое странное расширение? а не VI-шка?

Лучше откройте секрет, ...
или как в DLL реальный адрес LV-массива передать, а не адрес его копии...
у меня человек два дня бился, уже глобальный массив завел... а потом где-то в хелпах нашел маленькую строчку, что передается всегда не адрес массива, а адрес копии... (!!!) Зачем?!?!?!? Какой на дворе век?! АУ!!! Зачем копировать массив?!

А Вы параметр как Type: Array передаете? (а как иначе - есс-но копия).
Так передавайте как Type: Numeric, Pass: Pointer
(за точность не ручаюсь - года два с тех пор прошло...)

Делать Вашу систему, конечно, ломает. Но в сэмплы Lv7.0 слазил - \examples\apps\tankmntr.llb. Чуть подрихтовать. Да и вообще, условные алгоритмы управления, ИМХО, относятся к простейшим. Основная задача там- ввод/вывод сигналов РС.

real-time
adj. Of or relating to a time frame imposed by external constraints. Real-time operations are those in which the machine's activities match the human perception of time or those in which computer operations proceed at the same rate as a physical or external process. Real-time operations are characteristic of aircraft guidance systems, transaction-processing systems, scientific applications, and other areas in which a computer must respond to situations as they occur (for example, animating a graphic in a flight simulator or making corrections based on measurements).

real-time animation
n. Computer animation in which images are computed and updated on the screen at the same rate at which the objects simulated might move in the real world. Real-time animation allows dynamic involvement by the user because the computer can accept and incorporate keystrokes or controller movements as it is drawing the next image in the animation sequence. Arcade-style animation (such as in a flight simulator program) makes use of real-time animation in translating game plays into on-screen actions. In contrast, in animation done in virtual time, image frames are first calculated and stored and later replayed at a higher rate to achieve smoother movement. See also animation, bit block.

real-time clock
n. See clock (definition 2).

real-time conferencing
n. See teleconferencing.

Real-Time Control Protocol
n. A scalable transport control protocol that works with the Real-Time Protocol (RTP) to monitor real-time transmissions to multiple participants over a network-for example, during videoconferencing. The Real-Time Control Protocol, or RTCP, transmits packets of control information at regular intervals and is used to determine how well information is being delivered to recipients. Acronym: RTCP. See also Real-Time Protocol, Real-Time Streaming Protocol, Resource Reservation Setup Protocol.

real-time operating system
n. An operating system designed or optimized for the needs of a process-control environment. See also real-time system.

Real-Time Protocol
n. An Internet-standard network transport protocol used in delivering real-time data, including audio and video. The Real-Time Protocol, or RTP, works with both unicast (single sender, single recipient) and multicast (single sender, multiple recipient) services. RTP is often used in conjunction with the Real-Time Control Protocol (RTCP), which monitors delivery. Acronym: RTP. See also Real-Time Control Protocol, Real-Time Streaming Protocol, stream.

Real-Time Streaming Protocol
n. A control protocol for the delivery of streamed multimedia data over Internet Protocol (IP) networks. The Real-Time Streaming Protocol, or RTSP, was developed by Columbia University, Progressive Networks, and Netscape and has been submitted as a proposed standard to the IETF (Internet Engineering Task Force). RTSP is designed to deliver real-time, live, or stored audio and video efficiently over a network. It can be used either for groups of recipients or for on-demand delivery to a single recipient. Acronym: RTSP. See also Advanced Streaming Format, Real-Time Protocol, Resource Reservation Setup Protocol, stream.

real-time system
n. A computer and/or a software system that reacts to events before the events become obsolete. For example, airline collision avoidance systems must process radar input, detect a possible collision, and warn air traffic controllers or pilots while they still have time to react.