sensible-cinema 0.28.1 → 0.34.0

data/spec/notes

@@ -1,8 +1,3044 @@
-up next:
 
-http://movies.netflix.com/WiMovie/On_the_Double/70135642?trkid=496624 On the Double has some definite adult themes in there (adultery etc.). No real violence or profanity that I noticed.
+explorers:
+apperas that despite being "right on" for two, others within were 0.09 off and 0.18 off.
+
+
+the christmas list: two deity prof's [TODO]
+
+= hp 2 weird start =
+
+last NAV packet was 0.000000, mpeg at 0.000000 after -> 29.97 0.000000
+not adding odd diff1? 0.000000adding 0.000000 to 0.000000
+final: 0.000000
+Audio: no sound
+Starting playback...
+Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
+VO: [null] 720x480 => 720x540 Planar YV12
+[mpeg2video @ 00c3fa80]ac-tex damaged at 0 7
+[mpeg2video @ 00c3fa80]Warning MVs not available
+[mpeg2video @ 00c3fa80]concealing 1035 DC, 1035 AC, 1035 MV errors
+
+last NAV packet was 0.000000, mpeg at 0.050050 after -> 29.97 0.000000
+adding difference 0.050050 adding 0.000000 to 0.050050
+final: 0.050050
+
+last NAV packet was 0.000000, mpeg at 0.128911 after -> 29.97 0.000000
+adding difference 0.128911 adding 0.000000 to 0.128911
+final: 0.128911
+V:  0.13   3/  2 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.178961 after -> 29.97 0.000000
+adding difference 0.178961 adding 0.000000 to 0.178961
+final: 0.178961
+V:  0.18   4/  3 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.212328 after -> 29.97 0.000000
+adding difference 0.212328 adding 0.000000 to 0.212328
+final: 0.212328
+V:  0.21   5/  4 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.128911 after -> 29.97 0.000000 # huh? no what? wha?!
+adding difference 0.128911 adding 0.000000 to 0.128911
+final: 0.128911
+V:  0.13   6/  5 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.162278 after -> 29.97 0.000000
+adding difference 0.162278 adding 0.000000 to 0.162278
+final: 0.162278
+V:  0.16   7/  6 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.212328 after -> 29.97 0.000000
+adding difference 0.212328 adding 0.000000 to 0.212328
+final: 0.212328
+
+= ratatouille weird start, timing=
+
+"1:26:15.57" , "1:26:18.87", "profanity", "bloo..", "and no one else seems to have it in this [bloo..] town,",
+
+
+# srt:
+
+# 00:00:30,784 --> 00:00:32,884	
+# <i>Although each of the world's countries</i>
+# 1.5s too early
+
+#1027
+#01:13:35,641 --> 01:13:38,441
+#- Sorry, chef.
+#- The rat! It's stolen my documents!
+# 1.2s too late
+
+#1189
+#01:26:17,441 --> 01:26:20,741
+#and no one else
+#seems to have it in this bloody town,
+
+# adjusted 1:26:19.07 start of it.
+# mplayer-edl which is still adjusted 1:26:18f20
+
+# the adjustment seems correct...
+
+# end in mplayer-edl 1:42:31.14
+
+#if you use the end one right...
+
+#1:13:37,32 --> 1:13:40,12
+#- Sorry, chef.
+#- The rat! It's stolen my documents!
+
+# except now the right code is 1:13:37.30'ish for that LOL 37.29 with and without volume
+# which aligns with the end perfectly LOL 1:42:31,10 !
+
+with a second and 3rd srt, which almost exactly matches the first...and is wrong...LOL. Maybe...this DVD is too screwed up to have reliable time signatures after a point?
+try with ending timestamps [fails even worse?]
+
+try writing a synchronized fella, see where it failz
+
+
+1:42:25.55
+
+last NAV packet was 0.000000, mpeg at 0.000000 after -> 29.97 0.000000
+not adding odd diff1? 0.000000adding 0.000000 to 0.000000
+final: 0.000000
+Audio: no sound
+Starting playback...
+Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
+VO: [null] 720x480 => 854x480 Planar YV12
+[mpeg2video @ 00c3fa80]ac-tex damaged at 37 7
+[mpeg2video @ 00c3fa80]Warning MVs not available
+[mpeg2video @ 00c3fa80]concealing 1035 DC, 1035 AC, 1035 MV errors
+
+last NAV packet was 0.000000, mpeg at 0.033367 after -> 29.97 0.000000
+adding difference 0.033367 adding 0.000000 to 0.033367
+final: 0.033367
+
+last NAV packet was 0.000000, mpeg at 0.280633 after -> 29.97 0.000000
+adding difference 0.280633 adding 0.000000 to 0.280633
+final: 0.280633
+V:  0.28   2/  2 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.280633 after -> 29.97 0.000000
+adding difference 0.280633 adding 0.000000 to 0.280633
+final: 0.280633
+V:  0.28   3/  3 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.314000 after -> 29.97 0.000000
+adding difference 0.314000 adding 0.000000 to 0.314000
+final: 0.314000
+V:  0.31   4/  4 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.347367 after -> 29.97 0.000000
+adding difference 0.347367 adding 0.000000 to 0.347367
+final: 0.347367
+V:  0.35   5/  5 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.380733 after -> 29.97 0.000000
+adding difference 0.380733 adding 0.000000 to 0.380733
+final: 0.380733
+V:  0.38   6/  6 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.414100 after -> 29.97 0.000000
+adding difference 0.414100 adding 0.000000 to 0.414100
+final: 0.414100
+V:  0.41   7/  7 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.447467 after -> 29.97 0.000000
+adding difference 0.447467 adding 0.000000 to 0.447467
+final: 0.447467
+V:  0.45   8/  8 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.480833 after -> 29.97 0.000000
+adding difference 0.480833 adding 0.000000 to 0.480833
+final: 0.480833
+V:  0.48   9/  9 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.514200 after -> 29.97 0.000000
+adding difference 0.514200 adding 0.000000 to 0.514200
+final: 0.514200
+V:  0.51  10/ 10 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.547567 after -> 29.97 0.000000
+adding difference 0.547567 adding 0.000000 to 0.547567
+final: 0.547567
+V:  0.55  11/ 11 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.580933 after -> 29.97 0.000000
+adding difference 0.580933 adding 0.000000 to 0.580933
+final: 0.580933
+V:  0.58  12/ 12 ??% ??% ??,?% 0 0
+last NAV packet was 0.000000, mpeg at 0.614300 after -> 29.97 0.000000
+adding difference 0.614300 adding 0.000000 to 0.614300
+final: 0.614300
+weird fella suddenly we're not a DVD? mpeg at 0.033367 adding 0.000000 to 0.033367
+final: 0.033367
+V:  0.03   0/  0 ??% ??% ??,?% 0 0
+last NAV packet was 0.400000, mpeg at 0.066733 after -> 29.97 0.400400 # this less a frame I guess...
+new NAV packet! 0.400400 [adjusted] at 0.066733 adding 0.000000 to 0.400400
+final: 0.400400
+V:  0.07   1/  1 ??% ??% ??,?% 0 0
+last NAV packet was 0.400000, mpeg at 0.280633 after -> 29.97 0.400400
+adding difference 0.213900 adding 0.000000 to 0.614300
+final: 0.614300
+V:  0.28   2/  2 ??% ??% ??,?% 0 0
+last NAV packet was 0.400000, mpeg at 0.314000 after -> 29.97 0.400400
+adding difference 0.247267 adding 0.000000 to 0.647667
+final: 0.647667
+V:  0.31   3/  3 ??% ??% ??,?% 0 0
+last NAV packet was 0.400000, mpeg at 0.347367 after -> 29.97 0.400400
+adding difference 0.280633 adding 0.000000 to 0.681033
+final: 0.681033
+
+
+zoomplayer max
+env ALLUSERSPROFILE apparently [?]
+
+= am I accurate all the way through with dvd_nav_offset =
+
+==osoh==
+
+started quite well
+
+ mpeg at 4.159503 after -> 29.97 3.670333
+adding difference 0.291959 adding 0.213686 to 3.962293
+final: 4.175979
+
+0.016
+
+ 1808.166626, mpeg at 1810.214111 after -> 29.97 1809.974854
+adding difference 0.041748 adding 0.213686 to 1810.016602
+final: 1810.230347
+
+0.016
+
+mpeg at 5418.517090 after -> 29.97 5417.845703
+adding difference 0.458984 adding 0.213686 to 5418.304688
+final: 5418.518555
+
+0.0014
+
+ mpeg at 5532.005859 after -> 29.97 5531.458984
+adding difference 0.334473 adding 0.213686 to 5531.793457
+final: 5532.007324
+
+
+0.002
+
+suh-weet
+
+ mpeg at 6728.743164 after -> 29.97 6728.188477
+adding difference 0.376465 adding 0.213686 to 6728.564941
+final: 6728.778809
+
+0.035645
+
+==prince of egypt==
+
+mpeg at 0.681033 after -> 29.97 0.400400
+new NAV packet! 0.400400 [adjusted] at 0.681033 adding 0.281033 to 0.400400
+final: 0.681433
+
+ mpeg at 1.081433 after -> 29.97 0.800800
+new NAV packet! 0.800800 [adjusted] at 1.081433 adding 0.281033 to 0.800800
+final: 1.081833
+
+still 0.0004
+
+2.233333, mpeg at 2.516194 after -> 29.97 2.235567
+new NAV packet! 2.235567 [adjusted] at 2.516194 adding 0.281033 to 2.235567
+final: 2.516600
+
+0.0006
+
+all monotonic
+ 3.000000, mpeg at 3.266944 after -> 29.97 3.003000
+new NAV packet! 3.003000 [adjusted] at 3.266944 adding 0.281033 to 3.003000
+final: 3.284033
+
+0.017
+
+
+ was 5.000000, mpeg at 5.268946 after -> 29.97 5.005000
+new NAV packet! 5.005000 [adjusted] at 5.268946 adding 0.281033 to 5.005000
+final: 5.286033
+
+0.017 off [?]
+
+mpeg at 6.937278 after -> 29.97 6.506500
+adding difference 0.166832 adding 0.281033 to 6.673332
+final: 6.954365
+
+ mpeg at 13.777442 after -> 29.97 13.513500
+new NAV packet! 13.513500 [adjusted] at 13.777442 adding 0.281033 to 13.513500
+final: 13.794533
+
+mpeg at 1819.873779 after -> 29.97 1819.484253
+adding difference 0.125244 adding 0.281033 to 1819.609497
+final: 1819.890503
+
+still  0.017 off ...
+
+50:
+ mpeg at 3020.189209 after -> 29.97 3019.616699
+adding difference 0.291504 adding 0.281033 to 3019.908203
+final: 3020.189209
+LOL
+
+0.000
+
+near end:
+
+mpeg at 4244.576660 after -> 29.97 4244.172852
+adding difference 0.124512 adding 0.281033 to 4244.297363
+final: 4244.578613
+
+0.002 ok now I am weirded out...
+
+ packet was 5622.200195, mpeg at 5628.225586 after -> 29.97 5627.822266
+adding difference 0.124512 adding 0.281033 to 5627.946777
+final: 5628.228027
+
+0.003
+
+can't complain about this stuff uh guess...umm...uh...hmm...
+  integer arithmetic is losing some precision perhaps?  seems all right tho...
+  
+  
+  =c=
+  mpeg at 0.681033 after -> 29.97 0.400400
+  adding difference 0.066733 adding 0.214300 to 0.467133
+  final: 0.681433
+  [had some other that didn't seem as close...]
+  
+ mpeg at 47.494480 after -> 29.97 47.280567
+new NAV packet! 47.280567 [adjusted] at 47.494480 adding 0.214300 to 47.280567
+final: 47.494865
+
+0.004
+
+ mpeg at 610.882202 after -> 29.97 610.409790
+ adding difference 0.292053 adding 0.214300 to 610.701843
+ final: 610.916138
+
+ mpeg at 1815.794556 after -> 29.97 1815.280151
+adding difference 0.333618 adding 0.214300 to 1815.613770
+final: 1815.828125
+
+0.033
+
+ mpeg at 3020.873535 after -> 29.97 3020.650879
+adding difference 0.041748 adding 0.214300 to 3020.692627
+final: 3020.906982
+
+0.033
+
+still kinder close...
+= softskip,pullup =
+
+somehow sintel is IIPPPII even though it's 29.97 fps "telecine"
+
+Progressive video requires no special filtering to encode.
+
+if I want to autodetect it...
+
+demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
+
+last NAV packet was 1.666667, mpeg at 2.094940 after -> 29.97 1.668333
+adding difference 0.212707 adding 0.213686 to 1.881040
+final: 2.094726
+A:   2.1 V:  2.09 A-V: -0.009 ct: -0.172  57/ 54 24% 55% 15.9% 20 0
+
+=c= 24000/1001fps progressive NTSC content detected
+
+= zoomplayer max scene cut editor =
+
+existed since 01 May 2004 http://forum.inmatrix.com/index.php?showtopic=136&hl=%2Bcut+%2Bscene&fromsearch=1
+
+With DVDs, scene-cut files are saved in the Zoom Player 
+  DVD Bookmark directory (usually "C:\Program Files\Zoom Player\DVD-Bookmarks") as a "disc.cut" file. 
+
+== VLC yuvp sox ==
+
+red should always be under each word
+
+Table 2.8. Packed YUV Image Formats
+Identifier	Code	 	                 Byte 0 in memory	 	                 Byte 1	
+ 	 	Bit	7	6	5	4	3	2	1	0	 	7	6	5	4	3	2	1	0	 	7	6	5	4	3	2	1	0	 	7	6	5	4	3	2	1	0
+V4L2_PIX_FMT_YUV444	'Y444'	 	Cb3	Cb2	Cb1	Cb0	Cr3	Cr2	Cr1	Cr0	 	a3	a2	a1	a0	Y'3	Y'2	Y'1	Y'0	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 
+V4L2_PIX_FMT_YUV555	'YUVO'	 	Cb2	Cb1	Cb0	Cr4	Cr3	Cr2	Cr1	Cr0	 	a	Y'4	Y'3	Y'2	Y'1	Y'0	Cb4	Cb3	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 	 
+V4L2_PIX_FMT_YUV565	'YUVP'	 	Cb2	Cb1	Cb0	Cr4	Cr3	Cr2	Cr1	Cr0	 	Y'4	Y'3	Y'2	Y'1	Y'0	Cb5	Cb4	Cb3	 	 	 	 	 	 	 	 	 	 	 # this totally seems unrelated somehow...huh?	 	 	 	 	 	 
+V4L2_PIX_FMT_YUV32	'YUV4'	 	a7	a6	a5	a4	a3	a2	a1	a0	 	Y'7	Y'6	Y'5	Y'4	Y'3	Y'2	Y'1	Y'0	 	Cb7	Cb6	Cb5	Cb4	Cb3	Cb2	Cb1	Cb0	 	Cr7	Cr6	Cr5	Cr4	Cr3	Cr2	Cr1	Cr0
+
+
+
+YUVP 	0x50565559 	24? 	YCbCr 4:2:2 extended precision 10-bits per component in Y0 U0 Y1 V0 order.
+
+maybe the Y is the alpha?
+
+
+AYUV This is a 4:4:4 YUV format with 8 bit samples for each component along with an 8 bit alpha blend value per pixel. Component ordering is A Y U V (as the name suggests).
+
+
+special:
+
+                if( p_trans[i_x+1] > 0xaa )
+
+
+YUVA might be 1,2,2,1
+
+
+
+"YUV" mostly means "Y′CbCr" typically Y is strongest.
+
+
+looks like alpha is 3:
+            i_trans = vlc_alpha( p_pal[p_trans[i_x]][3], i_alpha );
+
+y is 0
+u is 1
+v is 2
+
+
+a comes from A_PLANE
+
+
+    BLEND_CFG( VLC_CODEC_YUVA, BlendYUVAI420, BlendYUVAYUVPacked /* I liked this one */, BlendYUVARV16, BlendYUVARV24 ),
+
+    BLEND_CFG( VLC_CODEC_YUVP, BlendPalI420, BlendPalYUVPacked %* ++ %*, BlendPalRV, BlendPalRV ),
+
+
+interesting, maybe I need to be "writing" to pitches too?
+
+
+                if( p_trans_is_src[i_x+1] > 0xaa )
+                {
+                    i_u = (p_pal[p_src[i_x]][1] + p_pal[p_src[i_x+1]][1]) >> 1;
+                    i_v = (p_pal[p_src[i_x]][2] + p_pal[p_src[i_x+1]][2]) >> 1;
+                }
+
+.so
+
+swapped = 0 always
+
+u,v struggle.
+incoming as VLC_CODEC_YUVP (from that)
+
+http://download.videolan.org/pub/videolan/vlc/0.8.6i/win32/
+2008-Sep-09 19:23:18
+is ok (blend plugin)
+
+0.9.9 not there [no libyuvp either, but yes yuvgrey.dll]
+1.0.0 broken, yes there
+
+1.2.0, 1.3.0 nightlies: right color, wrong place
+
+
+remove libyuvp_plugin.dll
+
+1.1.11 is grey *always*
+
+1.2.0 nightlie it's right color, wrong place
+
+linux?
+
+= upconv dvd =
+
+2:34:12 seem the same (sky view houses)
+2:35:34 seem same (alleyway)
+2:36:89 crud over right shoulder igual
+42:.40 door same
+2:44.73 one line of difference 2x is taller LOL [really none I guess]
+1x is looking really good...
+2:48.37 igualzinho
+47.27 slightly furry hair:
+47:27 igualzinho
+
+the reality is her hair looks "good but out of focus" with 2x as well.
+
+I must concede LOL
+
+does -sws 9 make a difference without any "real" upscaling...it seems to not do...
+
+===emperor's new groove: ===
+pauses in mplayer, seems...great in vlc...didn't check vlc logs though.
+when he throws hat, without upconvert too phew
+  8% 9% cpu...2000
+
+ some jerks in mplayer [baby] not in VLC. cache?
+  
+  
+
+Too many video packets in the buffer: (4096 in 8275996 bytes).
+Maybe you are playing a non-interleaved stream/file or the codec failed?
+For AVI files, try to force non-interleaved mode with the -ni option.
+[ac3 @ 00c3fa80]incomplete frame
+
+may have been a reset...
+this has a bajillion resets...
+I think VLC is just skipping it LOL.
+
+Too many video packets in the buffer: (4096 in 8275996 bytes).
+Maybe you are playing a non-interleaved stream/file or the codec failed?
+For AVI files, try to force non-interleaved mode with the -ni option.
+[ac3 @ 00c3fa80]incomplete frame
+
+  
+TODO book 2x
+  
+veggie tales where's g: fails css, fine vlc
+
+vlc paused a tidge at the beginnning
+
+= xbmc timings =
+
+xbmc seems to use "straight" dvdnav time.
+
+====
+1.0rc4 seeks fine dvd://, fails dvdnav:// apparently
+trunk seeks fine dvdnav://
+MPlayerX 1.0.9's mplayer seeks fine dvdnav://
+mplayer.here seeks fine dvdnav:// (with 1.0rc4 installed)
+
+theirs loops with their vendored libdvdnav
+  theirs works with real DVD paths LOL ignore that then
+  
+To increase the maximum volume to 400%, use softvol=yes and softvol-max=400
+@smplayer: use the right time sig!
+
+OS X Extended possibly lacks the lib, though it "has" dvdnav apparently, seems too useless
+
+mplayer 1.0rc4 suddenly cannot seek
+  dvd:// does tho
+
+mplayer.here still can tho
+
+mplayer-devel old can seek fine dvd://
+
+= dvdnav arrow keys =
+
+works fine doze Sherpya-SVN-r34118-4.2.5
+  doze SVN-r34269-4.5.1
+
+failz with mplayer_me port
+unknown with mplayerX dvdnav
+
+TODO try -v, and -nocache, and trunk, check for some phreaky config file
+  maybe just rebuild mplayer-devel with dvdnav enabled, see if it still occurs
+  
+http://forums.gentoo.org/viewtopic-p-6148657.html?sid=316c0fef9f0570a479920be25599ec0e has explicit
+ but still weird
+
+known bug?
+http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-June/080476.html
+
+34118 linux works
+SVN-r34269-4.5.2 linux works
+
+= macports mpkg extraneous =
+
+perl seems to be the only extra...
+  #depends_fetch-append bin:git:git-core
+
+gettext might come from subversion, as well fetch.type svn, pkgconfig
+
+cannot have multiple mpkg's easily
+
+= NAV to MPEG =
+
+negative NAV offset: mpeg - "0.21" - nav_converted
+
+NAV packets must be "messed up" for the 0.0s versus 0.4s, relative to 
+ the start of the MPEG, but if they'are always about 0.2 (they're not though... but typically quite close...hmm...)
+  I guess the problem is I don't have the 0.28 time for all EDL's?
+
+  tangled:
+  "dvd_start_offset" => "0.21", # for title 1
+  last NAV packet was 0.400000, mpeg at 0.033367
+  last NAV packet was 0.400000, mpeg at 0.207756
+  ...
+  last NAV packet was 0.900000, mpeg at 1.041922
+    may have had extra resets in there...
+  negative dvdnav offset: -0.069  looks good...
+  
+  time bandits is streamed
+  
+  finding neverland:
+    "dvd_start_offset" => "0.28", # for title 1
+    last NAV packet was 0.000000, mpeg at 0.033367
+	last NAV packet was 0.000000, mpeg at 0.280633
+	                    0.500000, mpeg at 0.735254
+	negative dvdnav offset: -0.05 # hmm...
+	
+  night at the museum:
+  
+"dvd_start_offset" => "0.20", # for title 1
+    last NAV packet was 0.000000, mpeg at 0.033367 a
+	 0.000000, mpeg at 0.199800 # video packet I believe...
+	 ...
+	 last NAV packet was 0.433333, mpeg at 0.533467 # 0.1 ! but note it st
+	 negative dvdnav offset: -0.09
+	 
+	 last NAV packet was 3603.433333, mpeg at 3607.136401
+	 3607.1364 - 0.2-(3603.4333*1.001)
+       => -0.10033329999987473
+	   then has a split
+  american mormon:
+  
+"dvd_start_offset" => "0.3", # for title 8
+	last NAV packet was 0.000000, mpeg at 0.033367
+	last NAV packet was 0.000000, mpeg at 0.300300
+	last NAV packet was 0.433333, mpeg at 0.667333 # 0.23, seems to have no correlation?
+	  negative dvd offset: -0.065
+	
+	last NAV packet was 1803.533333, mpeg at 1805.570402
+	   1805.57 - 0.3-(1803.533*1.001)
+       => -0.06653299999970841  might be an expected creep LOL
+	     this explains why my numbers get slightly less accurate near the end...
+	  that's about the end
+	  
+	seeker letters up:
+	
+"dvd_start_offset" => "0.2", # for title 1
+	 0.000000, mpeg at 0.033367
+	  0.000000, mpeg at 0.195633
+	  last NAV packet was 0.433333, mpeg at 0.562667
+	  negative dvdnav offset: -0.069
+	  last NAV packet was 3603.833333, mpeg at 3607.549158
+	     3607.55-0.195-(3603.833*1.001)
+          => -0.08183299999973315
+	  last NAV packet was 5403.600000, mpeg at 5409.099292
+	  5409.099 -0.195-(5403.6*1.001)
+      => -0.09959999999955471
+	      creeping? but that's after like 2 hours...hmm...
+		  
+      prince o' egypt: 0.68-0.35-0.4
+      => -0.07
+= dying/crashing dvdnav =
+
+linux VLC:
+  libdvdnav: Invalid angle block
+linux mplayer pristine, no libdvd:
+  libdvdnav: Invalid angle block
+linux 34118: 
+  libdvdnav: Invalid angle block
+
+tangled loops VLC blackey
+tangled loops VLC work desktop
+
+all disney say "no VTS" (only from within virtualbox?).
+works fine VLC mac [with nav] doesn't loop at all [?]
+
+mplayer blackey:
+Assertion failed: (vm->state).pgc->cell_playback[(vm->state).cellN - 1].block_mode != 0, file libdvdnav/vm/vm.c, line 1134
+This application has requested the Runtime to terminate it in an unusual way.
+Please contact the application's support team for more information.
+MPlayer interrupted by signal 22 in module: decode_audio
+
+dies new lappy same spot, same DVD, but clean :P
+
+dies with mplayer  Sherpya-SVN-r30369-4.2.5m libdvdnav: Using dvdnav version MPlayer-custom same way
+
+mac:
+libdvdnav: Invalid angle block mplayer.here  UNKNOWN-4.2.1 libdvdnav: Using dvdnav version MPlayer-custom
+same with MPlayer SVN-r34269-4.2.1 (C) 2000-2011 MPlayer Team
+  didn't include the latest dvdnav patches though...though mplayer_edl does :P
+
+report different DVD: http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-December/075458.html
+  https://trac.handbrake.fr/ticket/125
+  https://forum.handbrake.fr/viewtopic.php?f=11&t=14189
+  
+= VLC patch =
+
+dvdnav:// actually has "times" that match its "seek tos"
+  they just don't match reality :P
+  "don't you get it, Ben?"
+  
+dvdread:// has "times" that match its "seek tos"
+  1:00:00 "don't you get it, Ben?"
+
+  should be "I found The Charlotte?...[]The Charlotte?" if it follows sum NAV times...which it doesn't :P
+  so they're both bworked, or what?
+    dvdnav at least is returning some phreaky ratio: (double)pos / (double)len;
+      I guess this lets it...seek ok [but it doesn't always?]
+      sounds bworked to me...
+
+http://git.videolan.org/?p=vlc.git;a=blobdiff;f=modules/access/dvdnav.c;h=99f2e111fb08b9aa00dffcd3feb081d0d2741902;hp=e7f5adf371db87972a5a0530338e898e8f864ae7;hb=99e7dfd49ccdbe8cbb06bd8047b7080e09fc675e;hpb=bc61326a1dc4e58d6de4d7ce0e0d74efd51b37ca
+was dvdnav splitting into percents.
+
+dvd://D:\ *is* dvdnav.
+
+dvdnav_get_duration
+
+dvdread seems to be 'seek this many blocks'
+
+typedef int64_t mtime_t;
+int64_t pgc_length;  /* the length of the current program chain in PTS ticks */
+i_pgc_length =  event->pgc_length * 1000 / 90;
+
+should be 4:02 => 242 seconds 
+
+30 should be:
+  2946600
+  
+  dvdnav_time_search versus dvdnav_sector_search huh?
+     I think sector_search has an "offset" and also a "force me to go forward" aspect, so they don't immediately conflict [?]
+    
+    pass back needed:
+    
+    get time 3894009
+get length 1718232704
+    get time:
+     *va_arg( args, int64_t * ) =(  event->pgc_length * 1000 / 90)*pos/len;
+    get length:
+    *va_arg( args, int64_t * ) = (int64_t)p_sys->i_pgc_length
+    
+    3M for 2seconds, end of sounds
+    
+
+VLC has the right timestamps now, appears.
+  guess it's actually consistent (but with wrong times) currently.
+  some of them are way off though, right? But at least it always goes forward...
+    LODO find more that are off in VLC...
+	seems mostly consistent, so hold off I suppose :P
+  
+= ffplay no white's =
+
+241,241 with VLC displaying mostly-white.bmp
+paint.net 255,255,255
+
+= seeking Chris' = "Roger's Wedding" label
+
+WMP fails miserably LOL
+
+(VLC does better with menus than WMP does :P)
+
+VLC seeking is actually right on... [?]
+mplayer_me seems to jump forward by like 1s for 10 LOL
+mplayer seems right on, too...
+  *** libdvdread: CHECK_VALUE failed in libdvdread4/ifo_read.c:1664 ***
+  *** for c_adt->cell_adr_table[i].start_sector < c_adt->cell_adr_table[i].last_sector ***
+     then it plays fine :P
+    
+    same with mplayer_me
+    
+    handbrake refuses it :P
+    
+ == WEDDING == (temple picture)
+  seeking seems great, fast, no weird messages, handbrake ok
+
+== seeking -c-=
+
+his seeks about 15s for a 10s seek
+  normal mplayer: like 23s whoa!
+
+last NAV packet was 3583.466553 after -> 29.97 3587.050049
+mpeg at 88.030502 
+adding difference 0.041710 adding 0.200000 to 3587.091797
+final: 3587.291748
+"mplayer_dvd_splits" => ["3499.07"],  # better than 3499.4 with audio only which is like 0.4 too far?
+"dvd_start_offset" => "0.28",
+
+
+  *with an already added 0.2*
+  NAV 3583.466553 -> 29.97 3587.050049
+    + difference 0.042
+    + 0.214
+    --------
+     3587.304049 =?= 3587.270502 PRETTY CLOSE lolz
+    
+88.030502 + 3499.07 + *0.17*
+=>  3587.270502
+
+NAV to equal DVD MPEG should be
+  NAV*29.97 + (0.214) + difference 
+(3587.050049) + 0.214 + 0.042 = 3587.306049 [yup]
+
+= other -c- =
+
+last NAV packet was 2.833333, mpeg at 3.567245 after -> 29.97 2.836167
+adding difference 0.542209 adding 0.200000 to 3.378376
+final: 3.578376
+using mpeg ts appears larger, which if true is definitely better 3.567245 > 3.578376 - 1.0
+
+  2.836167 + 0.2+0.5422 = 3.578367 =~=  3.567245 yes
+                          3.588367 hmm...I'm always ahead weird
+
+ ==== again ====
+  last NAV packet was 2399.033447, mpeg at 2401.796387 after -> 29.97 2401.432373
+  adding difference 0.166504 adding 0.200000 to 2401.598877
+  final: 2401.798828
+  using mpeg ts appears larger, which if true is definitely better 2401.796387 > 2401.798828 - 1.0
+
+ 2401.432373 + 0.2 + 0.166 =  2401.798373 =?= 2401.796387 yes
+
+==== again ====
+  last NAV packet was 3492.833252, mpeg at 3496.649170 after -> 29.97 3496.326172
+  adding difference 0.125244 adding 0.200000 to 3496.451416
+  final: 3496.651367
+  using mpeg ts appears larger, which if true is definitely better 3496.649170 > 3496.651367 - 1.0
+  
+  3496.326172 + 0.2 + 0.125 =  3496.651172 =?= 3496.649170 yes
+
+==== @break ====
+last NAV packet was 3495.333252, mpeg at 0.291958 after -> 29.97 3498.828613
+not adding negative diff -3498.734375adding 0.200000 to 3498.828613
+final: 3499.028564
+last NAV packet was 3495.733398, mpeg at 0.333667 after -> 29.97 3499.229248
+new NAV packet 3499.229248 at 0.333667 adding 0.200000 to 3499.229248
+final: 3499.429199
+ 0.4 NAV again
+
+at the split:
+
+last NAV packet was 3495.733398, mpeg at 0.375375 after -> 29.97 3499.229248
+adding difference 0.041708 adding 0.200000 to 3499.270996
+final: 3499.470947
+last NAV packet was 3495.733398, mpeg at 0.251133 after -> 29.97 3499.229248
+not adding negative diff -0.082533adding 0.200000 to 3499.229248
+final: 3499.429199
+
+are there two splits in there?
+maybe the early/late split audio is killing it somehow?
+
+here's a split:
+
+last NAV packet was 3495.733398, mpeg at 3499.485107 after -> 29.97 3499.229248
+adding difference 0.041748 adding 0.000000 to 3499.270996
+final: 3499.270996
+A:   1.3 V:3499.49 A-V:-3498.211 ct: -0.306  26/ 26 72% 30% 179.4% 0 0
+last NAV packet was 3495.733398, mpeg at 0.251133 after -> 29.97 3499.229248
+not adding odd diff1? -3499.192139adding 0.000000 to 3499.229248
+final: 3499.229248
+
+implies a split at  3499.273974'ish sweet!
+
+A:   0.6 V:3498.69 Maybe audio way ahead here?
+
+audio *is* growing...
+A:   0.9 V:3499.15 A-V:-3498.217 ct: -0.254  19/ 19 96% 65% 209.9% 0 0
+  =====  PAUSE  =====
+ telecine = 1.5  0.157
+vd_ffmpeg data: 10000, fbff5701, 1000080, fb5f86b5
+using IPB
+OSD chg: 5  V: no  pb:-1
+A:   1.0 V:3499.19
+
+A:   1.3 V:3499.49 then
+A:   1.4 V:  0.25
+
+maybe doesn't flush buffers well/right? looks like their audio is way ahead at a split... A:   2.1 V:  0.94
+
+of course, I don't have framedrop on...
+...
+A:   5.0 V:  4.19
+...
+A:   9.6 V:  9.41
+...
+A:  14.0 V: 13.99
+
+does catch back up...somehow? so maybe the MPEG itself is offset...that's nuts but possible...
+
+
+Would the true split please stand up?
+34118:
+A:3498.3 V:3498.32 A-V: -0.040 ct: -0.248  58/ 55 21%  5% 35.5% 0 0
+A:3498.3 V:3498.36 A-V: -0.031 ct: -0.251  59/ 56 20%  5% 34.9% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.247   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:  0.04 A-V: -0.728 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:  -0.6 V:  0.04 A-V: -0.608 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:  -0.4 V:  0.04 A-V: -0.468 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:  -0.3 V:  0.04 A-V: -0.298 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:  -0.1 V:  0.04 A-V: -0.128 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.032 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.04 A-V:  0.132 ct: -0.243   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.151 ct: -0.239   2/  2 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.13 A-V:  0.139 ct: -0.235   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.107 ct: -0.231   4/  4 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.21 A-V:  0.106 ct: -0.226   5/  5 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.25 A-V:  0.114 ct: -0.222   6/  6 ??% ??% ??,?% 0 0
+A:   0.4 V:3498.69 A-V:-3498.298 ct: -0.226   7/  7 ??% ??% ??,?% 0 0
+A:   0.4 V:3498.73 A-V:-3498.310 ct: -0.231   8/  8 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.78 A-V:-3498.281 ct: -0.235   9/  9 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.82 A-V:-3498.273 ct: -0.239  10/ 10 ??% ??% ??,?% 0 0
+A:   0.6 V:3498.86 A-V:-3498.275 ct: -0.243  11/ 11 103% 30% 253.1% 0 0
+A:   0.6 V:3498.90 A-V:-3498.297 ct: -0.247  12/ 12 95% 28% 235.1% 0 0
+A:   0.7 V:3498.94 A-V:-3498.289 ct: -0.251  13/ 13 89% 26% 218.5% 0 0
+A:   0.7 V:3498.98 A-V:-3498.312 ct: -0.256  14/ 14 83% 25% 204.1% 0 0
+A:   0.8 V:3499.03 A-V:-3498.272 ct: -0.260  15/ 15 78% 24% 193.2% 0 0
+A:   0.8 V:3499.07 A-V:-3498.254 ct: -0.264  16/ 16 74% 23% 187.0% 0 0
+A:   0.9 V:3499.11 A-V:-3498.256 ct: -0.268  17/ 17 70% 22% 180.1% 0 0
+A:   0.9 V:3499.15 A-V:-3498.267 ct: -0.272  18/ 18 67% 21% 171.1% 0 0
+A:   0.9 V:3499.19 A-V:-3498.259 ct: -0.276  19/ 19 64% 20% 163.4% 0 0
+A:   1.0 V:3499.23 A-V:-3498.271 ct: -0.281  20/ 20 61% 19% 155.6% 0 0
+A:   1.0 V:3499.28 A-V:-3498.242 ct: -0.285  21/ 21 58% 19% 151.3% 0 0
+A:   1.1 V:3499.32 A-V:-3498.234 ct: -0.289  22/ 22 56% 18% 146.8% 0 0
+A:   1.1 V:3499.36 A-V:-3498.236 ct: -0.293  23/ 23 54% 17% 140.9% 0 0
+A:   1.2 V:3499.40 A-V:-3498.238 ct: -0.297  24/ 24 52% 17% 135.5% 0 0
+A:   1.2 V:3499.44 A-V:-3498.239 ct: -0.301  25/ 25 51% 16% 130.5% 0 0
+A:   1.3 V:3499.49 A-V:-3498.231 ct: -0.306  26/ 26 49% 16% 126.9% 0 0
+A:   1.3 V:  0.25 A-V:  1.073 ct: -0.301  27/ 27 48% 15% 124.5% 0 0
+A:   1.4 V:  0.29 A-V:  1.061 ct: -0.297  28/ 28 46% 15% 122.3% 0 0
+
+straight svn:
+
+A:3498.9 V:3498.9 A-V: -0.007 ct: -0.244  72/ 69 17%  5% 28.6% 0 0
+A:3499.0 V:3498.9 A-V:  0.015 ct: -0.242  73/ 70 17%  5% 28.2% 0 0
+A:3498.9 V:3499.0 A-V: -0.037 ct: -0.246  74/ 71 17%  5% 27.8% 0 0
+A:3499.0 V:3499.0 A-V: -0.036 ct: -0.250  75/ 72 17%  5% 27.4% 0 0
+A:3499.3 V:   0.0 A-V:3499.299 ct: -0.250   0/  0 ??% ??% ??,?% 0 0
+A:   0.1 V:   0.0 A-V:  0.115 ct: -0.245   0/  0 ??% ??% ??,?% 0 0
+A:   0.2 V:   0.0 A-V:  0.138 ct: -0.241   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:   0.1 A-V:  0.107 ct: -0.237   2/  2 ??% ??% ??,?% 0 0
+A:   0.2 V:   0.1 A-V:  0.118 ct: -0.233   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:   0.2 A-V:  0.119 ct: -0.229   4/  4 ??% ??% ??,?% 0 0
+  no resets, even with "his precise seeking patch" applied
+  very precise A/V as well...hmm...
+
+A:3498.3 V:3498.32 A-V: -0.050 ct: -0.250  58/ 55  8%  1% 36.5% 0 0
+A:3498.3 V:3498.36 A-V: -0.041 ct: -0.254  59/ 56  8%  1% 35.9% 0 0
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2
+libdvdnav: chapter NOT FOUND!
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2
+libdvdnav: chapter NOT FOUND!
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.250   0/  0 ??% ??% ??,?% 0 0
+A:  -0.6 V:  0.04 A-V: -0.628 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:  -0.5 V:  0.04 A-V: -0.498 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:  -0.3 V:  0.04 A-V: -0.378 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:  -0.2 V:  0.04 A-V: -0.248 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:  -0.1 V:  0.04 A-V: -0.150 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.062 ct: -0.250   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.100 ct: -0.246   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.141 ct: -0.242   2/  2 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.13 A-V:  0.129 ct: -0.237   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.097 ct: -0.233   4/  4 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.21 A-V:  0.096 ct: -0.229   5/  5 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.25 A-V:  0.114 ct: -0.225   6/  6 ??% ??% ??,?% 0 0
+A:   0.4 V:3498.69 A-V:-3498.298 ct: -0.229   7/  7 ??% ??% ??,?% 0 0
+A:   0.4 V:3498.73 A-V:-3498.320 ct: -0.233   8/  8 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.78 A-V:-3498.282 ct: -0.237   9/  9 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.82 A-V:-3498.283 ct: -0.242  10/ 10 ??% ??% ??,?% 0 0
+A:   0.6 V:3498.86 A-V:-3498.295 ct: -0.246  11/ 11 46%  5% 260.9% 0 0
+A:   0.6 V:3498.90 A-V:-3498.277 ct: -0.250  12/ 12 43%  5% 242.3% 0 0
+A:   0.7 V:3498.94 A-V:-3498.289 ct: -0.254  13/ 13 41%  5% 225.2% 0 0
+A:   0.7 V:3498.98 A-V:-3498.290 ct: -0.258  14/ 14 38%  4% 210.2% 0 0
+A:   0.8 V:3499.03 A-V:-3498.272 ct: -0.263  15/ 15 36%  4% 199.0% 0 0
+A:   0.8 V:3499.07 A-V:-3498.254 ct: -0.267  16/ 16 35%  4% 192.5% 0 0
+A:   0.9 V:3499.11 A-V:-3498.255 ct: -0.271  17/ 17 33%  3% 185.0% 0 0
+A:   0.9 V:3499.15 A-V:-3498.267 ct: -0.275  18/ 18 32%  3% 175.5% 0 0
+A:   0.9 V:3499.19 A-V:-3498.259 ct: -0.279  19/ 19 31%  3% 167.7% 0 0
+A:   0.9 V:3499.23 A-V:-3498.292 ct: -0.283  20/ 20 29%  3% 161.4% 0 0
+A:   1.0 V:3499.28 A-V:-3498.252 ct: -0.288  21/ 21 28%  3% 155.4% 0 0
+A:   1.1 V:3499.32 A-V:-3498.244 ct: -0.292  22/ 22 27%  3% 150.0% 0 0
+A:   1.1 V:3499.36 A-V:-3498.256 ct: -0.296  23/ 23 26%  2% 144.0% 0 0
+A:   1.2 V:3499.40 A-V:-3498.247 ct: -0.300  24/ 24 25%  2% 138.3% 0 0
+A:   1.2 V:3499.44 A-V:-3498.249 ct: -0.304  25/ 25 25%  2% 133.2% 0 0
+A:   1.3 V:3499.48 A-V:-3498.231 ct: -0.308  26/ 26 24%  2% 129.4% 0 0
+A:   1.3 V:  0.25 A-V:  1.011 ct: -0.304  27/ 27 23%  2% 125.8% 0 0
+A:   1.4 V:  0.29 A-V:  1.061 ct: -0.300  28/ 28 23%  2% 124.6% 0 0
+A:   1.4 V:  0.33 A-V:  1.060 ct: -0.296  29/ 29 22%  2% 121.7% 0 0
+  even with direct3d/directx
+  behold, I tell you a mystery
+
+old gcc, svn but with "just" his seeking patch applied/used:
+
+A:3498.9 V:3499.0 A-V: -0.048 ct: -0.257 122/119 13%  5% 28.2% 0 0
+A:3499.0 V:3499.0 A-V: -0.047 ct: -0.261 123/120 13%  5% 28.0% 0 0 # note lack of "using new"
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2
+libdvdnav: chapter NOT FOUND!
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2
+libdvdnav: chapter NOT FOUND!
+A:3499.3 V:   0.0 A-V:3499.299 ct: -0.261   0/  0 ??% ??% ??,?% 0 0
+A:   0.1 V:   0.0 A-V:  0.094 ct: -0.257   0/  0 ??% ??% ??,?% 0 0
+A:   0.2 V:   0.0 A-V:  0.138 ct: -0.253   1/  1 ??% ??% ??,?% 0 0
+
+
+ooh the various mplayer's have *different* looking splits.
+
+Why is mine different than trunk, with the same gcc <sigh>.
+
+Maybe mine is older svn version?
+  mine:  SVN-r34269-4.5.1
+  svn_upstreamer:  SVN-r34341-4.5.1
+  
+  that cannot matter though LOL
+  
+ooh once got the "freaky bad" with the new SVN
+
+now I consistently get it:
+
+A:3498.3 V:3498.28 A-V: -0.008 ct: -0.219  93/ 90 14%  6% 34.7% 0 0
+A:3498.3 V:3498.32 A-V: -0.031 ct: -0.222  94/ 91 14%  6% 34.4% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.218   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:  0.04 A-V: -0.728 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:  -0.6 V:  0.04 A-V: -0.608 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:  -0.4 V:  0.04 A-V: -0.468 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:  -0.3 V:  0.04 A-V: -0.298 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:  -0.1 V:  0.04 A-V: -0.128 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.032 ct: -0.218   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.04 A-V:  0.132 ct: -0.214   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.141 ct: -0.210   2/  2 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.13 A-V:  0.129 ct: -0.206   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.097 ct: -0.202   4/  4 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.21 A-V:  0.106 ct: -0.197   5/  5 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.25 A-V:  0.114 ct: -0.193   6/  6 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.29 A-V:  0.102 ct: -0.189   7/  7 ??% ??% ??,?% 0 0
+A:   0.4 V:3498.69 A-V:-3498.278 ct: -0.193   8/  8 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.73 A-V:-3498.260 ct: -0.197   9/  9 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.78 A-V:-3498.251 ct: -0.202  10/ 10 ??% ??% ??,?% 0 0
+A:   0.6 V:3498.82 A-V:-3498.263 ct: -0.206  11/ 11 116% 52% 351.2% 0 0
+A:   0.6 V:3498.86 A-V:-3498.245 ct: -0.210  12/ 12 107% 48% 328.1% 0 0
+A:   0.6 V:3498.90 A-V:-3498.257 ct: -0.214  13/ 13 100% 45% 304.8% 0 0
+A:   0.7 V:3498.94 A-V:-3498.249 ct: -0.218  14/ 14 94% 42% 284.5% 0 0
+A:   0.7 V:3498.98 A-V:-3498.240 ct: -0.222  15/ 15 88% 40% 268.5% 0 0
+A:   0.8 V:3499.03 A-V:-3498.232 ct: -0.227  16/ 16 83% 38% 256.1% 0 0
+A:   0.8 V:3499.07 A-V:-3498.224 ct: -0.231  17/ 17 79% 36% 245.2% 0 0
+A:   0.9 V:3499.11 A-V:-3498.226 ct: -0.235  18/ 18 75% 34% 234.0% 0 0
+A:   0.9 V:3499.15 A-V:-3498.227 ct: -0.239  19/ 19 72% 32% 223.6% 0 0
+A:   1.0 V:3499.19 A-V:-3498.239 ct: -0.243  20/ 20 69% 31% 212.9% 0 0
+A:   1.0 V:3499.23 A-V:-3498.242 ct: -0.248  21/ 21 66% 30% 204.7% 0 0
+A:   1.1 V:3499.28 A-V:-3498.192 ct: -0.252  22/ 22 63% 28% 198.5% 0 0
+A:   1.1 V:3499.32 A-V:-3498.204 ct: -0.256  23/ 23 61% 27% 190.4% 0 0
+A:   1.2 V:3499.36 A-V:-3498.206 ct: -0.260  24/ 24 59% 26% 183.0% 0 0
+A:   1.2 V:3499.40 A-V:-3498.198 ct: -0.264  25/ 25 57% 26% 176.6% 0 0
+A:   1.2 V:3499.44 A-V:-3498.199 ct: -0.268  26/ 26 55% 25% 171.1% 0 0
+A:   1.3 V:3499.49 A-V:-3498.213 ct: -0.273  27/ 27 53% 24% 166.0% 0 0
+A:   1.4 V:  0.25 A-V:  1.103 ct: -0.268  28/ 28 52% 23% 163.5% 0 0
+A:   1.4 V:  0.29 A-V:  1.091 ct: -0.264  29/ 29 50% 23% 158.7% 0 0
+
+
+use or non use of "enable precise seeking" patch doesn't seem to change it.
+broken cat maybe?
+  fixed cat doesn't fix "mplayer_me" from doing it though
+
+svn:
+A:   0.5 V:   0.5 A-V:  0.062 ct: -0.199  11/ 11 153% 68% 347.1% 0 0
+A:   0.6 V:   0.3 A-V:  0.334 ct: -0.195  12/ 12 141% 63% 320.4% 0 0
+
+
+A:   0.5 V:   0.4 A-V:  0.050 ct: -0.157  10/ 10 ??% ??% ??,?% 1 0
+A:   0.5 V:   0.3 A-V:  0.291 ct: -0.153  11/ 11 220% 130% 348.9% 1 0 # 0.4 to 0.3 this time?
+A:   0.6 V:   0.3 A-V:  0.292 ct: -0.149  12/ 12 204% 120% 326.8% 1 0
+A:   0.6 V:   0.3 A-V:  0.293 ct: -0.145  13/ 13 190% 112% 306.6% 1 0
+A:   0.7 V:   0.4 A-V:  0.294 ct: -0.141  14/ 14 178% 105% 290.3% 1 0 
+A:   0.7 V:   0.4 A-V:  0.273 ct: -0.136  15/ 15 167% 99% 273.9% 1 0
+A:   0.7 V:   0.5 A-V:  0.253 ct: -0.132  16/ 16 158% 93% 258.8% 1 0
+
+
+A:   0.4 V:   0.3 A-V:  0.102 ct: -0.177   8/  8 ??% ??% ??,?% 0 0
+A:   0.5 V:   0.4 A-V:  0.081 ct: -0.173   9/  9 ??% ??% ??,?% 0 0
+A:   0.5 V:   0.4 A-V:  0.104 ct: -0.169  10/ 10 ??% ??% ??,?% 0 0 # end of 0.4
+A:   0.6 V:   0.3 A-V:  0.312 ct: -0.165  11/ 11 118% 57% 143.9% 0 0
+
+This one (phreaky) always goes up:
+
+A:   1.4 V:3499.49 A-V:-3498.041 ct: -0.221  31/ 31 59% 94% 170.2% 0 0
+A:   1.5 V:  0.25 A-V:  1.253 ct: -0.217  32/ 32 58% 91% 166.3% 0 0
+A:   1.5 V:  0.29 A-V:  1.241 ct: -0.213  33/ 33 56% 88% 162.3% 0 0
+
+and now we're back to phreaky with svn:
+
+A:3498.89 V:3498.82 A-V:  0.076 ct: -0.185 106/103 17% 28% 34.0% 0 0
+A:3498.96 V:3498.86 A-V:  0.099 ct: -0.183 107/104 17% 29% 33.7% 0 0
+A:3498.95 V:3498.90 A-V:  0.046 ct: -0.187 108/105 17% 29% 33.5% 0 0
+A:3498.97 V:3498.94 A-V:  0.026 ct: -0.189 109/106 17% 29% 33.1% 0 0
+A:3499.30 V:  0.00 A-V:3499.299 ct: -0.189   0/  0 ??% ??% ??,?% 0 0
+A:  0.09 V:  0.00 A-V:  0.094 ct: -0.185   0/  0 ??% ??% ??,?% 0 0
+A:  0.18 V:  0.04 A-V:  0.138 ct: -0.181   1/  1 ??% ??% ??,?% 0 0
+A:  0.19 V:  0.08 A-V:  0.107 ct: -0.177   2/  2 ??% ??% ??,?% 0 0
+A:  0.24 V:  0.13 A-V:  0.118 ct: -0.173   3/  3 ??% ??% ??,?% 0 0
+A:  0.31 V:  0.17 A-V:  0.141 ct: -0.169   4/  4 ??% ??% ??,?% 0 0
+A:  0.35 V:3499.19 A-V:-3498.843 ct: -0.173   5/  5 ??% ??% ??,?% 0 0
+A:  0.39 V:3499.23 A-V:-3498.842 ct: -0.177   6/  6 ??% ??% ??,?% 0 0
+A:  0.48 V:3499.28 A-V:-3498.798 ct: -0.181   7/  7 ??% ??% ??,?% 0 0
+A:  0.47 V:3499.32 A-V:-3498.851 ct: -0.185   8/  8 ??% ??% ??,?% 0 0
+A:  0.52 V:3499.36 A-V:-3498.839 ct: -0.189   9/  9 ??% ??% ??,?% 0 0
+A:  0.54 V:3499.40 A-V:-3498.860 ct: -0.194  10/ 10 ??% ??% ??,?% 0 0
+A:  0.61 V:3499.44 A-V:-3498.837 ct: -0.198  11/ 11 162% 277% 359.8% 0 0
+A:  0.67 V:3499.49 A-V:-3498.815 ct: -0.202  12/ 12 152% 257% 342.7% 0 0
+A:  0.71 V:  0.25 A-V:  0.462 ct: -0.198  13/ 13 141% 239% 323.7% 0 0
+A:  0.76 V:  0.29 A-V:  0.463 ct: -0.194  14/ 14 132% 228% 303.4% 0 0
+A:  0.74 V:  0.33 A-V:  0.410 ct: -0.189  15/ 15 125% 214% 288.6% 0 0
+A:  0.79 V:  0.38 A-V:  0.411 ct: -0.185  16/ 16 118% 206% 271.6% 0 0
+
+
+A:  0.54 V:  0.46 A-V:  0.083 ct: -0.149  11/ 11 184% 219% 366.0% 1 0
+A:  0.61 V:  0.25 A-V:  0.355 ct: -0.145  12/ 12 170% 203% 342.9% 1 0
+
+
+A:  0.49 V:  0.42 A-V:  0.072 ct: -0.167  10/ 10 ??% ??% ??,?% 0 0 # odd...
+A:  0.54 V:  0.25 A-V:  0.291 ct: -0.163  11/ 11 183% 116% 319.5% 0 0
+
+
+A:  0.49 V:  0.42 A-V:  0.072 ct: -0.160  10/ 10 ??% ??% ??,?% 0 0
+A:  0.54 V:  0.25 A-V:  0.291 ct: -0.156  11/ 11 180% 113% 388.2% 0 0
+
+so should add 0.42-0.25 = 0.17
+
+minc, interesting:
+
+
+A:1547.22 V:1547.21 A-V:  0.015 ct: -0.201 220/220  9%  8% 30.2% 0 0
+A:1547.25 V:1547.25 A-V: -0.005 ct: -0.202 221/221  9%  8% 30.1% 0 0
+A:1547.29 V:1547.29 A-V: -0.004 ct: -0.202 222/222  9%  8% 30.0% 0 0
+A:1547.62 V:  0.00 A-V:1547.619 ct: -0.202   0/  0 ??% ??% ??,?% 0 0
+A:  0.12 V:  0.00 A-V:  0.115 ct: -0.198   0/  0 ??% ??% ??,?% 0 0
+A:  0.16 V:  0.04 A-V:  0.116 ct: -0.194   1/  1 ??% ??% ??,?% 0 0
+A:  0.22 V:  0.08 A-V:  0.139 ct: -0.190   2/  2 ??% ??% ??,?% 0 0
+A:  0.21 V:  0.13 A-V:  0.086 ct: -0.186   3/  3 ??% ??% ??,?% 0 0
+A:  0.29 V:  0.17 A-V:  0.119 ct: -0.182   4/  4 ??% ??% ??,?% 0 0
+A:  0.33 V:  0.21 A-V:  0.120 ct: -0.177   5/  5 ??% ??% ??,?% 0 0
+A:  0.37 V:  0.25 A-V:  0.121 ct: -0.173   6/  6 ??% ??% ??,?% 0 0
+A:  0.41 V:  0.29 A-V:  0.122 ct: -0.169   7/  7 ??% ??% ??,?% 0 0
+A:  0.44 V:  0.33 A-V:  0.102 ct: -0.165   8/  8 ??% ??% ??,?% 0 0
+A:  0.48 V:1547.71 A-V:-1547.232 ct: -0.169   9/  9 ??% ??% ??,?% 0 0
+A:  0.50 V:1547.75 A-V:-1547.252 ct: -0.173  10/ 10 ??% ??% ??,?% 0 0
+A:  0.53 V:1547.79 A-V:-1547.262 ct: -0.177  11/ 11 185% 171% 609.4% 0 0
+A:  0.63 V:  0.28 A-V:  0.347 ct: -0.173  12/ 12 171% 159% 574.1% 0 0 # note down to .28 from 0.33
+A:  0.67 V:  0.32 A-V:  0.348 ct: -0.169  13/ 13 159% 148% 536.9% 0 0
+A:  0.69 V:  0.36 A-V:  0.328 ct: -0.165  14/ 14 149% 138% 503.2% 0 0
+
+it "maybe" the same thing...FWIW.
+  does seem to be at a chapter break or something, somehow.
+
+so I think...
+
+
+A:1488.34 V:1488.35 A-V: -0.010 ct: -0.256 111/111  7%  5% 29.3% 0 0
+A:1488.40 V:1488.39 A-V:  0.012 ct: -0.255 112/112  7%  5% 29.1% 0 0
+A:1488.74 V:  0.00 A-V:1488.745 ct: -0.255   0/  0 ??% ??% ??,?% 0 0
+A:  0.12 V:  0.00 A-V:  0.124 ct: -0.251   0/  0 ??% ??% ??,?% 0 0
+A:  0.19 V:  0.04 A-V:  0.147 ct: -0.247   1/  1 ??% ??% ??,?% 0 0
+A:  0.23 V:  0.08 A-V:  0.148 ct: -0.243   2/  2 ??% ??% ??,?% 0 0
+A:  0.27 V:  0.13 A-V:  0.149 ct: -0.239   3/  3 ??% ??% ??,?% 0 0
+A:  0.32 V:  0.17 A-V:  0.150 ct: -0.234   4/  4 ??% ??% ??,?% 0 0
+A:  0.36 V:  0.21 A-V:  0.151 ct: -0.230   5/  5 ??% ??% ??,?% 0 0
+A:  0.38 V:  0.25 A-V:  0.130 ct: -0.226   6/  6 ??% ??% ??,?% 0 0
+A:  0.40 V:  0.29 A-V:  0.110 ct: -0.222   7/  7 ??% ??% ??,?% 0 0
+A:  0.47 V:1488.77 A-V:-1488.301 ct: -0.226   8/  8 ??% ??% ??,?% 0 0
+A:  0.51 V:1488.81 A-V:-1488.300 ct: -0.230   9/  9 ??% ??% ??,?% 0 0
+A:  0.53 V:1488.85 A-V:-1488.321 ct: -0.234  10/ 10 ??% ??% ??,?% 0 0
+A:  0.56 V:1488.90 A-V:-1488.339 ct: -0.239  11/ 11 72% 55% 304.3% 0 0
+A:  0.66 V:  0.29 A-V:  0.366 ct: -0.234  12/ 12 67% 52% 281.6% 0 0
+A:  0.68 V:  0.33 A-V:  0.345 ct: -0.230  13/ 13 63% 48% 263.9% 0 0
+
+== @ -ss 3590 NAV goes down?==
+
+last NAV packet was 3590.966667, mpeg at 0.066733 after -> 29.97 3594.557617
+new NAV packet! 3594.557617 [adjusted] at 0.066733 adding 0.000000 to 3594.557617
+final: 3594.557617
+last NAV packet was 3590.966553, mpeg at 0.100100 after -> 29.97 3594.557617
+adding difference 0.033367 adding 0.000000 to 3594.591064
+final: 3594.591064
+
+
+last NAV packet was 3590.966553, mpeg at 95.663109 after -> 29.97 3594.557617
+not adding odd diff1? 95.596375adding 0.000000 to 3594.557617
+final: 3594.557617
+  3590 is like 95 *past* the split @ 3499
+
+
+
+7.2.2.2. Telecined
+I think "from TV" DVD's are telecined, and movies aren't, so you don't need softskip for the movie DVD's I guess.
+
+== nav packets on -c-=
+
+last NAV packet was 0.000000, mpeg at 0.000000 after -> 29.97 0.000000 # audio packets?
+
+
+last NAV packet was 1.600000, mpeg at 2.574586 after -> 29.97 1.601600
+adding difference 0.759091 adding 0.200000 to 2.360691
+final: 2.560691
+using mpeg ts appears larger, which if true is definitely better 2.574586 > 2.560691 - 1.0
+last NAV packet was 2.400000, mpeg at 2.616294 after -> 29.97 2.402400
+
+NAV packet of 0.8! whoa!
+then
+last NAV packet was 2.400000, mpeg at 2.983327 after -> 29.97 2.402400
+adding difference 0.367033 adding 0.200000 to 2.769433
+final: 2.969433
+using mpeg ts appears larger, which if true is definitely better 2.983327 > 2.969433 - 1.0
+last NAV packet was 2.833333, mpeg at 3.025035 after -> 29.97 2.836167
+NAV packet of 0.43 which is *not* 0.5
+then 3.6
+now 0.8'ish again. fascinating.
+
+many are 0.40 
+
+last NAV packet was 0.400000, mpeg at 0.614300
+  so the NAV packets think it starts at...
+
+conc: looks like tmap "typically" tends to go forward [?] from somewhere
+
+== seeking bunny ==
+
+when it goes to a new VOB it must accidentally reset somehow, thus thinking it's at 500'ish
+
+mplayer.exe -framedrop -mc 1 -autosync 30 -nosub -noautosub -forcedsubsonly -sid 1000 -alang en -slang en -msglevel identify=4 -mouse-movements -sws 9 -ssf ls=75.0 -ssf cs=7.0 -lavdopts threads=2 -font c:/dev/ruby/sensible-cinema/vendor/subfont.ttf -volume 100 -vo direct3d  -input conf="/dev/ruby/sensible-cinema/mplayer_input_conf"  -osdlevel 2 -osd-fractions 1  "dvdnav://2/H:" -osd-verbose -ss 298
+
+
+A: 299.7 V:299.72 A-V:  0.017 ct: -0.096  20/ 17 47% 61%  5.7% 0 0
+last NAV packet was 299.000000, mpeg at 299.766144 after -> 29.97 299.299011
+adding difference 0.229462 adding 0.000000 to 299.528473
+final: 299.528473
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 20 0
+libdvdnav: chapter NOT FOUND!
+libdvdnav: get_PGCN failed. Was trying to find pgcN in domain 2
+libdvdnav: chapter NOT FOUND!
+
+DVDNAV_TITLE_IS_MOVIE
+[ac3 @ 00c3fbc0]incomplete frame
+weird fella suddenly we're not a DVD? mpeg at 0.000000 adding 0.000000 to 0.000000
+final: 0.000000
+A: 300.5 V:  0.00 A-V:300.470 ct:  0.905   0/  0 ??% ??% ??,?% 0 0
+[ac3 @ 00c3fbc0]frame sync error
+
+last NAV packet was 299.000000, mpeg at 0.041708 after -> 29.97 299.299011
+not adding negative diff -299.494965adding 0.000000 to 299.299011
+final: 299.299011
+A: 299.5 V:  0.04 A-V:299.438 ct:  1.905   1/  1 ??% ??% ??,?% 1 0
+last NAV packet was 299.000000, mpeg at 0.083417 after -> 29.97 299.299011
+not adding negative diff -299.453278adding 0.000000 to 299.299011
+final: 299.299011
+A: 298.6 V:  0.08 A-V:298.470 ct:  2.905   2/  2 ??% ??% ??,?% 2 0
+last NAV packet was 299.000000, mpeg at 0.125125 after -> 29.97 299.299011
+not adding negative diff -299.411560adding 0.000000 to 299.299011
+final: 299.299011
+A: 297.6 V:  0.13 A-V:297.470 ct:  3.905   3/  3 ??% ??% ??,?% 3 0
+last NAV packet was 299.000000, mpeg at 0.166833 after -> 29.97 299.299011
+not adding negative diff -299.369843adding 0.000000 to 299.299011
+final: 299.299011
+A: 296.6 V:  0.17 A-V:296.470 ct:  4.905   4/  4 ??% ??% ??,?% 4 0
+last NAV packet was 299.500000, mpeg at 0.208542 after -> 29.97 299.799500
+new NAV packet! 299.799500 [adjusted] at 0.208542 adding 0.000000 to 299.799500
+final: 299.799500
+A: 295.7 V:  0.21 A-V:295.470 ct:  5.905   5/  5 ??% ??% ??,?% 5 0
+last NAV packet was 299.500000, mpeg at 0.250250 after -> 29.97 299.799500
+adding difference 0.041708 adding 0.000000 to 299.841217
+final: 299.841217
+A: 294.7 V:  0.25 A-V:294.470 ct:  6.905   6/  6 ??% ??% ??,?% 6 0
+last NAV packet was 299.500000, mpeg at 300.099792 after -> 29.97 299.799500
+adding difference 299.891266 adding 0.000000 to 599.690796
+final: 599.690796
+
+Freaky VOB interloper...
+
+== sintel dvd menu highlight==
+VLC "straight"
+  red, grey, grey
+MPC
+  red, red, red
+mplayer
+  grey, grey, grey :)
+
+VLC on files:
+  red, grey, grye
+
+VLC sans libyuv:
+  same
+VLC sans libyuvp DVD:
+  good
+VLC sans libyuvp files:
+  good
+VLC linux:
+ red, grey, grye
+
+
+it "should" be red, with small grey overlay around it, that's it.
+
+== seeking forward or back, with new patch ==
+final: 36.870166
+A:  37.1 V: 37.10
+we're about 0.3 off
+
+35.5 36.0
+
+we're seeking to 36...
+
+real difference:
+ 36.000000, mpeg at 36.269568
+
+dvd_start_offset" => "0.37",
+
+mpeg stream seems to...lag behind DVDNAV seeks by a bit...at least one old frame is still there somehow...
+
+stream_pts is "supposed" to be always from dvdnav_get_current_time
+  which can't be anything but a NAV packet can it?  Maybe I was messing the numbers up...
+
+    case STREAM_CTRL_GET_CURRENT_TIME:
+    {
+      double tm;
+      tm = dvdnav_get_current_time(priv->dvdnav)/90000.0f;
+      
+last NAV packet was 35.500000, mpeg at 0.133467 after -> 29.97 35.535500
+adding difference 0.066733 adding 0.000000 to 35.602234
+final: 35.602234
+A:  35.7 V:  0.13 A-V: 35.559 ct:  0.027   3/  3 ??% ??% ??,?% 0 0
+. =====  PAUSE  =====
+"accepting from console"
+
+last NAV packet was 35.500000, mpeg at 35.902534
+
+weird coordination there...
+
+however, that was a "start at 35..."
+
+33 => 33.5
+  might not be the nav's fault though...
+
+
+last NAV packet was 35.000000, mpeg at 35.268574
+last NAV packet was 35.500000, mpeg at 35.769073
+last NAV packet was 36.000000, mpeg at 36.269573
+
+last NAV packet was 35.500000, mpeg at 0.133467 after -> 29.97 35.535500
+adding difference 0.066733 adding 0.000000 to 35.602234
+final: 35.602234
+A:  35.7 V:  0.13 A-V: 35.559 ct:  0.027   3/  3 ??% ??% ??,?% 0 0
+  =====  PAUSE  =====
+last NAV packet was 35.500000, mpeg at 35.902534
+
+weird.
+
+first frame is "right place, wrong V: 0.13"
+then like 5 audio packets...
+
+last NAV packet was 36.000000, mpeg at 36.269573 (which is right...phew)
+
+32.75 [2947500], 32.99 => 33.5
+32.50,32.51,32.55,32.60,32.70,32.74 [2946600] => 33.0
+
+55.75 => 56.5 [same pattern]
+
+seek_to_sec
+
+0 => 0
+there *is* an initial NAV packet for zero...whoa!
+
+
+last NAV packet was 0.000000, mpeg at 0.033367 after -> 29.97 0.000000
+adding difference 0.033367 adding 0.000000 to 0.033367
+final: 0.033367
+last NAV packet was 0.000000, mpeg at 0.367033 (so still ends up being 0.20 almost exact? fascinating, may be more room for coord. in there...)
+  so what I want is dvdcss'less "mpeg to NAV offset" based on first "real" NAV packet.
+    (is it always 0.37-0.1 ?)
+      "dvd_start_offset" => "0.37", # for title 2
+  NAV packet was 0.500000, mpeg at 0.767433 => NAV packet was 0.400000, mpeg at 0.667433 # within 0.05 still...hmm...
+    
+    minc:
+      last NAV packet was 0.000000, mpeg at 0.280633 after -> 29.97 0.000000
+      0.400000, mpeg at 0.614300
+      0.28-0.1 # actually kind'er close...0.21 to 0.18
+    jonah:
+      0.28
+      0.400000, mpeg at 0.614300
+
+seeking in minc
+ 32.74 => 32.533333
+ 33.0,33.1,33.2,33.25 => 33.033333
+ 33.26,33.3 => 33.533333
+== precise skipping dvdnav patch/broken DVDNAV EDL ==
+
+seems to be "more tight" even with gottmann DVD
+
+my EDL output is still "temporarily messed" though...
+
+just skipping "to 58" skips to 
+A:  54.5 V:  54.6
+which is supposed to skip, at 55, to 58.
+
+So that explains that.
+
+
+54.0 64.5 0 "the freezer/100% pauser"
+skips @ 54 to "an attempted" 64.5
+ at which point, it keeps repeating, trying to skip to 
+
+mplayer -ss 64.5 actually goes to 58.4
+
+wow that is bad LOL (and explains it too)
+
+maybe seek_rel is saving me, and seeking +5 within the DVD's sphere?
+
+accurate "edl seek to" clue:
+libmpdemux\demux_mpg.c static void demux_seek_mpg(demuxer_t *demuxer, float rel_seek_secs,
+                           float audio_delay, int flags)
+
+
+appears that any "seek me forward 10s" that was 
+
+pts = demuxer->stream_pts; // this is DVD accurate! suh-weet... and a double at that...
+
+seems to (audio) work great now with both -c- and -minc-
+  I guess video is just broken, but once the seek is in, and to use it, happiness. yipersz-zy-dipers.
+
+== robust vlc ==
+if I ever care...
+
+ANS_length=6013.200000
+Assertion failed: (vm->state).pgc->cell_playback[(vm->state).cellN - 1].block_mode != 0, file libdvdnav/vm/vm.c, line 1134
+  may mean a scratched disk [?]
+  may also mean that libdvdnav could do more to become more robust...
+  same with mplayer.bat
+  VLC "loops" backward with this one...hmm weird.
+  actually, this might actually be a bug...
+  
+Tangled is a good test.
+Also gottmann was the other.
+
+== vlc slow ==
+27/51 full screen, no interference.  Maybe a dropped frame once a second?
+  *much* fewer "late picture skipped" messages...
+27/100 with ffmpeg going...
+
+with ffmpeg "at real low prio" it...actually seems to work about the same phew
+  once a second'ish late picture skipped
+== libdvdnav research ==
+
+http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-November/047218.html "dvd nav precise seeking" ?
+  this was actually "stable seeking for dvd://" [NAV packets only, I think]
+  kind of precursed the stuff I'm doing now...
+  except it does have a stream_seek in there...
+  
+-mc 10 http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-April/079600.html for A/V offset
+  though mine seems to be fine when seeking...
+  
+maybe the assert '0' thing is fixed already, now [mentioned that an update seemed to have done it...]?
+  http://projects.archlinux.org/svntogit/packages.git/diff/?h=packages/libdvdnav
+
+== does vobu restart ? ==
+
+A:4104.1 V:4092.9 A-V: 11.242
+ when played back at high speed, sans frame drop [does get out of whack]
+
+vobu start time resets?
+
+same before, and after reset:
+  updating cell time 17754000
+  vobu start time is 84970868
+  A: 719.9 V:720.03 A-V: -0.105 ct: -0.163  19/ 19  5%  3% 25.3% 0 0
+  only cell time reset, FWIW
+  libdvdnav/dvdnav.c
+    799:    printf("vobu start time is %d\n", &this->pci.pci_gi.vobu_s_ptm);
+
+OSOH:
+  mplayer dvdnav://1 -ss 4500
+  
+  A:4510.0 V:4510.20 A-V: -0.212 ct: -0.050  40/ 40 12% 10% 55.0% 12 0
+  =====  PAUSE  =====
+[mpeg2video @ 012537d0]ignoring SEQ_START_CODE after 100
+[mpeg2video @ 012537d0]ignoring seq ext after 100
+[mpeg2video @ 012537d0]ignoring GOP_START_CODE after 100
+[mpeg2video @ 012537d0]ignoring pic after 100
+[mpeg2video @ 012537d0]Missing picture start code, guessing missing values
+A:4506.3 V:4506.28 A-V: -0.009 ct:  0.092   6/  6 ??% ??% ??,?% 1 0
+
+the other is *right* on with the OSD. like perfeito :P
+
+
+I guess I'd need to add "accurate where you are" to dvdnav, before being able to add "super accurate seek"...
+
+"we're here, right where you paid me to bring you" is after cut
+  VLC "normal" OS X skipped a tidge
+  mplayer with cache did, and with nocache too, it seems like it has to flit through video to catch up with audio or some odd.
+
+                    mpctx->time_frame += frame_time / playback_speed; // for nosound maybe esplain that weirdness. Very weird, as in whoa!
+A:   2.6 V:  2.32 A-V:  0.237 ct:  0.084  64/ 64 19% 81%  4.9% 56 0
+updating edl...
+A:   2.6 V:  2.35 A-V:  0.225 ct:  0.084  65/ 65 19% 80%  4.8% 56 0
+updating edl...
+A:   2.6 V:  2.38 A-V:  0.213 ct:  0.084  66/ 66 19% 80%  4.7% 57 0
+updating edl...
+
+it seems to update the EDL with each and every frame...possibly just every video frame, but that's prolly ok :P
+
+conc:     only .0005 off per 0.5seconds, so...straight add could be reasonable...yes!
+    and more upstreamable :P
+
+== OSOH highlight ==
+
+VLC "straight" OSOH
+  hint of yellow in there menu
+  yellow subs [which is right I guess]
+  
+VLC "without dll"
+ yellow menu, same size, hint of white [?] [might be ok]
+ yellow subs, look pretty crisp and type-writer-sy [might be ok]
+
+mplayer "thicker" white menu lines
+  white subs, well positioned
+
+powerdvd:
+ yellow "blurrier" (same size? maybe tidge thicker)
+ yellow, crisp subs
+
+mplayer "patched" [both ways]
+  same "thicker" white menu lines
+  same white subs
+  
+yikes
+
+linux [my build]:
+ white subs
+ white "thicker" fellas.  once it worked at all LOL, then the boxes were gone. [possible corrupt/interrupted DVDCSS?]
+
+mplayer @home had yellow subs with some version, some vo
+
+@works: mplayer_me>mplayer dvdnav:// -vo directx -mouse-movements still white on white
+
+== subtitles sync'ing ==
+flight:
+ ok now david, if you can:
+   srt:    32:44,943 = 1964.94
+   actual: 34:26.37 = 2066.37
+
+
+don't take any
+ srt: 00:31:52,931 = 1912.93
+
+srt start: 2:25,000 = 145.00
+  actual start:  2:47.98 = 167.98
+  
+srt end: See you later: 01:22:02,271 = 4922.27
+ actual end:                01:25:51.17  = 5151.17
+
+so assuming an algorithm:
+  take srt, add 22.98, then multiply srt value by real_sum/srt_sum = (5151.17-167.98)/(4922.27-145.00)
+
+so (1964.94-145)*(5151.17-167.98)/(4922.27-145.00)+167.98 = 2066.37 = 0:34:26.37
+
+was I accurate?
+
+(1912.93-145)*(5151.17-167.98)/(4922.27-145.00)+167.98 =  2012.115 = 0:33:32.12
+  actual 33:31.997 close enough.
+  srt file sed: 0:33:32.12
+
+my math seems ok...
+
+he starts saying this particular one *before* the subtitles actually display...<sigh>.
+
+seems right borderline...
+once it totally got it...
+
+actually he starts speaking at  V:2012.12
+bad stuff at 2012.6
+
+how can it have missed it sometimes? huh?
+
+ok this one worked great. ok this is nuts LOL
+
+A:2012.0 V:2011.99 A-V:  0.001 ct: -0.148 516/516  6%  7% 25.0% 0 0
+  =====  PAUSE  =====
+ID_PAUSED
+last NAV packet was 2009.800049, mpeg at 2012.032471 after -> 29.97 2011.809814
+adding difference 0.041748 adding 0.000000 to 2011.851563
+final: 2011.851563
+using mpeg ts appears larger, which if true is definitely better 2012.032471 > 2011.851563 - 1.0
+A:2012.0 V:2012.03 A-V:  0.001 ct: -0.148 517/517  6%  7% 24.9% 0 0
+  =====  PAUSE  =====
+ID_PAUSED
+last NAV packet was 2009.800049, mpeg at 2012.074219 after -> 29.97 2011.809814
+adding difference 0.083496 adding 0.000000 to 2011.893311
+final: 2011.893311
+using mpeg ts appears larger, which if true is definitely better 2012.074219 > 2011.893311 - 1.0
+A:2012.0 V:2012.07 A-V: -0.031 ct: -0.151 518/518  6%  7% 24.9% 0 0
+
+the subtitle is actually at about 2012.03
+he starts talking at 2012.07
+
+But also there's .03 of audio out of sync-ness...which shouldn't matter I don't think...
+
+2012.12 2013.47 1
+
+somehow the mute appears to kick in a couple of frames too late...
+  maybe one is right on, the next is *after* that frame is already done? [when else can they do it, though, I guess...]
+   2012.115967
+  
+  
+without frame drop et al, audio gets ahead
+
+  it does *not* seem to be an A-V: getting ahead problem, those only get to like 0.008 [must just be buffers or something internal [?]]
+
+seemed to work fine now that I drop frames...yipes!
+
+== mplayer sox at muting DVD's with timestamp resets ==
+  yep, I think it does <sigh>
+  monster's inc. resets PTS with every chapter LOL
+
+== mplayer muting probs ==
+
+worked fine with muting here...with teeny screen video of monster's inc, work desktop, second 1530-1540, with mplayer_edl
+ I think it might be fixed now, in general...maybe...
+
+seemed to work fine with the same edl,  Sherpya-SVN-r33574-4.2.5 (older), on the work desktop, too...hmm...
+
+  actually, smplayer seemed to do (muting) EDL's at 1hr just fine OSOH. and various mplayer's.  All spot on.
+
+end of flight:
+
+demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
+A:5159.9 V:5159.90 A-V:  0.025 ct:  2.274 7150/7150 189% 100% 608.6% 9958 0
+Warning! FPS changed 23.976 -> 29.970  (-5.994005) [4]
+A:5163.9 V:5163.89 A-V: -0.003 ct:  2.339 7271/7268 187% 99% 601.0% 9984 0
+
+demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
+A:5164.6 V:5164.56 A-V:  0.006 ct:  2.361 7287/7284 186% 99% 599.8% 9989 0
+
+I think end...
+
+== Sintel timing DVD versus file ==
+
+  seemed to work, right on.  Could have had that 0.3s offset, hard to tell for sure :P
+  I think we're good to go...sniff...maybe?
+
+libdvdnav notes:
+
+http://lists.freedesktop.org/archives/gstreamer-devel/2007-September/015724.html might have a patch of some sort
+dvdinputstreamnavigator.cpp seems to handle discontinuities "right" or something like that...a gap?
+  I bet they're a bit off, though...
+  ok this is nuts
+  also, I think/guess I need 3 variables, to track this "right" in mplayer...not sure about VLC...
+
+  appears xbmc just tracks it as "nav wide"
+    maybe I don't quite understand discontinuity...
+    I...think they are unprecise. Oh man this is weird. oh man.
+    so I guess their EDL's are based off of "DVD time"
+      however one uses an EDL for theirs :P
+    I don't really get it though, now do I? :P
+    
+I'm guessing mplayer "relative seeks" are totally bworked
+  but they're not! they seek to past the break...but that's an absolute seek :P
+  so they must be using NAV packets'ish for seeking, so relative seeks on long DVD's are probably bworked
+
+
+ * DVDNAV_NAV_PACKET
+ *
+ * NAV packets are useful for various purposes. They define the button
+ * highlight areas and VM commands of DVD menus, so they should in any
+ * case be sent to the SPU decoder/overlaying engine for the menus to work.
+ * NAV packets also provide a way to detect PTS discontinuities, because
+ * they carry the start and end PTS values for the current VOBU.
+ * (pci.vobu_s_ptm and pci.vobu_e_ptm) Whenever the start PTS of the
+ * current NAV does not match the end PTS of the previous NAV, a PTS
+ * discontinuity has occured.
+ * NAV packets can also be used for time display, because they are
+ * timestamped relatively to the current Cell.
+
+Fascinating. I guess the "PTS values" are the mpeg PTS values themselves...fascinating.
+  this seems to imply that XBMC's extra additions aren't necessary though, since they already use the NAV packets...hmm...
+  
+  XBMC seems to pass past the "discontinuity" all right though, timestamp wise...
+  
+  maybe this "isn't" a real discontinuity? whoa! maybe nav packets aren't timestamped relative to the current cell, in reality?
+    Either way, I think you're stuck with the triple. Hmm...
+    dvdnav doesn't seem to know about the pts at all, ever...it's gotta be local memory that's the only way DVD players must do it LOL
+    NAV plus offset
+    
+== sintel cutting accuracy ==
+
+  "dvd_start_offset" => "0.37", # for title 2
+  Input #0, mpeg, from 'dvdout.mpg':
+    Duration: 00:00:20.58, start: 0.300300, bitrate: 4305 kb/s
+  
+    seems that mplayer doesn't quite get the input cut right, I guess...
+      not too far off I guess LOL 0.07 ... yeah we can live with that
+
+seems that NAV 0.2 thing is *right on* for OSOH...
+  final: 4847.344238
+  using mpeg ts appears larger, which if true is definitely better 4847.539551 > 4847.344238 - 3
+  last NAV packet was 4842.333496, mpeg at 4847.581055 after -> 29.97 4847.175781
+  adding difference 0.209961 adding 0.000000 to 4847.385742
+  final: 4847.385742
+  using mpeg ts appears larger, which if true is definitely better 4847.581055 > 4847.385742 - 3
+  A:4847.6 V:4847.58 A-V:  0.006 ct: -0.251  41/ 41  9%  4% 37.1% 0 0
+
+random conclusions:
+
+commercial" players, like windows media player, will "seek" based on 30 fps, even if
+  the underlying is 29.97
+	  	
+however if you allow them to just continue playing, they use wall time, which is 29.97 fps
+	  	
+makemkv can give you streams that are up to like 2s out of whack with the DVD.  tsmuxer
+	  	
+seems to fix those though, if you unmux them.
+
+== mplayer build speedz ==
+
+office:
+
+with "little/default console output", --enable-debug
+  4% total cpu -> 23% cpu, with -march=runtime, work, stripped
+
+with "--enable-debug, stripped, -march=generic" low/default console 
+  6% -> 27% cpu
+
+disable debug?
+
+w, w/o tons of output, doze
+
+sherpya's various, at home?
+
+sherpya rtm:
+ 4% -> 13% (has no scrolling console output tho)
+
+sherpya athlon:
+ 4% -> 11/13%
+    
+	
+home,  -nocache dvdnav://1/f::
+
+"rtm"  Sherpya-SVN-r34118-4.2.5
+   34/74
 
-curious george 2 http://movies.netflix.com/WiPlayer?trkid=805148&movieid=70130481 37:35 has an accomplish oh my g
+ "p4"
+    33/76
+   
+mplayer_big, no "scrolling screen"
+  27/81
+  
+ mplayer_big, yes "scrolling screen"
+  27/84
+  
+test/mplayer.exe (assume yasm), no scrolling output
+    31/81
+  yes scrolling
+    25/83
+	
+mplayer_marchnative.exe crash :P
+
+mplayer_no_output
+ 29/83
+
+ 
+same thing, in cmd, with a-v after A:20, -nocache:
+
+mplayer.bat:
+ 39/70 A-V:  -0.028
+ 
+p4:
+  no lag I guess
+    maybe 34/73'ish
+	
+mplayer_big,  no output
+ 35/77, 37/71
+    A: 0
+	
+ gets up to like A-V 1 at second 4, then fighting it down and up till 22, then 0, going full bore
+  
+  in console, starts at like A-V 2 and then loses...without going full bore.
+    5.39,5.5 at 20
+	full bore 7.7 at 20 6.9
+
+	so it does/did make a difference, at least with console2
+	  but not much...
+	  
+in cmd @20 0.2 at full bore, but hovering around 0 really. suh-weet.
+
+mplayer_big, yes output
+
+37/71 a-v 0.48, heading to zero. sweet.
+
+mplayer_no_output
+  37/73'ish (at times lower)
+
+console2 maybe is doing something else bad? making output slower perhaps, in general?
+  
+  
+mplayer.bat @20: 0.557
+  quickly collapses to zero--but this is in console2!  
+
+but in the same console2, my mplayer_no_output is losing ground! I haven't explained the discrepancy!
+  
+them: 21/27 to my 31/36 LODO huh?
+  debug enabled builds perhaps?
+  
+-O2 -g with mingw raw but had march, so cannot test it...
+-O4 -march=i486 -mtune=generic
+    with --enable-iconv --enable-freetype --enable-static --enable-fontconfig --enable-runtime-cpudetection
+    
+34/77 comp.
+30/85 with d3d
+    
+	mine 30/84'ish suh-weet
+	
+I do declare--it appears that the highlighting is "right" with  Sherpya-SVN-r34118-4.2.5 directx
+  
+and plus 10 with coiso...
+
+unfortunately directx is the shtinky one for windows 7 aero...hmm...wonder why it's so much more efficient...oh well.
+
+==  mplayers split it differently ==
+  http://gk.lka.hu/2009/04/mingw-mplayer-guide mentions compiling ffmpeg separately...
+      and says you need that mingw patch...
+
+
+my "good" one, but without audio:                                  
  V:3499.36 5565/5565 75%  5%  0.0% 0 0                                          
  V:3499.40 5566/5566 75%  5%  0.0% 0 0                                          
  V:  0.04   0/  0 ??% ??% ??,?% 0 0                                             
  V:  0.08   1/  1 ??% ??% ??,?% 0 0                                             
  V:  0.25   2/  2 ??% ??% ??,?% 0 0                                             
  V:  0.29   3/  3 ??% ??% ??,?% 0 0           
+
+at least it doesn't overrun "too" far LOL
+   V:  1.21  30/ 30 38822% 10677%  0.0% 0 0                                       
+  wonder if dumpstream also overruns...
+  does switch though, so looks like mplayer won't save us there...
+  last timestamp: 
+    V:4364.61 13611/13611 71% 19%  0.0% 0 0                                        
  "good" one last timestamp is:
+    A:4364.4 V:4364.3 A-V:  0.007 ct:  7.108 13613/13613 76% 38% 291.8% 30 0       
    A:4364.6 V:   0.0 A-V:4364.649 ct:  7.111   0/  0 ??% ??% ??,?% 30 0           
    A:   0.4 V:   0.0 A-V:  0.322 ct:  7.114   1/  1 ??% ??% ??,?% 30 0            
    it does have a 0.28 DVD offset...
  could I use benchmark for it somehow, though?  I guess not because it needs audio?
+    nope I understand it not. Ahead by 0.3? huh?  Good thing this only I guess matters with mplayer whoa!
+
+Ok now this is just plain nuts. Seriously what? LODO LOL
+
+demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
+  can mean "we hit the trailer, or the preview section, in that DVD"
+
+mplayer_svn_my_configure_devkit_patched:
+
+
+worked perfect
+
+updated gcc with yasm, TRUNK:
+   
+  with the freaky "repeater-oo" right there...
+  thus we surmise that updated gcc does not fix this freaky repeater-oo, nor does yasm, and neither fixes the seek failure.
+    though maybe they might could still with a patch to mingw, or updated svn mplayer might could...
+    
+mplayer_34118_my_gcc_old_sherpya_diffs_some_patches mplayer_34118_sherpya_patches_my_gcc
+A:3498.9 V:3498.9 A-V: -0.017 ct:  2.580 5564/5564 89% 77% 336.9% 71 0         
+maybe a winner...hmm...
+alloc-win maybe...
+
+and the redo of the same:
+no freaky looping...hmm...
+60s of repeated title 1 tho... LOL
+  at least it's consistent :)
+
+mplayer_34118_sherpya_patches_my_gcc_redo
+  
+
+Invalid seek to negative position ffffffff8000481c!
+[ac3 @ 00bccba0]incomplete frame
+
+[mpeg2video @ 00bccba0]invalid mb type in B Frame at 16 20
+
+  it was a fluke! LOL ok now I'm still a bit confused...maybe it lacked a make clean in there?
+  
+updated gcc, still no yasm though...:
+A:   0.9 V:3223.7 A-V:-3222.771 ct:  2.205  13/ 13 31507% 20092% 117166.8% 84 
+
+appears to be looping...
+
+Invalid seek to negative position 1906c008000481c!
+[ac3 @ 00ca9420]incomplete frame
+
+
+linux, with yasm, no configure options, updated "lib"
+Thread model: posix
+gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4)
+interestingly, even if you pause, or seek, it still seems to display the same overlaps.
+What could this ever mean?
+  1b) it also freezes if you step frame through it LOL.
+
+A:3498.7 V:3498.7 A-V:  0.003 ct:  4.084 5563/5563 141% 14% 25.1% 166 0 ^[[J
+A:3498.7 V:3498.8 A-V: -0.029 ct:  4.081 5564/5564 141% 14% 25.1% 166 0 ^[[J
+A:3498.8 V:3498.8 A-V: -0.027 ct:  4.078 5565/5565 141% 14% 25.1% 166 0 ^[[J
+A:3499.3 V:   0.0 A-V:3499.321 ct:  4.082   0/  0 ??% ??% ??,?% 166 0 ^[[J
+A:   0.2 V:   0.0 A-V:  0.139 ct:  4.087   1/  1 ??% ??% ??,?% 166 0 ^[[J
+A:   0.2 V:   0.1 A-V:  0.131 ct:  4.091   2/  2 ??% ??% ??,?% 166 0 ^[[J
+A:   0.3 V:   0.1 A-V:  0.125 ct:  4.095   3/  3 ??% ??% ??,?% 166 0 ^[[J
+A:   0.3 V:   0.2 A-V:  0.122 ct:  4.099   4/  4 ??% ??% ??,?% 166 0 ^[[J
+A:   0.3 V:   0.2 A-V:  0.085 ct:  4.103   5/  5 ??% ??% ??,?% 166 0 ^[[J
+A:   0.3 V:   0.3 A-V:  0.080 ct:  4.107   6/  6 ??% ??% ??,?% 166 0 ^[[J
+A:   0.4 V:   0.3 A-V:  0.109 ct:  4.112   7/  7 ??% ??% ??,?% 166 0 ^[[J
+A:   0.4 V:3499.2 A-V:-3498.756 ct:  4.107   8/  8 ??% ??% ??,?% 166 0 ^[[J
+A:   0.5 V:3499.2 A-V:-3498.752 ct:  4.103   9/  9 ??% ??% ??,?% 166 0 ^[[J
+A:   0.5 V:3499.3 A-V:-3498.748 ct:  4.099  10/ 10 ??% ??% ??,?% 166 0 ^[[J
+A:   0.6 V:3499.3 A-V:-3498.743 ct:  4.095  11/ 11 65755% 6508% 11638.3% 166 0 ^[[J
+A:   0.6 V:3499.4 A-V:-3498.739 ct:  4.091  12/ 12 60697% 6008% 10743.1% 166 0 ^[[J
+A:   0.7 V:3499.4 A-V:-3498.736 ct:  4.087  13/ 13 56362% 5578% 9975.8% 166 0 ^[[J
+A:   0.7 V:3499.4 A-V:-3498.732 ct:  4.082  14/ 14 52606% 5207% 9310.7% 166 0 ^[[J
+A:   0.8 V:3499.5 A-V:-3498.728 ct:  4.078  15/ 15 49318% 4881% 8729.0% 166 0 ^[[J
+A:   0.8 V:   0.3 A-V:  0.552 ct:  4.082  16/ 16 46418% 4594% 8215.9% 166 0 ^[[J
+A:   0.8 V:   0.3 A-V:  0.549 ct:  4.087  17/ 17 43840% 4339% 7759.4% 166 0 ^[[J
+A:   0.9 V:   0.3 A-V:  0.545 ct:  4.091  18/ 18 41533% 4110% 7351.0% 166 0 ^[[J
+A:   0.9 V:   0.4 A-V:  0.507 ct:  4.095  19/ 19 39456% 3905% 6983.6% 166 0 ^[[J
+A:   0.9 V:   0.4 A-V:  0.503 ct:  4.099  20/ 20 37578% 3719% 6651.1% 166 0 ^[[J
+
+
+mplayer_svn_sherpya_gcc_with_my_configure
+A-V:  0.004 ct:  7.246 5565/5565 81%  7% 324.8% 113 0      
+osd_level 1 osd_fractions 0 
+A:3498.3 V:3498.36 A-V: -0.020 ct:  7.244 5566/5566 81%  7% 324.8% 113 0      
+osd_level 1 osd_fractions 0 
+A:3499.3 V:  0.00 A-V:3499.321 ct:  7.248   0/  0 ??% ??% ??,?% 113 0         
+osd_level 1 osd_fractions 0 
+A:   0.2 V:  0.04 A-V:  0.132 ct:  7.252   1/  1 ??% ??% ??,?% 113 0      
+(with the freaky overlap, but not looping)
+  => seems to imply that it's not a configure issue. Either a library or gcc issue? I'm using all the same ffmpeg's...
+  => seems to imply that the stream seek is not an mplayer patch...
+
+mplayer_svn_with_my_changes_only_sherpya_gcc_sherpya_configure_nocache_dvdnav
+doesn't loop at least :P
+  seems to imply the patches don't matter, and the ffmpeg doesn't amtter
+osd_level 1 osd_fractions 0 
+A:3498.3 V:3498.32 A-V: -0.028 ct:  7.237 5565/5565 78%  6% 325.5% 100 0      
+osd_level 1 osd_fractions 0 
+A:3498.3 V:3498.36 A-V: -0.030 ct:  7.234 5566/5566 78%  6% 325.4% 100 0      
+osd_level 1 osd_fractions 0 
+A:3499.3 V:  0.00 A-V:3499.321 ct:  7.238   0/  0 ??% ??% ??,?% 100 0         
+osd_level 1 osd_fractions 0 
+A:   0.2 V:  0.04 A-V:  0.132 ct:  7.242   1/  1 ??% ??% ??,?% 100 0           
+V:3498.78
+what if it includes a search or two?
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3498.3 V:3498.32 A-V: -0.034 ct: -0.277 655/655  5% 10% 23.3% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.273   0/  0 ??% ??% ??,?% 0 0
+  =====  PAUSE  =====
+note this one matches, with and without search...fascinating. with the *same* super updated ffmpeg version. oh man...
+also this still shows that freaky "oh I'm back to 3498.78, or wait now I'm not" thing LOL
+However, for now the automated way could (I must suppose) just use the old mplayer, or...
+
+they may have used this ffmpeg:
+ Download FFmpeg git rev N-32754-g936d4d4 - 09/21/2011
+ use his build environment :P
+
+me building using his complete build environment--diffs, gcc, mplayer version--it worked! phew
+A:3498.3 V:3498.3 A-V:  0.004 ct:  7.253 5565/5565 80% 12% 347.1% 837 0        
+ => wouldn't this imply it's one of his patches?
+
+his "get key" is benign
+
+mine 34118 eternal loops, and has the freakiness LOL
+  => maybe updated mplayer's don't have the freakiness?
+A:   0.9 V:3223.7 A-V:-3222.728 ct:  2.289  14/ 14 36329% 33029% 123406.7% 317
+
+demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
+A:   1.3 V:   0.5 A-V:  0.720 ct:  2.314  22/ 22 23694% 21542% 80484.4% 3177 0
+
+demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
+A:   2.2 V:   1.5 A-V:  0.696 ct:  2.409  53/ 50 11451% 10411% 38892.0% 3177 0
+
+
+theirs  Sherpya-SVN-r34118-4.2.5 doesn't loop... (I have gcc 4.5.1 ... hmm...)
+
+
+shoot.
+
+mplayer_me -nocache dvdnav://1
+
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3222.99 A-V:  0.009 ct:  8.135 11233/11233 100%  3% 438.7% 532 0    
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3223.03 A-V: -0.012 ct:  8.134 11234/11234 100%  3% 438.7% 532 0    
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3223.08 A-V: -0.043 ct:  8.130 11235/11235 100%  3% 438.7% 532 0    
+osd_level 1 osd_fractions 0 
+A:3223.4 V:  0.00 A-V:3223.363 ct:  8.130   0/  0 ??% ??% ??,?% 532 0          
+off, looping.
+Ok I am so confused now LOL.
+
+pristine loops, too (gcc 4.5.1)
+  
+  Invalid seek to negative position 7e98000481c!
+  [ac3 @ 00be8680]incomplete frame
+
+
+next one:
+
+osd_level 1 osd_fractions 0 
+A:3223.1 V:3223.08 A-V: -0.021 ct: 14.090 11235/11235 165%  3% 717.6% 546 0    
+osd_level 1 osd_fractions 0 
+A:3223.4 V:  0.00 A-V:3223.363 ct: 14.090   0/  0 ??% ??% ??,?% 546 0          
+osd_level 1 osd_fractions 0 
+A:   0.4 V:  0.04 A-V:  0.356 ct: 14.099   1/  1 ??% ??% ??,?% 546 0           
+maybe it's really restarting for some reason? and that's causing the looping?
+
+
+Invalid seek to negative position 7e98000481c!
+[ac3 @ 00be88c0]incomplete frame
+
+
+appears to be...
+
+mplayer -volume 0 -nocache dvdnav://1 2>&1 >me_c_volume0_nocache_dvdnav_full.txt
+weird restarting?
+
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3223.03 A-V:  0.010 ct:  2.258 11234/11234 34%  2% 150.4% 659 0     
+osd_level 1 osd_fractions 0 
+A:3223.4 V:  0.00 A-V:3223.363 ct:  2.258   0/  0 ??% ??% ??,?% 659 0          
+osd_level 1 osd_fractions 0 
+A:   0.4 V:  0.04 A-V:  0.356 ct:  2.266   1/  1 ??% ??% ??,?% 659 0           
+osd_level 1 osd_fractions 0 
+
+
+>mplayer -volume 0 -nocache dvdnav://1 -vo null 2>&1 >me_c_dvdnav_full_vo_null.txt
+
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3222.99 A-V:  0.009 ct:  2.210 11233/11233 34%  0% 148.6% 68 0      
+osd_level 1 osd_fractions 0 
+A:3223.0 V:3223.03 A-V:  0.010 ct:  2.211 11234/11234 34%  0% 148.6% 68 0      
+osd_level 1 osd_fractions 0 
+A:3223.4 V:  0.00 A-V:3223.363 ct:  2.211   0/  0 ??% ??% ??,?% 68 0           
+osd_level 1 osd_fractions 0 
+A:   0.4 V:  0.04 A-V:  0.356 ct:  2.219   1/  1 ??% ??% ??,?% 68 0            
+wow I don't know how to desribe this.
+
+my_mplayer -autosync 30 -nocache -ss 3450 dvdnav://1
+
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3498.9 V:3498.86 A-V:  0.003 ct: -0.267 404/404  6%  6% 23.0% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3498.9 V:3498.90 A-V: -0.029 ct: -0.269 405/405  6%  6% 22.9% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3499.4 V:  0.00 A-V:3499.362 ct: -0.265   0/  0 ??% ??% ??,?% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:   0.2 V:  0.04 A-V:  0.132 ct: -0.261   1/  1 ??% ??% ??,?% 0 0
+  =====  PAUSE  =====
+  
+osd_level 1 osd_fractions 0
+A:3499.0 V:3498.98 A-V: -0.028 ct: -0.270 239/239  9%  5% 23.8% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3499.4 V:  0.00 A-V:3499.362 ct: -0.266   0/  0 ??% ??% ??,?% 0 0
+  =====  PAUSE  =====
+
+old_mplayer's, notice how it's whackedby like 0.4'ish:
+that is nuts.
+Maybe it's a bug then, and we're right now :P
+
+A:3498.2 V:3498.23 A-V:  0.003 ct: -0.260 149/149  8%  7% 28.5% 0 0
+A:3498.2 V:3498.28 A-V: -0.029 ct: -0.263 150/150  8%  7% 28.3% 0 0
+A:3499.4 V:  0.00 A-V:3499.362 ct: -0.259   0/  0 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.04 A-V:  0.132 ct: -0.255   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.127 ct: -0.251   2/  2 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.13 A-V:  0.123 ct: -0.251   3/  3 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.13 A-V:  0.123 ct: -0.247   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.119 ct: -0.247   4/  4 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.119 ct: -0.242   4/  4 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.21 A-V:  0.115 ct: -0.238   5/  5 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.25 A-V:  0.111 ct: -0.234   6/  6 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.29 A-V:  0.107 ct: -0.230   7/  7 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.33 A-V:  0.102 ct: -0.226   8/  8 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.69 A-V:-3498.219 ct: -0.230   9/  9 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.73 A-V:-3498.214 ct: -0.234  10/ 10 ??% ??% ??,?% 0 0
+A:   0.5 V:3498.78 A-V:-3498.242 ct: -0.238  11/ 11 109% 99% 396.2% 0 0
+A:   0.6 V:3498.82 A-V:-3498.206 ct: -0.242  12/ 12 101% 91% 370.3% 0 0
+A:   0.7 V:3498.86 A-V:-3498.202 ct: -0.247  13/ 13 94% 85% 348.0% 0 0
+A:   0.7 V:3498.90 A-V:-3498.198 ct: -0.251  14/ 14 88% 80% 328.6% 0 0
+A:   0.7 V:3498.94 A-V:-3498.194 ct: -0.255  15/ 15 83% 75% 309.0% 0 0
+A:   0.8 V:3498.98 A-V:-3498.190 ct: -0.259  16/ 16 78% 71% 293.9% 0 0
+A:   0.8 V:3499.03 A-V:-3498.186 ct: -0.263  17/ 17 74% 67% 280.5% 0 0
+A:   0.9 V:3499.07 A-V:-3498.181 ct: -0.267  18/ 18 71% 63% 267.4% 0 0
+A:   0.9 V:3499.11 A-V:-3498.177 ct: -0.272  19/ 19 67% 61% 257.1% 0 0
+A:   1.0 V:3499.15 A-V:-3498.173 ct: -0.276  20/ 20 64% 58% 248.0% 0 0
+A:   1.0 V:3499.19 A-V:-3498.169 ct: -0.280  21/ 21 62% 55% 239.5% 0 0
+A:   1.1 V:3499.23 A-V:-3498.165 ct: -0.284  22/ 22 59% 53% 231.7% 0 0
+A:   1.1 V:3499.28 A-V:-3498.160 ct: -0.288  23/ 23 57% 51% 223.0% 0 0
+A:   1.1 V:3499.32 A-V:-3498.188 ct: -0.292  24/ 24 55% 49% 214.1% 0 0
+A:   1.2 V:3499.36 A-V:-3498.152 ct: -0.297  25/ 25 53% 48% 207.0% 0 0
+A:   1.3 V:3499.40 A-V:-3498.148 ct: -0.301  26/ 26 51% 46% 202.6% 0 0
+A:   1.3 V:3499.44 A-V:-3498.144 ct: -0.305  27/ 27 50% 45% 197.5% 0 0
+A:   1.3 V:3499.49 A-V:-3498.140 ct: -0.309  28/ 28 48% 43% 191.6% 0 0
+A:   1.4 V:  0.25 A-V:  1.140 ct: -0.305  29/ 29 47% 42% 185.2% 0 0
+A:   1.4 V:  0.29 A-V:  1.136 ct: -0.301  30/ 30 45% 41% 181.3% 0 0
+A:   1.5 V:  0.33 A-V:  1.132 ct: -0.297  31/ 31 44% 39% 176.7% 0 0
+A:   1.5 V:  0.38 A-V:  1.128 ct: -0.292  32/ 32 43% 38% 171.5% 0 0
+
+so just trust mine LOL.
+ they do match up *past* that so I think mine is indeed better. FWIW.
+
+mine, with noaudio:
+
+
+osd_level 1 osd_fractions 0
+V:3499.40 549/549  7%  5%  0.0% 0 0
+osd_level 1 osd_fractions 0
+V:  0.04   0/  0 ??% ??% ??,?% 0 0
+
+=snow white 0.2=
+
+ 0.4 start
+ 7.120795 -  6.923583 = 0.1972120000000004
+ fascinating. nothing in common with start times, perhaps?
+ 
+ and at end:
+   it's borked
+   
+=mtoe 0.2=
+
+ 4.137467 - (mineE)  3.903900 => 0.23350000000000026
+  from 0.3 even
+  yep, this is bizarre
+  
+  and at end...
+  4820.248047 -  4819.983398 0.2646489999997357
+  
+ =all dogs go to heaven 0.2=
+ start "0.3" (probable 0.28)
+ 
+  4.010844 -  3.837166  0.17367799999999978
+  
+  demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
+
+ 594.200256 - 603.069153 -8.86889700000006
+ 
+  3033.053955 -  3041.922363  -8.868408000000272
+  oh oops had a split at 9.266098 - 0.34 somehow...
+
+ = little mermaid =
+  0.28
+  
+  4.993670 -  6.998652
+   had an early split:
+    mpeg at 0.814500,  mpeg at 0.280633 
+            V:   1.4 A-V:  0.193 ct:  0.032  36/ 36 31%  7% 55.7% 3 0
+   A:   1.7 V:   0.3
+   
+   # TODO DISALLOW TOO EARLY OF SPLITS ? WARN [?]
+   
+   A:   0.8 V:  0.81 A-V:  0.031 ct:  0.053  19/ 19 45% 21% 29.0% 4 0             
+
+osd_level 2 osd_fractions 2 
+last NAV packet was 1.066667, mpeg at 0.280633 after -> 29.97 1.067733
+not adding negative diff -0.533867adding 0.000000 to 1.067733 
+final: 1.067733
+A:   0.9 V:  0.28 A-V:  0.587 ct:  0.056  20/ 20 44% 21% 27.6% 4 0             
+
+then again:
+
+ 0.81 A-V:  0.543 ct:  0.109  36/ 36 34% 20% 22.3% 4 0             
+
+osd_level 2 osd_fractions 2 
+last NAV packet was 1.633333, mpeg at 0.280633 after -> 29.97 1.634967
+not adding negative diff -0.533867adding 0.000000 to 1.634967 
+final: 1.634967
+using mpeg ts appears larger, which if true is definitely better 0.280633 > 1.634967 - 10
+A:   1.4 V:  0.28 A-V:  1.099 ct:  0.113  37/ 37 34% 19% 22.1% 4 0             
+
+
+MAYBE IT NEEDS TO EQUAL THE ACKET BEFORE THE NEXT RESTART PACKET...
+  or maybe it really actually means...add one frame tho :P
+  thinking the 0.28 is to allow for an easier "seamless" transition from one to the next...maybe?
+
+  just subtract one, I'm thinking?
+0.814500 -  1.067733 -0.25
+
+too hard to tell LOL. (right on a split, might have been whacked out somehow...)
+
+last NAV packet was 2.200000, mpeg at 0.814500 (equiv. to 2.4 about), so we lost 1.6
+we have 
+
+ 0.81
+ 0.28
+ ...
+ 0.81
+ 0.28
+
+ so if we had split twice at 0.81, we'd be close...
+   now I'm torn :P
+
+ mpeg 7.245920 -  9.250908  -2.004988000000001
+ 
+ I'm guessing 0.85 is good for now...
+   hmm...actually it might be...and this is one phreaky DVD...hmm...sure :P
+   
+  I'm guessing this one is actually "those each were 1.0s each, and we don't have a new starting 0.2 at all" however, the "add one frame"
+    thing actually almost gets us close...plus we can warn if we're past a split...
+    should be 0.81 + 0.04+0.24
+  
+  
+=nanny mcphee=
+0.28
+  2.733078 - 2.519184 => 0.213
+   4797.554688 -  4797.359375 =>  0.19531300000016927
+   
+=c has some inline=
+
+has some inline switches 30 <-> 29.97 [!]
+
+Warning! FPS changed 23.976 -> 29.970  (-5.994005) [4]
+
+Warning! FPS changed 23.976 -> 29.970  (-5.994005) [4]
+
+No bind found for key ''.
+
+like twice
+
+mplayer2 seems dead...yipes
+
+== DVDNAV weirdness/search times ==
+
+    // XXX the current version of libdvdnav can't seek outside the current
+    // PGC. Check if the place we're seeking to is in a different
+    // PGC. Position there & adjust the offset if so.
+
+  http://forum.doom9.org/showthread.php?t=140995&highlight=nav+mpeg
+    mentions that you can parse the IFO for information [?]
+
+  http://forum.doom9.org/showthread.php?t=141169&highlight=nav+mpeg "you can just read through the NAV packs"
+    "NAV packets just go forward, you can parse them or look in the IFO files"
+
+  http://forum.doom9.org/showthread.php?t=111436&highlight=nav+mpeg
+
+  mentions VTS_TMAPTI table...hmm...that might still be a grande clue, for determining precision...or maybe not...
+
+https://github.com/HandBrake/HandBrake/blob/master/libhb/dvdnav.c
+  
+== times ==
+
+
+=c with new mplayer=
+
+split 3499.07
+
+before the split, 
+last NAV packet was 3411.699951, mpeg at 3415.309326 after -> 29.97 3415.111572
+adding 0.175000 to 3415.111572
+final: 3415.286621  => 0.02 short
+using mpeg
+
+
+after split
+last NAV packet was 3496.533447, mpeg at 1.310520 after -> 29.97 3500.030029
+adding difference 0.325325 adding 0.175000 to 3500.355469
+final: 3500.530518
+
+split  3498.984619 this time [?] huh?
+
+old mplayer -nocache dvdnav://1:
+
+A:3498.3 V:3498.36 A-V: -0.036 ct: -0.301 176/176  8%  4% 27.5r% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.297   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:  0.04 A-V: -0.738 ct: -0.297   1/  1 ??% ??% ??,?% 0 0
+A:  -0.6 V:  0.04 A-V: -0.598 ct: -0.297   1/  1 ??% ??% ??,?% 0 0
+
+oh great, it seems to agree with straight dvd:// huh?
+  this sucks
+  assume mine is newer and somehow better...
+
+mplayer_34118
+  A:3499.0 V:3499.0 A-V: -0.026 ct: -0.301 396/396  6%  4% 23.2% 0 0
+  A:3499.3 V:   0.0 A-V:3499.299 ct: -0.301   0/  0 ??% ??% ??,?% 0 0
+  A:   0.1 V:   0.0 A-V:  0.115 ct: -0.297   0/  0 ??% ??% ??,?% 0 0
+  
+  just because of a newer ffmpeg maybe?
+    ffmpeg 1d186e9e120d777cc9f5e68d2974d48bfbdd528e
+   mpegts: Fix for continuity counter ?
+  I hope newer is better...
+    I'm using 51bfaa21c8'ish v of ffmpeg
+    I guess I really do need to add 0.5 per split wowza
+
+linux
+    A:   1.2 V:3499.6 A-V:-3498.380 ct: -0.379  18/ 18 514% 561% 33.2% 0 0 
+then it starts at 0.3
+   but it feels messed...like really messed up...the DVD might not be coming through clear...
+    
+===detect split ===
+
+me dvdnav://, with pauses
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3499.0 V:3499.03 A-V: -0.037 ct: -0.294 624/624  6%  5% 24.6% 0 0
+  =====  PAUSE  =====
+osd_level 1 osd_fractions 0
+A:3499.3 V:  0.00 A-V:3499.299 ct: -0.294   0/  0 ??% ??% ??,?% 0 0 # audio packet
+A:   0.1 V:  0.00 A-V:  0.094 ct: -0.290   0/  0 ??% ??% ??,?% 0 0
+
+shooting through:
+A:3499.0 V:3499.03 A-V: -0.036 ct: -0.278 216/216  9%  4% 25.2% 0 0
+osd_level 1 osd_fractions 0
+A:   0.1 V:  0.00 A-V:  0.115 ct: -0.274   0/  0 ??% ??% ??,?% 0 0
+ I think this is right LOL
+
+dvdout, theirs, dvd://
+bizarre
+A:3498.3 V:3498.28 A-V:  0.003 ct:  0.039 2978/2975  6% 11%  0.8% 0 0
+A:3498.3 V:3498.32 A-V: -0.031 ct:  0.036 2979/2976  6% 11%  0.8% 0 0
+A:  -0.9 V:3498.36 A-V:-3499.291 ct:  0.032 2980/2977  6% 11%  0.8% 0 0
+A:  -0.8 V:3498.40 A-V:-3499.250 ct:  0.028 2981/2978  6% 11%  0.8% 0 0
+A:  -0.8 V:3498.44 A-V:-3499.242 ct:  0.024 2982/2979  6% 11%  0.8% 0 0
+A:  -0.8 V:3498.48 A-V:-3499.244 ct:  0.019 2983/2980  6% 11%  0.8% 0 0
+A:  -0.7 V:3498.53 A-V:-3499.268 ct:  0.015 2984/2981  6% 11%  0.8% 0 0
+A:  -0.7 V:3498.57 A-V:-3499.237 ct:  0.011 2985/2982  6% 11%  0.8% 0 0
+A:  -0.6 V:3498.61 A-V:-3499.229 ct:  0.007 2986/2983  6% 11%  0.7% 0 0
+A:  -0.6 V:3498.65 A-V:-3499.231 ct:  0.003 2987/2984  6% 11%  0.7% 0 0
+A:  -0.5 V:3498.69 A-V:-3499.222 ct: -0.001 2988/2985  6% 11%  0.7% 0 0
+A:  -0.5 V:3498.73 A-V:-3499.214 ct: -0.006 2989/2986  6% 11%  0.7% 0 0
+A:  -0.5 V:3498.78 A-V:-3499.248 ct: -0.010 2990/2987  6% 11%  0.7% 0 0
+A:  -0.4 V:3498.82 A-V:-3499.207 ct: -0.014 2991/2988  6% 11%  0.7% 0 0
+A:  -0.3 V:3498.86 A-V:-3499.199 ct: -0.018 2992/2989  6% 11%  0.7% 0 0
+A:  -0.3 V:3498.90 A-V:-3499.191 ct: -0.022 2993/2990  6% 11%  0.7% 0 0
+A:  -0.2 V:3498.94 A-V:-3499.193 ct: -0.026 2994/2991  6% 11%  0.7% 0 0
+A:  -0.2 V:3498.98 A-V:-3499.194 ct: -0.031 2995/2992  6% 11%  0.7% 0 0
+A:  -0.2 V:3499.03 A-V:-3499.218 ct: -0.035 2996/2993  6% 11%  0.7% 0 0
+A:  -0.1 V:3499.07 A-V:-3499.178 ct: -0.039 2997/2994  6% 11%  0.7% 0 0
+A:  -0.1 V:3499.11 A-V:-3499.179 ct: -0.043 2998/2995  6% 11%  0.7% 0 0
+A:  -0.0 V:3499.15 A-V:-3499.171 ct: -0.047 2999/2996  6% 11%  0.7% 0 0
+A:   0.0 V:3499.19 A-V:-3499.173 ct: -0.051 3000/2997  6% 11%  0.7% 0 0
+A:   0.1 V:3499.23 A-V:-3499.165 ct: -0.056 3001/2998  6% 11%  0.7% 0 0
+A:   0.1 V:3499.28 A-V:-3499.156 ct: -0.060 3002/2999  6% 11%  0.7% 0 0
+A:   0.2 V:3499.32 A-V:-3499.148 ct: -0.064 3003/3000  6% 11%  0.7% 0 0
+A:   0.2 V:3499.36 A-V:-3499.160 ct: -0.068 3004/3001  6% 11%  0.7% 0 0
+A:   0.3 V:3499.40 A-V:-3499.152 ct: -0.072 3005/3002  6% 11%  0.7% 0 0
+A:   0.3 V:3499.44 A-V:-3499.153 ct: -0.076 3006/3003  6% 11%  0.7% 0 0
+A:   0.4 V:3499.49 A-V:-3499.135 ct: -0.081 3007/3004  6% 11%  0.7% 0 0
+A:   0.4 V:  0.25 A-V:  0.139 ct: -0.076 3008/3005  6% 11%  0.7% 0 0
+  MAYBE SIMILAR TO THE NO AUDIO OPTION THOUGH
+  huh?
+  I guess it doesn't matter, but this is still freaky-o
+
+played back with theirs,  dvdout.minemplayer.dvdnav.mpg
+
+A:3498.3 V:3498.28 A-V: -0.002 ct:  0.036 2289/2286  6% 12%  1.2% 0 0
+A:3498.3 V:3498.32 A-V: -0.036 ct:  0.032 2290/2287  6% 12%  1.2% 0 0
+A:  -0.9 V:3498.36 A-V:-3499.287 ct:  0.028 2291/2288  6% 12%  1.2% 0 0
+A:  -0.8 V:3498.40 A-V:-3499.246 ct:  0.024 2292/2289  6% 12%  1.2% 0 0
+A:  -0.8 V:3498.44 A-V:-3499.248 ct:  0.020 2293/2290  6% 12%  1.2% 0 0
+A:  -0.8 V:3498.48 A-V:-3499.240 ct:  0.015 2294/2291  6% 12%  1.2% 0 0
+A:  -0.8 V:3498.53 A-V:-3499.283 ct:  0.011 2295/2292  6% 12%  1.2% 0 0
+A:  -0.7 V:3498.57 A-V:-3499.233 ct:  0.007 2296/2293  6% 12%  1.2% 0 0
+A:  -0.6 V:3498.61 A-V:-3499.235 ct:  0.003 2297/2294  6% 12%  1.2% 0 0
+A:  -0.6 V:3498.65 A-V:-3499.227 ct: -0.001 2298/2295  6% 12%  1.2% 0 0
+A:  -0.5 V:3498.69 A-V:-3499.218 ct: -0.005 2299/2296  6% 13%  1.2% 0 0
+A:  -0.5 V:3498.73 A-V:-3499.220 ct: -0.010 2300/2297  6% 12%  1.2% 0 0
+A:  -0.5 V:3498.78 A-V:-3499.244 ct: -0.014 2301/2298  6% 13%  1.2% 0 0
+A:  -0.4 V:3498.82 A-V:-3499.203 ct: -0.018 2302/2299  6% 13%  1.2% 0 0
+A:  -0.3 V:3498.86 A-V:-3499.205 ct: -0.022 2303/2300  6% 13%  1.2% 0 0
+A:  -0.3 V:3498.90 A-V:-3499.207 ct: -0.026 2304/2301  6% 13%  1.2% 0 0
+A:  -0.3 V:3498.94 A-V:-3499.198 ct: -0.030 2305/2302  6% 12%  1.2% 0 0
+A:  -0.2 V:3498.98 A-V:-3499.200 ct: -0.035 2306/2303  6% 12%  1.2% 0 0
+A:  -0.2 V:3499.03 A-V:-3499.202 ct: -0.039 2307/2304  6% 12%  1.2% 0 0
+A:  -0.1 V:3499.07 A-V:-3499.184 ct: -0.043 2308/2305  6% 12%  1.2% 0 0
+A:  -0.1 V:3499.11 A-V:-3499.176 ct: -0.047 2309/2306  6% 12%  1.1% 0 0
+A:  -0.0 V:3499.15 A-V:-3499.187 ct: -0.051 2310/2307  6% 12%  1.1% 0 0
+A:   0.0 V:3499.19 A-V:-3499.169 ct: -0.055 2311/2308  6% 12%  1.1% 0 0 # kind of close, kind of really far. weird.
+A:   0.1 V:3499.23 A-V:-3499.161 ct: -0.060 2312/2309  6% 12%  1.1% 0 0
+A:   0.1 V:3499.28 A-V:-3499.172 ct: -0.064 2313/2310  6% 12%  1.1% 0 0
+A:   0.1 V:3499.32 A-V:-3499.196 ct: -0.068 2314/2311  6% 12%  1.1% 0 0
+A:   0.2 V:3499.36 A-V:-3499.166 ct: -0.072 2315/2312  6% 12%  1.1% 0 0
+A:   0.2 V:3499.40 A-V:-3499.157 ct: -0.076 2316/2313  6% 12%  1.1% 0 0
+A:   0.3 V:3499.44 A-V:-3499.149 ct: -0.080 2317/2314  6% 12%  1.1% 0 0
+A:   0.3 V:3499.49 A-V:-3499.141 ct: -0.085 2318/2315  6% 12%  1.1% 0 0
+A:   0.4 V:  0.25 A-V:  0.133 ct: -0.080 2319/2316  6% 12%  1.1% 0 0
+
+
+
+and when straight played:
+A:   0.3 V:3499.44 A-V:-3499.143 ct: -0.383 598/595  5% 11% 28.8% 0 0
+A:   0.3 V:3499.49 A-V:-3499.145 ct: -0.387 599/596  6% 11% 28.8% 0 0
+A:   0.4 V:  0.25 A-V:  0.149 ct: -0.383 600/597  6% 12% 28.8% 0 0
+A:   0.5 V:  0.29 A-V:  0.157 ct: -0.379 601/598  6% 12% 29.0% 0 0
+
+mine dvdout.minemplayer.dvd.mpg, played with theirs
+A:   0.3 V:3499.40 A-V:-3499.152 ct: -0.079 1917/1914  6% 13%  0.4% 0 0
+A:   0.3 V:3499.44 A-V:-3499.143 ct: -0.084 1918/1915  6% 13%  0.4% 0 0
+A:   0.3 V:3499.49 A-V:-3499.145 ct: -0.088 1919/1916  6% 13%  0.4% 0 0
+A:   0.4 V:  0.25 A-V:  0.139 ct: -0.084 1920/1917  6% 13%  0.4% 0 0
+A:   0.4 V:  0.29 A-V:  0.105 ct: -0.079 1921/1918  6% 13%  0.4% 0 0
+  so seeking must be all that's borked in mine. LOL. phew!
+
+Input #0, mpeg, from 'dvdout.minemplayer.dvd.mpg':
+  Duration: 00:00:06.87, start: 0.280633, bitrate: -2147483 kb/s (this is after the split, note the negative)
+  
+dvd:
+  V:3499.48 1095/1092  4%  0%  0.0% 0 0                                            
  V:  0.25 1096/1093  4%  0%  0.0% 0 0  
+
+  V:3499.48 1095/1092  4%  0%  0.0% 0 0                                          
  V:  0.25 1096/1093  4%  0%  0.0% 0 0                                           
+
+dvd split time for -=c= with full play length, with audio (mine) dvd no cache, mine
+  A:3222.0 V:3221.99 A-V: -0.003 ct:  0.289 77266/77256  4%  0% 32.1% 255 0      
  time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 
+  osd_level 1 osd_fractions 0 
+  A:3222.1 V:3222.03 A-V:  0.019 ct:  0.291 77267/77257  4%  0% 32.1% 255 0      
  time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 3218.801000 time 0.000000 time 0.000000 time 0.000000 time 0.000000 time 0.000000 
+  osd_level 1 osd_fractions 0 
+  A:   0.2 V:3222.07 A-V:-3221.900 ct:  0.287 77268/77258  4%  0% 32.1% 256 0    
  time 0.400000 time 0.400000 time 0.400000 time 0.400000 time 0.400000 time 0.400000 
+  osd_level 1 osd_fractions 0 
+  A:   0.2 V:3222.12 A-V:-3221.920 ct:  0.283 77269/77259  4%  0% 32.1% 256 0    
+    maybe this is a disney thing? assume this is expected?
+          maybe just mine?
+??
+
+theirs (old mplayer)
+  A:3498.3 V:3498.28 A-V: -0.005 ct: -0.265 326/323  9%  3% 28.2% 0 0
+  A:3498.3 V:3498.32 A-V: -0.039 ct: -0.269 327/324  9%  3% 28.0% 0 0
+  A:3498.3 V:3498.36 A-V: -0.040 ct: -0.273 328/325  9%  3% 27.8% 0 0
+  A:  -0.8 V:3498.40 A-V:-3499.238 ct: -0.277 329/326  9%  3% 28.1% 0 0
+  A:  -0.8 V:3498.44 A-V:-3499.230 ct: -0.281 330/327  9%  3% 28.3% 0 0
+  A:  -0.7 V:3498.48 A-V:-3499.232 ct: -0.286 331/328  8%  3% 28.3% 0 0
+
+seeking in dvd:// might be broken if MPEG is...not it should work all right, it's using the VOBU...hmm...
+  so basically when seeking, what it "should" do it seek you forward until you get to the right spot, one frame at a time, I guess...
+  so I could maintain a table of "vobu -> mpeg times" when I pass one...maybe...or maybe for each frame, update the vobu map...
+  
+A:3188.3 V:3188.42 A-V: -0.156 ct: -0.089 136/133 11%  6% 25.0% 0 0
+osd_level 1 osd_fractions 0
+A:3188.3 V:3188.46 A-V: -0.155 ct: -0.093 137/134 11%  6% 27.3% 0 0
+Invalid seek to negative position 28ed40810b2000! # freeze...hmm...and just with mine? huh?
+
+old ones used to work? huh?
+  svn log on that file didn't  33601 latest for dvd://
+  
+  I guess it only matters what mplayer "thinks" is the split, but still...huh?
+    which might be different for dumpstream of dvd:// versus dvdnav:// whoa!
+    I guess we're ok then...
+    
+dvdnav:
+
+V:3499.40 1057/1054  4%  0%  0.0% 0 0                                          
+V:3499.40 1055/1052  4%  0%  0.0% 0 0                                          
+
+when actually playing it though...
+V:3498.98
+
+then 0.00 for the next, which...may mean you should add one frame worth to it :)
+  so imagine a split at 3499.02
+
+osd_level 3 osd_fractions 1
+last NAV packet was 3495.733398, mpeg at 0.417083 after -> 29.97 3499.229248
+adding 0.175000 to 3499.229248
+final: 3499.404297
+A:   0.5 V:  0.42 A-V:  0.094 ct: -0.231  10/ 10 ??% ??% ??,?% 0 0
+
+so this seems to impliy the split should have been at 3498.98, timing-wise...
+
+osd_level 3 osd_fractions 1
+last NAV packet was 3494.833252, mpeg at 3498.984619 after -> 29.97 3498.328125
+adding difference 0.458984 adding 0.175000 to 3498.787109
+final: 3498.962158
+using mpeg ts appears larger, which if true is definitely better 3498.984619 > 3498.962158 - 10
+A:3499.0 V:3498.98 A-V: -0.030 ct: -0.277 215/215  5%  9% 23.4% 0 0
+  =====  PAUSE  =====
+ID_PAUSED
+DVDNAV_TITLE_IS_MOVIE
+
+osd_level 3 osd_fractions 1
+weird fella mpeg at 0.000000 adding 0.175000 to 0.000000
+final: 0.175000
+using mpeg ts appears larger, which if true is definitely better 0.000000 > 0.175000 - 10
+A:3499.4 V:  0.00 A-V:3499.362 ct: -0.272   0/  0 ??% ??% ??,?% 0 0
+
+
+which is what dvdnav gave us *when played* ?
+
+old mplayer:
+A:3498.3 V:3498.36 A-V: -0.034 ct: -0.292 164/164  9%  4% 27.9% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.288   0/  0 ??% ??% ??,?% 0 0
+A:3498.3 V:3498.36 A-V: -0.034 ct: -0.292 164/164  9%  4% 27.9% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.288   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:  0.04 A-V: -0.708 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:  -0.5 V:  0.04 A-V: -0.588 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:  -0.4 V:  0.04 A-V: -0.468 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:  -0.2 V:  0.04 A-V: -0.288 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:  -0.1 V:  0.04 A-V: -0.108 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.042 ct: -0.288   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.04 A-V:  0.110 ct: -0.284   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.141 ct: -0.279   2/  2 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.13 A-V:  0.129 ct: -0.256   3/  3 ??% ??% ??,?% 0 0
+A:   0.4 V:  0.17 A-V:  0.197 ct: -0.254   4/  4 ??% ??% ??,?% 34 0
+A:   0.4 V:  0.21 A-V:  0.186 ct: -0.249   5/  5 ??% ??% ??,?% 34 0
+A:   0.4 V:  0.25 A-V:  0.144 ct: -0.245   6/  6 ??% ??% ??,?% 34 0
+A:   0.4 V:3498.69 A-V:-3498.288 ct: -0.249   7/  7 ??% ??% ??,?% 34 0
+A:   0.4 V:3498.73 A-V:-3498.300 ct: -0.254   8/  8 ??% ??% ??,?% 34 0
+A:   0.5 V:3498.78 A-V:-3498.281 ct: -0.258   9/  9 ??% ??% ??,?% 34 0
+A:   0.5 V:3498.82 A-V:-3498.283 ct: -0.262  10/ 10 ??% ??% ??,?% 34 0
+A:   0.6 V:3498.86 A-V:-3498.295 ct: -0.266  11/ 11 113% 284% 407.4% 34 0
+A:   0.6 V:3498.90 A-V:-3498.287 ct: -0.270  12/ 12 105% 262% 377.3% 34 0
+A:   0.6 V:3498.94 A-V:-3498.299 ct: -0.274  13/ 13 97% 244% 350.6% 34 0
+A:   0.7 V:3498.98 A-V:-3498.290 ct: -0.279  14/ 14 91% 228% 327.2% 34 0
+A:   0.8 V:3499.03 A-V:-3498.272 ct: -0.283  15/ 15 86% 214% 308.5% 34 0
+A:   0.8 V:3499.07 A-V:-3498.254 ct: -0.287  16/ 16 81% 201% 295.8% 34 0
+A:   0.9 V:3499.11 A-V:-3498.256 ct: -0.291  17/ 17 77% 191% 282.7% 34 0
+A:   0.9 V:3499.15 A-V:-3498.267 ct: -0.295  18/ 18 73% 181% 268.2% 34 0
+A:   0.9 V:3499.19 A-V:-3498.269 ct: -0.299  19/ 19 70% 172% 255.7% 34 0
+A:   1.0 V:3499.23 A-V:-3498.260 ct: -0.304  20/ 20 67% 164% 243.5% 34 0
+A:   1.0 V:3499.28 A-V:-3498.242 ct: -0.308  21/ 21 64% 156% 235.2% 34 0
+A:   1.1 V:3499.32 A-V:-3498.244 ct: -0.312  22/ 22 62% 150% 226.5% 34 0
+A:   1.1 V:3499.36 A-V:-3498.256 ct: -0.316  23/ 23 59% 144% 217.3% 34 0
+A:   1.2 V:3499.40 A-V:-3498.248 ct: -0.320  24/ 24 57% 138% 208.7% 34 0
+A:   1.2 V:3499.44 A-V:-3498.239 ct: -0.324  25/ 25 55% 133% 200.8% 34 0
+A:   1.3 V:3499.49 A-V:-3498.231 ct: -0.329  26/ 26 53% 128% 194.6% 34 0
+A:   1.3 V:  0.25 A-V:  1.021 ct: -0.324  27/ 27 52% 123% 188.7% 34 0
+A:   1.4 V:  0.29 A-V:  1.061 ct: -0.320  28/ 28 50% 119% 185.4% 34 0
+
+you can infer from that that it's 3498.36 + 7 frames, which is close'ish-er...
+
+ooh checkout the audio...thankfully don't have to worry about this:
+
+ without audio: V:3499.40 1057/1054  5% 17%  0.0% 0 0                                          
+A:3499.3 V:  0.00 A-V:3499.299 ct: -0.262   0/  0 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.00 A-V:  0.115 ct: -0.257   0/  0 ??% ??% ??,?% 0 0
+
+r34118 3498.36
+
+A:3498.3 V:3498.32 A-V: -0.031 ct: -0.221  94/ 91 16%  6% 32.7% 0 0
+A:3499.3 V:  0.00 A-V:3499.321 ct: -0.217   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:  0.04 A-V: -0.718 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:  -0.5 V:  0.04 A-V: -0.588 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:  -0.4 V:  0.04 A-V: -0.468 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:  -0.2 V:  0.04 A-V: -0.288 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:  -0.1 V:  0.04 A-V: -0.128 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.062 ct: -0.217   1/  1 ??% ??% ??,?% 0 0
+A:   0.1 V:  0.04 A-V:  0.100 ct: -0.213   1/  1 ??% ??% ??,?% 0 0
+A:   0.2 V:  0.08 A-V:  0.141 ct: -0.208   2/  2 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.13 A-V:  0.129 ct: -0.204   3/  3 ??% ??% ??,?% 0 0
+A:   0.3 V:  0.17 A-V:  0.097 ct: -0.200   4/  4 ??% ??% ??,?% 0 0
+
+mine (extracted): no audio (with audio: 3499.401611)
+  V:3499.03
+
+mine (cleaned up): no audio
+  SVN-r34234-4.5.1
+  A:3498.9 V:3498.90 A-V: -0.007 ct: -0.213 108/105 14%  5% 28.1% 0 0
+  A:3498.9 V:3498.94 A-V: -0.006 ct: -0.214 109/106 14%  5% 27.8% 0 0
+  A:3498.9 V:3498.98 A-V: -0.038 ct: -0.218 110/107 14%  5% 27.6% 0 0
+  A:3499.0 V:3499.03 A-V: -0.037 ct: -0.222 111/108 14%  5% 27.4% 0 0
+  A:3499.3 V:  0.00 A-V:3499.299 ct: -0.222   0/  0 ??% ??% ??,?% 0 0
+  A:   0.1 V:  0.00 A-V:  0.115 ct: -0.217   0/  0 ??% ??% ??,?% 0 0
+  A:   0.2 V:  0.04 A-V:  0.138 ct: -0.213   1/  1 ??% ??% ??,?% 0 0
+
+except not cleaned up, when really played, stepping through:
+
+  osd_level 1 osd_fractions 0
+  A:3499.0 V:3498.98 A-V: -0.016 ct: -0.212 110/107 13%  7% 28.8% 0 0
+    =====  PAUSE  =====
+  osd_level 1 osd_fractions 0
+  A:3499.3 V:  0.00 A-V:3499.299 ct: -0.212   0/  0 ??% ??% ??,?% 0 0
+  A:   0.1 V:  0.00 A-V:  0.094 ct: -0.208   0/  0 ??% ??% ??,?% 0 0
+    =====  PAUSE  =====
+  
+  -vo null seemed to not make a difference. (it was the pausing that mattered)
+  
+  however, *only when stepping through it with frame pause* ! which seems pretty reliable...except that?
+
+== which is better, pause-wise or straight-through, with parsing? ==
+  in this case, we had  3499.4043-0.375 => 3499.0293 somehow :P
+    except that we were (mpeg - me) 0.02
+  @ 0.33 past:
+    (3499.03+0.333)-3499.4043
+     => -0.0412999999998647
+     which is about one frame off...how bad it was before anyway
+    
+    started  5.819495 -5.780600
+      => 0.0388950000000001
+      
+    middle 3460.812546 -  3460.631919
+     [erroneous]  => 0.180627000000186 # oops, was missing my -osd-add parameter :P
+    
+    middle  3483.010254 -  3482.987549
+      0.0227049999998599
+    
+    post middle  11.120322 + 3499.03 -  3510.339844
+      -0.18952199999967 + 0.175 = -0.01452199999967
+      
+    end @ 3499.03 : (4208.937500 + 3499.03) -  7708.158691
+      -0.19119099999898 + 0.175 = -0.01619099999898
+      + 0.04 0.02380900000102
+      yes!
+      
+newer mplayer does it?
+newer ffmpeg causes it?
+
+mine (SVN-r34234-4.5.1) without audio:
+V:3499.23 116/113 12% 15%  0.0% 0 0
+V:3499.28 117/114 12% 15%  0.0% 0 0
+V:3499.32 118/115 12% 15%  0.0% 0 0
+V:3499.36 119/116 12% 15%  0.0% 0 0
+V:3499.40 120/117 12% 15%  0.0% 0 0 # wrong-o I wager...
+V:  0.04   0/  0 ??% ??% ??,?% 0 0
+
+
+Sherpya-SVN-r33574-4.2.5 with audio
+A:3498.3 V:3498.3 A-V:  0.005 ct: -0.247  92/ 89  7%  1% 33.1% 0 0
+A:3498.3 V:3498.3 A-V: -0.017 ct: -0.248  93/ 90  7%  1% 32.7% 0 0
+A:3498.3 V:3498.3 A-V: -0.041 ct: -0.252  94/ 91  7%  1% 32.4% 0 0
+A:3499.3 V:   0.0 A-V:3499.279 ct: -0.248   0/  0 ??% ??% ??,?% 0 0
+A:  -0.7 V:   0.1 A-V: -0.769 ct: -0.248   1/  1 ??% ??% ??,?% 0 0
+A:  -0.6 V:   0.1 A-V: -0.639 ct: -0.248   1/  1 ??% ??% ??,?% 0 0
+ does have the freaky back and forth thing though...
+
+ ===== blink @ =c= 105'ish comparing mplayer versions =====
+   A: 106.1 V:106.12 A-V: for *both*  Sherpya-SVN-r34118-4.2.5,  SVN-r34234-4.5.1 (mine)
+     phew!
+
+  I think I can "assume" that mine is better? ... ?
+
+== how to tell an audio packet came through ==
+  osd_level 1 osd_fractions 0
+  A:3499.0 V:3499.03 A-V: -0.069 ct: -0.296 192/192  7%  5% 25.5% 0 0 # real video packet
+    =====  PAUSE  =====
+  osd_level 1 osd_fractions 0
+  A:3499.3 V:  0.00 A-V:3499.299 ct: -0.296   0/  0 ??% ??% ??,?% 0 0 # AUDIO PACKET you can tell because it doesn't say "pause", also V doesn't advance
+  A:   0.1 V:  0.00 A-V:  0.094 ct: -0.292   0/  0 ??% ??% ??,?% 0 0 # real video packet then I guess...the above didn't count I guess, or maybetwo came in at once.
+    => I think you can add one frame to the last v., or 3499.07 ?
+
+=== other ===
+
+hmm, basically...the same-ish LOL. prefere dvdnav barely...
+
+now I'm 2:01:30.36 = 7290.36
+mpeg 13791.14
+split 3499.4
+"should" sum to 7290.54, so I'm 0.2 too low, that's with adding it in.
+
+I "could" fix it by not adding anything...it appears so, anyway, then I'd be within 0.02 the whole way...I guess...
+either that or I got the split time wrong.
+
+starts 5.994675 > 5.955780
+  so about 0.04 ahead, but that's with the addition of 0.175 I think.
+  what's up with the creep?
+  
+  
+  
+
+== converting dvdnav OSD ==
+
+=c= 
+A:3460.9 V:3460.85 A-V:  0.002 ct: -0.245 133/130 11%  5% 21.8% 0 0
+NAV packet was 3456.800049, mpeg at 3460.896240 after -> 29.97 3460.256836
+adding 0.210000 to 3460.715332
+final: 3460.925293
+A:3460.9 V:3460.90 A-V:  0.003 ct: -0.244 134/131 11%  5% 21.7% 0 0  => 0.025 off...
+
+
+NAV packet was 3457.300049 (0:57:37.30, 3457.30), mpeg at 3460.937988 after -> 29.97 3460.757324 [           0:57:40.76 => 
+adding 0.210000 to 3460.757324
+final: 3460.967285 3460.967324 # math is ok... to 0.0001
+A:3460.9 V:3460.94 A-V:  0.004 ct: -0.244 135/132 11%  5% 21.5% 0 0
+
+ => 0.03 even
+
+at beginning:
+ mpeg at 76.314934 == 76.311020 => 0.003
+
+=osoh=
+ mpeg 72.853134 => my  72.865906 => 0.01
+ 73.437057 => my 73.449829 => 0.0128 too high 0.197228000000002 so maybe 0.19 maybe, from 0.28? from 
+
+ at an hour about 0.01 ahead
+
+ last NAV packet was 6001.466797, mpeg at 6007.647461 after -> 29.97 6007.468262
+ adding 0.210000 to 6007.468262
+ final: 6007.678223 => 0.03 ahead. hmm...
+
+I wonder if it adds in the equivalent of the initial 0.28 back in by the end of the film. Oh man LOL.
+  nope
+  
+last NAV packet was 6589.966797, mpeg at 6597.194336 after -> 29.97 6596.556641
+adding difference 0.458984 adding 0.210000 to 6597.015625
+final: 6597.225586
+
+still 0.03 too high now.
+I have no idea.
+
+
+If I'm low, then just use theirs.
+Else, add 0.
+
+== 3600 dvdnav OSD ==
+
+fascinatingly, playing dvdout seems to have exactly "on" OSD to the standard time on the console.  Exactly.
+  Dunno
+  then the OSD actually resets after the shift at 25:46.  Fascinating.  It's just using the mpeg for the OSD I guess (including its opening 0.28 extra secs)
+
+ with -ss 3600 dvdnav://, it seeks me to V:3597.7 (should have 3.6 second diff) hmm...
+    how does it do seeking today, dvdnav
+    
+    59:56.96, should be 59:56.4
+      exhibits the weird freaky roundingness...almost a full second of it [?]
+    maybe off then...
+    
+    
+    that 0.96 could be coming off the 'real' stream
+    YES IT'S LOCK STEP
+
+with my stuff and dvd://, it shows the same "update only at 0.5s"
+  hmm <sigh>
+  with or without my patches, it sucks like that.
+  and its seeking speed is abysmal... hmm...maybe that's just in debug mode? huh?
+  but maybe accurate?
+  
+  so it's exactly the same fix...
+  
+  My easy fix would be to "remember" the last spot in the demuxer...maybe...
+    The real fix would be to fix dvdnav
+    
+  dvd:// had the same "we're using the exactly wrong extension"
+  
+  dvd:// on seek to 3600:
+     V:3604.21'ish [kind'er close to DVD time?]
+  dvdnav:// on seek to 3600:
+     V:3597.71'ish huh? implementation detail?
+  
+  should some stuff be moved to libdvdread from stream_dvd.c ?
+
+=== workaround nav packets ===
+  =osoh=
+    NAV packet was 0.000000, mpeg at 0.033367 now 0.033367
+    NAV packet was 0.000000, mpeg at 0.280633 now 0.280633
+    NAV packet was 0.000000, mpeg at 0.314000 now 0.314000?% ??,?% 1 0
+    A:   0.6 V:  0.31 A-V:  0.297 ct:  0.003   3/  3 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.347367 now 0.347367
+    A:   0.6 V:  0.35 A-V:  0.264 ct:  0.006   4/  4 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.380733 now 0.380733
+    A:   0.6 V:  0.38 A-V:  0.231 ct:  0.009   5/  5 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.414100 now 0.414100
+    A:   0.6 V:  0.41 A-V:  0.197 ct:  0.011   6/  6 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.447467 now 0.447467
+    A:   0.6 V:  0.45 A-V:  0.164 ct:  0.013   7/  7 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.480833 now 0.480833
+    A:   0.6 V:  0.48 A-V:  0.130 ct:  0.015   8/  8 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.514200 now 0.514200
+    A:   0.6 V:  0.51 A-V:  0.097 ct:  0.017   9/  9 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.547567 now 0.547567
+    A:   0.6 V:  0.55 A-V:  0.085 ct:  0.018  10/ 10 ??% ??% ??,?% 1 0
+    NAV packet was 0.000000, mpeg at 0.580933 now 0.580933
+    A:   0.6 V:  0.58 A-V:  0.052 ct:  0.020  11/ 11 ??% ??% ??,?% 1 0
+    NAV packet was 0.400000, mpeg at 0.614300 now 0.400000                **** BEHIND 0.21, though you'll notice 0.31 compared to 0.28 from the dumpstream...
+    A:   0.6 V:  0.61 A-V:  0.018 ct:  0.021  12/ 12 ??% ??% ??,?% 1 0
+    NAV packet was 0.400000, mpeg at 0.647667 now 0.433367
+    A:   0.7 V:  0.65 A-V:  0.006 ct:  0.021  13/ 13 ??% ??% ??,?% 1 0
+    seems those NAV packets are like 0.21 behind?
+      so now they *match* the file based ones, that require an offset.  Oh man this is nuts!
+      But the only way I guess...
+      OSOH ffmpeg start: 0.280633
+      still a couple of frames off though...
+      mplayer: "0.28"
+  =c=
+    NAV packet was 0.400000, mpeg at 0.614300 now 0.400000  => 0.21
+    "0.28"
+    
+  =jonah=
+    "0.06"
+    NAV packet was 0.866667, mpeg at 0.944217 now 0.866667 => 0.08 ? wow that is really late...
+    
+    NAV packet was 6.066667, mpeg at 6.983578 now 6.9508839% 13.5% 1 0
+    NAV packet was 6.933333, mpeg at 7.000261 now 6.9333338% 13.6% 1 0
+    
+    clue! start: 0.060000
+    
+    so nav packets appear to suffer from that pesky offset....?
+    
+  =sintel=
+   NAV packet was 0.500000, mpeg at 0.734067 now 0.500000 => .23 behind
+   start: 0.300300 => seems to corrobrate...
+     (unfortunately mplayer reports this one as "0.37" hmm... )
+    
+   NAV packet was 3.000000, mpeg at 3.503500 now 3.2669336%  7.6% 0 0 # 0.24 off
+  
+   @ 10 min's'ish
+   NAV packet was 604.000000, mpeg at 604.837769 now 604.0000009 -> 604.60 # 0.23 off
+  
+   might be able to peel off more accuracy via
+  
+    sintel:
+      NAV packet was 0.000000, mpeg at 0.033367 now 0.033367
+      NAV packet was 0.000000, mpeg at 0.367033 now 0.367033  # we already get this one...
+        and ffmpeg is at 0.30? huh?
+      AVS says it starts at 0.40, which kind of corroborates mplayer...
+      I'm ok with 0.07 missing I guess...they all seem to have this don't they?
+        should I always subtract an extra 0.08 from it tho? yeah, really why would that be?
+        0.28 -> 0.21?
+        Jonah no, sintel yes, OSOH yes, c yes. I guess inferring is all right here?
+        
+        So basically, for me to currently accomodate for this, I'd need to pass it into mplayer, and it would have to add it back in.
+          Until EDL tracks the accurate DVD time I guess.
+          I'm good with being 1/10th out. No worries there :P
+      
+    OSOH:
+      NAV packet was 0.000000, mpeg at 0.033367 now 0.033367
+      NAV packet was 0.000000, mpeg at 0.280633 now 0.280633 # except it got this one right...
+    
+    
+    
+=c lightning =
+
+dvdsampler
+ 25.57
+ 25 f13
+ 26 f7
+ 27 f13 + 4
+ 25 f13
+   what in the heck?
+ 26 f7
+ 24 f20...if I hadn't seen it with my own eyes... LOL
+
+ok now 
+
+mpc-hc
+ 25 f6'ish
+ 25 f4'ish
+ 26 even.
+    bworked again <sigh>.
+
+mplayer raw, OSD corrected:
+ 23.22
+
+somehow I "thought" maybe powerdvd was accurate but off by 0.5s?
+
+====
+
+It "might" round up the times.
+  13 clicks to get to 00:01
+  then like 30 to 00:01
+     inconsistent?
+    
+dvdsample.exe 
+  57:50 f10 (57:53.89)
+was like 2 seconds ahead at =c= car turning left, front tire visible
+  and like 3 seconds ahead at the very beinning?
+
+mplayer:
+  3471.92 console (57:51.92)
+  54:47.92 OSD -> 3467.92 30 fps (29.92: 0:57:51.39 )
+     no hiccups...
+    
+    mplayer OSD math might be messed up, it keeps jumping all around...
+      these v bad:  Sherpya-SVN-r33574-4.2.5, and r Sherpya-SVN-r34118-4.2.5
+      also with monster's inc.
+      mplayer bug :P
+      at least it's "always" 1s off.
+      I think it's just with dvd's {both dvd:// and dvdnav://}
+      
+=c= offset:  start: 0.280633
+  OSD seemed to start at 0.28, too, which is good/right
+
+mpc-hc
+ 10 clicks per second [?]
+  car 57:52 even
+  
+== c bright light on W ==
+  10 f12
+   6.37 mplayer
+   OSD 7.37 huh?
+  
+ mpc-hc 08
+  
+dvdsample 14 f12 + 2 clicks to 14 f25, one click 15 f18, 
+16 f12 + 8 clicks -> 16 f25
+
+18 f17 + 58 clicks -> 20 f2
+ this one is *way* too many clicks...maybe the update time is some type of suggestion?  Maybe it's off by negative one VOB unit?
+
+ it "appears" to be advancing by one frame at a time, but its numbers are way whacked compared to powerdvd. Sorry!
+
+== start times ==
+titles 7,23 el materdor
+7: 
+ Duration: 00:00:02.05, start: 0.207756, bitrate: 79689 kb/s
+23:
+  Duration: 00:00:00.79, start: 0.203833, bitrate: 64868 kb/s
+    not sure what this one means... hmm...
+??
+  Duration: 00:00:05.18, start: 0.203833, bitrate: 14484 kb/s
+
+it seemed to have 0.0's for video when seeking in mplayer, but...umm...I'm not totally sure...
+
+osoh:   ffmpeg start: 0.280633 [OSOH start]
+
+sintel:
+   1,5,7[big],: start: 0.300300
+   3:  start: 0.367033
+
+monster's inc:
+  1,7: start: 0.280633
+  
+guess: progressive "standard" is 0.28, 0.30 is "standard" for true 29.97 
+  
+Jonah:
+  track 1: Duration: 00:00:23.36, start: 0.060000 (mplayer says it's 0.1)
+    dang no standard! :P
+    playing with patched: A:   0.4 V:  0.06 A-V:  0.353 ct:  0.000   1/  3 ??% ??% ??,?% 3 0             
  
+  
+=== close eyes (OSOH) ===
+
+mplayer full mkv:
+  A:3600.0 V:3600.0
+  A:3600.0 V:3600.0
+  A:3600.0 V:3600 [?] => 0.08
+
+ffmpeg -ss 3600
+  0.05 in avidemux (even), 3rd frame in, just about right...
+
+avidemux on full ts:
+  1:00:00.433 # avidemux might not be reliable tho... this one seems freaky...
+              # actually this might match the initial offset, but if it does...huh? 0.28 still a bit off...
+              # maybe avidemux skips duplicate frames or something?
+              # something is very bad here perhaps, also...probably that :P
+    
+mplayer full ts
+  A:4200.0 V:4199.9
+  A:4200.0 V:4200.0
+  A:4200.0 V:4200.0 [?]
+  seems to match the mkv
+
+mplayer on dvd +- dvdnav
+  A:3600.2 V:3600.2
+  A:3600.3 V:3600.3
+  A:3600.3 V:3600.3 => .35 => seems to corroborate...mplayer on the DVD's, at least, seems to have that extra timestamp in there.
+    
+  the DVD video seems to always start at 0.3  eh?
+     A:   0.3 V:   0.3
+     audio is typically 0.1s ahead, so not sure what's going on here...unless audio itself doesn't "start" until 0.9 for real...
+     dvd/dvdnav both, and both audio and video seem to start at 0.3, though audio shoots up to 0.9 quickly [?]
+  
+  mkv/ts start at "0 even"
+      if my hypothesis is correct
+         i should see this on other DVD's
+         the initial frames should already be off, time-wise
+
+dvdout.mpg (mplayer dumpstream)
+  A:3600.2 V:3600.3
+  A:3600.3 V:3600.3
+  A:3600.3 V:3600.3
+  
+== initial fade in ==
+
+dvdnav:
+  A:   1.3 V:   1.3 A-V: 
+  A:   1.3 V:   1.3 A-V: 
+  A:   1.3 V:   1.3   => 1.37
+
+dvdout.mpg (mplayer dumpstream)
+  A:   1.3 V:   1.3 A-V: 
+  A:   1.3 V:   1.3 A-V: 
+  A:   1.3 V:   1.3 A-V: => 1.37
+
+avidemux on ts 1.376
+  except avidemux was way ahead with the other one, too...
+    except its first frame starts at 00.000 , then 00.041, then 00.082 ...
+      and ffmpeg says the ts starts at 600.000
+  
+mplayer on {ts,mkv}:
+  A: 601.0 V: 601.0 
+  A: 601.0 V: 601.0 
+  A: 601.0 V: 601.1
+    => 1.10, which "might" corroborate ...
+    
+mplayer dumpstream:
+  ffmpeg start: 0.280633 [OSOH start]
+  mplayer says it starts 0.3 => seems to corroborate ...
+  
+what about handbrake? starts at 0?
+
+makemkv (ripper) was heading me south, perhaps?
+  does this explain Snow White?
+  
+This might explain DVD times not syncing right, as well... (the extra 0.5s it "says" it has, but then doesn't)
+
+0.28 is not accomodated in sums:
+
+handbrake 5fps:
+  Duration: 01:53:11.60, start: 0.000000, bitrate: 223 kb/s
+  A:   1.1 V:   1.0
+  A:   1.2 V:   1.2
+  A:   1.3 V:   1.2 => 1.25 but only 5 fps so POOR TEST
+
+handbrake real:
+  A:   1.0 V:   1.0
+  A:   1.0 V:   1.0
+  A:   1.1 V:   1.1 => 1.10 => corroborate, 
+  conclusion: handbrake seems to be the same "resetting" it back to 0 from 0.3
+  
+G:\Video\OTHER_SIDE_OF_HEAVEN>ffmpeg -i title00.mkv 2>&1| grep Duration
+  Duration: 01:53:11.31, start: 0.000000, bitrate: 7900 kb/s
+    last frame: 01:53:11.708 162838
+    first frame: 00:00.000
+    
+G:\Video\OTHER_SIDE_OF_HEAVEN>ffmpeg -i dvdout.mpg 2>&1| grep Duration
+  Duration: 01:53:11.26, start: 0.280633, bitrate: 8202 kb/s
+  avidemux says it starts at 0:00.000 and has 162740 frames [fewer frames?]
+    seems to get to the end though...
+    close eyes: 00:59:56.262 frame 86224 [this seems messed...]
+    
+NB OSOH appears to be all 23.97 fps    
+    
+G:\Video\OTHER_SIDE_OF_HEAVEN>ffmpeg -i title00.ts 2>&1| grep Duration
+  Duration: 01:53:11.26, start: 600.000000, bitrate: 8126 kb/s
+  
+G:\>ffmpeg -i OTHER_SIDE_OF_HEAVEN-1.m4v 2>&1| grep Duration # 5 fps, so poor check...
+  Duration: 01:53:11.60, start: 0.000000, bitrate: 223 kb/s # this one is elongated? huh?
+  
+avidemux says title00.ts versus dvdout.mpeg (OSOH) is 3 seconds longer.
+  I wonder if it (has anything besides progressive but even more) has some frames that don't match perfectly
+  which somebody is messing with? huh?
+  
+=== Monster's Inc. ===
+
+{dvd,dvdnav}: A:   1.1 V:   0.3
+
+castle:
+  DVD
+    A:   2.2 V:   2.2 
+    A:   2.3 V:   2.3 => 2.30
+ 
+ffmpeg on mplayer dump:
+  Duration: 00:00:24.15, start: 0.280633
+
+ffmpeg on mplayer dump, title 3, just a piece mind you :):
+   Duration: 00:00:03.55, start: 0.280633
+  
+== Sintel ==
+
+A:   0.4 V:   0.4
+
+landscape: 
+  DVD
+    A:   3.3 V:   3.2 
+    A:   3.3 V:   3.3 
+    A:   3.3 V:   3.3 => 3.35
+  handbrake:
+    A:   2.9 V:   2.9
+    A:   3.0 V:   3.0
+    A:   3.0 V:   3.0 => 3.05
+    
+ffmpeg on dump:
+    Duration: 00:01:00.62, start: 0.300300 (for OSOH dump was 0.280633)
+  title 3:
+    Duration: 00:00:21.22, start: 0.367033 [interrupted or not either way same, so can interrupt mplayer dumpstreams all right]
+
+  0.08 variance so far?
+
+
+  It seems that the start time "doesn't effect" the sum?
+
+
+title 5, mouse teeny moveleft of box:
+ sintel.5.mpg
+                1.1
+  A:   1.2 V:   1.1 A-V:  0.137 ct: -0.027 240/240  6%  2%  1.1% 0 0
+  A:   1.3 V:   1.1 A-V:  0.124 ct: -0.023 241/241  6%  1%  1.0% 0 0 => 1.18
+
+ title03.ts
+
+  A: 600.8 V: 600.8
+  A: 600.8 V: 600.8
+  A: 600.8 V: 600.8 => 0.88
+
+title03.mkv sum:
+ mplayer A: 216.7 V: 216.7
+
+
+does the grabber fill in blanks at the end or something?
+  here's a clue, on the TS:
+    A: 815.8 V: 815.7 A-V:  0.005 ct:  0.100 630/630 11% 44%  1.3% 56 0
+    TS_PARSE: COULDN'T SYNC
+    A: 816.7 V: 816.7 A-V: -0.013 ct:  0.079 659/659 11% 40%  1.4% 56 0
+  except mkv seems to actually go through all the way.
+  
+is the 0.3 evident near the end?
+thumbprint
+  title03.mkv:
+    A: 210.4 V: 210.4 
+    A: 213.6 V: 213.6 
+    A: 213.6 V: 213.6 => 213.63
+    (which is around 3:33)
+    
+  dump.mpg
+    A: 213.9 V: 213.9
+    A: 213.9 V: 213.9
+    A: 213.9 V: 213.9 => 213.98 => corroborate!
+
+  powerdvd:
+    3:33.8 27 frames, 33 total? huh?
+    anticipate 0:03:33.84*29.97/30
+    
+TODO long movie, ending timestamps similar?
+
+== mplayer dvd -ss seeking ==
+
+if you pass it -ss 1:00:00 it seeks to 3604, i.e. it seeks I think to the 30 fps spot :P
+
+But that's just with dvd:// with dvdnav:// it seems to be right on...maybe it has smarter seeking in it or something?
+
+when seeking in the TS it started 0.4 past, but I guess maybe that's expected...
 
 == netflix upscale notes ==
 
@@ -223,8 +3259,8 @@ Snow White apparently failed quite well at work, however.  Man this is really re
   ts  01:53:11.26, start: 600.000000 (essentially the same as above)
   makemkv11 01:53:11.31
   ts 11:  01:53:11.26
-  VLC DVD sum: 1:53:05 -> 1:53:11.8
-  makemkv is quite close to @29.97 fps
+  VLC DVD sum: 1:53:05 -> 1:53:11.8 # rounding error?
+  makemkv is quite close to @29.97 fps, which I think is "right"
   ffprobe -show_packets title00.ts
      7391.234311 -> 2:03:11.2 # oh that's comforting LOL
   only has one demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
@@ -299,7 +3335,7 @@ Snow White apparently failed quite well at work, however.  Man this is really re
     
 == snow white DVD ==
   has a plus 5 freako
-  the TS *might* be right on, which would imply ts == 29.97, mkmv = ts*30.03
+  the TS *might* be right on, which would imply ts == 29.97, makemkv = ts*30.03, which somehow feels wrong...
 
  wall time latest: wrist watch started a tidge behind, ended up even further behind (powerdvd)
   1:23:32 sum powerDVD
@@ -308,10 +3344,8 @@ Snow White apparently failed quite well at work, however.  Man this is really re
   seeking 1HR "good night" [good] night (her last one)
   yep it's totally internally inconsistent. Fascinating.
   
- TODO hb it straight [?]
-
   120180 frames in the ts
-    -> 29.97 1:46:50 <sigh>.
+    -> 29.97 1:46:50 <sigh> (totally off)
   120183 frames in the mkv <sigh> LOL
   
  VLC