Re: Developing a GTK2 GUI
D Richard Felker III <[email protected]>
| Newsgroups | gmane.comp.video.mplayer.g2.devel |
|---|---|
| Message-ID | <[email protected]> |
On Mon, Aug 04, 2003 at 12:50:53AM +0200, Arpi wrote: > Btw I have some crazy(?) ideas for the g2 gtk2 gui, for example a mode > when it starts without a gui window, like the commandline player > (and even gets options/filenames etc from commandline) but some mouse > click or hotkey can bring up config windows/preferences so filters, > plugins can be configured runtime in an user-friendly interface, even > for commandline-liker users like me or Rich. > (Rich: it's quite hard to control (and display) a 24-band audio equalizer > from commandline...) Yes but it's also very hard to open a gtk window when there's no dfb or X server running. :) On the other hand, osd-menu based audio equalizer would be quite nice. :))) > > It might not have a fancy playlist editor (yet) but it does > > what's important: it plays just about every type of video file and it > > plays them well. > > And it does it a lot better in G2. > The A-V sync engine improved a lot, and i'll code better demuxers for G2, > including AVI demuxer which allows seeking without index, correct > mpeg vs. mp3 detection (done), native .ogg demuxer (done) and so on. > Actually decoding multiple streams at the same time, or stream/codec > switching without stopping/restarting playback is possible with g2. > > > On windows you have to install lots of codec packs > > to even come close to playing what mplayer does --and then you still end up > > using multiple players. > > I've recently "installed" (unpacked to a dir) mplayer for a friend, and > since that he is only using that for any file :) > And it doesn't even have a gui (on win32)... Yes, several people I know now have win32 mplayer on their desktop and just drag files onto it. :) > > My goal is to write a maintainable, portable, featureful, fast and good looking > > GUI to show off MPlayer-G2 and to encourage others to use it in their programs > > instead of choosing some other library / framework. > > Great! Agree! Rich