Nc3x3 multiuser mode - Revision history

Polto at 23:37, 24 August 2008

2008-08-24T23:37:37Z

← Older revision		Revision as of 23:37, 24 August 2008
Line 1:		Line 1:
			{{Manual legacy_pages}}

	I think we need to implement 2 distinct modes - "master" and "slave" (or however we call them). It is OK to switch sensor/compressor modes for individual JPEG images but that will not work if the streamer is running without severe interruptions of the stream.		I think we need to implement 2 distinct modes - "master" and "slave" (or however we call them). It is OK to switch sensor/compressor modes for individual JPEG images but that will not work if the streamer is running without severe interruptions of the stream.

85.202.183.226 at 15:13, 16 September 2005

2005-09-16T15:13:21Z

← Older revision		Revision as of 15:13, 16 September 2005
Line 10:		Line 10:

	Да, это надо реалиизовывать через <i>ctrl</i> интерфейс, с разделением полномочий, и выбор базового профиля для конкретной ситуации - вместе с разделением прав на три группы - как в Axis - этот момент надо будет проработать с AlexLP.		Да, это надо реалиизовывать через <i>ctrl</i> интерфейс, с разделением полномочий, и выбор базового профиля для конкретной ситуации - вместе с разделением прав на три группы - как в Axis - этот момент надо будет проработать с AlexLP.

			Spectr

85.202.183.226 at 15:13, 16 September 2005

2005-09-16T15:13:08Z

← Older revision		Revision as of 15:13, 16 September 2005
Line 6:		Line 6:

	Andrey Filippov		Andrey Filippov

			----

			Да, это надо реалиизовывать через <i>ctrl</i> интерфейс, с разделением полномочий, и выбор базового профиля для конкретной ситуации - вместе с разделением прав на три группы - как в Axis - этот момент надо будет проработать с AlexLP.

Andrey.filippov at 19:10, 15 September 2005

2005-09-15T19:10:54Z

← Older revision		Revision as of 19:10, 15 September 2005
Line 1:		Line 1:
	I think we need to implement 2 distinct modes - "master" and "slave" (or however we call them). It is OK to switch sensor/compressor modes for individual JPEG images but that will not work if the streamer is running without severe interruptions of the stream.		I think we need to implement 2 distinct modes - "master" and "slave" (or however we call them). It is OK to switch sensor/compressor modes for individual JPEG images but that will not work if the streamer is running without severe interruptions of the stream.

	So there should be a separate protocol for gaining control of the sensor operation mode. I.e. if the camera is in idle mode anybody (with enough permissions) can acquire image, several parallel requests might queued and served in sequence with sensor reprogramminmg. But if the streamer is running the other request should only use the stream (or images from it) without any interruption of the stream. Maybe (if the streamer uses all the CPU/network resources) request may be denied completely to avoid any frame drops (if some QoS was requested).		So there should be a separate protocol for gaining control of the sensor operation mode. I.e. if the camera is in idle mode anybody (with enough permissions) can acquire image, several parallel requests might be queued and served in sequence with sensor reprogramminmg. But if the streamer is running the other request should only use the stream (or images from it) without any interruption of the stream. Maybe (if the streamer uses all the CPU/network resources) request may be denied completely to avoid any frame drops (if some QoS was requested).

	User should be notified about the reasons fro denial of service and have the possibility (with relevant permissions) to gain the control of the camera, reset the streamer and reprogram camera to the different mode.		User should be notified about the reasons fro denial of service and have the possibility (with relevant permissions) to gain the control of the camera, reset the streamer and reprogram camera to the different mode.

	Andrey Filippov		Andrey Filippov

Andrey.filippov at 19:09, 15 September 2005

2005-09-15T19:09:25Z

New page

I think we need to implement 2 distinct modes - "master" and "slave" (or however we call them). It is OK to switch sensor/compressor modes for individual JPEG images but that will not work if the streamer is running without severe interruptions of the stream.

So there should be a separate protocol for gaining control of the sensor operation mode. I.e. if the camera is in idle mode anybody (with enough permissions) can acquire image, several parallel requests might queued and served in sequence with sensor reprogramminmg. But if the streamer is running the other request should only use the stream (or images from it) without any interruption of the stream. Maybe (if the streamer uses all the CPU/network resources) request may be denied completely to avoid any frame drops (if some QoS was requested).

User should be notified about the reasons fro denial of service and have the possibility (with relevant permissions) to gain the control of the camera, reset the streamer and reprogram camera to the different mode.

Andrey Filippov