sensible-cinema 0.34.0 → 0.35.3

data/spec/edl_parser.spec.rb

@@ -28,6 +28,8 @@ describe EdlParser do
     E.parse_string('"a" => "3"', nil).should ==  {"a"=>"3", "mutes"=>[], "blank_outs"=>[]}
   end
   
+  it "should sort 1:00:00 then 30:00 setting to the right order, though they defy ascii sorting"
+  
   it "should get mutes and blank_outs" do
     string = <<-EOL
       "mutes" => [
@@ -262,5 +264,7 @@ describe EdlParser do
     # it should be slightly higher than 1, and slightly less than 3600
     endy.should == [[1.07655099900099900000, 2.07555199800199830000, :blank], [3596.48114640359600000000, 3597.48014740259760000000, :mute]]
   end
+
+  it "should parse out bad beginning/ending subtitle entries"
   
 end

data/spec/notes

@@ -1,9 +1,169 @@
+=c=
 
-explorers:
-apperas that despite being "right on" for two, others within were 0.09 off and 0.18 off.
+last NAV packet was 3006.633301, mpeg at 3010.112549 adding difference 0.291748 adding 0.214000 to pts 3009.931641
+final: 3010.145752
 
+"within one frame worth" or whatever woot
 
-the christmas list: two deity prof's [TODO]
+
+Seeking 10-15
+
+last NAV packet was 9.600000, mpeg at 10.082091 adding difference 0.258597 adding 0.000000 to pts 9.868456
+final: 9.868456
+using mpeg ts appears larger, which if true is definitely better 10.082091 > 9.868456 - 1.0
+
+
+EDL rel seek secs +4.917909 from pts:10.082091 [10.000000,15.000000]
+
+last NAV packet was 9.600000, mpeg at 10.082091 adding difference 0.258597
+jumping to 1329885
+[mpeg2video @ 00d2c8e0]ignoring SEQ_START_CODE after 100
+[mpeg2video @ 00d2c8e0]ignoring seq ext after 100
+[mpeg2video @ 00d2c8e0]ignoring GOP_START_CODE after 100
+[mpeg2video @ 00d2c8e0]ignoring pic after 100
+[mpeg2video @ 00d2c8e0]Missing picture start code, guessing missing values
+A:  11.1 V: 15.16 A-V: -4.098 ct: -0.100   3/  3 ??% ??% ??,?% 0 0
+last NAV packet was 14.833333, mpeg at 15.162167 new NAV packet! 14.833333 at mpeg 15.162167 adding 0.000000 to pts 14.848167
+final: 14.848167
+
+
+so basically MPEG went from 10.082091 -> 15.162167 which is really close.
+
+Also NB it appears to handle skips one frame too late [?]
+
+using mpeg ts appears larger, which if true is definitely better 9.956966 > 9.743206 - 1.0
+A:  10.0 V: 10.00 A-V: -0.007 ct: -0.204 104/100  4%  0% 11.6% 0 0
+last NAV packet was 9.600000, mpeg at 9.998675 adding difference 0.175181 adding 0.000000 to pts 9.784956
+final: 9.784956
+using mpeg ts appears larger, which if true is definitely better 9.998675 > 9.784956 - 1.0
+A:  10.0 V: 10.04 A-V: -0.009 ct: -0.205 105/101  4%  0% 11.8% 0 0
+last NAV packet was 9.600000, mpeg at 10.040383 adding difference 0.216889 adding 0.000000 to pts 9.826706
+final: 9.826706
+using mpeg ts appears larger, which if true is definitely better 10.040383 > 9.826706 - 1.0
+A:  10.1 V: 10.08 A-V: -0.011 ct: -0.206 106/102  3%  0% 12.3% 0 0
+last NAV packet was 9.600000, mpeg at 10.082091 adding difference 0.258597 adding 0.000000 to pts 9.868456
+final: 9.868456
+using mpeg ts appears larger, which if true is definitely better 10.082091 > 9.868456 - 1.0
+
+
+
+= Sintel should match up =
+
+"dvd_nav_packet_offset" => [0.5, 0.734067],
+"dvd_start_offset" => 0.37,
+
+I don't actually match up, 3.5 to 3.8, *because* my current goal is apparently to psycho-match the
+internal MPEG timestamp. Yikes. And it does. Dang :P
+
+= for ref =
+
+big DVD list: http://www.hometheaterinfo.com/dvdlist.htm
+
+= not jumping from right time DVD =
+
+ == turtles ==
+
+VLC seems to fail seeking on it, too. Hmm...
+
+=c= to 15.1, from second 13:
+
+  last NAV packet was 12.833333, mpeg at 13.201875 after -> 29.97 12.846167
+  adding difference 0.166841
+
+  EDL rel seek secs 2.086993 13.013007 [13.000000,15.100000]
+
+  11.5 15.2 0 still fails, new mplayer
+
+  the "old old way" did jump ok, but to second 30 (and they probably had other probs :P)
+  
+= seeking with new dvdnav =
+
+works fine jonah [forward too far?]
+  like a full second too far.  This is not very precise too...
+
+sintel works ok
+  
+ big buck:
+  jump 9.5 to 15 goes to 15.68 or so...
+  about a second "ahead" at 9 minutes, as well.
+  so works ok
+  
+  everything from 15.{0-9} all went forward just right.
+  
+ =c= eureka! fails at second 10
+   at 1:10, seeking to 3615
+     new NAV packet! 3615.345215
+   at 30:00
+     new NAV packet! 1805.270142 so within 0.4 ...
+    to 15:
+       14.833333
+	to 14.5:
+	   14.833333
+	to 14.3:
+	   14.400000 (there is 14.83)
+	to 15.6:
+	   15.600000
+	   
+	15.0: 14.83
+	15.1: 14.833333
+	15.2: 15.6
+	15.3: 15.6
+	15.4: 15.6
+	15.5: 15.6
+	15.6: 15.6
+	15.7: 15.6
+	15.8: 15.6 but worked
+	16.3: 16.4
+	
+	  it has 13.6,14.4,14.83,15.6,16.4,16.83
+	 
+	 
+	 to 15.7 has to jump twice:
+	 
+A:  13.2 V: 13.20 A-V: -0.002 ct: -0.212  33/ 33  2% 24% 18.7% 0 0
+last NAV packet was 12.833333, mpeg at 13.201875 after -> 29.97 12.846167
+adding difference 0.166841
+
+EDL rel seek secs 2.686993 13.013007 [13.000000,15.700000]
+
+jumping to 1396829
+DVDNAV_TITLE_IS_MOVIE
+[mpeg2video @ 00c3fa80]ignoring SEQ_START_CODE after 100
+[mpeg2video @ 00c3fa80]ignoring seq ext after 100
+[mpeg2video @ 00c3fa80]ignoring GOP_START_CODE after 100
+[mpeg2video @ 00c3fa80]ignoring pic after 100
+[mpeg2video @ 00c3fa80]Missing picture start code, guessing missing values
+weird fella suddenly we're not a DVD? mpeg at 0.041708 adding 0.214000 to 0.041708
+final: 0.255708
+
+last NAV packet was 15.600000, mpeg at 0.083417 after -> 29.97 15.615601
+new NAV packet! 15.615601 [adjusted] at 0.083417 adding 0.214000 to 15.615601
+final: 15.829600
+
+last NAV packet was 15.600000, mpeg at 0.125125 after -> 29.97 15.615601
+adding difference 0.041708 adding 0.214000 to 15.657309
+final: 15.871308
+
+last NAV packet was 15.600000, mpeg at 15.962967 after -> 29.97 15.615601
+not adding odd diff1? 15.879550adding 0.214000 to 15.615601
+final: 15.829600
+A:  14.0 V: 15.96 A-V: -1.986 ct: -0.100   3/  3 ??% ??% ??,?% 0 0
+last NAV packet was 15.600000, mpeg at 15.962967 after -> 29.97 15.615601
+not adding odd diff1? 0.000000
+
+EDL rel seek secs 0.084399 15.615601 [13.000000,15.700000]
+	 
+	 
+= =
+
+= explorers subs =
+  apperas that despite being "right on" for two, others within were 0.09 off and 0.18 off. Hmm.
+  I think I got some closure on this though...
+  
+the christmas list: two deity prof's [TODO EDL]
+
+= court jester =
+#-> 1:41:11.465, ts 01:41:10.94, mkv 01:41:13.01
 
 = hp 2 weird start =
 
@@ -47,8 +207,8 @@ 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,",
+
+"1:26:15.57" , "1:26:18.87", "profanity", "bloo..", "and no one else seems to have it in this [bloo..] town,",
 
 
 # srt:
@@ -83,14 +243,14 @@ final: 0.212328
 
 # 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
+
+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
@@ -173,7 +333,7 @@ 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 [?]
 
@@ -215,52 +375,52 @@ 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 ...
+
+==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
@@ -271,20 +431,20 @@ 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...
+
+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...
   
   
@@ -441,7 +601,7 @@ 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...
+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.
@@ -474,29 +634,29 @@ 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)
-
+
+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://
+
+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 =
 
