Difference between revisions of "MiniDV2AVI/Todo/Extract milliseconds timestampt from DV capture"
From Wiki4Intranet
< MiniDV2AVI | Todo
(Created page with "In most known DV format description: http://dvswitch.alioth.debian.org/wiki/DV_format/ written: <blockquote> Audio/video recording time ;byte 0: pack type = 0x53 (audio), 0...") |
|||
Line 16: | Line 16: | ||
60 FF FF 00 FF 61 3F 80 FC FF 62 FF F0 E8 12 63 FF 87 C9 E3 FF | 60 FF FF 00 FF 61 3F 80 FC FF 62 FF F0 E8 12 63 FF 87 C9 E3 FF | ||
+ | |||
+ | Using «LTC TimeCode» for guessing «actual milliseconds» is not an option, because LTC is different for each cassette. | ||
+ | |||
+ | <blockquote> | ||
+ | ''Time code (TC)'' | ||
+ | |||
+ | This is based on [http://en.wikipedia.org/wiki/Linear_timecode LTC] but without the sync word. The user bits may be encoded in a binary group pack. | ||
+ | |||
+ | |||
+ | Appears as pack 3 in each subcode block, and also as pack 5 in subcode blocks in the first half of each frame. | ||
+ | |||
+ | ;byte 0: pack type = 0x13 | ||
+ | ;byte 1: | ||
+ | * bits 0-5: '''frames past second''', binary-coded decimal (BCD) | ||
+ | * bit 6: drop-frame timecode flag | ||
+ | * bit 7: colour frame synchronisation flag (irrelevant for DV?) | ||
+ | |||
+ | ;byte 2: | ||
+ | * bits 0-6: seconds past minute, BCD | ||
+ | |||
+ | ;byte 3: | ||
+ | * bits 0-6: minutes past hour, BCD | ||
+ | * bit 7: binary group flag 0 | ||
+ | |||
+ | ;byte 4: | ||
+ | * bits 0-5: hours past midnight, BCD | ||
+ | * bits 6-7: binary group flags 1-2 | ||
+ | |||
+ | </blockquote> | ||
+ | |||
+ | Is there any hack to guess real milliseconds (or frames after second) for timecode? |
Revision as of 21:02, 17 September 2012
In most known DV format description: http://dvswitch.alioth.debian.org/wiki/DV_format/ written:
Audio/video recording time
- byte 0
- pack type = 0x53 (audio), 0x63 (DV video) or 0x93 (MPEG-2 video)
- byte 1
- bits 0-5: frames past second, BCD, or 0x3f = unknown
- byte 2
- bits 0-6: seconds past minute, BCD
- byte 3
- bits 0-6: minutes past hour, BCD
- byte 4
- bits 0-5: hours past start of recording, BCD
But actually, in my experience, this byte 1 is always FF.
60 FF FF 00 FF 61 3F 80 FC FF 62 FF F0 E8 12 63 FF 87 C9 E3 FF
Using «LTC TimeCode» for guessing «actual milliseconds» is not an option, because LTC is different for each cassette.
Time code (TC)
This is based on LTC but without the sync word. The user bits may be encoded in a binary group pack.
Appears as pack 3 in each subcode block, and also as pack 5 in subcode blocks in the first half of each frame.
- byte 0
- pack type = 0x13
- byte 1
- bits 0-5: frames past second, binary-coded decimal (BCD)
- bit 6: drop-frame timecode flag
- bit 7: colour frame synchronisation flag (irrelevant for DV?)
- byte 2
- bits 0-6: seconds past minute, BCD
- byte 3
- bits 0-6: minutes past hour, BCD
- bit 7: binary group flag 0
- byte 4
- bits 0-5: hours past midnight, BCD
- bits 6-7: binary group flags 1-2
Is there any hack to guess real milliseconds (or frames after second) for timecode?