From: Guenter B. <bar...@st...> - 2001-07-11 22:10:01
|
Hi James, On Wed, 11 Jul 2001, James Courtier-Dutton wrote: > Maybe another suggestion could be expand the plugin architecture so that a > single plugin can provide multiple features. > For example, the dxr3 seems to have it's own decoder, video_out_loop, video > out, clock/metronom, audio out. > So all we would need xine to do would be demux and audio_out_loop. err, there is no audio_out_loop, but there is are audio_decoder/video_decoder/spu_decoder loops :> Besides that, I really doubt the card can do all the stuff you mentioned completely. I wonder how the card reacts to bad PTS values, streams with audio/video gaps (no, not short gaps but perhaps 30sec without audio? - there are such streams) or audio/video pts wraps. > As a start to this, maybe we could convert the following to plugins: - > xine-engine/video_out.c (video_out_loop) > audio_out_loop (audio_out_loop) > metronom honestly, at the moment I'm not really in the mood for big architecture changes. I think we should try to get the current architecture stable and finally release xine 0.5 - it's really time for it. Once 0.5 is out and has become stable (and xine has been announced on /.) and Eduard/other users had time to experiment with the dxr3 I guess we can start figuring out what architecture changes are really necessary to fully support it. Remember that all those dynamic plugins won't make debugging easier, so let's keep them to a minimum. BTW: Things that are missing for 0.5: - fix w32codec/yuy2 support, especially for XShm output - seamless branching so we can finally watch DVDs again - documentation Cheers, Guenter -- time is a funny concept |