Talk:Recorder - Revision history

Landy at 19:38, 12 December 2005

2005-12-12T19:38:26Z

← Older revision		Revision as of 19:38, 12 December 2005
Line 37:		Line 37:
	Andrey Latin		Andrey Latin
	--[[User:Landy\|landy]] 11:31, 8 December 2005 (CST)		--[[User:Landy\|landy]] 11:31, 8 December 2005 (CST)

			--------------------------------
			On '''ftp://xeon.elphel.com/landy''' uploaded binary precompiled and source archive '''ElphelOgm.tgz''' - next version.
			Some streamers don't adding to end MARKER_EOI in payload. Source modified for test this and adding marker if it not exist.
			New version tested on Elphel 333 with ''landy's, khlut's and alexlp's'' streamers.
			There are some problems when starting threads for ''SCHED_RR'' and'' SCHED_FIFO'' on ''ElphelOgm'' - patched.

			--[[User:Landy\|landy]] 13:38, 12 December 2005 (CST)

Landy at 17:31, 8 December 2005

2005-12-08T17:31:50Z

← Older revision		Revision as of 17:31, 8 December 2005
Line 36:		Line 36:

	Andrey Latin		Andrey Latin
	--[[User:~~194.84.94.130~~\|~~194.84.94.130~~]] 11:21, 8 December 2005 (CST)		--[[User:Landy\|landy]] 11:31, 8 December 2005 (CST)

194.84.94.130 at 17:23, 8 December 2005

2005-12-08T17:23:39Z

← Older revision		Revision as of 17:23, 8 December 2005
Line 24:		Line 24:
	''./ElphelOgm -a <address> -p <port> -f <fps> > file.ogm''		''./ElphelOgm -a <address> -p <port> -f <fps> > file.ogm''

	it is dumping stream into ''file.ogm'' . More options ''./ElphelOgm -h''. It is first version(alpha) and has problem with streamers ''alexlp, khlut'' - but working with landy's streamer. May be different structure MJPEG stream(I don't know)?		it is dumping stream into ''file.ogm'' . More options ''./ElphelOgm -h''. It is first version(alpha) and has problem with streamers ''alexlp, khlut'' - but working with ''landy's'' streamer. May be different structure MJPEG stream(I don't know)?
	Utility are multithreaded and have two thread:		Utility are multithreaded and have two thread:
	first, for read RTP stream and put packets to list		first, for read RTP stream and put packets to list

194.84.94.130 at 17:22, 8 December 2005

2005-12-08T17:22:21Z

← Older revision		Revision as of 17:22, 8 December 2005
Line 24:		Line 24:
	''./ElphelOgm -a <address> -p <port> -f <fps> > file.ogm''		''./ElphelOgm -a <address> -p <port> -f <fps> > file.ogm''

	it is dumping stream into ''file.ogm'' . More options ''./ElphelOgm -h''. It is first version(alpha) and has problem with streamers alexlp, khlut - but working with landy's streamer. May be different structure MJPEG stream(I don't know)?		it is dumping stream into ''file.ogm'' . More options ''./ElphelOgm -h''. It is first version(alpha) and has problem with streamers ''alexlp, khlut'' - but working with landy's streamer. May be different structure MJPEG stream(I don't know)?
	Utility are multithreaded and have two thread:		Utility are multithreaded and have two thread:
	first, for read RTP stream and put packets to list		first, for read RTP stream and put packets to list

194.84.94.130 at 17:21, 8 December 2005

2005-12-08T17:21:20Z

← Older revision		Revision as of 17:21, 8 December 2005
Line 18:		Line 18:

	At prealpha version can be skipped control interface, cutting and templates for filenames.		At prealpha version can be skipped control interface, cutting and templates for filenames.

			-----------------------
			On ftp://xeon.elphel.com/landy uploaded binary precompiled and source archive '''ElphelOgm.tgz''' - filter for receive RTP stream and dump it to OGM file. For example,

			''./ElphelOgm -a <address> -p <port> -f <fps> > file.ogm''

			it is dumping stream into ''file.ogm'' . More options ''./ElphelOgm -h''. It is first version(alpha) and has problem with streamers alexlp, khlut - but working with landy's streamer. May be different structure MJPEG stream(I don't know)?
			Utility are multithreaded and have two thread:
			first, for read RTP stream and put packets to list
			second, for get data from list and put it into OGG container.
			Priority both of them thread can be set. By default using SCHED_OTHER dispatch, both thread have same priority. You can select SCHED_FIFO or SCHED_RR real-time dispatch and separate priority for threads(different for receiver and dumper), but utility must be started by root or you can set stiky-bit for it(for nonprivileged users).

			Next, size of output file limited by file system on host. If we can writing files more 2Gb, we will be have limits inside container. It is limited by ''granulepos'' and ''packetno''(internal variables in OGG container for logical stream). But we can write next stream(logical stream in OGG container, RTP stream are same) with same ''serialno''. Before zeroed ''packetno'' and ''granulepos'' we must writing OGG headers and continue dumping RTP stream. It is worked! I tested.

			If file system can't make files with size more 2Gb we can genereate file with same name and add number to it(for example, dump_video_001.ogm, dump_video_002.ogm and etc). This files shell be overlayed - frames in last 5 sec(for example) in first file and 5 sec from start in second file will be same.
			It is OK?

			Andrey Latin
			--[[User:194.84.94.130\|194.84.94.130]] 11:21, 8 December 2005 (CST)

Khlut at 20:42, 3 December 2005

2005-12-03T20:42:19Z

← Older revision		Revision as of 20:42, 3 December 2005
Line 1:		Line 1:
	The most important with recorder - avoid frame drops (maybe something can be doen with network buffering) and control them using timestamps. And the recorder better provide managable files (under 2GB), but with zero drops between them.		The most important with recorder - avoid frame drops (maybe something can be doen with network buffering) and control them using timestamps. And the recorder better provide managable files (under 2GB), but with zero drops between them.

			See also [[Talk:Live_CD#Timestamps\|previous talks about timestamps and recorder]].

	#We must try to make ogg-mjpeg file and test is it compatible with existent applications.		#We must try to make ogg-mjpeg file and test is it compatible with existent applications.

Khlut at 20:06, 3 December 2005

2005-12-03T20:06:23Z

New page

The most important with recorder - avoid frame drops (maybe something can be doen with network buffering) and control them using timestamps. And the recorder better provide managable files (under 2GB), but with zero drops between them.

#We must try to make ogg-mjpeg file and test is it compatible with existent applications.
#It is better to use own optimized rtp receiver
#It must be small standalone application without GUI. Use only stdin/stdout and files for output.
#It should have simple control interface with text format as mplayer in slave mode. One command on line. Command are:
##pause
##quit
#Command line arguments:
##multicast ip-adress
##multicast port
##[maximum number of frames]
##frames, time or length limits for file
##output to stdout
##template for file names (see GenReS for compatibility)

At prealpha version can be skipped control interface, cutting and templates for filenames.