Talk:Nc3x3 - Revision history

Khlut at 05:08, 18 September 2005

2005-09-18T05:08:24Z

← Older revision		Revision as of 05:08, 18 September 2005
Line 22:		Line 22:

	--[[User:Andrey.filippov\|Andrey.filippov]] 22:04, 17 September 2005 (MDT)		--[[User:Andrey.filippov\|Andrey.filippov]] 22:04, 17 September 2005 (MDT)

			== continously running sensor ==
			I mean what sensor should run continously and will be interrupted in only for change of some modes which can not be changed on fly.
			If the queue contain a job, streaming interrupts and sensor reprogramming for the job. After this sensor reprogrammed again for the stream.

Andrey.filippov at 04:04, 18 September 2005

2005-09-18T04:04:51Z

← Older revision		Revision as of 04:04, 18 September 2005
Line 20:		Line 20:

	2 - Streamer is running (and the sensor - too). In that case only the stream frames will be available for other requests (if the stream is not aborted by the authorized user)		2 - Streamer is running (and the sensor - too). In that case only the stream frames will be available for other requests (if the stream is not aborted by the authorized user)

			--[[User:Andrey.filippov\|Andrey.filippov]] 22:04, 17 September 2005 (MDT)

192.168.0.18 at 03:25, 18 September 2005

2005-09-18T03:25:05Z

← Older revision		Revision as of 03:25, 18 September 2005
Line 1:		Line 1:
	It is ~~convinient~~ to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page		== formatting ==
			It is convenient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page

			== continuously running streamer ==
	~~----~~
	В целом согласен.		В целом согласен.
	Нужно детализировать набор ioctl.		Нужно детализировать набор ioctl.
Line 12:		Line 12:
	Сергей		Сергей

			== two different modes ==
	No, I don't think stream should be always running. It will be difficult to change frame size, and - why waste network bandwidth when it is not needed?		No, I don't think stream should be always running. It will be difficult to change frame size, and - why waste network bandwidth when it is not needed?

	So I believe - there should be two different cases.		So I believe - there should be two different cases.

	1 - Single image mode - streamer is not running. Request for the static image (small clip also?) is received and queued by the camera, including all the individual acquisition settings (gains, ~~exposur~~, image size, etc. Then processed one at a time - similar to printer jobs. There should be some provision to control the queued jobs (i.e. view/cancel them).		1 - Single image mode - streamer is not running. Request for the static image (small clip also?) is received and queued by the camera, including all the individual acquisition settings (gains, exposure, image size, etc. Then processed one at a time - similar to printer jobs. There should be some provision to control the queued jobs (i.e. view/cancel them).

	2 - Streamer is running (and the sensor - too). In that case only the stream frames will be available for other requests (if the stream is not aborted by the authorized user)		2 - Streamer is running (and the sensor - too). In that case only the stream frames will be available for other requests (if the stream is not aborted by the authorized user)

Andrey.filippov at 16:08, 17 September 2005

2005-09-17T16:08:41Z

← Older revision		Revision as of 16:08, 17 September 2005
Line 11:		Line 11:

	Сергей		Сергей

			No, I don't think stream should be always running. It will be difficult to change frame size, and - why waste network bandwidth when it is not needed?

			So I believe - there should be two different cases.

			1 - Single image mode - streamer is not running. Request for the static image (small clip also?) is received and queued by the camera, including all the individual acquisition settings (gains, exposur, image size, etc. Then processed one at a time - similar to printer jobs. There should be some provision to control the queued jobs (i.e. view/cancel them).

			2 - Streamer is running (and the sensor - too). In that case only the stream frames will be available for other requests (if the stream is not aborted by the authorized user)

Khlut at 10:22, 17 September 2005

2005-09-17T10:22:38Z

← Older revision		Revision as of 10:22, 17 September 2005
Line 9:		Line 9:
	Т.е. два кадра от разных камер должны быть засняты в одно и то же время (по сети они всё равно не смогут быть приняты одновременно, тут уж пусть клиент разбирается).		Т.е. два кадра от разных камер должны быть засняты в одно и то же время (по сети они всё равно не смогут быть приняты одновременно, тут уж пусть клиент разбирается).
	Устройство "frame" может не передавать jpeg-заголовок, который можно генерить в user-space по необходимости.		Устройство "frame" может не передавать jpeg-заголовок, который можно генерить в user-space по необходимости.

			Сергей

Khlut at 10:22, 17 September 2005

2005-09-17T10:22:13Z

← Older revision		Revision as of 10:22, 17 September 2005
Line 1:		Line 1:
	It is convinient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page		It is convinient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page


			----
	В целом согласен.		В целом согласен.
	Нужно детализировать набор ioctl.		Нужно детализировать набор ioctl.

Khlut at 10:21, 17 September 2005

2005-09-17T10:21:53Z

← Older revision		Revision as of 10:21, 17 September 2005
Line 4:		Line 4:
	Нужно детализировать набор ioctl.		Нужно детализировать набор ioctl.
	Я так понял stream будет вкючен постоянно?		Я так понял stream будет вкючен постоянно?
	Надо подумать как можно будет приостановить съёмку, ~~что-бы~~ потом пустить её в точное время - для синхронизации.		Надо подумать как можно будет приостановить съёмку, чтобы потом пустить её в точное время - для синхронизации.
	Т.е. два кадра от разных камер должны быть засняты в одно и то же время (по сети они всё равно не смогут быть приняты одновременно, тут уж пусть клиент разбирается).		Т.е. два кадра от разных камер должны быть засняты в одно и то же время (по сети они всё равно не смогут быть приняты одновременно, тут уж пусть клиент разбирается).
	Устройство "frame" может не передавать jpeg-заголовок, который можно генерить в user-space по необходимости.		Устройство "frame" может не передавать jpeg-заголовок, который можно генерить в user-space по необходимости.

Khlut at 10:20, 17 September 2005

2005-09-17T10:20:56Z

← Older revision		Revision as of 10:20, 17 September 2005
Line 1:		Line 1:
	It is convinient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page		It is convinient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page

			В целом согласен.
			Нужно детализировать набор ioctl.
			Я так понял stream будет вкючен постоянно?
			Надо подумать как можно будет приостановить съёмку, что-бы потом пустить её в точное время - для синхронизации.
			Т.е. два кадра от разных камер должны быть засняты в одно и то же время (по сети они всё равно не смогут быть приняты одновременно, тут уж пусть клиент разбирается).
			Устройство "frame" может не передавать jpeg-заголовок, который можно генерить в user-space по необходимости.

Andrey.filippov at 18:51, 15 September 2005

2005-09-15T18:51:36Z

New page

It is convinient to use some Wiki formatting - i.e. sections. Then it is easier to edit just a selected section, not the whole page