Time Shifting Engine: Common FAQ - Revision history

Bmezhebitskiy at 10:35, 9 June 2010

2010-06-09T10:35:14Z

Bmezhebitskiy: Time Shifting Engine: FAQ moved to Time Shifting Engine: Common FAQ

2010-06-09T09:07:33Z

Time Shifting Engine: FAQ moved to Time Shifting Engine: Common FAQ

Bmezhebitskiy at 09:07, 9 June 2010

2010-06-09T09:07:01Z

Admin at 06:35, 12 January 2009

2009-01-12T06:35:26Z

Admin at 06:55, 24 January 2008

2008-01-24T06:55:47Z

Admin at 07:21, 11 January 2008

2008-01-11T07:21:22Z

Admin at 13:28, 14 November 2007

2007-11-14T13:28:02Z

Admin at 19:45, 7 November 2007

2007-11-07T19:45:29Z

Admin at 19:44, 7 November 2007

2007-11-07T19:44:30Z

Admin at 19:44, 7 November 2007

2007-11-07T19:44:02Z

← Older revision		Revision as of 10:35, 9 June 2010
Line 8:		Line 8:

	:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).		:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
−
−	~~'''TS architecture:'''~~
−	~~Where are two object:~~
−	~~1. MG TimeShift Sink (ready).~~
−	~~2. MG TimeShift Viewer (not ready yet).~~
−
−	~~1. MG TimeShift Sink - can be connected to Live Sources or e.g. to~~
−	~~SCMultiCapture module and create the *.ms-tse file.~~
−
−	~~- This file can be played via any DirectShow application like the~~
−	~~usual file (with limitation to seeking at the begin of file).~~
−
−	~~2. MG TimeShift Viewer read the *.ms-tse file, provide the capturing~~
−	~~ability (e.g. save the part of TS buffer into persistent file) and~~
−	~~create the 'virtual a/v capture device' - this device can be used in~~
−	~~DirectShow like the usual capture device.~~

	[[Category: Time Shifting Engine FAQ]]		[[Category: Time Shifting Engine FAQ]]

← Older revision		Revision as of 09:07, 9 June 2010
Line 25:		Line 25:
	DirectShow like the usual capture device.		DirectShow like the usual capture device.

−	[[Category:~~FAQs~~]]	+	[[Category: Time Shifting Engine FAQ]]

← Older revision		Revision as of 06:35, 12 January 2009
Line 8:		Line 8:

	:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).		:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
		+
		+	'''TS architecture:'''
		+	Where are two object:
		+	1. MG TimeShift Sink (ready).
		+	2. MG TimeShift Viewer (not ready yet).
		+
		+	1. MG TimeShift Sink - can be connected to Live Sources or e.g. to
		+	SCMultiCapture module and create the *.ms-tse file.
		+
		+	- This file can be played via any DirectShow application like the
		+	usual file (with limitation to seeking at the begin of file).
		+
		+	2. MG TimeShift Viewer read the *.ms-tse file, provide the capturing
		+	ability (e.g. save the part of TS buffer into persistent file) and
		+	create the 'virtual a/v capture device' - this device can be used in
		+	DirectShow like the usual capture device.

	[[Category:FAQs]]		[[Category:FAQs]]

← Older revision		Revision as of 06:55, 24 January 2008
Line 8:		Line 8:

	:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).		:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
		+
		+	[[Category:FAQs]]

@@ Line 3: / Line 3: @@
 '''Q:''' What limits are there on the size of the buffer and is the buffer a ring buffer? I.e. if I set the buffer to 60 mins, and realtime is currently say 35 mins, can I timeshift back to the beginning (e.g. 0 mins).
-'''A:''' The buffer size is limited only by the size of the HDD. The buffer is a ring buffer. Yes, you can shift from 35 mins to 0 mins if the buffer size is 60 mins.
+:'''A:''' The buffer size is limited only by the size of the HDD. The buffer is a ring buffer. Yes, you can shift from 35 mins to 0 mins if the buffer size is 60 mins.
 '''Q:''' Is it straight forward to loop a segment of the buffer, for example you want to play one part of it over and over as a loop (while realtime video continues to be recorded).
-'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
+:'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).

← Older revision		Revision as of 13:28, 14 November 2007
Line 8:		Line 8:

	'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).		'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
−
−	~~'''Q:''' For the multiuser time shifting, are you talking about users from different PC's and if so, what sort of network is required.~~

@@ Line 1: / Line 1: @@
 This is a FAQ page for [[Time Shifting Engine]].
-'''Q:''' What limits are there on the size of the buffer and is the buffer a ring buffer? I.e. if I set the buffer to 60 mins, and realtime is currently say 35 mins, can I timeshift back to the beginning (e.g. 0 mins).</blue>
+'''Q:''' What limits are there on the size of the buffer and is the buffer a ring buffer? I.e. if I set the buffer to 60 mins, and realtime is currently say 35 mins, can I timeshift back to the beginning (e.g. 0 mins).
 '''A:''' The buffer size is limited only by the size of the HDD. The buffer is a ring buffer. Yes, you can shift from 35 mins to 0 mins if the buffer size is 60 mins.
-===Is it straight forward to loop a segment of the buffer, for example you want to play one part of it over and over as a loop (while realtime video continues to be recorded).===
+'''Q:''' Is it straight forward to loop a segment of the buffer, for example you want to play one part of it over and over as a loop (while realtime video continues to be recorded).
-[red]Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).[/red]
+'''A:''' Several threads can read from various parts of the buffer independently (without interrupting the buffering of realtime video).
-===For the multiuser time shifting, are you talking about users from different PC's and if so, what sort of network is required.===
+'''Q:''' For the multiuser time shifting, are you talking about users from different PC's and if so, what sort of network is required.