@@ -519,21 +679,21 @@ http://lists.mplayerhq.hu/pipermail/mplayer-users/2010-June/080476.html
 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
-
+
+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?
+
+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
@@ -595,23 +755,23 @@ NAV packets must be "messed up" for the 0.0s versus 0.4s, relative to
       => -0.09959999999955471
 	      creeping? but that's after like 2 hours...hmm...
 		  
-      prince o' egypt: 0.68-0.35-0.4
-      => -0.07
+      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.
@@ -621,16 +781,16 @@ 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
+
+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"
@@ -678,13 +838,13 @@ get length 1718232704
     
     3M for 2seconds, end of sounds
     
-
-VLC has the right timestamps now, appears.
+
+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
@@ -1248,10 +1408,10 @@ mpeg stream seems to...lag behind DVDNAV seeks by a bit...at least one old frame
 
 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;
+
+    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
@@ -1345,7 +1505,7 @@ 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,
+libmpdemux\demux_mpg.c static void demux_seek_mpg(demuxer_t *demuxer, float rel_seek_secs,
                            float audio_delay, int flags)
 
 
@@ -1420,13 +1580,13 @@ 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.
+I guess I'd need to add "accurate where you are" to dvdnav, before being able to add "super accurate seek"...
 
-                    mpctx->time_frame += frame_time / playback_speed; // for nosound maybe esplain that weirdness. Very weird, as in whoa!
+"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
@@ -1436,8 +1596,8 @@ 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
+conc:     only .0005 off per 0.5seconds, so...straight add could be reasonable...yes!
+    and more upstreamable :P
 
 == OSOH highlight ==
 
