Appears you can retrieve the framerate with either the GetTitleAttributes or GetTotalTitleTime methods however for NTSC at least, these will always be 60/30 respectively, when what I wanted was 23.97 compared to 29.97 (24 fps progressive versus 30 fps normal). Which doesn’t seem accessible <sigh>.
However, when you get timestamps, they include
DVD_HMSF_TIMECODE
(number of frames), which, if you’re playing 23.97, will never get above 25 (odd, I know). If you’re playing 29.97 then it can get up to 29′ish. So you can kind of infer it. And it can be different from title to title, and, sometimes it’s mixed, so within the same title.
ref: http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-telecine.html
the timestamp doesn’t seem exact somehow…
update
> When I used it years ago, I remember noticing that stepping would not
> update after the first few calls.
> It went like this.
>
> Step Time
> 0 1.00
> 1 1.00
> 2 1.00
> 3 1.00
> 4 1.00
> 5 1.50
Yeah for me it’s like 4 presses (sometimes 1 or 2) and it advances 0.5s
This is weird to me because…
if it’s 24 fps, then it should be like *12* presses to advance 0.5s
But it seems to be advancing by one frame at a time, but then the
current timestamp is updated…too frequently? huh?
Actually in examining it closer, it seems to go like
Step Time
0 1.0
2 1.4
4 1.8
9 2.2
15 2.8
22 3.2
30 3.6
39 4.0
so it’s like the initial clicks are somehow “worth” more, then become
worth less,
eventually it gets down to where 25 clicks yields one second, which
actually matches the real frame rate.
So it makes me wonder if it’s “catching up” somehow or caching or what not
That is making more sense to me now.
so it’s basically somewhat imprecise or something