Phantom Cine - Revision history

Clone2727: typo

2010-06-14T14:29:39Z

typo

← Older revision		Revision as of 07:29, 14 June 2010
Line 27:		Line 27:
	4 bytes number of first frame (repeated?)		4 bytes number of first frame (repeated?)
	4 bytes number of frames in files (repeated?)		4 bytes number of frames in files (repeated?)
	4 bytes offset of ~~BitampInfoHeader~~		4 bytes offset of BitmapInfoHeader
	4 bytes offset of ???		4 bytes offset of ???
	4 bytes offset of file index		4 bytes offset of file index

Reimar: Clarify: current description is not based on specification

2010-06-13T12:12:50Z

Clarify: current description is not based on specification

← Older revision		Revision as of 05:12, 13 June 2010
Line 4:		Line 4:

	The Phantom Cine format		The Phantom Cine format

			Note: below information is based on looking at a sample file, please verify against the specification linked at the end.

	This is a raw uncompressed format.		This is a raw uncompressed format.

Reimar: typo fix

2010-06-13T12:11:24Z

typo fix

← Older revision		Revision as of 05:11, 13 June 2010
Line 1:		Line 1:
	~~Extenstions~~: cine		Extensions: cine
	* Company: [[Vision Research Inc.]]		* Company: [[Vision Research Inc.]]
	* Samples: [http://samples.mplayerhq.hu/V-codecs/Phantom_Cine http://samples.mplayerhq.hu/V-codecs/Phantom_Cine]		* Samples: [http://samples.mplayerhq.hu/V-codecs/Phantom_Cine http://samples.mplayerhq.hu/V-codecs/Phantom_Cine]

Suxen drol: +samples, +specification link, +cat

2010-06-13T11:37:29Z

+samples, +specification link, +cat

← Older revision		Revision as of 04:37, 13 June 2010
Line 1:		Line 1:
			Extenstions: cine
			* Company: [[Vision Research Inc.]]
			* Samples: [http://samples.mplayerhq.hu/V-codecs/Phantom_Cine http://samples.mplayerhq.hu/V-codecs/Phantom_Cine]

	The Phantom Cine format		The Phantom Cine format

Line 45:		Line 49:

	At each offset indicated by the index, there is first a header. The first 4 bytes of the header give the length of the header. Only the value 8 has a known meaning, in which case the next 4 bytes give the length of the frame data.		At each offset indicated by the index, there is first a header. The first 4 bytes of the header give the length of the header. Only the value 8 has a known meaning, in which case the next 4 bytes give the length of the frame data.

			== External Links ==
			* [http://www.visionresearch.com/devzonedownloads/cine640.pdf http://www.visionresearch.com/devzonedownloads/cine640.pdf] The CINE File Format, Vision Research Inc., 2007

			[[Category:Container Formats]]

Reimar at 12:09, 28 March 2010

2010-03-28T12:09:31Z

← Older revision		Revision as of 05:09, 28 March 2010
Line 4:		Line 4:

	It contains a lot of metadata, and index and raw uncompressed frames, presumably in Bayer format.		It contains a lot of metadata, and index and raw uncompressed frames, presumably in Bayer format.
			Know samples store each Bayer sample with 16 bits, where only the lowest 14 bits are relevant (the value 16 can be determined from the BitmapInfoHeader, the 14 bits are somewhere in the file as well, as can be seen from the xml-representation of the metadata (the RealBPP entry) - all data in the xml file exists in the .cine file as well). Making the lowest instead of the highest 14 bits the relevant ones is a rather unfortunate choice since it makes conversion to standard formats more difficult.

	Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.		Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.

Reimar at 12:02, 28 March 2010

2010-03-28T12:02:35Z

@@ Line 7: / Line 7: @@
 Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.
-Variable length part seems to start at offset 0x16c0.
+All values are stored in little-endian format.
 It consists of 3 parts:

Reimar at 11:43, 28 March 2010

2010-03-28T11:43:36Z

← Older revision		Revision as of 04:43, 28 March 2010
Line 2:		Line 2:

	This is a raw uncompressed format.		This is a raw uncompressed format.

	It contains a lot of metadata, and index and raw uncompressed frames, presumably in Bayer format.		It contains a lot of metadata, and index and raw uncompressed frames, presumably in Bayer format.

	Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.		Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.

	Variable length part seems to start at offset 0x16c0.		Variable length part seems to start at offset 0x16c0.

	It consists of 3 parts:		It consists of 3 parts:

	1) timestamps		1) timestamps

	2) exposure values		2) exposure values

	3) index		3) index

	The timestamp and exposure values parts start with a 4-byte length field allowing to skip them.		The timestamp and exposure values parts start with a 4-byte length field allowing to skip them.

	The index contains a 8-byte offset value for each frame. It does not have a length field, the number of entries is determined from the number of frames in the main header.		The index contains a 8-byte offset value for each frame. It does not have a length field, the number of entries is determined from the number of frames in the main header.

	At each offset indicated by the index, there is first a header. The first 4 bytes of the header give the length of the header. Only the value 8 has a known meaning, in which case the next 4 bytes give the length of the frame data.		At each offset indicated by the index, there is first a header. The first 4 bytes of the header give the length of the header. Only the value 8 has a known meaning, in which case the next 4 bytes give the length of the frame data.

Reimar at 11:42, 28 March 2010

2010-03-28T11:42:53Z

New page

The Phantom Cine format

This is a raw uncompressed format.
It contains a lot of metadata, and index and raw uncompressed frames, presumably in Bayer format.
Note: some of the fixed offsets below might not always be at that offset, though they are for the known samples and there are no length fields that would allow calculating them in a sensible way.
Variable length part seems to start at offset 0x16c0.
It consists of 3 parts:
1) timestamps
2) exposure values
3) index

The timestamp and exposure values parts start with a 4-byte length field allowing to skip them.
The index contains a 8-byte offset value for each frame. It does not have a length field, the number of entries is determined from the number of frames in the main header.
At each offset indicated by the index, there is first a header. The first 4 bytes of the header give the length of the header. Only the value 8 has a known meaning, in which case the next 4 bytes give the length of the frame data.