@@ -1594,19 +1754,19 @@ 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.
+
+ * 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...
@@ -1785,7 +1945,7 @@ updated gcc with yasm, TRUNK:
     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         
+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...
 
@@ -1897,7 +2057,7 @@ mine 34118 eternal loops, and has the freakiness LOL
 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
+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
@@ -1911,13 +2071,13 @@ 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    
+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    
+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    
+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          
+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.
 
@@ -1930,11 +2090,11 @@ pristine loops, too (gcc 4.5.1)
 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    
+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          
+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           
+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?
 
 
@@ -1948,24 +2108,24 @@ 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     
+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          
+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           
+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      
+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      
+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           
+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            
+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
@@ -2332,7 +2492,7 @@ Input #0, mpeg, from 'dvdout.minemplayer.dvd.mpg':
 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                                           
+  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 
@@ -2341,7 +2501,7 @@ dvd split time for -=c= with full play length, with audio (mine) dvd no cache, m
   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    
+  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?
 ??
@@ -2372,8 +2532,8 @@ old ones used to work? huh?
     
 dvdnav:
 
-V:3499.40 1057/1054  4%  0%  0.0% 0 0                                          
-V:3499.40 1055/1052  4%  0%  0.0% 0 0                                          
+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
@@ -2452,7 +2612,7 @@ 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                                          
+ 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
 
@@ -4214,7 +4374,7 @@ handbrake -> ffmpeg I think sameq -> mencoder split
 
 == blu subtitles versus dvd ==
 
-National Treasure [2004] {English} [XviD].srt doesn't seem to match up with mplayer OSD, like 6 seconds off per hour?
+=c= [2004] {English} [XviD].srt doesn't seem to match up with mplayer OSD, like 6 seconds off per hour?
   mplayer OSD seems way off...or actually match normal players whoa!?
 865
 01:28:47,322 --> 01:28:48,864