From: Michael R. <mr...@us...> - 2002-09-29 13:12:21
|
Hi guenter, > > How is the work with xine_stream_t going? Do you need some help? > > i could use some help, but i'm not sure how more than one person can > work on this at this early stage. my hope is to get through with the > engine changes as quickly as possible and then convert only one or > two plugins of each kind to the new scheme - when i've done this i > think we can start together adapting the other plugins and maybe > implement some of the new features such as get_*_frame(). of course > frontends need to be adapted to the api changes once again. i'm not > sure if daniel plans to implement any of the cool new features in > xine-ui or if it is finally time for me to go about xine-ui2, but for > now i'll stick to gnome-xine. Good plan. I await your commit and will help with the cleaning and adapting. > btw: another question is wheter it should be possible to use an > existing stream_t and assign it to a different mrl. this would mean > quite a lot of effort in xine.c but would allow playback-only > frontends to more-or-less operate the same way as they used to ? What would this be good for? A stream is a stream. New MRLs should require new streams. > > I am now thinking myself through the video/audio post layer and if > > the API is suitable for that. I hope to come up with some ideas. > > what is a video/audio post layer? :> video/audio post processing plugins. But I will wait for the stream stuff to settle before proposing another revolution. ;) Michael -- printk("autofs: Out of inode numbers -- what the heck did you do??\n"); 2.0.38 /usr/src/linux/fs/autofs/root.c |