[MPlayer-dev-eng] [patch] DVD NAV work continues...
Felix Buenemann
atmosfear at users.sourceforge.net
Sun Mar 31 23:40:40 CEST 2002
Am Son, 2002-03-31 um 09.16 schrieb Kees Cook:
> Here is my continuing work for DVD nav support.
>
> A few things happen in this patch, some of which I may need to slapped on
> the wrist for and told how to deal with better...
>
> - I tried to do this for the active audio channel too, but there is a
> disconnect between dvdnav and mplayer on stream numbering that I'm still
> working on.
probably because mplayer used real stream id starting from 128 while
libdvdnav might map it to 0, 1 etc.
> - I have the caching subsystem check the STREAMTYPE_*, and skips if
> it sees a DVDNAV stream.
suboptimal solution, IMHO better solution: use cache, but disable it
during interactive scenes. Why? because without caching dvd playback is
very sucking jerky...
> - I fixed the stream seeking to not rewind a DVDNAV stream, since this
> seemed to corrupt things pretty badly. I've left the arrow keys active
> for now, but they'll be disabled at some point (maybe).
If possible you should remap curso key for navigation during interactive
stuff, and use normal mapping the rest of time.
> - Since I'm still working on getting menu navigation visible the Right
> way, I hacked in some code to draw lines around the menu box. Since
> I don't have the brain power to understand the draw_alpha routines
> right now, I hacked together a "line drawing" routine using font
> characters. :) With that routine, I draw the menu box. Unfortunately,
> you have to move the menu around at least once before it appears (this
> is due to DVDNAV events...)
eeh, why don't you look at dvdsub/vobsub code, to findout how to draw
that stuff (spudec.c etc.)
> - I added an option to skip all still-image timers since still images
> don't work yet. ("-skipopening")
do you have fool proof way of detecting still scenes?
If yes there are two solutions:
a) repeat still frame
b) disable a/vsync code during still scenes, so buffer won't overrun
actually Arpi should comment on this, it's his area.
> --
> Kees Cook @outflux.net
> ----
>
--
Best Regards,
Atmos
____________________________________________
- MPlayer Developer - http://mplayerhq.hu/ -
____________________________________________
More information about the MPlayer-dev-eng
mailing list